From: Stephen D. <sd...@un...> - 2008-07-18 18:31:10
|
BackupPC developers, I use BackupPC at home and at work, thanks for this great tool. What I would find useful is to be able to access point in time backups as filesystems via fuse, with the original permissions and ownerships intact. That way users could be able to restore their own files without having to understand anything about BackupPC. I know this would only ever work on linux so maybe it belongs in a separate project? Has this idea been considered? I searched google and could not find anything relevant. Regards, Stephen Day - System admin and unix guy. |
From: Paul M. <pc...@zm...> - 2008-07-22 19:35:29
|
Hello Steven, FUSE is a very cool system and the idea is completely feasible. MacFUSE also exists, which would allow OS X users to use the FUSE filesystem. However, actually having a drive mounted on the machine may promote the use of the BackupPC pool as a storage unit in and of itself, which would be a mistake once older backups start getting deleted. BackupPC's web interface can be configured so that users can only look at the backups of their particular computer. I'd suggest reading the CGI options in the /etc/BackupPC/config.pl script if you'd like to go that route. Adios, On Fri, Jul 18, 2008 at 1:04 PM, Stephen Day <sd...@un...> wrote: > > BackupPC developers, > > I use BackupPC at home and at work, thanks for this great tool. > > > What I would find useful is to be able to access point in time backups as > filesystems via fuse, with the original permissions and ownerships intact. > That way users could be able to restore their own files without having to > understand anything about BackupPC. > > I know this would only ever work on linux so maybe it belongs in a separate > project? > > Has this idea been considered? I searched google and could not find > anything > relevant. > > > Regards, > > Stephen Day - System admin and unix guy. > > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's > challenge > Build the coolest Linux based applications with Moblin SDK & win great > prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > BackupPC-devel mailing list > Bac...@li... > List: https://lists.sourceforge.net/lists/listinfo/backuppc-devel > Wiki: http://backuppc.wiki.sourceforge.net > Project: http://backuppc.sourceforge.net/ > -- Paul Mantz http://www.mcpantz.org Zmanda - Open source backup and recovery http://www.zmanda.com/ |
From: Paul M. <pc...@zm...> - 2008-07-22 21:09:12
|
Hello Steven, I do agree that restoration is sort of an arcane process with only a couple good options, and that FUSE is a good way to get around it. Perhaps working some client authentication in there that talks to the remote BackupPC server would also be a good idea. If you're looking at the BackupPC source code and really do plan on making a read-only file system, you should look at lib/BackupPC/View.pm, lib/BackupPC/FileZIO.pm, and lib/BackupPC/Attrib.pm to get an idea of how the pool structure is read. this may also require some work on the server-side to handle authentication, as permissions for BackupPC pool access are handled through the daemon and various modules. Feel free to email me about any ideas or questions you have. Adios, On Tue, Jul 22, 2008 at 3:41 PM, Stephen Day <sd...@un...> wrote: > > Hello Paul, > > I did see something about a BSDfuse too. > > I would not want users writting to the backups or using them for anything > but > getting old versions of their files. I was thinking of something read-only > like netapps snapshots only very different in implementation. > > The main reason for wanting backups as regular filesystems is so they can > be > exported via NFS or samba to clients allowing users to use their native > tools > to restore files. The web interface is great for people who have some idea > how backuppc works but making things as simple as possible from the user > point of view is a good aim. Many non-technical users have trouble with > anything more complex than drag and drop. > > I have started on a fuse script. It will take some time to get it right and > even longer to get it up to the standard needed for possible inclusion in > BackupPC. I'll let this list know when I have something workable. > > > Stephen > > > On Tuesday 22 July 2008 21:35:36 Paul Mantz wrote: > > Hello Steven, > > > > FUSE is a very cool system and the idea is completely feasible. MacFUSE > > also exists, which would allow OS X users to use the FUSE filesystem. > > However, actually having a drive mounted on the machine may promote the > use > > of the BackupPC pool as a storage unit in and of itself, which would be a > > mistake once older backups start getting deleted. > > > > BackupPC's web interface can be configured so that users can only look at > > the backups of their particular computer. I'd suggest reading the CGI > > options in the /etc/BackupPC/config.pl script if you'd like to go that > > route. > > > > Adios, > > > > On Fri, Jul 18, 2008 at 1:04 PM, Stephen Day <sd...@un...> wrote: > > > BackupPC developers, > > > > > > I use BackupPC at home and at work, thanks for this great tool. > > > > > > > > > What I would find useful is to be able to access point in time backups > as > > > filesystems via fuse, with the original permissions and ownerships > > > intact. That way users could be able to restore their own files without > > > having to understand anything about BackupPC. > > > > > > I know this would only ever work on linux so maybe it belongs in a > > > separate project? > > > > > > Has this idea been considered? I searched google and could not find > > > anything > > > relevant. > > > > > > > > > Regards, > > > > > > Stephen Day - System admin and unix guy. > > > > > > > > > > ------------------------------------------------------------------------- > > > This SF.Net email is sponsored by the Moblin Your Move Developer's > > > challenge > > > Build the coolest Linux based applications with Moblin SDK & win great > > > prizes > > > Grand prize is a trip for two to an Open Source event anywhere in the > > > world http://moblin-contest.org/redirect.php?banner_id=100&url=/ > > > _______________________________________________ > > > BackupPC-devel mailing list > > > Bac...@li... > > > List: https://lists.sourceforge.net/lists/listinfo/backuppc-devel > > > Wiki: http://backuppc.wiki.sourceforge.net > > > Project: http://backuppc.sourceforge.net/ > > > -- Paul Mantz http://www.mcpantz.org Zmanda - Open source backup and recovery http://www.zmanda.com/ |
From: Kenneth P. <sh...@se...> - 2008-08-14 00:33:17
|
On Friday, July 18, 2008 8:04 PM +0200 Stephen Day <sd...@un...> wrote: > What I would find useful is to be able to access point in time backups as > filesystems via fuse, with the original permissions and ownerships > intact. That way users could be able to restore their own files without > having to understand anything about BackupPC. Another advantage is that the resulting image can be quickly and reliably verified against the source machine. I have trouble feeling comfortable with a backup solution unless I can check a few random files easily to make sure the system is getting completely backed up. I'd love to be able to say: diff -rq /mnt/Samba/client /mnt/BackupPC/client and see miscompares on files I know are changing, and otherwise silent. |
From: Jon C. <can...@gm...> - 2008-08-14 19:34:06
|
I'm working on a proof-of-concept for this. I've taken the fuse loopback.pl example and married it to BackupPC::View. Right now it lets me mount the BackupPC store as a filesystem with a directory structure like: Mountpoint: /backuppc/ /backuppc/[HOST]/[BackupNum]_[type]_[level]/[share]/ ... so an example would be: /backuppc/jcraig-laptop/23_full_0/root/ ... for backup number 23, a full level 0 backup When you go to /backuppc and do an 'ls' you see the list of clients configured in backuppc. The next level down shows all of the backups with the [cma]time set to the start of the backup. Below that you see the shares configured for the backup and then all of the directory structure below that. I'm working on adding the code that will let you open/read the files and I've configured all of the "change" functions in Fuse to report a Read-Only filesystem. So far it's working fairly well and I think I'll take it to the next level, which would involve writing a BackupPC::Fuse library to wrap all the code into and provide some caching functions to speedup the access. Once the POC version is done I'd be willing to share it out for comments and suggestions related to functionality/usability. I only do rsyncd backups, so testing it with clients using other methods would be good as I don't know the implementation details for clients using TAR|SMB or rsync via SSH/RCMD. Ultimately I'm thinking of writing a full COW implementation of a filesystem that could offload the storage functionality for backuppc. On Wed, Aug 13, 2008 at 8:38 PM, Kenneth Porter <sh...@se...> wrote: > On Friday, July 18, 2008 8:04 PM +0200 Stephen Day <sd...@un...> > wrote: > >> What I would find useful is to be able to access point in time backups as >> filesystems via fuse, with the original permissions and ownerships >> intact. That way users could be able to restore their own files without >> having to understand anything about BackupPC. > > Another advantage is that the resulting image can be quickly and reliably > verified against the source machine. I have trouble feeling comfortable > with a backup solution unless I can check a few random files easily to make > sure the system is getting completely backed up. I'd love to be able to say: > > diff -rq /mnt/Samba/client /mnt/BackupPC/client > > and see miscompares on files I know are changing, and otherwise silent. > > > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's challenge > Build the coolest Linux based applications with Moblin SDK & win great prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > BackupPC-devel mailing list > Bac...@li... > List: https://lists.sourceforge.net/lists/listinfo/backuppc-devel > Wiki: http://backuppc.wiki.sourceforge.net > Project: http://backuppc.sourceforge.net/ > -- Jonathan Craig |
From: Stephen D. <bac...@ma...> - 2008-08-15 20:35:34
|
Hi Jon, I'm also working on a proof of concept for this, also totally read-only. On Thursday 14 August 2008 21:34:13 Jon Craig wrote: > /backuppc/[HOST]/[BackupNum]_[type]_[level]/[share]/ ... I was working with the paths /[host]/[archive]/[share]/... I'm also mangling the share '/' to 'unix'. e.g. /mountpath/stephen-laptop/81/unix/... A full COW implementation is certainly an interesting idea. For a cyrus mail store it could save an almighty amount of space at some cost in complexity and speed. Stephen |
From: Tino S. <bac...@ti...> - 2008-08-14 20:30:36
|
Hi Jon, On Thu, Aug 14, 2008 at 03:34:13PM -0400, Jon Craig wrote: > I'm working on a proof-of-concept for this. I've taken the fuse > loopback.pl example and married it to BackupPC::View. Right now it > lets me mount the BackupPC store as a filesystem with a directory > structure like: > > Mountpoint: /backuppc/ > > /backuppc/[HOST]/[BackupNum]_[type]_[level]/[share]/ ... > > so an example would be: > > /backuppc/jcraig-laptop/23_full_0/root/ ... > > for backup number 23, a full level 0 backup [...] Wow, that sounds really cool! :-) > Once the POC version is done I'd be willing to share it out for > comments and suggestions related to functionality/usability. I only > do rsyncd backups, so testing it with clients using other methods > would be good as I don't know the implementation details for clients > using TAR|SMB or rsync via SSH/RCMD. There shouldn't be any difference from your point of view - things end up at the same location (host/backup#/share/...). Looking forward to the POC! Tino. -- "What we nourish flourishes." - "Was wir nähren erblüht." www.craniosacralzentrum.de www.forteego.de |
From: Jon C. <can...@gm...> - 2008-08-14 20:56:41
|
The only thing I'm concerned about is what people have used for share names. If the share name doesn't contain filesystem friendly characters then I'll need to use some sort of munging routine to clean it up. I think its a fairly standard practice to have this be the same as the include dir (ie /, /home, etc.) and I'll need to take out all '/'s and any other meta-character. Not a big deal, but its stuff like this that can make creating a wide distribution app difficult. On 8/14/08, Tino Schwarze <bac...@ti...> wrote: > Hi Jon, > > On Thu, Aug 14, 2008 at 03:34:13PM -0400, Jon Craig wrote: > >> I'm working on a proof-of-concept for this. I've taken the fuse >> loopback.pl example and married it to BackupPC::View. Right now it >> lets me mount the BackupPC store as a filesystem with a directory >> structure like: >> >> Mountpoint: /backuppc/ >> >> /backuppc/[HOST]/[BackupNum]_[type]_[level]/[share]/ ... >> >> so an example would be: >> >> /backuppc/jcraig-laptop/23_full_0/root/ ... >> >> for backup number 23, a full level 0 backup > [...] > > Wow, that sounds really cool! :-) > >> Once the POC version is done I'd be willing to share it out for >> comments and suggestions related to functionality/usability. I only >> do rsyncd backups, so testing it with clients using other methods >> would be good as I don't know the implementation details for clients >> using TAR|SMB or rsync via SSH/RCMD. > > There shouldn't be any difference from your point of view - things end > up at the same location (host/backup#/share/...). > > Looking forward to the POC! > > Tino. > > -- > "What we nourish flourishes." - "Was wir nähren erblüht." > > www.craniosacralzentrum.de > www.forteego.de > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's challenge > Build the coolest Linux based applications with Moblin SDK & win great > prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > BackupPC-devel mailing list > Bac...@li... > List: https://lists.sourceforge.net/lists/listinfo/backuppc-devel > Wiki: http://backuppc.wiki.sourceforge.net > Project: http://backuppc.sourceforge.net/ > -- Sent from Gmail for mobile | mobile.google.com Jonathan Craig |
From: Tino S. <bac...@ti...> - 2008-08-14 21:02:10
|
On Thu, Aug 14, 2008 at 04:56:50PM -0400, Jon Craig wrote: > The only thing I'm concerned about is what people have used for share > names. If the share name doesn't contain filesystem friendly > characters then I'll need to use some sort of munging routine to clean > it up. I think its a fairly standard practice to have this be the > same as the include dir (ie /, /home, etc.) and I'll need to take out > all '/'s and any other meta-character. Not a big deal, but its stuff > like this that can make creating a wide distribution app difficult. Well, BackupPC already does the mangling for filesystem storage. As far, as I see, most of my shares are called '/', so I get a directory 'f%2f' at the root of each backup. Tino. -- "What we nourish flourishes." - "Was wir nähren erblüht." www.craniosacralzentrum.de www.forteego.de |
From: Jon C. <can...@gm...> - 2008-08-14 23:05:25
|
Yes, that's true for the actual backup data but the host and share settings come from the backup config files. The BackupPC::View takes care of navigating the backup data and mangle/demangle work. On 8/14/08, Tino Schwarze <bac...@ti...> wrote: > On Thu, Aug 14, 2008 at 04:56:50PM -0400, Jon Craig wrote: > >> The only thing I'm concerned about is what people have used for share >> names. If the share name doesn't contain filesystem friendly >> characters then I'll need to use some sort of munging routine to clean >> it up. I think its a fairly standard practice to have this be the >> same as the include dir (ie /, /home, etc.) and I'll need to take out >> all '/'s and any other meta-character. Not a big deal, but its stuff >> like this that can make creating a wide distribution app difficult. > > Well, BackupPC already does the mangling for filesystem storage. As far, > as I see, most of my shares are called '/', so I get a directory 'f%2f' > at the root of each backup. > > Tino. > > -- > "What we nourish flourishes." - "Was wir nähren erblüht." > > www.craniosacralzentrum.de > www.forteego.de > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's challenge > Build the coolest Linux based applications with Moblin SDK & win great > prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > BackupPC-devel mailing list > Bac...@li... > List: https://lists.sourceforge.net/lists/listinfo/backuppc-devel > Wiki: http://backuppc.wiki.sourceforge.net > Project: http://backuppc.sourceforge.net/ > -- Sent from Gmail for mobile | mobile.google.com Jonathan Craig |
From: Tino S. <bac...@ti...> - 2008-08-15 10:25:44
|
On Thu, Aug 14, 2008 at 07:05:34PM -0400, Jon Craig wrote: > Yes, that's true for the actual backup data but the host and share > settings come from the backup config files. The BackupPC::View takes > care of navigating the backup data and mangle/demangle work. I'd try not to care about share names at all, but just use what's in the backup directory - the share name is just a subdirectory AFAIK. Tino. -- "What we nourish flourishes." - "Was wir nähren erblüht." www.craniosacralzentrum.de www.forteego.de |
From: Stephen D. <bac...@ma...> - 2008-08-16 21:02:13
|
BackupPC-devel, I have some proof of concept code at: http://unixtastic.com/software/backuppc-fuse.html Basic functionality works, you can mount the filesystem and see all hosts, backups, shares. Reading files works as expected although seeking though them should be tested. Permissions are the same as those on the files when backed up. Modes, times, and owners should all be correct. There is no symlink support and some of the fuse subroutines have not been implemented. The link count on files needs fixing too. I have not carried out more than superficial testing. Regards, Stephen On Friday 18 July 2008 20:04:18 Stephen Day wrote: > BackupPC developers, > > I use BackupPC at home and at work, thanks for this great tool. > > > What I would find useful is to be able to access point in time backups as > filesystems via fuse, with the original permissions and ownerships intact. > That way users could be able to restore their own files without having to > understand anything about BackupPC. > > I know this would only ever work on linux so maybe it belongs in a separate > project? > > Has this idea been considered? I searched google and could not find > anything relevant. > > > Regards, > > Stephen Day - System admin and unix guy. > > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's > challenge Build the coolest Linux based applications with Moblin SDK & win > great prizes Grand prize is a trip for two to an Open Source event anywhere > in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > BackupPC-devel mailing list > Bac...@li... > List: https://lists.sourceforge.net/lists/listinfo/backuppc-devel > Wiki: http://backuppc.wiki.sourceforge.net > Project: http://backuppc.sourceforge.net/ |
From: Kenneth P. <sh...@se...> - 2008-08-18 23:07:45
|
--On Saturday, August 16, 2008 11:01 PM +0200 Stephen Day <bac...@ma...> wrote: > I have some proof of concept code at: > http://unixtastic.com/software/backuppc-fuse.html Awesome. I'm running on CentOS 5 and have the fuse package installed from RPMForge. I found it necessary to install fuse-devel before I could package and install the Perl Fuse package. When I run your program, I get this: [root@segw2 BackupPC]# perl -I /usr/lib ./backuppc-fuse.pl /tmp/BackupPC No language setting Could not create BackupPC::Lib object at ./backuppc-fuse.pl line 9. Any way to tell why Lib::new is failing? |
From: Holger P. <wb...@pa...> - 2008-08-18 23:25:25
|
Hi, Kenneth Porter wrote on 2008-08-18 16:06:11 -0700 [Re: [BackupPC-devel] FUSE / BackupPC]: > --On Saturday, August 16, 2008 11:01 PM +0200 Stephen Day > <bac...@ma...> wrote: > > > I have some proof of concept code at: > > http://unixtastic.com/software/backuppc-fuse.html > > [...] > When I run your program, I get this: > > [root@segw2 BackupPC]# perl -I /usr/lib ./backuppc-fuse.pl /tmp/BackupPC > No language setting > Could not create BackupPC::Lib object at ./backuppc-fuse.pl line 9. > > Any way to tell why Lib::new is failing? "No language setting" is from ConfigRead(), called from new() in line 157. Did you set $Conf {Language} in the main config file? It's in there by default, and "No language setting" is only returned if it's not defined. Then again, I didn't look at backuppc-fuse.pl. Does it pass an alternate confDir into new()? Hope that helps, haven't got the time for a proper answer right now. Regards, Holger |
From: Kenneth P. <sh...@se...> - 2008-08-18 23:51:29
|
--On Tuesday, August 19, 2008 1:24 AM +0200 Holger Parplies <wb...@pa...> wrote: > "No language setting" is from ConfigRead(), called from new() in line 157. > Did you set $Conf {Language} in the main config file? It's in there by > default, and "No language setting" is only returned if it's not defined. > Then again, I didn't look at backuppc-fuse.pl. Does it pass an alternate > confDir into new()? It invokes like this: my $bpc = BackupPC::Lib->new(undef,undef,1) Looks like it's passing 1 as the config directory. I'm using 3.0.0 so perhaps the signature for new changed and backuppc-fuse.pl is assuming a different version of BPC. I think that 3.1.0 is available from CentOS so I'll try upgrading that first. |
From: Kenneth P. <sh...@se...> - 2008-08-19 00:06:06
|
--On Monday, August 18, 2008 4:51 PM -0700 Kenneth Porter <sh...@se...> wrote: > Looks like it's passing 1 as the config directory. I'm using 3.0.0 so > perhaps the signature for new changed and backuppc-fuse.pl is assuming a > different version of BPC. I think that 3.1.0 is available from CentOS so > I'll try upgrading that first. 3.1.0 has the same signature. I added another undef and now it gets further: Can't call method "HostInfoRead" on an undefined value at /usr/lib/BackupPC/Lib.pm line 442. |
From: Stephen D. <bac...@ma...> - 2008-08-19 19:35:24
|
Kenneth, I wrote the script for BackupPC 2.1.2 as thats what I have both at work and at home. It looks like it's broken under BackupPC 3. I'll install version 3 on something and check against that. Stephen On Tuesday 19 August 2008 01:51:11 Kenneth Porter wrote: > --On Tuesday, August 19, 2008 1:24 AM +0200 Holger Parplies > > <wb...@pa...> wrote: > > "No language setting" is from ConfigRead(), called from new() in line > > 157. Did you set $Conf {Language} in the main config file? It's in there > > by default, and "No language setting" is only returned if it's not > > defined. Then again, I didn't look at backuppc-fuse.pl. Does it pass an > > alternate confDir into new()? > > It invokes like this: > > my $bpc = BackupPC::Lib->new(undef,undef,1) > > Looks like it's passing 1 as the config directory. I'm using 3.0.0 so > perhaps the signature for new changed and backuppc-fuse.pl is assuming a > different version of BPC. I think that 3.1.0 is available from CentOS so > I'll try upgrading that first. > > > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's > challenge Build the coolest Linux based applications with Moblin SDK & win > great prizes Grand prize is a trip for two to an Open Source event anywhere > in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > BackupPC-devel mailing list > Bac...@li... > List: https://lists.sourceforge.net/lists/listinfo/backuppc-devel > Wiki: http://backuppc.wiki.sourceforge.net > Project: http://backuppc.sourceforge.net/ |
From: Stephen D. <bac...@ma...> - 2008-08-24 16:21:32
|
Kenneth, It took very minor updates to get the v2 script to work with v3. Both versions are at http://unixtastic.com/software/backuppc-fuse.html Again this is still proof of concept code. Stephen On Tuesday 19 August 2008 21:35:12 Stephen Day wrote: > Kenneth, > > I wrote the script for BackupPC 2.1.2 as thats what I have both at work and > at home. It looks like it's broken under BackupPC 3. > > I'll install version 3 on something and check against that. > > > Stephen > > On Tuesday 19 August 2008 01:51:11 Kenneth Porter wrote: > > --On Tuesday, August 19, 2008 1:24 AM +0200 Holger Parplies > > > > <wb...@pa...> wrote: > > > "No language setting" is from ConfigRead(), called from new() in line > > > 157. Did you set $Conf {Language} in the main config file? It's in > > > there by default, and "No language setting" is only returned if it's > > > not defined. Then again, I didn't look at backuppc-fuse.pl. Does it > > > pass an alternate confDir into new()? > > > > It invokes like this: > > > > my $bpc = BackupPC::Lib->new(undef,undef,1) > > > > Looks like it's passing 1 as the config directory. I'm using 3.0.0 so > > perhaps the signature for new changed and backuppc-fuse.pl is assuming a > > different version of BPC. I think that 3.1.0 is available from CentOS so > > I'll try upgrading that first. > > > > > > > > ------------------------------------------------------------------------- > > This SF.Net email is sponsored by the Moblin Your Move Developer's > > challenge Build the coolest Linux based applications with Moblin SDK & > > win great prizes Grand prize is a trip for two to an Open Source event > > anywhere in the world > > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > > _______________________________________________ > > BackupPC-devel mailing list > > Bac...@li... > > List: https://lists.sourceforge.net/lists/listinfo/backuppc-devel > > Wiki: http://backuppc.wiki.sourceforge.net > > Project: http://backuppc.sourceforge.net/ > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's > challenge Build the coolest Linux based applications with Moblin SDK & win > great prizes Grand prize is a trip for two to an Open Source event anywhere > in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > BackupPC-devel mailing list > Bac...@li... > List: https://lists.sourceforge.net/lists/listinfo/backuppc-devel > Wiki: http://backuppc.wiki.sourceforge.net > Project: http://backuppc.sourceforge.net/ |
From: Kenneth P. <sh...@se...> - 2008-08-26 09:53:29
|
--On Sunday, August 24, 2008 6:21 PM +0200 Stephen Day <bac...@ma...> wrote: > It took very minor updates to get the v2 script to work with v3. > Both versions are at http://unixtastic.com/software/backuppc-fuse.html > > Again this is still proof of concept code. The filesystem seems to come up and I can navigate to one directory below the backed-up host name. For example, mounting to /tmp/BackupPC and from /tmp, I get this: [ken@segw2 tmp]$ ls -l BackupPC/gimli-c/0 total 0 ?--------- ? ? ? ? ? unix Under each of the numbered directories is a single item "unix" with apparently unknown attributes. |
From: Stephen D. <bac...@ma...> - 2008-08-27 20:03:22
|
On Tuesday 26 August 2008 11:53:17 Kenneth Porter wrote: > --On Sunday, August 24, 2008 6:21 PM +0200 Stephen Day > > <bac...@ma...> wrote: > > It took very minor updates to get the v2 script to work with v3. > > Both versions are at http://unixtastic.com/software/backuppc-fuse.html > > > > Again this is still proof of concept code. > > The filesystem seems to come up and I can navigate to one directory below > the backed-up host name. For example, mounting to /tmp/BackupPC and from > /tmp, I get this: > > > [ken@segw2 tmp]$ ls -l BackupPC/gimli-c/0 > total 0 > ?--------- ? ? ? ? ? unix > > Under each of the numbered directories is a single item "unix" with > apparently unknown attributes. Kenneth, It's failing in getattr for the share. If the backup was a from a windows machine most likely this is a bug I just fixed. I don't have windows machines to test this with. Updated versions are at http://unixtastic.com/software/backuppc-fuse.html Regards, Stephen |
From: Kenneth P. <sh...@se...> - 2008-09-05 23:34:18
|
On Wednesday, August 27, 2008 10:03 PM +0200 Stephen Day <bac...@ma...> wrote: > It's failing in getattr for the share. If the backup was a from a windows > machine most likely this is a bug I just fixed. I don't have windows > machines to test this with. Indeed it's 2 Windows 2003 Server machines and two partitions from a Windows XP Professional system. Is there some spot I can sprinkle printfs to see what's going on? |
From: Kenneth P. <sh...@se...> - 2008-09-06 00:23:16
|
On Wednesday, August 27, 2008 10:03 PM +0200 Stephen Day <bac...@ma...> wrote: > It's failing in getattr for the share. If the backup was a from a windows > machine most likely this is a bug I just fixed. I don't have windows > machines to test this with. I think the issue is actually in listing the shares. (I just realized I could back up more than one "share" per host, and previously thought one needed multiple host entries to back up more than one mount point per host.) In my test case, my share is "D" (rsyncd is sharing the D: partition under that name). In my_getdir you have: } elsif ( @path == 2 ) { # List shares my $host = $path[0]; my $archive = $path[1]; is_host_real($host) || return -ENOENT(); my $archiveref = is_archive_real($host, $archive) || return -ENOENT(); my @archives = ( $archiveref ); my @shares = list_archive_shares($host, \@archives, $archive); $shares[0] = 'unix' if ( $shares[0] == '/' ); return ( '.', '..', @shares, 0 ); } else { # List backup data I suspect list_archive_shares is failing to return anything. Here's the code for that: sub list_archive_shares { # Lists shares for a given host, a reference to a list of archive references, and an archive number. # It is assumed both the host and archive exist. my ( $host, $archives, $archive ) = @_; my $view = BackupPC::View->new($bpc, $host, $archives ); return $view->shareList($archive); } |
From: Stephen D. <bac...@ma...> - 2008-08-27 21:15:20
|
On Saturday 16 August 2008 23:01:59 Stephen Day wrote: > There is no symlink support... Fixed. Symlinks work on my BackupPC v2 and v3 systems as of rev 108. Please try this and let me know. The latest versions are at: http://unixtastic.com/software/backuppc-fuse.html Stephen |
From: Kenneth P. <sh...@se...> - 2008-09-05 23:28:41
|
On Wednesday, August 27, 2008 11:15 PM +0200 Stephen Day <bac...@ma...> wrote: > Fixed. Symlinks work on my BackupPC v2 and v3 systems as of rev 108. > Please try this and let me know. > > The latest versions are at: > http://unixtastic.com/software/backuppc-fuse.html Alas, no go. I just grabbed it today, edited the lib line as follows to match my CentOS5 BackupPC package layout: use lib "/usr/lib"; I'm still seeing a single unrecognized "unix" node under each backup entry, like this: [root@segw2 tmp]# ls -l BackupPC/balrog/1537 total 0 ?--------- ? ? ? ? ? unix |