Re: [BackupPC-users] rsync 3.0.x with Windows VSS-support
[cut] > That's it, in the log file i see during restore : Hi Alex, > connect from UKNOWN x.X.X.X (ip adress) > receiving file list > Using VSS Volume : \\?\GLOBALROOT\Device\shadowcopy1 > Error -2147212521 on line 85! (problem writing on vss i think) > Error -2147024809 on line 100! (again) > Using VSS volume : (null) > sent 277 bytes received 156 bytes total size 82 > > So, this seem to show that it try to use VSS for restoration, but it can't > write on it, so it get the "null", and finally write to drive. But this error > may cause the chmod not to be executed. > > So, if there a way to disable VSS on file receive, that could do the trick ! > So VSS may start only when reading datas happen. > > Hope these informations help. The first versions I put on my website are all 'development-quality code' created to be able to handle read-only daemon-like operations and is still hardcoded to always use VSS, I'm still working on getting it stable enough just to handle that one task. Thus read-only daemon usage is the only usage-pattern I've tested or used at this point, everything else might be broken at any point in time. And probably will be. One of the things that needs to be done to make daemon mode work correctly is to make it configurable. When that is done, it automatically means by default it's off and after that I can start looking at the client version. So for everything else you just need to be patient or help me with the code. My intention is to make all those things work, but rsync isn't code I'm very familair with and the VSS-code came from Elias. Which means it's also not mine, so a large part of what I'm doing is trying to understand what is handled how and where. I hope that answers your questions. -- ___ BackupPC-users mailing list BackupPC-users@lists.sourceforge.net List:https://lists.sourceforge.net/lists/listinfo/backuppc-users Wiki:http://backuppc.wiki.sourceforge.net Project: http://backuppc.sourceforge.net/
Re: [BackupPC-users] rsync 3.0.x with Windows VSS-support
Alex wrote at about 10:04:12 -0400 on Tuesday, June 23, 2009: > > Hello, > back again, just still experimenting this solution, everything is ok while > reading. > > But, i'm used to restore data on Windows PC using the chmod command > "--chmod=Dugo+rwx,Fugo+rwx" to allow user to read files. > > Because rsync runs as daemon under system account, writen files are not > readable, so i use the chmod. > > This work great with the "normal" rsync.exe binary, but with the one using > VSS (wich is perfect for backup) the chmod doesn't work. > > I think there's something to do with the fact that VSS is active by default, > and then, when writing data, it first write to VSS and then sync to drive. > In this case, chmod doesn't work, and restored file is not readable. Are you sure? At least on Win XP, VSS is read-only. If what you say is true, I would think that either chmod is not properly implemented in the VSS version of rsync or there is a permissions issue whereby the Windows side of rsync is running under a user that doesn't have permission to execute the chmod. > So, may you help ? I think getting the ability to disable VSS using flag > like "--novss" could be great for restoration purposes. Not sure how you would add a new flag on the Linux side without rewriting the Linux version of rsync too. > > Hope you understand what i mean, et maybe you got an idea. I use rsync as a > deamon using deltacopy on the windows side. > > Thank you for any help/idea/new version :p A temporary situation would be to use the normal (e.g., cygwin) version of rsync for restores and only use the VSS version for backups. -- Are you an open source citizen? Join us for the Open Source Bridge conference! Portland, OR, June 17-19. Two days of sessions, one day of unconference: $250. Need another reason to go? 24-hour hacker lounge. Register today! http://ad.doubleclick.net/clk;215844324;13503038;v?http://opensourcebridge.org ___ BackupPC-users mailing list BackupPC-users@lists.sourceforge.net List:https://lists.sourceforge.net/lists/listinfo/backuppc-users Wiki:http://backuppc.wiki.sourceforge.net Project: http://backuppc.sourceforge.net/
Re: [BackupPC-users] rsync 3.0.x with Windows VSS-support
Adam Goryachev wrote: > Alex wrote: >> Alex wrote: >>> Alex wrote: Anyway, let me thank you a lot, as it work great with backuppc :D This helped me a lot, the two binaries are usable as is on each system : http://www.consolejunky.net/cwrsync-vss/ Tested it on XP / Vista w/o problem using backuppc. Been able to save my "in use" pst files. Great. >>> Back again, i've got a bug using the vss version, when i restart de >>> service, the pid logfile is not erased. It's not a logfile, it's to prevent to start 2 daemon's (services) at ones. Which is pretty much impossible anyway (server IP-adress/port in use for one). >>> When the computer reboot, the rsync service won't start anymore. The log >>> file says "failed to create pid file rsyncd.pid: file exists (17)" wich was >>> not happening with the original version. >>> >>> I'll try to check if there's an option about this, but i think there's >>> something wrong (maybe service doesn't stop properly, but this did not >>> append before...) > >> Ok, sorry for the noise, but i hope this will help others. Since i've just >> replaced the old rsync.exe by the provided one, i kept the rsyncd.conf file. > >> So, i removed the "pid file = rsyncd.pid" from the config file, and it's now >> working like a charm. >> Maybe this version has the pid file stored somewhere else, anyway, putting >> this option in comment (adding # before) fixed the problem. > >> Now rsync start w/o problem on each reboot (apply to xp and vista versions). > Hi Alex, First of all thank you for testing that, I'm glad that worked for you. I had some problems when I had a few minutes time to test it on Vista, could you tell me something about the version of Vista used and how you used it...? I had 2 problems: 1. Windows complained about some permissions during 'mounting' of the VSS-volume, but I didn't run it as a Windows service (which means user would be: system, instead of administrator) 2. I did see problems with rsyncing the /Users directory, links were not handled properly, but maybe the default settings passed on from backuppc prevented that problem. I wouldn't be surprised if it enabled the -H (hardlinks) feature, as backuppc also uses hardlinks for storage. I think I'll have to find some time with a Vista laptop soon and test again and see if my problems can be prevented by running it that way. > I found that if you manually delete the pid file, then it should work > fine. Perhaps this version doesn't know how to delete the pid file on > exit, or perhaps it was not exiting cleanly. > Hi Adam, I wouldn't be surprised if you are right. That would also be my first thought on that matter. Although when I test/run it on the commandline, everytime I kill it with control-C it works perfectly. Maybe it was Vista specific ? Hmm, I guess I'll have to take a good look at that as wel. > Regards, > Adam -- Crystal Reports - New Free Runtime and 30 Day Trial Check out the new simplified licensing option that enables unlimited royalty-free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects ___ BackupPC-users mailing list BackupPC-users@lists.sourceforge.net List:https://lists.sourceforge.net/lists/listinfo/backuppc-users Wiki:http://backuppc.wiki.sourceforge.net Project: http://backuppc.sourceforge.net/
Re: [BackupPC-users] rsync 3.0.x with Windows VSS-support
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Alex wrote: > > Alex wrote: >> Alex wrote: >>> Anyway, let me thank you a lot, as it work great with backuppc :D >>> >>> This helped me a lot, the two binaries are usable as is on each system : >>> http://www.consolejunky.net/cwrsync-vss/ >>> >>> Tested it on XP / Vista w/o problem using backuppc. Been able to save my >>> "in use" pst files. >>> >>> Great. >> >> Back again, i've got a bug using the vss version, when i restart de service, >> the pid logfile is not erased. >> When the computer reboot, the rsync service won't start anymore. The log >> file says "failed to create pid file rsyncd.pid: file exists (17)" wich was >> not happening with the original version. >> >> I'll try to check if there's an option about this, but i think there's >> something wrong (maybe service doesn't stop properly, but this did not >> append before...) > > > Ok, sorry for the noise, but i hope this will help others. Since i've just > replaced the old rsync.exe by the provided one, i kept the rsyncd.conf file. > > So, i removed the "pid file = rsyncd.pid" from the config file, and it's now > working like a charm. > Maybe this version has the pid file stored somewhere else, anyway, putting > this option in comment (adding # before) fixed the problem. > > Now rsync start w/o problem on each reboot (apply to xp and vista versions). I found that if you manually delete the pid file, then it should work fine. Perhaps this version doesn't know how to delete the pid file on exit, or perhaps it was not exiting cleanly. Regards, Adam -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAko6BDAACgkQGyoxogrTyiXkqQCglHcBLR7hl01xbTbZZmvS/3ve 5WcAoMzzz5642YlcDOFLQR07I24eq9E7 =BMzt -END PGP SIGNATURE- -- Crystal Reports - New Free Runtime and 30 Day Trial Check out the new simplified licensing option that enables unlimited royalty-free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects ___ BackupPC-users mailing list BackupPC-users@lists.sourceforge.net List:https://lists.sourceforge.net/lists/listinfo/backuppc-users Wiki:http://backuppc.wiki.sourceforge.net Project: http://backuppc.sourceforge.net/
Re: [BackupPC-users] rsync 3.0.x with Windows VSS-support
Les Mikesell wrote: > Leen Besselink wrote: So Les, what do you think ? If you look at my current webpage ? >>> I don't know enough about GPLv3 to comment, but I'd expect it to >>> prohibit including any portions that can't be distributed under GPL >>> terms like v2 does. Dynamic linking to expected OS libs is probably OK >>> if you don't have to include them. >>> >> I don't include the libraries (I did include something the first time >> in the buildfiles vss.tgz, which was a mistaken), the libraries it uses >> are already installed with the default windows install. > > If you don't actually include any code through static linking and it > doesn't require an extra dynamic library to be installed then you are > probably OK. If the GPL prohibited using the stock system libraries and > kernel interfaces you wouldn't be able to the standard version of rsync > on windows either. The restrictions are about code that needs to be That was also my thought. > included and thus falling under the 'work as a whole' license > requirement. I was assuming that the SDK included (and required) > library code that wasn't shipped with windows. > The SDK just includes the include and library-files the compiler needs to know how to build it. -- Crystal Reports - New Free Runtime and 30 Day Trial Check out the new simplified licensing option that enables unlimited royalty-free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects ___ BackupPC-users mailing list BackupPC-users@lists.sourceforge.net List:https://lists.sourceforge.net/lists/listinfo/backuppc-users Wiki:http://backuppc.wiki.sourceforge.net Project: http://backuppc.sourceforge.net/
Re: [BackupPC-users] rsync 3.0.x with Windows VSS-support
Leen Besselink wrote: >>> So Les, what do you think ? If you look at my current webpage ? >> I don't know enough about GPLv3 to comment, but I'd expect it to >> prohibit including any portions that can't be distributed under GPL >> terms like v2 does. Dynamic linking to expected OS libs is probably OK >> if you don't have to include them. >> > > I don't include the libraries (I did include something the first time > in the buildfiles vss.tgz, which was a mistaken), the libraries it uses > are already installed with the default windows install. If you don't actually include any code through static linking and it doesn't require an extra dynamic library to be installed then you are probably OK. If the GPL prohibited using the stock system libraries and kernel interfaces you wouldn't be able to the standard version of rsync on windows either. The restrictions are about code that needs to be included and thus falling under the 'work as a whole' license requirement. I was assuming that the SDK included (and required) library code that wasn't shipped with windows. -- Les Mikesell lesmikes...@gmail.com -- Crystal Reports - New Free Runtime and 30 Day Trial Check out the new simplified licensing option that enables unlimited royalty-free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects ___ BackupPC-users mailing list BackupPC-users@lists.sourceforge.net List:https://lists.sourceforge.net/lists/listinfo/backuppc-users Wiki:http://backuppc.wiki.sourceforge.net Project: http://backuppc.sourceforge.net/
Re: [BackupPC-users] rsync 3.0.x with Windows VSS-support
>> So Les, what do you think ? If you look at my current webpage ? > > I don't know enough about GPLv3 to comment, but I'd expect it to > prohibit including any portions that can't be distributed under GPL > terms like v2 does. Dynamic linking to expected OS libs is probably OK > if you don't have to include them. > I don't include the libraries (I did include something the first time in the buildfiles vss.tgz, which was a mistaken), the libraries it uses are already installed with the default windows install. >>> I do know that this code already existed for a long time on the website >>> of the original author and no one took it down because of problems, >>> >>> And I just ported it to a newer version of rsync. >>> >>> Although I have to admit, rsync 2 was possible covered by GPLv2 and >>> newer and rsync 3 is GPLv3. >>> >> Having put more thought into this, I think it could mean in the worst >> case, that IF I'm not allowed (which I doubt at this moment) to >> distribute the compiled rsync.exe binaries, that it's still possible >> for people to build it themselfs. Just like their used to be a >> qmail-installed in Debian, which would compile it for you. > > The problem is that most most Windows users don't have compilers. > That's a good thing, atleast it can't conflict with an existing install in that case. ;-) >> I could even make a shell-script. :-) > > Would it be possible to build a separate binary which rsync could invoke > as needed or chat with over sockets? If the parts aren't combined in > the same program it shouldn't be a problem. > That would take quiet a bit of work, but I do think it's possible in theorie. I would prefer not to do so if it's not needed. :-) -- OpenSolaris 2009.06 is a cutting edge operating system for enterprises looking to deploy the next generation of Solaris that includes the latest innovations from Sun and the OpenSource community. Download a copy and enjoy capabilities such as Networking, Storage and Virtualization. Go to: http://p.sf.net/sfu/opensolaris-get ___ BackupPC-users mailing list BackupPC-users@lists.sourceforge.net List:https://lists.sourceforge.net/lists/listinfo/backuppc-users Wiki:http://backuppc.wiki.sourceforge.net Project: http://backuppc.sourceforge.net/
Re: [BackupPC-users] rsync 3.0.x with Windows VSS-support
Leen Besselink wrote: > >>> prohibits that sort of program improvement unless all of the work can >>> have the GPL terms applied. There are some execptions for things that >>> are part of the native OS but I'm not sure where an add-on sdk fits into >>> the picture. >>> >> The SDk just facilitates the access to the API of the OS if you ask me. >> >> The API's already exists in the base install, VSS is a 'Windows service' >> for example. >> >> But I have to admit, I'm not an expert. >> >> Do you think I should consult an expert ? >> > > So Les, what do you think ? If you look at my current webpage ? I don't know enough about GPLv3 to comment, but I'd expect it to prohibit including any portions that can't be distributed under GPL terms like v2 does. Dynamic linking to expected OS libs is probably OK if you don't have to include them. >> I do know that this code already existed for a long time on the website >> of the original author and no one took it down because of problems, >> >> And I just ported it to a newer version of rsync. >> >> Although I have to admit, rsync 2 was possible covered by GPLv2 and >> newer and rsync 3 is GPLv3. >> > > Having put more thought into this, I think it could mean in the worst > case, that IF I'm not allowed (which I doubt at this moment) to > distribute the compiled rsync.exe binaries, that it's still possible > for people to build it themselfs. Just like their used to be a > qmail-installed in Debian, which would compile it for you. The problem is that most most Windows users don't have compilers. > I could even make a shell-script. :-) Would it be possible to build a separate binary which rsync could invoke as needed or chat with over sockets? If the parts aren't combined in the same program it shouldn't be a problem. -- Les Mikesell lesmikes...@gmail.com -- OpenSolaris 2009.06 is a cutting edge operating system for enterprises looking to deploy the next generation of Solaris that includes the latest innovations from Sun and the OpenSource community. Download a copy and enjoy capabilities such as Networking, Storage and Virtualization. Go to: http://p.sf.net/sfu/opensolaris-get ___ BackupPC-users mailing list BackupPC-users@lists.sourceforge.net List:https://lists.sourceforge.net/lists/listinfo/backuppc-users Wiki:http://backuppc.wiki.sourceforge.net Project: http://backuppc.sourceforge.net/
Re: [BackupPC-users] rsync 3.0.x with Windows VSS-support
Leen Besselink wrote: >> Have you verified that the terms of the MS libraries are such that you >> are allowed to redistribute a program covered by the GPL (like rsync) >> with it included? I'm not a big fan of the GPL because it generally > > Thank you for pointing that out, I was actually already thinking about that. > > I know one thing, the way I put it up on the website is probably not allowed. > > I included some files from Microsoft in the vss.tgz and vss-xp.tgz. > > I forgot about that, because this is just a development-version that I made. > I will have to change that. And I will do that today or in the following days. > > The resulting binaries won't be any different, just the download and > build-instructions. > > I'm already working on that right now. > OK, done. phew, I think I'm in the clear. :-) Thanks again for reminding me. >> prohibits that sort of program improvement unless all of the work can >> have the GPL terms applied. There are some execptions for things that >> are part of the native OS but I'm not sure where an add-on sdk fits into >> the picture. >> > > The SDk just facilitates the access to the API of the OS if you ask me. > > The API's already exists in the base install, VSS is a 'Windows service' > for example. > > But I have to admit, I'm not an expert. > > Do you think I should consult an expert ? > So Les, what do you think ? If you look at my current webpage ? > I do know that this code already existed for a long time on the website > of the original author and no one took it down because of problems, > > And I just ported it to a newer version of rsync. > > Although I have to admit, rsync 2 was possible covered by GPLv2 and > newer and rsync 3 is GPLv3. > Having put more thought into this, I think it could mean in the worst case, that IF I'm not allowed (which I doubt at this moment) to distribute the compiled rsync.exe binaries, that it's still possible for people to build it themselfs. Just like their used to be a qmail-installed in Debian, which would compile it for you. I could even make a shell-script. :-) -- OpenSolaris 2009.06 is a cutting edge operating system for enterprises looking to deploy the next generation of Solaris that includes the latest innovations from Sun and the OpenSource community. Download a copy and enjoy capabilities such as Networking, Storage and Virtualization. Go to: http://p.sf.net/sfu/opensolaris-get ___ BackupPC-users mailing list BackupPC-users@lists.sourceforge.net List:https://lists.sourceforge.net/lists/listinfo/backuppc-users Wiki:http://backuppc.wiki.sourceforge.net Project: http://backuppc.sourceforge.net/
Re: [BackupPC-users] rsync 3.0.x with Windows VSS-support
> Have you verified that the terms of the MS libraries are such that you > are allowed to redistribute a program covered by the GPL (like rsync) > with it included? I'm not a big fan of the GPL because it generally Thank you for pointing that out, I was actually already thinking about that. I know one thing, the way I put it up on the website is probably not allowed. I included some files from Microsoft in the vss.tgz and vss-xp.tgz. I forgot about that, because this is just a development-version that I made. I will have to change that. And I will do that today or in the following days. The resulting binaries won't be any different, just the download and build-instructions. I'm already working on that right now. > prohibits that sort of program improvement unless all of the work can > have the GPL terms applied. There are some execptions for things that > are part of the native OS but I'm not sure where an add-on sdk fits into > the picture. > The SDk just facilitates the access to the API of the OS if you ask me. The API's already exists in the base install, VSS is a 'Windows service' for example. But I have to admit, I'm not an expert. Do you think I should consult an expert ? I do know that this code already existed for a long time on the website of the original author and no one took it down because of problems, And I just ported it to a newer version of rsync. Although I have to admit, rsync 2 was possible covered by GPLv2 and newer and rsync 3 is GPLv3. -- OpenSolaris 2009.06 is a cutting edge operating system for enterprises looking to deploy the next generation of Solaris that includes the latest innovations from Sun and the OpenSource community. Download a copy and enjoy capabilities such as Networking, Storage and Virtualization. Go to: http://p.sf.net/sfu/opensolaris-get ___ BackupPC-users mailing list BackupPC-users@lists.sourceforge.net List:https://lists.sourceforge.net/lists/listinfo/backuppc-users Wiki:http://backuppc.wiki.sourceforge.net Project: http://backuppc.sourceforge.net/
Re: [BackupPC-users] rsync 3.0.x with Windows VSS-support
Leen Besselink wrote: >> Definitely sounds like a very helpful tool and if it works it should > > It's not really a tool, it's integrated in rsync itself. ;-) > >> avoid a lot of the kludges associated with other methods (such as the >> recursive script I wrote to automatically launch VSS and rsyncd based >> on an arbitrary rsyncd.conf file). I too am a bit surprised it works >> in XP since XP has a rather broken notion of VSS that does not allow >> easy access to the shadow mounts (I had to use a separate program >> called dosdev.exe to associate shadow mounts with accessible drive >> letters). Also vshadow.exe for XP seems to have different parameters >> and more limited functionality than versions for Vista and later >> Windows Server releases. >> > > Microsoft has a SDK which has seperate include files and library files > for XP and Windows 2003 (and newer: Vista, 2008, 7). > > I compiled 2 binaries, one for XP and one for Windows 2003 and newer. > > Have a look: > > http://www.consolejunky.net/cwrsync-vss/ Have you verified that the terms of the MS libraries are such that you are allowed to redistribute a program covered by the GPL (like rsync) with it included? I'm not a big fan of the GPL because it generally prohibits that sort of program improvement unless all of the work can have the GPL terms applied. There are some execptions for things that are part of the native OS but I'm not sure where an add-on sdk fits into the picture. -- Les Mikesell lesmikes...@gmail.com -- OpenSolaris 2009.06 is a cutting edge operating system for enterprises looking to deploy the next generation of Solaris that includes the latest innovations from Sun and the OpenSource community. Download a copy and enjoy capabilities such as Networking, Storage and Virtualization. Go to: http://p.sf.net/sfu/opensolaris-get ___ BackupPC-users mailing list BackupPC-users@lists.sourceforge.net List:https://lists.sourceforge.net/lists/listinfo/backuppc-users Wiki:http://backuppc.wiki.sourceforge.net Project: http://backuppc.sourceforge.net/
Re: [BackupPC-users] rsync 3.0.x with Windows VSS-support
> Definitely sounds like a very helpful tool and if it works it should It's not really a tool, it's integrated in rsync itself. ;-) > avoid a lot of the kludges associated with other methods (such as the > recursive script I wrote to automatically launch VSS and rsyncd based > on an arbitrary rsyncd.conf file). I too am a bit surprised it works > in XP since XP has a rather broken notion of VSS that does not allow > easy access to the shadow mounts (I had to use a separate program > called dosdev.exe to associate shadow mounts with accessible drive > letters). Also vshadow.exe for XP seems to have different parameters > and more limited functionality than versions for Vista and later > Windows Server releases. > Microsoft has a SDK which has seperate include files and library files for XP and Windows 2003 (and newer: Vista, 2008, 7). I compiled 2 binaries, one for XP and one for Windows 2003 and newer. Have a look: http://www.consolejunky.net/cwrsync-vss/ > That being said, I wouldn't think that the protocol=28 limitation I actually tested it with a really old rsync version, which only supports protocol=26 and it worked fine. > should affect your tool assuming that you are not making major changes > to the basic rsync source code -- i.e. I assume (hope?) you are just > wrapping the rsync source in code that uses something like vshadow.exe I compiled rsync with code that calls the Windows VSS-API directly, it doesn't need to create a seperate drive-letter, it just creates a snapshot on the fly at the moment it needs it. rsync has 4 steps it goes through: 1. accept connection from client, start a new rsync-process to handle it 2. make a filelisting 3. check file content and copy content to client 4. clean up and stop process between step 2 and 3 the VSS-API is called. (I've only used it for readonly backup-type runs) > to set up an equivalent shadow mount for the target backup module (as > read in from the rsyncd.conf file) and then runs rsync on the > equivalent shadow mount rather than on the original module. I also > assume you are using at least version 3.0 sources for rsync. I compiled it against the latest: 3.0.6 Other versions aren't even that difficult. I presume you use backuppc, I don't have one setup here, could you test the binaries with a backuppc testrun for me ? -- OpenSolaris 2009.06 is a cutting edge operating system for enterprises looking to deploy the next generation of Solaris that includes the latest innovations from Sun and the OpenSource community. Download a copy and enjoy capabilities such as Networking, Storage and Virtualization. Go to: http://p.sf.net/sfu/opensolaris-get ___ BackupPC-users mailing list BackupPC-users@lists.sourceforge.net List:https://lists.sourceforge.net/lists/listinfo/backuppc-users Wiki:http://backuppc.wiki.sourceforge.net Project: http://backuppc.sourceforge.net/
Re: [BackupPC-users] rsync 3.0.x with Windows VSS-support
Jeffrey J. Kosowsky wrote: > Leen Besselink wrote at about 12:19:27 +0200 on Saturday, June 6, 2009: > > > Hi, have to say that this is an ever wanted great tool, btw, i really > thank you for that, as this might help a lot even out off the backuppc > context ! > > > > > > > I'm not a backuppc user myself. I was trying to help myself. :-) > > > > > I'm interested in it. As you say it works normaly as an rsync server, > but with the backuppc rsync implementation, nope. > > > > > > > Have you tested with the Windows XP version I created with backuppc ? > > > > Because I don't have a backuppc setup here, judging by what you said, you > do. > > > > But I have tested with an old version of rsync, which just supports > protocol 28 and it works. > > > > I have a feeling backuppc might work too, you'll lose the extra efficiency > of 'incremental filelist', but you'll gain backup of open files. > > > > > Hope someone who better knows backuppc will help telling us if this > would be possible to run with backuppc rsyncd Xfer method. > > > I'm not expert enough to help on developpment purpose (just good enough > to compile and try :p ). > > > > > > > Actually, what I've done isn't really all that hard, most of the work was > already done by Elias, I'm not sure why no one took that code > > and kept porting it to new versions. > > > > My guess is, because at the time you also had to patch cygwin, if I > understand correctly, but that's not needed anymore. Which possible > > makes it a lot easier. > > Is that the patch that allows you to access shadow mounts directly > without having to use a kludge like dosdev.exe to assign a drive > letter to them? > No, the patch against cygwin allows some kind of translation or access to between /cygdrive/c/whatever and c:\whatever, if I'm not mistaken. But I don't really know, because I don't have to deal with it, because it's part of standard cygwin these days. ;-) > > > > > I'm sure a lot of people will be intrested in getting this wonderfull > stuff working with backuppc (rsync with VSS inside) as it'll > > > allow us to backup all the (open) files as most of Windows backup > softwares do. > > > > > > > Someone still needs to test with different versions of Windows (Vista, 7, > 2008). > > > > > Thank you for your answer ;) > > > > > > Alexandre -- OpenSolaris 2009.06 is a cutting edge operating system for enterprises looking to deploy the next generation of Solaris that includes the latest innovations from Sun and the OpenSource community. Download a copy and enjoy capabilities such as Networking, Storage and Virtualization. Go to: http://p.sf.net/sfu/opensolaris-get ___ BackupPC-users mailing list BackupPC-users@lists.sourceforge.net List:https://lists.sourceforge.net/lists/listinfo/backuppc-users Wiki:http://backuppc.wiki.sourceforge.net Project: http://backuppc.sourceforge.net/
Re: [BackupPC-users] rsync 3.0.x with Windows VSS-support
Alex wrote at about 03:34:44 -0400 on Saturday, June 6, 2009: > > [quote="Leen Besselink"]Alex wrote: > > > Sorry for the post, this is about rsync 3.0.x with Windows VSS-support > > available here : > > http://www.consolejunky.net/cwrsync-vss/ > > > > (not used to post from this forum) > > > > > > Alex wrote: > > > > > Hi, thank you for the post. This seem to be a great tool, hope we'll get > > > it working with backuppc. > > > > > > > > > > Hi Alex, > > > > > > > I've tried to use it with backuppc running rsync as a daemon on the > > > backuped comp, but i get an error. > > > > > > I think it comes from a protocol version compatibility problem (Backuppc > > > use perl rsync implementation wich look for protocol 28, as far as i've > > > seen). > > > > > > If i use your rsync.exe as a daemon on the windows XP pc, it run great > > > and i can connect without problem using rsync binary. But, when trying > > > to backup with backuppc, using "rsyncd" method, i get the following > > > error : > > > Got fatal error during xfer (Child exited prematurely) > > > > > > > > > > To be honest, I'm kind of surprised it works at all on Windows XP. > > Even without testing it, I got the impression the first build wouldn't work > on Windows XP. > > Did you do your own build ? > > I just did and it works with standard Linux rsync-client and Windows XP > rsync-binary. I have some doubts about it > working with backuppc, if protocol 28 is the highest it supports. > > Anyway the Windows XP-binary is: > > http://www.consolejunky.net/cwrsync-vss/rsync-xp.exe > > I usually also keep it together with the same cygwin1.dll, unless you > already have a complete cygwin installation. > > http://www.consolejunky.net/cwrsync-vss/cygwin1.dll > > > > > > > I've tried using the "protocol=28" option in my rsyncd conf file, but it > > > says "ignoring unknown parameter". > > > > > > Did you get it working with backuppc already ? > > > > > > > > > > No I didn't, or atleast not test it and I didn't know until recently that > BackupPC uses it's own implementation of rsync-client. > > This is kind of still a bit of a development-release, I posted to this > mailinglist in the hopes to get some idea of what > people need or want (first). > > It seems some people wanted a Windows XP-binary, so I created one. :-) > > > > > > > Thank you in advance for any information ;) > > > > > > Alex > > > > > > > > > > > > Hi, have to say that this is an ever wanted great tool, btw, i really thank > you for that, as this might help a lot even out off the backuppc context ! > > I'm interested in it. As you say it works normaly as an rsync server, but > with the backuppc rsync implementation, nope. > > Hope someone who better knows backuppc will help telling us if this would be > possible to run with backuppc rsyncd Xfer method. I'm not expert enough to > help on developpment purpose (just good enough to compile and try :p ). > > I'm sure a lot of people will be intrested in getting this wonderfull stuff > working with backuppc (rsync with VSS inside) as it'll allow us to backup > all the (open) files as most of Windows backup softwares do. > > Thank you for your answer ;) Definitely sounds like a very helpful tool and if it works it should avoid a lot of the kludges associated with other methods (such as the recursive script I wrote to automatically launch VSS and rsyncd based on an arbitrary rsyncd.conf file). I too am a bit surprised it works in XP since XP has a rather broken notion of VSS that does not allow easy access to the shadow mounts (I had to use a separate program called dosdev.exe to associate shadow mounts with accessible drive letters). Also vshadow.exe for XP seems to have different parameters and more limited functionality than versions for Vista and later Windows Server releases. That being said, I wouldn't think that the protocol=28 limitation should affect your tool assuming that you are not making major changes to the basic rsync source code -- i.e. I assume (hope?) you are just wrapping the rsync source in code that uses something like vshadow.exe to set up an equivalent shadow mount for the target backup module (as read in from the rsyncd.conf file) and then runs rsync on the equivalent shadow mount rather than on the original module. I also assume you are using at least version 3.0 sources for rsync. -- OpenSolaris 2009.06 is a cutting edge operating system for enterprises looking to deploy the next generation of Solaris that includes the latest innovations from Sun and the OpenSource community. Download a copy and enjoy capabilities such as Networking, Storage and Virtualization. Go to: http://p.sf.net/sfu/opensolaris-get ___ BackupPC-users m
Re: [BackupPC-users] rsync 3.0.x with Windows VSS-support
Leen Besselink wrote at about 12:19:27 +0200 on Saturday, June 6, 2009: > > Hi, have to say that this is an ever wanted great tool, btw, i really > > thank you for that, as this might help a lot even out off the backuppc > > context ! > > > > I'm not a backuppc user myself. I was trying to help myself. :-) > > > I'm interested in it. As you say it works normaly as an rsync server, but > > with the backuppc rsync implementation, nope. > > > > Have you tested with the Windows XP version I created with backuppc ? > > Because I don't have a backuppc setup here, judging by what you said, you do. > > But I have tested with an old version of rsync, which just supports protocol > 28 and it works. > > I have a feeling backuppc might work too, you'll lose the extra efficiency > of 'incremental filelist', but you'll gain backup of open files. > > > Hope someone who better knows backuppc will help telling us if this would > > be possible to run with backuppc rsyncd Xfer method. > > I'm not expert enough to help on developpment purpose (just good enough to > > compile and try :p ). > > > > Actually, what I've done isn't really all that hard, most of the work was > already done by Elias, I'm not sure why no one took that code > and kept porting it to new versions. > > My guess is, because at the time you also had to patch cygwin, if I > understand correctly, but that's not needed anymore. Which possible > makes it a lot easier. Is that the patch that allows you to access shadow mounts directly without having to use a kludge like dosdev.exe to assign a drive letter to them? > > > I'm sure a lot of people will be intrested in getting this wonderfull > > stuff working with backuppc (rsync with VSS inside) as it'll > > allow us to backup all the (open) files as most of Windows backup > > softwares do. > > > > Someone still needs to test with different versions of Windows (Vista, 7, > 2008). > > > Thank you for your answer ;) > > > > Alexandre > > > -- > OpenSolaris 2009.06 is a cutting edge operating system for enterprises > looking to deploy the next generation of Solaris that includes the latest > innovations from Sun and the OpenSource community. Download a copy and > enjoy capabilities such as Networking, Storage and Virtualization. > Go to: http://p.sf.net/sfu/opensolaris-get > ___ > BackupPC-users mailing list > BackupPC-users@lists.sourceforge.net > List:https://lists.sourceforge.net/lists/listinfo/backuppc-users > Wiki:http://backuppc.wiki.sourceforge.net > Project: http://backuppc.sourceforge.net/ > -- OpenSolaris 2009.06 is a cutting edge operating system for enterprises looking to deploy the next generation of Solaris that includes the latest innovations from Sun and the OpenSource community. Download a copy and enjoy capabilities such as Networking, Storage and Virtualization. Go to: http://p.sf.net/sfu/opensolaris-get ___ BackupPC-users mailing list BackupPC-users@lists.sourceforge.net List:https://lists.sourceforge.net/lists/listinfo/backuppc-users Wiki:http://backuppc.wiki.sourceforge.net Project: http://backuppc.sourceforge.net/
Re: [BackupPC-users] rsync 3.0.x with Windows VSS-support
> Hi, have to say that this is an ever wanted great tool, btw, i really thank > you for that, as this might help a lot even out off the backuppc context ! > I'm not a backuppc user myself. I was trying to help myself. :-) > I'm interested in it. As you say it works normaly as an rsync server, but > with the backuppc rsync implementation, nope. > Have you tested with the Windows XP version I created with backuppc ? Because I don't have a backuppc setup here, judging by what you said, you do. But I have tested with an old version of rsync, which just supports protocol 28 and it works. I have a feeling backuppc might work too, you'll lose the extra efficiency of 'incremental filelist', but you'll gain backup of open files. > Hope someone who better knows backuppc will help telling us if this would be > possible to run with backuppc rsyncd Xfer method. > I'm not expert enough to help on developpment purpose (just good enough to > compile and try :p ). > Actually, what I've done isn't really all that hard, most of the work was already done by Elias, I'm not sure why no one took that code and kept porting it to new versions. My guess is, because at the time you also had to patch cygwin, if I understand correctly, but that's not needed anymore. Which possible makes it a lot easier. > I'm sure a lot of people will be intrested in getting this wonderfull stuff > working with backuppc (rsync with VSS inside) as it'll > allow us to backup all the (open) files as most of Windows backup softwares > do. > Someone still needs to test with different versions of Windows (Vista, 7, 2008). > Thank you for your answer ;) > > Alexandre -- OpenSolaris 2009.06 is a cutting edge operating system for enterprises looking to deploy the next generation of Solaris that includes the latest innovations from Sun and the OpenSource community. Download a copy and enjoy capabilities such as Networking, Storage and Virtualization. Go to: http://p.sf.net/sfu/opensolaris-get ___ BackupPC-users mailing list BackupPC-users@lists.sourceforge.net List:https://lists.sourceforge.net/lists/listinfo/backuppc-users Wiki:http://backuppc.wiki.sourceforge.net Project: http://backuppc.sourceforge.net/
Re: [BackupPC-users] rsync 3.0.x with Windows VSS-support
Alex wrote: > Sorry for the post, this is about rsync 3.0.x with Windows VSS-support > available here : > http://www.consolejunky.net/cwrsync-vss/ > > (not used to post from this forum) > > > Alex wrote: >> Hi, thank you for the post. This seem to be a great tool, hope we'll get it >> working with backuppc. >> Hi Alex, >> I've tried to use it with backuppc running rsync as a daemon on the backuped >> comp, but i get an error. >> >> I think it comes from a protocol version compatibility problem (Backuppc use >> perl rsync implementation wich look for protocol 28, as far as i've seen). >> >> If i use your rsync.exe as a daemon on the windows XP pc, it run great and i >> can connect without problem using rsync binary. But, when trying to backup >> with backuppc, using "rsyncd" method, i get the following error : >> Got fatal error during xfer (Child exited prematurely) >> To be honest, I'm kind of surprised it works at all on Windows XP. Even without testing it, I got the impression the first build wouldn't work on Windows XP. Did you do your own build ? I just did and it works with standard Linux rsync-client and Windows XP rsync-binary. I have some doubts about it working with backuppc, if protocol 28 is the highest it supports. Anyway the Windows XP-binary is: http://www.consolejunky.net/cwrsync-vss/rsync-xp.exe I usually also keep it together with the same cygwin1.dll, unless you already have a complete cygwin installation. http://www.consolejunky.net/cwrsync-vss/cygwin1.dll >> I've tried using the "protocol=28" option in my rsyncd conf file, but it >> says "ignoring unknown parameter". >> >> Did you get it working with backuppc already ? >> No I didn't, or atleast not test it and I didn't know until recently that BackupPC uses it's own implementation of rsync-client. This is kind of still a bit of a development-release, I posted to this mailinglist in the hopes to get some idea of what people need or want (first). It seems some people wanted a Windows XP-binary, so I created one. :-) >> Thank you in advance for any information ;) >> >> Alex > > > +-- > |This was sent by alexan...@inforeseau.com via Backup Central. > |Forward SPAM to ab...@backupcentral.com. > +-- > > > > -- > OpenSolaris 2009.06 is a cutting edge operating system for enterprises > looking to deploy the next generation of Solaris that includes the latest > innovations from Sun and the OpenSource community. Download a copy and > enjoy capabilities such as Networking, Storage and Virtualization. > Go to: http://p.sf.net/sfu/opensolaris-get > ___ > BackupPC-users mailing list > BackupPC-users@lists.sourceforge.net > List:https://lists.sourceforge.net/lists/listinfo/backuppc-users > Wiki:http://backuppc.wiki.sourceforge.net > Project: http://backuppc.sourceforge.net/ > -- OpenSolaris 2009.06 is a cutting edge operating system for enterprises looking to deploy the next generation of Solaris that includes the latest innovations from Sun and the OpenSource community. Download a copy and enjoy capabilities such as Networking, Storage and Virtualization. Go to: http://p.sf.net/sfu/opensolaris-get ___ BackupPC-users mailing list BackupPC-users@lists.sourceforge.net List:https://lists.sourceforge.net/lists/listinfo/backuppc-users Wiki:http://backuppc.wiki.sourceforge.net Project: http://backuppc.sourceforge.net/
