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: Rene R. <re...@gr...> - 2004-01-22 08:23:46
|
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? Which backup method are you using? What does the cmd_loop out say? 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 |
|
From: James W. B. <jbe...@mi...> - 2004-01-21 20:23:48
|
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 |
|
From: Joe Z. <jz...@co...> - 2004-01-20 02:54:14
|
Jochen Metzger wrote: >>I'm thinking of doing it like this by adding a line to config.php: >> >>$server_defs["backup_method"]["list"]["0"] = "rsync" >>$server_defs["backup_method"]["list_text"]["0"] = "rsync (using daemon)" >> >>I like your method better because it's shorter and simpler, but I'm thinking this would be forward compatible for installing an upgrade of bobs. >> >> >> >> >Yes, you are right. To be downwards compatible is the best choice. >When nothing is set in list_text the renderer (gui.pinc ?) should also >still use "list", only when "list_text" is set this should be used > >Cheers > > Great minds think alike. That's the way I coded it. Joe |
|
From: Jochen M. <j.m...@om...> - 2004-01-19 10:13:25
|
Hi,
Am Mo, 2004-01-19 um 00.44 schrieb Rene Rask:
> On Sun, 2004-01-18 at 23:02, Joe Zacky wrote:
> > >
> > I'm thinking of doing it like this by adding a line to config.php:
> >
> > $server_defs["backup_method"]["list"]["0"] = "rsync"
> > $server_defs["backup_method"]["list_text"]["0"] = "rsync (using daemon)"
> >
> > I like your method better because it's shorter and simpler, but I'm thinking this would be forward compatible for installing an upgrade of bobs.
>
>
> I've been inspired by the way some other projects handle the userdata
> issues.
> Basically, we move config.php to a new file (eg. bobs.php ) and let the
> users create config.php if they need to change a setting.
>
> Then we include the files like this
>
> include("bobs.php");
> if (file_exists("config.php")) {
> include("config.php");
> }
>
> Then the users config.php settings would override the settings in
> static.php and we wouldn't have to worry about overwriting config.php
> since we don't distribute it.
>
> So if I wan't to change a setting I create a config.php file and create
> the new setting there.
>
Its fine to me. I am not sure if it really necessary. The thing is, that
it can be misleading for debugging having to configuration files.
Cheers
|
|
From: Jochen M. <j.m...@om...> - 2004-01-19 10:11:36
|
Hi Joe, Am So, 2004-01-18 um 23.02 schrieb Joe Zacky: > Jochen Metzger wrote: > > > >1. definition in config.php.in > >now: > >$server_defs["backup_method"]["list"]["0"] = "rsync"; > >then: > >$server_defs["backup_method"]["list"]["rsync"] = "rsync (using > >daemon)"; > > > > > > > I'm thinking of doing it like this by adding a line to config.php: > > $server_defs["backup_method"]["list"]["0"] = "rsync" > $server_defs["backup_method"]["list_text"]["0"] = "rsync (using daemon)" > > I like your method better because it's shorter and simpler, but I'm thinking this would be forward compatible for installing an upgrade of bobs. > > Yes, you are right. To be downwards compatible is the best choice. When nothing is set in list_text the renderer (gui.pinc ?) should also still use "list", only when "list_text" is set this should be used Cheers |
|
From: Jochen M. <ml...@om...> - 2004-01-19 10:07:31
|
Hi Rene, fine that you have come on your feet again. ;o) Although the rsync_ssh restore method uses sftp for restoring files, the > data the administrator has to enter is the same as for the rsync_ssh > backup method. > > I think it makes a little sense but I'm not religious about it. If you and > Joe both think it would make more sense to call it "sftp" and have > seperate settings for "sftp" that works for me. > > If not we can just apply it as is and change it whenever the need arises. > as long as the data is the same it makes sense to keep it this way. In my opinion, there's another obstacle at present. One could use another method for backupping and use rsync_ssh as restoring method and the data necessary will be missing. This seems to be misleading ... What do you think about it, or maybe I am on the wrong track. Cheers Jochen |
|
From: Joe Z. <jz...@co...> - 2004-01-19 01:21:49
|
Joe Zacky wrote: > Jochen Metzger wrote: > >> What I think about, is if it is possible to change the "list" item >> in config. >> >> The advantage would be, that one could seperate option and value, >> which would be better if a option should be longer. >> >> Only two changings would be necessary for this: >> >> 1. definition in config.php.in >> now: >> $server_defs["backup_method"]["list"]["0"] = "rsync"; >> then: >> $server_defs["backup_method"]["list"]["rsync"] = "rsync (using >> daemon)"; >> >> >> > I'm thinking of doing it like this by adding a line to config.php: > > $server_defs["backup_method"]["list"]["0"] = "rsync" > $server_defs["backup_method"]["list_text"]["0"] = "rsync (using daemon)" > > I like your method better because it's shorter and simpler, but I'm > thinking this would be forward compatible for installing an upgrade of > bobs. > I made the above change to config.php.in and gui.pinc but I'm waiting for cvs to come back online. Maybe I'll upload this stuff tomorrow. Joe |
|
From: Joe Z. <jz...@co...> - 2004-01-19 00:15:31
|
I was going to upload some small changes and check on the cvs status but I see sourceforge scheduled 10 hours downtime for cvs today (Sunday). Just mentioning it in case you're trying to use cvs. Joe |
|
From: Joe Z. <jz...@co...> - 2004-01-19 00:04:04
|
Rene Rask wrote:
>On Sun, 2004-01-18 at 23:02, Joe Zacky wrote:
>
>
>>I'm thinking of doing it like this by adding a line to config.php:
>>
>>$server_defs["backup_method"]["list"]["0"] = "rsync"
>>$server_defs["backup_method"]["list_text"]["0"] = "rsync (using daemon)"
>>
>>I like your method better because it's shorter and simpler, but I'm thinking this would be forward compatible for installing an upgrade of bobs.
>>
>>
>
>
>I've been inspired by the way some other projects handle the userdata
>issues.
>Basically, we move config.php to a new file (eg. bobs.php ) and let the
>users create config.php if they need to change a setting.
>
>Then we include the files like this
>
>include("bobs.php");
>if (file_exists("config.php")) {
> include("config.php");
>}
>
>Then the users config.php settings would override the settings in
>static.php and we wouldn't have to worry about overwriting config.php
>since we don't distribute it.
>
>So if I wan't to change a setting I create a config.php file and create
>the new setting there.
>
>What do you think ?
>
>Cheers
>
>Rene
>
>
>
So they would only put the lines they want to change in config.php. For
instance I could create a config.php that contains only this:
<?php
$server_defs["server_ip"]["desc"] =
"IP Address of Server";
?>
And that would override only the text of the server ip input field on
the gui.
I've seen that concept recently configuring spamassassin at work. I like
it. It would let people customize bobs more easily if they want to. I
wonder if it will work this way.
Joe
|
|
From: Rene R. <re...@gr...> - 2004-01-18 23:44:48
|
On Sun, 2004-01-18 at 23:02, Joe Zacky wrote:
> >
> I'm thinking of doing it like this by adding a line to config.php:
>
> $server_defs["backup_method"]["list"]["0"] = "rsync"
> $server_defs["backup_method"]["list_text"]["0"] = "rsync (using daemon)"
>
> I like your method better because it's shorter and simpler, but I'm thinking this would be forward compatible for installing an upgrade of bobs.
I've been inspired by the way some other projects handle the userdata
issues.
Basically, we move config.php to a new file (eg. bobs.php ) and let the
users create config.php if they need to change a setting.
Then we include the files like this
include("bobs.php");
if (file_exists("config.php")) {
include("config.php");
}
Then the users config.php settings would override the settings in
static.php and we wouldn't have to worry about overwriting config.php
since we don't distribute it.
So if I wan't to change a setting I create a config.php file and create
the new setting there.
What do you think ?
Cheers
Rene
|
|
From: Joe Z. <jz...@co...> - 2004-01-18 22:03:08
|
Jochen Metzger wrote: >What I think about, is if it is possible to change the "list" item >in config. > >The advantage would be, that one could seperate option and value, >which would be better if a option should be longer. > >Only two changings would be necessary for this: > >1. definition in config.php.in >now: >$server_defs["backup_method"]["list"]["0"] = "rsync"; >then: >$server_defs["backup_method"]["list"]["rsync"] = "rsync (using >daemon)"; > > > I'm thinking of doing it like this by adding a line to config.php: $server_defs["backup_method"]["list"]["0"] = "rsync" $server_defs["backup_method"]["list_text"]["0"] = "rsync (using daemon)" I like your method better because it's shorter and simpler, but I'm thinking this would be forward compatible for installing an upgrade of bobs. |
|
From: Joe Z. <jz...@co...> - 2004-01-18 21:16:02
|
Jochen Metzger wrote: >Hi, > >I think there should be a prefix after > >Servers IP Address > >Something like: > >Servers IP Address ( optional / if Network name cannot be resolved ) > >What do you think about that. > >Makes things clearer. >(Cause it also only used, when there is no entry for Network name, >although this is not possible in GUI) > >Cheers > >Jochen Metzger > > I don't understand. The ip address is used in the backup command instead of the server name if the ip isn't blank. I don't see where the '/' would go. I fixed systemcheck.php to use the ip address if it's specified. Will be checked in to cvs shortly. I'm reviewing this mailing list to try and understand all the rsync/ssh/sftp issues. I read through them too quickly before and now I'm lost. |
|
From: Rene R. <re...@gr...> - 2004-01-18 03:44:31
|
Hi I'm back on my feet again so I can do a little coding. > 1. In this patch this restore method only works in conjunction with the > backup method "rsync_ssh" > > 2. It is not real rsync_ssh, but only uses the data and uses sftp > itself. > > > So there a 2 things I do think about. > > 1 -> Might be misleading, because you can choose it as restore method. > also when you choose something else as > > 2 -> It might be better, when it has its own data and will be pronounce= d > sftp as well (rather than rsync_ssh) > Although the rsync_ssh restore method uses sftp for restoring files, the data the administrator has to enter is the same as for the rsync_ssh backup method. I think it makes a little sense but I'm not religious about it. If you an= d Joe both think it would make more sense to call it "sftp" and have seperate settings for "sftp" that works for me. If not we can just apply it as is and change it whenever the need arises. Cheers Rene |
|
From: Jochen M. | steptown.c. <j.m...@st...> - 2004-01-05 08:01:53
|
Hi Joe, > > > >>It could be. The command it uses is '/sbin/pidof -x check_loop'. What is > >>the output of that command on your system? > >> > >>This is what I get on mine: > >> > >>[joe@jupiter joe]$ /sbin/pidof -x check_loop > >>1024 > >> > >> > >> > >Well actually I get not output, the problem is, that in my pid list > >(using ps aux | grep ) > > > >I only have an entry like this: > > > >root 688 0.0 1.4 1940 924 ? S Jan01 0:06 /bin/bash > >/backup > > > >So it is being cut of by the system: > >The complete would look like: > > > >... /bin/bash /backup/bobsbackup/bobsdata/current/process/check_loop > > > >So there is no chance of getting that. > > > >Cheers > > > >Jochen > > > > > If the result is PASS, then I guess it's still finding the > process...hmmm...maybe. > Would you please post the output of these commands? That will help me > figure out what's going on. > > /sbin/pidof -x check_loop; echo $? > /sbin/pidof -x cmdloop; echo $? > /sbin/pidof -x bad_name; echo $? > > Here are the outputs: /sbin/pidof -x check_loop; echo $? 1 [root@backup root]# /sbin/pidof -x cmdloop; echo $? 688 0 [root@backup root]# /sbin/pidof -x bad_name; echo $? 1 Cheers Jochen |
|
From: Joe Z. <jz...@co...> - 2004-01-04 21:37:50
|
>>> I would just use that when backup_method is not "rsync" nor "rsync_ssh"
>>> (it is on line 405-426) systemcheck.php
>>>
>>> It could be the same test a just below on line 432:
>>> if (($method != "rsync") && ($method != "rsync_ssh")){
>>>
>>>
>>Okay, I'll put that in. But just to be clear, it did try to create the
>>mount directories before it gave that error, right? What was the failure
>>message?
>>
>>
>>
>It appears files/_home hasn't been backed up.
>I will attempt to create the mount directories needed to continue these
>tests. PASS
>
>Not really a failure message.
>Actually, he cannot find the directories and also creates them
>succesfully.
>But actually they are not need because method is "rsync" or "rsync_ssh"
>in this case.
>
>Jochen
>
>
I understand and agree. I saw that when I changed systemcheck.php. I
wasn't sure if the mount directories would be needed somewhere else.
Even if they are (which I doubt) I don't need to create them in
systemcheck.php.
|
|
From: Joe Z. <jz...@co...> - 2004-01-04 21:28:36
|
Jochen Metzger | steptown.com wrote: >Hi, > > > > >>It could be. The command it uses is '/sbin/pidof -x check_loop'. What is >>the output of that command on your system? >> >>This is what I get on mine: >> >>[joe@jupiter joe]$ /sbin/pidof -x check_loop >>1024 >> >> >> >Well actually I get not output, the problem is, that in my pid list >(using ps aux | grep ) > >I only have an entry like this: > >root 688 0.0 1.4 1940 924 ? S Jan01 0:06 /bin/bash >/backup > >So it is being cut of by the system: >The complete would look like: > >... /bin/bash /backup/bobsbackup/bobsdata/current/process/check_loop > >So there is no chance of getting that. > >Cheers > >Jochen > > If the result is PASS, then I guess it's still finding the process...hmmm...maybe. Would you please post the output of these commands? That will help me figure out what's going on. /sbin/pidof -x check_loop; echo $? /sbin/pidof -x cmdloop; echo $? /sbin/pidof -x bad_name; echo $? |
|
From: Jochen M. | steptown.c. <j.m...@st...> - 2004-01-04 21:18:35
|
> > I would just use that when backup_method is not "rsync" nor "rsync_ssh"
> > (it is on line 405-426) systemcheck.php
> >
> > It could be the same test a just below on line 432:
> > if (($method != "rsync") && ($method != "rsync_ssh")){
> >
> >
> Okay, I'll put that in. But just to be clear, it did try to create the
> mount directories before it gave that error, right? What was the failure
> message?
>
It appears files/_home hasn't been backed up.
I will attempt to create the mount directories needed to continue these
tests. PASS
Not really a failure message.
Actually, he cannot find the directories and also creates them
succesfully.
But actually they are not need because method is "rsync" or "rsync_ssh"
in this case.
Cheers and good night
Jochen
|
|
From: Jochen M. | steptown.c. <j.m...@st...> - 2004-01-04 21:16:47
|
> > >3. I get no process_id returned on the check (and I get a pass) > > Checking for running check_loop process > > check_loop process id is PASS > > Is this a problem? > > > > > > > It could be. The command it uses is '/sbin/pidof -x check_loop'. What is > the output of that command on your system? > > This is what I get on mine: > > [joe@jupiter joe]$ /sbin/pidof -x check_loop > 1024 > But how does he know the process is running, when he gets no pid? (on my system) .. because systemcheck says -> PASS > |
|
From: Jochen M. <ml...@om...> - 2004-01-04 21:12:12
|
> >Hi Joe, > > > > > >there's actually a bug in user login. 2 people having the same password > >can log in to each others shares, because a check against the username > >is missing. > > > >I do not think this was meant to be so? > > > >I've fixed it and can commit the changes in class_server.php > >(just one line) > Please commit it. I trust your coding. We can always change it later if > it's not right. > > Joe > Fine, I've done that.... |
|
From: Jochen M. | steptown.c. <j.m...@st...> - 2004-01-04 21:08:34
|
Hi, > > > It could be. The command it uses is '/sbin/pidof -x check_loop'. What is > the output of that command on your system? > > This is what I get on mine: > > [joe@jupiter joe]$ /sbin/pidof -x check_loop > 1024 > Well actually I get not output, the problem is, that in my pid list (using ps aux | grep ) I only have an entry like this: root 688 0.0 1.4 1940 924 ? S Jan01 0:06 /bin/bash /backup So it is being cut of by the system: The complete would look like: ... /bin/bash /backup/bobsbackup/bobsdata/current/process/check_loop So there is no chance of getting that. Cheers Jochen > > P.S. I just finished a late breakfast. I'm guessing it's getting close > to your bed time. > Indeed, I am on my way to bed now.... ;o( Probably I watch a bit TV before I lay down, but that's all.. |
|
From: Joe Z. <jz...@co...> - 2004-01-04 20:58:08
|
Jochen Metzger wrote: >Hi Joe, > >I came across an error in Rene close() method (inc/class_db.php) > >Just in beginning of the method, we should add: > if ( !is_array($this->db) ) > return; > >Because otherwice an error occurs when nothing >is selected in the gui frontend. http://bobserver/bobs/ > > Okay, I see it. I'll add that to his patch. |
|
From: Jochen M. <j.m...@om...> - 2004-01-04 20:55:16
|
Am Son, den 04.01.2004 schrieb Joe Zacky um 21:51: > > > > > > > Are we talking about Rene's rsync_restore.patch he posted 12-29-2003? > That was a pretty large patch. I need to take a long look at it and try > it out before I can comment on it. > Yes indeed, that was what I meant.. Cheers Jochen |
|
From: Joe Z. <jz...@co...> - 2004-01-04 20:52:08
|
Jochen Metzger wrote: >Hi Joe, > >well I had a look through the restore_rsync_ssh patch, and I had some >thoughts I wanted to share with you. >(Actually I did not get it really running) > >== >The method itself and the main implementation is great >== > >But. >1. In this patch this restore method only works in conjunction with the >backup method "rsync_ssh" > >2. It is not real rsync_ssh, but only uses the data and uses sftp >itself. > > >So there a 2 things I do think about. > >1 -> Might be misleading, because you can choose it as restore method. > also when you choose something else as > >2 -> It might be better, when it has its own data and will be pronounced > sftp as well (rather than rsync_ssh) > >Unfortunately I do not have the time at present to give it the right >go. >The question is whether to launch it this way in the release or not. > >The way it is will in my opinion lead to a lot misunderstanding and >that would be no good for the image of this masterpiece of software. > >Cheers > >Jochen > > > Are we talking about Rene's rsync_restore.patch he posted 12-29-2003? That was a pretty large patch. I need to take a long look at it and try it out before I can comment on it. Joe |
|
From: Jochen M. <ml...@om...> - 2004-01-04 20:46:06
|
Hi Joe,
I came across an error in Rene close() method (inc/class_db.php)
Just in beginning of the method, we should add:
if ( !is_array($this->db) )
return;
Because otherwice an error occurs when nothing
is selected in the gui frontend. http://bobserver/bobs/
|
|
From: Joe Z. <jz...@co...> - 2004-01-04 20:42:00
|
Jochen Metzger wrote: >Hi Joe, > > >there's actually a bug in user login. 2 people having the same password >can log in to each others shares, because a check against the username >is missing. > >I do not think this was meant to be so? > >I've fixed it and can commit the changes in class_server.php >(just one line) > >Or shall I send you the patch first? > >Cheers > >Jochen > > Please commit it. I trust your coding. We can always change it later if it's not right. Joe |
2 messages has been excluded from this view by a project administrator.
