Menu
▾
▴
bobs-devel — Developer mailing list
You can subscribe to this list here.
| 2002 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(23) |
Jul
(37) |
Aug
(13) |
Sep
(33) |
Oct
(37) |
Nov
(1) |
Dec
(12) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2003 |
Jan
(1) |
Feb
(7) |
Mar
(34) |
Apr
(41) |
May
(20) |
Jun
(13) |
Jul
(2) |
Aug
(20) |
Sep
(13) |
Oct
(8) |
Nov
(15) |
Dec
(32) |
| 2004 |
Jan
(65) |
Feb
(20) |
Mar
(29) |
Apr
(27) |
May
(37) |
Jun
(9) |
Jul
(7) |
Aug
(6) |
Sep
(16) |
Oct
|
Nov
(1) |
Dec
(18) |
| 2005 |
Jan
(18) |
Feb
(3) |
Mar
|
Apr
(14) |
May
|
Jun
|
Jul
|
Aug
(3) |
Sep
|
Oct
|
Nov
|
Dec
|
| 2006 |
Jan
|
Feb
|
Mar
(23) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(4) |
Oct
|
Nov
|
Dec
|
| 2007 |
Jan
|
Feb
|
Mar
(2) |
Apr
|
May
|
Jun
(13) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2008 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(2) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: bishop <bi...@pl...> - 2004-02-02 09:54:08
|
http://cvs.sourceforge.net/viewcvs.py/bobs/bobs/bobs.spec?view=markup Joe, I've been looking over the SPEC file again, in cvs. The link's up there. I'm growing a bit less confident that it'll rebuild, however: > %defattr(-, %{HTTPDUSER}, root) The first thing that caught my eye is that bit of code about 10 lines from the bottom. On my stock RH9 box, %{HTTPDUSER} isn't defined. > Patch0: config.patch > Patch1: backup.patch > Patch2: check_loop.patch These files, referenced in the SPEC, are also missing. I remember asking before, and I think you mentioned that you're using a RH9 box for devel. Any idea just how far from stock your devel box is? That one macro suggests that you're using a system with at least one undefined bit in it, and that makes me nervous (even if the bit is trivial). The patches, too - how do we get them, what's got to occur before they can get accepted into the codebase (who do you gotta know, if YOU can't merge them?) and will 0.6.1 still need these patches? Finally, is there any way I can convince you and Rene to drop the use of 'pre' versioning? It's a real bit of hacking to work around in packaging, and, thanks to epoch: pain, the kind of gift that keeps on giving. - bish |
|
From: Rene R. <re...@gr...> - 2004-02-01 13:30:24
|
On Fri, 2004-01-30 at 04:39, Joe Zacky wrote: > > > I'd like to put out release 0.6.1 without waiting to apply and test the > rsync restore patch. What do you all think? Fine with me. Rene |
|
From: Jochen M. | steptown.c. <j.m...@st...> - 2004-01-31 22:33:51
|
Hi Joe, Am Sa, 2004-01-31 um 23.14 schrieb Joe Zacky: > Jochen Metzger | steptown.com wrote: > > >>Okay, I'll plan on releasing 0.6.1 this week. I'd like all the recent > >>mods easily accessible to everyone. > >> > >> > > > >Fine, so this will be without the rsync_ssh_restore stuff? > >I think it would cause to much trouble to use, the way it > >is implemented yet. > > > >At present, it is implemented the way that it depends on > >rsync_ssh. (Because it is using the same values), but > >I think it might be better, that it does not depend on > >this. > > > >Cheers > > > >Jochen > > > > > Right. I will just package the current cvs into release 0.6.1. So the > rsync_ssh will be as it currently is in cvs. Which I think means > rsync_ssh restore is disabled for now. But that's okay cause it doesn't > even exist in 0.6.0. Good luck Jochen |
|
From: Joe Z. <jz...@co...> - 2004-01-31 22:18:30
|
Jochen Metzger | steptown.com wrote: >>Okay, I'll plan on releasing 0.6.1 this week. I'd like all the recent >>mods easily accessible to everyone. >> >> > >Fine, so this will be without the rsync_ssh_restore stuff? >I think it would cause to much trouble to use, the way it >is implemented yet. > >At present, it is implemented the way that it depends on >rsync_ssh. (Because it is using the same values), but >I think it might be better, that it does not depend on >this. > >Cheers > >Jochen > > Right. I will just package the current cvs into release 0.6.1. So the rsync_ssh will be as it currently is in cvs. Which I think means rsync_ssh restore is disabled for now. But that's okay cause it doesn't even exist in 0.6.0. Joe |
|
From: Jochen M. | steptown.c. <j.m...@st...> - 2004-01-31 22:01:35
|
Hi Joe, > >> > Okay, I'll plan on releasing 0.6.1 this week. I'd like all the recent > mods easily accessible to everyone. Fine, so this will be without the rsync_ssh_restore stuff? I think it would cause to much trouble to use, the way it is implemented yet. At present, it is implemented the way that it depends on rsync_ssh. (Because it is using the same values), but I think it might be better, that it does not depend on this. Cheers Jochen > > Joe > > > > ------------------------------------------------------- > The SF.Net email is sponsored by EclipseCon 2004 > Premiere Conference on Open Tools Development and Integration > See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. > http://www.eclipsecon.org/osdn > _______________________________________________ > Bobs-devel mailing list > Bob...@li... > https://lists.sourceforge.net/lists/listinfo/bobs-devel |
|
From: Joe Z. <jz...@co...> - 2004-01-31 21:57:10
|
James W. Beauchamp wrote: >For what its worth - I'll test it when you put it out. > >James > > >Hi Joe, > >Am Fr, 2004-01-30 um 04.39 schrieb Joe Zacky: > > >>Jochen Metzger wrote: >> >> >>I'd like to put out release 0.6.1 without waiting to apply and test the >>rsync restore patch. What do you all think? >> >> >> >You mean, just releeasing without the rsync_restore stuff? >That would be o.k. for me. > >Cheers >Jochen > > >>Joe Zacky >> >> Okay, I'll plan on releasing 0.6.1 this week. I'd like all the recent mods easily accessible to everyone. Joe |
|
From: James W. B. <jbe...@mi...> - 2004-01-31 14:36:54
|
For what its worth - I'll test it when you put it out. James -----Original Message----- From: Jochen Metzger <j.m...@om...> Sent: Jan 31, 2004 8:03 AM To: bob...@li... Subject: Re: [Bobs-devel] Re: bobs 0.6.0 - new installation fails, previous install worked Hi Joe, Am Fr, 2004-01-30 um 04.39 schrieb Joe Zacky: > Jochen Metzger wrote: > > >Well actually, I did that stuff with the rsync_ssh. It is not in the > >current release yet. It is in the current cvs though. > > > >So if you used the tarballs from 0.6.0 there is no rsync_ssh. > > > >When implementing the rsync_ssh stuff, I set it up as a second method > >besides rsync, so that the old fashioned rsync (setting up a > >rsync-server on the backuped side) is still working. > > > > > I'd like to put out release 0.6.1 without waiting to apply and test the > rsync restore patch. What do you all think? > You mean, just releeasing without the rsync_restore stuff? That would be o.k. for me. Cheers Jochen > Joe Zacky > > > > ------------------------------------------------------- > The SF.Net email is sponsored by EclipseCon 2004 > Premiere Conference on Open Tools Development and Integration > See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. > http://www.eclipsecon.org/osdn > _______________________________________________ > Bobs-devel mailing list > Bob...@li... > https://lists.sourceforge.net/lists/listinfo/bobs-devel -- omatix internet services omatix solutions & trainings omatix onlineverlag Jochen Metzger j.m...@om... Telefon +49(30) 78709298 Fax +49(30) 78709296 ------------------------------------------------------- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn _______________________________________________ Bobs-devel mailing list Bob...@li... https://lists.sourceforge.net/lists/listinfo/bobs-devel |
|
From: Jochen M. <j.m...@om...> - 2004-01-31 13:03:07
|
Hi Joe, Am Fr, 2004-01-30 um 04.39 schrieb Joe Zacky: > Jochen Metzger wrote: > > >Well actually, I did that stuff with the rsync_ssh. It is not in the > >current release yet. It is in the current cvs though. > > > >So if you used the tarballs from 0.6.0 there is no rsync_ssh. > > > >When implementing the rsync_ssh stuff, I set it up as a second method > >besides rsync, so that the old fashioned rsync (setting up a > >rsync-server on the backuped side) is still working. > > > > > I'd like to put out release 0.6.1 without waiting to apply and test the > rsync restore patch. What do you all think? > You mean, just releeasing without the rsync_restore stuff? That would be o.k. for me. Cheers Jochen > Joe Zacky > > > > ------------------------------------------------------- > The SF.Net email is sponsored by EclipseCon 2004 > Premiere Conference on Open Tools Development and Integration > See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. > http://www.eclipsecon.org/osdn > _______________________________________________ > Bobs-devel mailing list > Bob...@li... > https://lists.sourceforge.net/lists/listinfo/bobs-devel -- omatix internet services omatix solutions & trainings omatix onlineverlag Jochen Metzger j.m...@om... Telefon +49(30) 78709298 Fax +49(30) 78709296 |
|
From: Joe Z. <jz...@co...> - 2004-01-31 05:06:25
|
Jochen Metzger wrote: >Well actually, I did that stuff with the rsync_ssh. It is not in the >current release yet. It is in the current cvs though. > >So if you used the tarballs from 0.6.0 there is no rsync_ssh. > >When implementing the rsync_ssh stuff, I set it up as a second method >besides rsync, so that the old fashioned rsync (setting up a >rsync-server on the backuped side) is still working. > > I'd like to put out release 0.6.1 without waiting to apply and test the rsync restore patch. What do you all think? Joe Zacky |
|
From: Jochen M. | steptown.c. <j.m...@st...> - 2004-01-28 19:38:03
|
Hi, Am Mi, 2004-01-28 um 20.18 schrieb James W. Beauchamp: > :Yes. I modified the source to remove the -e ssh from the rsync command But this is fine. This is the way we did it in the current cvs (IMHO) as well. Now we have (in the current cvs) rsync (working with a rsync-server on the other side) and rsync_ssh (working only with ssh without an rsync-server on the other side and with a private/public key pair). Cheers Jochen |
|
From: Jochen M. <j.m...@om...> - 2004-01-28 19:34:59
|
Hi, > > Jochen, > > Has there been any config changes around 060 where it may have defaulted > into some ssh kind of connection where a previous version would have > been some kind of clear rsync instead? > Well actually, I did that stuff with the rsync_ssh. It is not in the current release yet. It is in the current cvs though. So if you used the tarballs from 0.6.0 there is no rsync_ssh. When implementing the rsync_ssh stuff, I set it up as a second method besides rsync, so that the old fashioned rsync (setting up a rsync-server on the backuped side) is still working. Could this be an answer for you? cheers Jochen . > - bishop > > James W. Beauchamp wrote: > > Jochen > > I didn't think that method was implemented in 0.6.0? That it was only > > in CVS. I'm just using the .tar 0.6.0. plus rsync_ssh is not one of > > the selections in the drop down box when you set up the share in BOBS, > > plus the admin help page still says "Help function is not yet implemented." > > > > Any other ideas? > > (BTW this is on RH9 if that matters - the server being backed up is > > running RH73) > > James > > > > > > Jochen Metzger wrote: > > > >> Hi, > >> > >> > >> > >> > >>> This was in the logwatch: > >>> Finished /backup/bobsdata/current/process/cmd/cmd.1074617726.php > >>> Starting /backup/bobsdata/current/process/cmd/cmd.1074617727.bash > >>> Host key verification failed. > >>> rsync: connection unexpectedly closed (0 bytes read so far) > >>> Starting /backup/bobsdata/current/process/cmd/cmd.1074617741.bash > >>> Permission denied, please try again. > >>> Permission denied, please try again. > >>> Permission denied (publickey,password,keyboard-interactive). > >>> rsync: connection unexpectedly closed (0 bytes read so far) > >>> rsync error: error in rsync protocol data stream (code 12) at io.c(165 > >>> > >>> > >>> > >> > >> it seems to be that you are using rsync_ssh as backup method > >> > >> > >> > >>> Here's the straight output from running cmdloop from the command line: > >>> > >>> [root@basalt process]# ./cmdloop > >>> Starting ./cmd/cmd.1074617761.bash > >>> root@10.0.1.128's password: > >>> > >>> Sorry for the lack of detail the first time! > >>> > >>> James > >>> > >>> > >>> > >>> > >>>> Please give us some more detail. > >>>> > >>>> > >>>> If you use cvs bobs and "rsync_ssh" as backup method, then please > >>>> take a > >>>> look at the admin help page to proceed with the setup. > >>>> > >> > >> Please check the admin help page and create a public / private key pair > >> on your backuped server / bobs server. > > > > > ------------------------------------------------------- > The SF.Net email is sponsored by EclipseCon 2004 > Premiere Conference on Open Tools Development and Integration > See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. > http://www.eclipsecon.org/osdn > _______________________________________________ > Bobs-devel mailing list > Bob...@li... > https://lists.sourceforge.net/lists/listinfo/bobs-devel -- omatix internet services omatix solutions & trainings omatix onlineverlag Jochen Metzger j.m...@om... Telefon +49(30) 78709298 Fax +49(30) 78709296 |
|
From: James W. B. <jbe...@mi...> - 2004-01-28 19:16:26
|
:Yes. I modified the source to remove the -e ssh from the rsync command and that temporarily fixes the problem. This makes for a non-standard install, but I just needed it to work until I can get that box upgraded from RH73 to RH9. James Bishop wrote: > Oops. > > Reading my mail backwards again. > > The fix, then, was the source patch? > > Imho, you should standardize the install on both machine pairs, and > have the same keys/no-keys in place so that it's easier to fix if > another problem breaks out. > > - bish > (If you're too busy to code you're too busy to look over list mail > backlogs, argh) > > James W. Beauchamp wrote: > >> If I figure it out I'll let you know. It obviously has something to >> do with my installation. The same code is present in the other >> systems yet they dont' show this problem. >> >> James >> >> >> Rene Rask wrote: >> >>> I must admit that I don't know why. >>> >>> Maybe the rsync deamon wasn't responding on the remote server. >>> >>> I can't really tell. >>> >>> Cheers >>> Rene >> > > > > > > ------------------------------------------------------- > The SF.Net email is sponsored by EclipseCon 2004 > Premiere Conference on Open Tools Development and Integration > See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. > http://www.eclipsecon.org/osdn > _______________________________________________ > Bobs-devel mailing list > Bob...@li... > https://lists.sourceforge.net/lists/listinfo/bobs-devel > |
|
From: Bishop <bi...@pl...> - 2004-01-28 19:07:09
|
Oops. Reading my mail backwards again. The fix, then, was the source patch? Imho, you should standardize the install on both machine pairs, and have the same keys/no-keys in place so that it's easier to fix if another problem breaks out. - bish (If you're too busy to code you're too busy to look over list mail backlogs, argh) James W. Beauchamp wrote: > If I figure it out I'll let you know. It obviously has something to do > with my installation. The same code is present in the other systems yet > they dont' show this problem. > > James > > > Rene Rask wrote: > >> I must admit that I don't know why. >> >> Maybe the rsync deamon wasn't responding on the remote server. >> >> I can't really tell. >> >> Cheers >> Rene |
|
From: Bishop <bi...@pl...> - 2004-01-28 19:05:12
|
James, Your previous installation - was it also 73 backed onto 9? There may be differences in the two that can help. How'd you get the source to that bobs install? Any chance that some cvs code may have sneaked into this new install package where the old package definitely had no chance? Also, the old installation definitely had no key, right, and we're sure that it couldn't have just been doing ssh before and had a key neatly left there by someone before? I think you told me this already, and no, I haven't looked into fixing the spec file yet - too much (paid/regular) work getting in the way (bug me this weekend when I get back home so I get onto the right project and stay there). When it's all said and done, did the key fix it? (a question I'm only asking for those who may later read the archive and Just Want It to Work). - - - Jochen, Has there been any config changes around 060 where it may have defaulted into some ssh kind of connection where a previous version would have been some kind of clear rsync instead? - bishop James W. Beauchamp wrote: > Jochen > I didn't think that method was implemented in 0.6.0? That it was only > in CVS. I'm just using the .tar 0.6.0. plus rsync_ssh is not one of > the selections in the drop down box when you set up the share in BOBS, > plus the admin help page still says "Help function is not yet implemented." > > Any other ideas? > (BTW this is on RH9 if that matters - the server being backed up is > running RH73) > James > > > Jochen Metzger wrote: > >> Hi, >> >> >> >> >>> This was in the logwatch: >>> Finished /backup/bobsdata/current/process/cmd/cmd.1074617726.php >>> Starting /backup/bobsdata/current/process/cmd/cmd.1074617727.bash >>> Host key verification failed. >>> rsync: connection unexpectedly closed (0 bytes read so far) >>> Starting /backup/bobsdata/current/process/cmd/cmd.1074617741.bash >>> Permission denied, please try again. >>> Permission denied, please try again. >>> Permission denied (publickey,password,keyboard-interactive). >>> rsync: connection unexpectedly closed (0 bytes read so far) >>> rsync error: error in rsync protocol data stream (code 12) at io.c(165 >>> >>> >>> >> >> it seems to be that you are using rsync_ssh as backup method >> >> >> >>> Here's the straight output from running cmdloop from the command line: >>> >>> [root@basalt process]# ./cmdloop >>> Starting ./cmd/cmd.1074617761.bash >>> root@10.0.1.128's password: >>> >>> Sorry for the lack of detail the first time! >>> >>> James >>> >>> >>> >>> >>>> Please give us some more detail. >>>> >>>> >>>> If you use cvs bobs and "rsync_ssh" as backup method, then please >>>> take a >>>> look at the admin help page to proceed with the setup. >>>> >> >> Please check the admin help page and create a public / private key pair >> on your backuped server / bobs server. |
|
From: James W. B. <jbe...@mi...> - 2004-01-22 18:37:36
|
If I figure it out I'll let you know. It obviously has something to do with my installation. The same code is present in the other systems yet they dont' show this problem. James Rene Rask wrote: >I must admit that I don't know why. > >Maybe the rsync deamon wasn't responding on the remote server. > >I can't really tell. > >Cheers >Rene > > > >On Thu, 2004-01-22 at 19:11, James W. Beauchamp wrote: > > >>Rene: >>That did it. Were the tar files for 0.6.0 rebuilt and this added >>because I didnt' have this problem on my other installations. I'm just >>curious why this happened now and not before.... >> >>James >> >> >>Rene Rask wrote: >> >> >> >>>On line 173 in the file "inc/class_backup.php" please change this line: >>> >>>$backupcommand = 'rsync -e ssh --archive --verbose --delete --backup ' >>>; >>> >>>to >>> >>>$backupcommand = 'rsync --archive --verbose --delete --backup ' ; >>> >>> >>>That should do the trick. >>> >>>Cheers >>> >>>Rene >>> >>> >>>On Thu, 2004-01-22 at 17:02, James W. Beauchamp wrote: >>> >>> >>> >>> >>>>Jochen >>>>I didn't think that method was implemented in 0.6.0? That it was only >>>>in CVS. I'm just using the .tar 0.6.0. plus rsync_ssh is not one of >>>>the selections in the drop down box when you set up the share in BOBS, >>>>plus the admin help page still says "Help function is not yet implemented." >>>> >>>>Any other ideas? >>>>(BTW this is on RH9 if that matters - the server being backed up is >>>>running RH73) >>>>James >>>> >>>> >>>>Jochen Metzger wrote: >>>> >>>> >>>> >>>> >>>> >>>>>Hi, >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>>>This was in the logwatch: >>>>>>Finished /backup/bobsdata/current/process/cmd/cmd.1074617726.php >>>>>>Starting /backup/bobsdata/current/process/cmd/cmd.1074617727.bash >>>>>>Host key verification failed. >>>>>>rsync: connection unexpectedly closed (0 bytes read so far) >>>>>>Starting /backup/bobsdata/current/process/cmd/cmd.1074617741.bash >>>>>>Permission denied, please try again. >>>>>>Permission denied, please try again. >>>>>>Permission denied (publickey,password,keyboard-interactive). >>>>>>rsync: connection unexpectedly closed (0 bytes read so far) >>>>>>rsync error: error in rsync protocol data stream (code 12) at io.c(165 >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>it seems to be that you are using rsync_ssh as backup method >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>>>Here's the straight output from running cmdloop from the command line: >>>>>> >>>>>>[root@basalt process]# ./cmdloop >>>>>>Starting ./cmd/cmd.1074617761.bash >>>>>>root@10.0.1.128's password: >>>>>> >>>>>>Sorry for the lack of detail the first time! >>>>>> >>>>>>James >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>>>Please give us some more detail. >>>>>>> >>>>>>> >>>>>>>If you use cvs bobs and "rsync_ssh" as backup method, then please take a >>>>>>>look at the admin help page to proceed with the setup. >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>Please check the admin help page and create a public / private key pair >>>>>on your backuped server / bobs server. >>>>> >>>>> >>>>>This might do the job. >>>>> >>>>>Cheers >>>>> >>>>>Jochen Metzger >>>>> >>>>> >>>>> >>>>> >>>>>------------------------------------------------------- >>>>>The SF.Net email is sponsored by EclipseCon 2004 >>>>>Premiere Conference on Open Tools Development and Integration >>>>>See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. >>>>>http://www.eclipsecon.org/osdn >>>>>_______________________________________________ >>>>>Bobs-devel mailing list >>>>>Bob...@li... >>>>>https://lists.sourceforge.net/lists/listinfo/bobs-devel >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>------------------------------------------------------- >>>>The SF.Net email is sponsored by EclipseCon 2004 >>>>Premiere Conference on Open Tools Development and Integration >>>>See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. >>>>http://www.eclipsecon.org/osdn >>>>_______________________________________________ >>>>Bobs-devel mailing list >>>>Bob...@li... >>>>https://lists.sourceforge.net/lists/listinfo/bobs-devel >>>> >>>> >>>> >>>> >>> >>>------------------------------------------------------- >>>The SF.Net email is sponsored by EclipseCon 2004 >>>Premiere Conference on Open Tools Development and Integration >>>See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. >>>http://www.eclipsecon.org/osdn >>>_______________________________________________ >>>Bobs-devel mailing list >>>Bob...@li... >>>https://lists.sourceforge.net/lists/listinfo/bobs-devel >>> >>> >>> >>> >>> >> >>------------------------------------------------------- >>The SF.Net email is sponsored by EclipseCon 2004 >>Premiere Conference on Open Tools Development and Integration >>See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. >>http://www.eclipsecon.org/osdn >>_______________________________________________ >>Bobs-devel mailing list >>Bob...@li... >>https://lists.sourceforge.net/lists/listinfo/bobs-devel >> >> > > > >------------------------------------------------------- >The SF.Net email is sponsored by EclipseCon 2004 >Premiere Conference on Open Tools Development and Integration >See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. >http://www.eclipsecon.org/osdn >_______________________________________________ >Bobs-devel mailing list >Bob...@li... >https://lists.sourceforge.net/lists/listinfo/bobs-devel > > > |
|
From: Rene R. <re...@gr...> - 2004-01-22 18:28:07
|
I must admit that I don't know why. Maybe the rsync deamon wasn't responding on the remote server. I can't really tell. Cheers Rene On Thu, 2004-01-22 at 19:11, James W. Beauchamp wrote: > Rene: > That did it. Were the tar files for 0.6.0 rebuilt and this added > because I didnt' have this problem on my other installations. I'm just > curious why this happened now and not before.... > > James > > > Rene Rask wrote: > > >On line 173 in the file "inc/class_backup.php" please change this line: > > > >$backupcommand = 'rsync -e ssh --archive --verbose --delete --backup ' > >; > > > >to > > > >$backupcommand = 'rsync --archive --verbose --delete --backup ' ; > > > > > >That should do the trick. > > > >Cheers > > > >Rene > > > > > >On Thu, 2004-01-22 at 17:02, James W. Beauchamp wrote: > > > > > >>Jochen > >>I didn't think that method was implemented in 0.6.0? That it was only > >>in CVS. I'm just using the .tar 0.6.0. plus rsync_ssh is not one of > >>the selections in the drop down box when you set up the share in BOBS, > >>plus the admin help page still says "Help function is not yet implemented." > >> > >>Any other ideas? > >>(BTW this is on RH9 if that matters - the server being backed up is > >>running RH73) > >>James > >> > >> > >>Jochen Metzger wrote: > >> > >> > >> > >>>Hi, > >>> > >>> > >>> > >>> > >>> > >>> > >>> > >>>>This was in the logwatch: > >>>>Finished /backup/bobsdata/current/process/cmd/cmd.1074617726.php > >>>>Starting /backup/bobsdata/current/process/cmd/cmd.1074617727.bash > >>>>Host key verification failed. > >>>>rsync: connection unexpectedly closed (0 bytes read so far) > >>>>Starting /backup/bobsdata/current/process/cmd/cmd.1074617741.bash > >>>>Permission denied, please try again. > >>>>Permission denied, please try again. > >>>>Permission denied (publickey,password,keyboard-interactive). > >>>>rsync: connection unexpectedly closed (0 bytes read so far) > >>>>rsync error: error in rsync protocol data stream (code 12) at io.c(165 > >>>> > >>>> > >>>> > >>>> > >>>> > >>>> > >>>it seems to be that you are using rsync_ssh as backup method > >>> > >>> > >>> > >>> > >>> > >>>>Here's the straight output from running cmdloop from the command line: > >>>> > >>>>[root@basalt process]# ./cmdloop > >>>>Starting ./cmd/cmd.1074617761.bash > >>>>root@10.0.1.128's password: > >>>> > >>>>Sorry for the lack of detail the first time! > >>>> > >>>>James > >>>> > >>>> > >>>> > >>>> > >>>> > >>>> > >>>>>Please give us some more detail. > >>>>> > >>>>> > >>>>>If you use cvs bobs and "rsync_ssh" as backup method, then please take a > >>>>>look at the admin help page to proceed with the setup. > >>>>> > >>>>> > >>>>> > >>>>> > >>>Please check the admin help page and create a public / private key pair > >>>on your backuped server / bobs server. > >>> > >>> > >>>This might do the job. > >>> > >>>Cheers > >>> > >>>Jochen Metzger > >>> > >>> > >>> > >>> > >>>------------------------------------------------------- > >>>The SF.Net email is sponsored by EclipseCon 2004 > >>>Premiere Conference on Open Tools Development and Integration > >>>See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. > >>>http://www.eclipsecon.org/osdn > >>>_______________________________________________ > >>>Bobs-devel mailing list > >>>Bob...@li... > >>>https://lists.sourceforge.net/lists/listinfo/bobs-devel > >>> > >>> > >>> > >>> > >>> > >> > >>------------------------------------------------------- > >>The SF.Net email is sponsored by EclipseCon 2004 > >>Premiere Conference on Open Tools Development and Integration > >>See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. > >>http://www.eclipsecon.org/osdn > >>_______________________________________________ > >>Bobs-devel mailing list > >>Bob...@li... > >>https://lists.sourceforge.net/lists/listinfo/bobs-devel > >> > >> > > > > > > > >------------------------------------------------------- > >The SF.Net email is sponsored by EclipseCon 2004 > >Premiere Conference on Open Tools Development and Integration > >See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. > >http://www.eclipsecon.org/osdn > >_______________________________________________ > >Bobs-devel mailing list > >Bob...@li... > >https://lists.sourceforge.net/lists/listinfo/bobs-devel > > > > > > > > > > ------------------------------------------------------- > The SF.Net email is sponsored by EclipseCon 2004 > Premiere Conference on Open Tools Development and Integration > See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. > http://www.eclipsecon.org/osdn > _______________________________________________ > Bobs-devel mailing list > Bob...@li... > https://lists.sourceforge.net/lists/listinfo/bobs-devel |
|
From: James W. B. <jbe...@mi...> - 2004-01-22 18:09:23
|
Rene: That did it. Were the tar files for 0.6.0 rebuilt and this added because I didnt' have this problem on my other installations. I'm just curious why this happened now and not before.... James Rene Rask wrote: >On line 173 in the file "inc/class_backup.php" please change this line: > >$backupcommand = 'rsync -e ssh --archive --verbose --delete --backup ' >; > >to > >$backupcommand = 'rsync --archive --verbose --delete --backup ' ; > > >That should do the trick. > >Cheers > >Rene > > >On Thu, 2004-01-22 at 17:02, James W. Beauchamp wrote: > > >>Jochen >>I didn't think that method was implemented in 0.6.0? That it was only >>in CVS. I'm just using the .tar 0.6.0. plus rsync_ssh is not one of >>the selections in the drop down box when you set up the share in BOBS, >>plus the admin help page still says "Help function is not yet implemented." >> >>Any other ideas? >>(BTW this is on RH9 if that matters - the server being backed up is >>running RH73) >>James >> >> >>Jochen Metzger wrote: >> >> >> >>>Hi, >>> >>> >>> >>> >>> >>> >>> >>>>This was in the logwatch: >>>>Finished /backup/bobsdata/current/process/cmd/cmd.1074617726.php >>>>Starting /backup/bobsdata/current/process/cmd/cmd.1074617727.bash >>>>Host key verification failed. >>>>rsync: connection unexpectedly closed (0 bytes read so far) >>>>Starting /backup/bobsdata/current/process/cmd/cmd.1074617741.bash >>>>Permission denied, please try again. >>>>Permission denied, please try again. >>>>Permission denied (publickey,password,keyboard-interactive). >>>>rsync: connection unexpectedly closed (0 bytes read so far) >>>>rsync error: error in rsync protocol data stream (code 12) at io.c(165 >>>> >>>> >>>> >>>> >>>> >>>> >>>it seems to be that you are using rsync_ssh as backup method >>> >>> >>> >>> >>> >>>>Here's the straight output from running cmdloop from the command line: >>>> >>>>[root@basalt process]# ./cmdloop >>>>Starting ./cmd/cmd.1074617761.bash >>>>root@10.0.1.128's password: >>>> >>>>Sorry for the lack of detail the first time! >>>> >>>>James >>>> >>>> >>>> >>>> >>>> >>>> >>>>>Please give us some more detail. >>>>> >>>>> >>>>>If you use cvs bobs and "rsync_ssh" as backup method, then please take a >>>>>look at the admin help page to proceed with the setup. >>>>> >>>>> >>>>> >>>>> >>>Please check the admin help page and create a public / private key pair >>>on your backuped server / bobs server. >>> >>> >>>This might do the job. >>> >>>Cheers >>> >>>Jochen Metzger >>> >>> >>> >>> >>>------------------------------------------------------- >>>The SF.Net email is sponsored by EclipseCon 2004 >>>Premiere Conference on Open Tools Development and Integration >>>See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. >>>http://www.eclipsecon.org/osdn >>>_______________________________________________ >>>Bobs-devel mailing list >>>Bob...@li... >>>https://lists.sourceforge.net/lists/listinfo/bobs-devel >>> >>> >>> >>> >>> >> >>------------------------------------------------------- >>The SF.Net email is sponsored by EclipseCon 2004 >>Premiere Conference on Open Tools Development and Integration >>See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. >>http://www.eclipsecon.org/osdn >>_______________________________________________ >>Bobs-devel mailing list >>Bob...@li... >>https://lists.sourceforge.net/lists/listinfo/bobs-devel >> >> > > > >------------------------------------------------------- >The SF.Net email is sponsored by EclipseCon 2004 >Premiere Conference on Open Tools Development and Integration >See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. >http://www.eclipsecon.org/osdn >_______________________________________________ >Bobs-devel mailing list >Bob...@li... >https://lists.sourceforge.net/lists/listinfo/bobs-devel > > > |
|
From: Rene R. <re...@gr...> - 2004-01-22 18:09:20
|
It isn't useful. It should be removed until the feature is implemented. Please just ignore it for now. Cheers Rene On Thu, 2004-01-22 at 19:05, Arnaud CONCHON wrote: > but.... > when you specify to keep just ONE incremental copy of the files.... > in what this option is useful if it doesn't do anything ????? >=20 > Rene Rask a =C3=A9crit : > > On Thu, 2004-01-22 at 17:51, Arnaud CONCHON wrote: > > =20 > > > Hello, > > > I backup several servers with NFS. > > > I specified the number 1 for the incremental copies to keep, but th= e=20 > > > server keeps on backuping new copies every day and doesn't delete o= ld=20 > > > versions of the files.... > > >=20 > > > Any thought on that ? > > >=20 > > > Cheers. > > > Arnaud. > > > =20 > >=20 > > Yeah.. That is the never implemented "delele old files" feature..=20 > >=20 > > I never got around to implementing it. > >=20 > > Cheers > > Rene > >=20 > >=20 > >=20 > > ------------------------------------------------------- > > The SF.Net email is sponsored by EclipseCon 2004 > > Premiere Conference on Open Tools Development and Integration > > See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. > > http://www.eclipsecon.org/osdn > > _______________________________________________ > > Bobs-devel mailing list > > Bob...@li... > > https://lists.sourceforge.net/lists/listinfo/bobs-devel > > =20 >=20 >=20 > ______________________________________________________________________ > -----------------------------------------------------------------------= -------------------- > Ce message et toutes les pi=C3=A8ces jointes sont confidentiels et =C3=A9= tablis =C3=A0 l'attention exclusive de ses destinataires. > Toute utilisation de ce message non conforme =C3=A0 sa destination, tou= te diffusion ou toute publication, totale ou partielle, est interdite, sa= uf autorisation expresse. > Si vous recevez ce message par erreur, merci de le d=C3=A9truire et d'e= n avertir imm=C3=A9diatement l'exp=C3=A9diteur. > Le Groupe C3D, ses filiales et ses partenaires d=C3=A9clinent toute res= ponsabilit=C3=A9 au titre de ce message s'il a =C3=A9t=C3=A9 alt=C3=A9r=C3= =A9, d=C3=A9form=C3=A9 ou falsifi=C3=A9. >=20 > This message and all attachments are confidential and intended solely f= or the addressees. > Any use not in accord with its purpose, any dissemination or disclosure= , either whole or partial, is prohibited except formal approval. > If you receive this message in error, please delete it and immediately = notify the sender. > Neither C3D Group nor any of its subsidiaries or affiliates shall be li= able for the message if altered, changed or falsified. > -----------------------------------------------------------------------= -------------------- |
|
From: Arnaud C. <arn...@ar...> - 2004-01-22 18:05:14
|
---------------------------------------------------------------------------= ---------------- Ce message et toutes les pi=E8ces jointes sont confidentiels et =E9tablis = =E0 l'attention exclusive de ses destinataires. Toute utilisation de ce message non conforme =E0 sa destination, toute diff= usion ou toute publication, totale ou partielle, est interdite, sauf autori= sation expresse. Si vous recevez ce message par erreur, merci de le d=E9truire et d'en avert= ir imm=E9diatement l'exp=E9diteur. Le Groupe C3D, ses filiales et ses partenaires d=E9clinent toute responsabi= lit=E9 au titre de ce message s'il a =E9t=E9 alt=E9r=E9, d=E9form=E9 ou fal= sifi=E9. This message and all attachments are confidential and intended solely for t= he addressees. Any use not in accord with its purpose, any dissemination or disclosure, ei= ther whole or partial, is prohibited except formal approval. If you receive this message in error, please delete it and immediately noti= fy the sender. Neither C3D Group nor any of its subsidiaries or affiliates shall be liable= for the message if altered, changed or falsified. ---------------------------------------------------------------------------= ---------------- |
|
From: Rene R. <re...@gr...> - 2004-01-22 17:47:29
|
On Thu, 2004-01-22 at 17:51, Arnaud CONCHON wrote: > Hello, > I backup several servers with NFS. > I specified the number 1 for the incremental copies to keep, but the > server keeps on backuping new copies every day and doesn't delete old > versions of the files.... > > Any thought on that ? > > Cheers. > Arnaud. Yeah.. That is the never implemented "delele old files" feature.. I never got around to implementing it. Cheers Rene |
|
From: Arnaud C. <arn...@ar...> - 2004-01-22 16:50:53
|
Hello, I backup several servers with NFS. I specified the number 1 for the incremental copies to keep, but the server keeps on backuping new copies every day and doesn't delete old versions of the files.... Any thought on that ? Cheers. Arnaud. |
|
From: Rene R. <re...@gr...> - 2004-01-22 16:38:05
|
On line 173 in the file "inc/class_backup.php" please change this line: $backupcommand = 'rsync -e ssh --archive --verbose --delete --backup ' ; to $backupcommand = 'rsync --archive --verbose --delete --backup ' ; That should do the trick. Cheers Rene On Thu, 2004-01-22 at 17:02, James W. Beauchamp wrote: > Jochen > I didn't think that method was implemented in 0.6.0? That it was only > in CVS. I'm just using the .tar 0.6.0. plus rsync_ssh is not one of > the selections in the drop down box when you set up the share in BOBS, > plus the admin help page still says "Help function is not yet implemented." > > Any other ideas? > (BTW this is on RH9 if that matters - the server being backed up is > running RH73) > James > > > Jochen Metzger wrote: > > >Hi, > > > > > > > > > > > >>This was in the logwatch: > >>Finished /backup/bobsdata/current/process/cmd/cmd.1074617726.php > >>Starting /backup/bobsdata/current/process/cmd/cmd.1074617727.bash > >>Host key verification failed. > >>rsync: connection unexpectedly closed (0 bytes read so far) > >>Starting /backup/bobsdata/current/process/cmd/cmd.1074617741.bash > >>Permission denied, please try again. > >>Permission denied, please try again. > >>Permission denied (publickey,password,keyboard-interactive). > >>rsync: connection unexpectedly closed (0 bytes read so far) > >>rsync error: error in rsync protocol data stream (code 12) at io.c(165 > >> > >> > >> > >> > >it seems to be that you are using rsync_ssh as backup method > > > > > > > >>Here's the straight output from running cmdloop from the command line: > >> > >>[root@basalt process]# ./cmdloop > >>Starting ./cmd/cmd.1074617761.bash > >>root@10.0.1.128's password: > >> > >>Sorry for the lack of detail the first time! > >> > >>James > >> > >> > >> > >> > >>>Please give us some more detail. > >>> > >>> > >>>If you use cvs bobs and "rsync_ssh" as backup method, then please take a > >>>look at the admin help page to proceed with the setup. > >>> > >>> > >Please check the admin help page and create a public / private key pair > >on your backuped server / bobs server. > > > > > >This might do the job. > > > >Cheers > > > >Jochen Metzger > > > > > > > > > >------------------------------------------------------- > >The SF.Net email is sponsored by EclipseCon 2004 > >Premiere Conference on Open Tools Development and Integration > >See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. > >http://www.eclipsecon.org/osdn > >_______________________________________________ > >Bobs-devel mailing list > >Bob...@li... > >https://lists.sourceforge.net/lists/listinfo/bobs-devel > > > > > > > > > > ------------------------------------------------------- > The SF.Net email is sponsored by EclipseCon 2004 > Premiere Conference on Open Tools Development and Integration > See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. > http://www.eclipsecon.org/osdn > _______________________________________________ > Bobs-devel mailing list > Bob...@li... > https://lists.sourceforge.net/lists/listinfo/bobs-devel |
|
From: James W. B. <jbe...@mi...> - 2004-01-22 15:59:58
|
Jochen I didn't think that method was implemented in 0.6.0? That it was only in CVS. I'm just using the .tar 0.6.0. plus rsync_ssh is not one of the selections in the drop down box when you set up the share in BOBS, plus the admin help page still says "Help function is not yet implemented." Any other ideas? (BTW this is on RH9 if that matters - the server being backed up is running RH73) James Jochen Metzger wrote: >Hi, > > > > > >>This was in the logwatch: >>Finished /backup/bobsdata/current/process/cmd/cmd.1074617726.php >>Starting /backup/bobsdata/current/process/cmd/cmd.1074617727.bash >>Host key verification failed. >>rsync: connection unexpectedly closed (0 bytes read so far) >>Starting /backup/bobsdata/current/process/cmd/cmd.1074617741.bash >>Permission denied, please try again. >>Permission denied, please try again. >>Permission denied (publickey,password,keyboard-interactive). >>rsync: connection unexpectedly closed (0 bytes read so far) >>rsync error: error in rsync protocol data stream (code 12) at io.c(165 >> >> >> >> >it seems to be that you are using rsync_ssh as backup method > > > >>Here's the straight output from running cmdloop from the command line: >> >>[root@basalt process]# ./cmdloop >>Starting ./cmd/cmd.1074617761.bash >>root@10.0.1.128's password: >> >>Sorry for the lack of detail the first time! >> >>James >> >> >> >> >>>Please give us some more detail. >>> >>> >>>If you use cvs bobs and "rsync_ssh" as backup method, then please take a >>>look at the admin help page to proceed with the setup. >>> >>> >Please check the admin help page and create a public / private key pair >on your backuped server / bobs server. > > >This might do the job. > >Cheers > >Jochen Metzger > > > > >------------------------------------------------------- >The SF.Net email is sponsored by EclipseCon 2004 >Premiere Conference on Open Tools Development and Integration >See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. >http://www.eclipsecon.org/osdn >_______________________________________________ >Bobs-devel mailing list >Bob...@li... >https://lists.sourceforge.net/lists/listinfo/bobs-devel > > > |
|
From: Jochen M. <ml...@om...> - 2004-01-22 15:55:44
|
Hi, > > > This was in the logwatch: > Finished /backup/bobsdata/current/process/cmd/cmd.1074617726.php > Starting /backup/bobsdata/current/process/cmd/cmd.1074617727.bash > Host key verification failed. > rsync: connection unexpectedly closed (0 bytes read so far) > Starting /backup/bobsdata/current/process/cmd/cmd.1074617741.bash > Permission denied, please try again. > Permission denied, please try again. > Permission denied (publickey,password,keyboard-interactive). > rsync: connection unexpectedly closed (0 bytes read so far) > rsync error: error in rsync protocol data stream (code 12) at io.c(165 > > it seems to be that you are using rsync_ssh as backup method > Here's the straight output from running cmdloop from the command line: > > [root@basalt process]# ./cmdloop > Starting ./cmd/cmd.1074617761.bash > root@10.0.1.128's password: > > Sorry for the lack of detail the first time! > > James > > > >Please give us some more detail. > > > > > >If you use cvs bobs and "rsync_ssh" as backup method, then please take a > >look at the admin help page to proceed with the setup. Please check the admin help page and create a public / private key pair on your backuped server / bobs server. This might do the job. Cheers Jochen Metzger |
|
From: James W. B. <jbe...@mi...> - 2004-01-22 15:19:15
|
Rene Rask wrote: >On Wed, 2004-01-21 at 21:25, James W. Beauchamp wrote: > > >>Hi: >>I have BOBS installed and working fine on a number of different boxes >>and I thought I understood where the pitfalls were ....however,,...'I've >>recently installed BOBS at yet another site and for some reason the >>backups are not running. So I killed cmdloop and ran it manually and as >>it started up it asked me for the password on the target box - I have >>never seen this before. Have I got somehting configured incorrectly? >> >>James >> >> > >Which version of bobs are you using? > > 0.6.0 for the tar file >Which backup method are you using? > > backup is by rsync. >What does the cmd_loop out say? > > This was in the logwatch: Finished /backup/bobsdata/current/process/cmd/cmd.1074617726.php Starting /backup/bobsdata/current/process/cmd/cmd.1074617727.bash Host key verification failed. rsync: connection unexpectedly closed (0 bytes read so far) Starting /backup/bobsdata/current/process/cmd/cmd.1074617741.bash Permission denied, please try again. Permission denied, please try again. Permission denied (publickey,password,keyboard-interactive). rsync: connection unexpectedly closed (0 bytes read so far) rsync error: error in rsync protocol data stream (code 12) at io.c(165 Here's the straight output from running cmdloop from the command line: [root@basalt process]# ./cmdloop Starting ./cmd/cmd.1074617761.bash root@10.0.1.128's password: Sorry for the lack of detail the first time! James >Please give us some more detail. > > >If you use cvs bobs and "rsync_ssh" as backup method, then please take a >look at the admin help page to proceed with the setup. > >Cheers >Rene > > > > >------------------------------------------------------- >The SF.Net email is sponsored by EclipseCon 2004 >Premiere Conference on Open Tools Development and Integration >See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. >http://www.eclipsecon.org/osdn >_______________________________________________ >Bobs-devel mailing list >Bob...@li... >https://lists.sourceforge.net/lists/listinfo/bobs-devel > > > |
2 messages has been excluded from this view by a project administrator.
