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: Joe Z. <jz...@co...> - 2004-01-04 20:39:44
|
Jochen Metzger wrote: >Hi Joe, > > > > >>I'll take a look for Rene's rsync restore patch in the mailing list. >> >> >> >fine ;o) > > > >>If you can test the changes I made to systemcheck.php by running "Check >>Configuration" against an rsync_ssh share I'd sure appreciate it. >> >> >Well, it seems o.k. to me. > >Well still I have 2 questions on it and 2 things that do not run smooth. > >1. I try to figure out how the method submit() (in systemcheck.php) works. > Now I understand how it works. > FYI, I picked the method name 'submit()' because I'm an AS400 programmer and the AS400 Control Language 'submit' command is used to send a batch job to the AS400 job queue. > BTW. -> what is the difference > between -> $srvtmpl->parse .... > nad $srvtmpl->assign ??? > > Can you give me a hint? > > I quote from the class.rFastTemplate.php tutorial at http://www.astrofoto.org/people/roland/rFT/tutorial.html "The assign assign() sets up an association between a tag and a value. Internally, this sets a variable for later use; it does not actually do the substitution, that happens when you call parse()." >2. When I run the systemchecks for a servershare which is based on > rsync or rsync_ssh, the systemcheck searches for a mount in process/mounts > but naturally cannot find any, because they are not necessary and > then displays an error. > > I think it would be better to keep this out, when backup_method "rsync" and > "rsync_ssh" is used, cause it is a bit confusing. > > 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? >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 Thanks for the input and stuff, Joe P.S. I just finished a late breakfast. I'm guessing it's getting close to your bed time. |
|
From: Jochen M. <j.m...@om...> - 2004-01-04 20:38:14
|
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
--
omatix internet services
omatix solutions & trainings
omatix onlineverlag
Jochen Metzger
j.m...@om...
Telefon +49(30) 78709298
Fax +49(30) 78709296
|
|
From: Jochen M. <j.m...@om...> - 2004-01-04 19:35:28
|
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 |
|
From: Jochen M. <j.m...@om...> - 2004-01-04 19:30:49
|
Hi Joe,
>
> I'll take a look for Rene's rsync restore patch in the mailing list.
>
fine ;o)
> If you can test the changes I made to systemcheck.php by running "Check
> Configuration" against an rsync_ssh share I'd sure appreciate it.
Well, it seems o.k. to me.
Well still I have 2 questions on it and 2 things that do not run smooth.
1. I try to figure out how the method submit() (in systemcheck.php) works.
Now I understand how it works.
BTW. -> what is the difference
between -> $srvtmpl->parse ....
nad $srvtmpl->assign ???
Can you give me a hint?
2. When I run the systemchecks for a servershare which is based on
rsync or rsync_ssh, the systemcheck searches for a mount in process/mounts
but naturally cannot find any, because they are not necessary and
then displays an error.
I think it would be better to keep this out, when backup_method "rsync" and
"rsync_ssh" is used, cause it is a bit confusing.
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")){
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?
Cheers
Jochen
|
|
From: Joe Z. <jz...@co...> - 2004-01-04 18:29:20
|
Jochen Metzger wrote: >Hi Joe, > > > > >>BTW, did you get that patch from me, concerning "stats". Should I commit >>it or will you do that? >> >> >> >Well, as it also a small patch. I have committed it. It is in >/inc/templates/backup_create_databases.php > >It is now version 1.3. >But, I cannot find it in the CVS-Tree online in the Browserversion of >sourceforge-CVS-Browsing system. > >Is this cached and will be shown next day or something? >Or do you first have to "commit" my commited patch? > > >Cheers >Jochen > > I'm surprised it takes so long for the commit to show up in the cvs tree. It does show up in less than 1 day. I think Sourceforge made some changes recently, commits used to show up immediately. I'll take a look for Rene's rsync restore patch in the mailing list. If you can test the changes I made to systemcheck.php by running "Check Configuration" against an rsync_ssh share I'd sure appreciate it. |
|
From: Jochen M. <ml...@om...> - 2004-01-04 15:32:42
|
Hi Rene, Am Sam, den 03.01.2004 schrieb Joe Zacky um 22:15: > Rene Rask wrote: > > >Hi > > > >I had a bad new year. Please consider me as not present for a while. > >Joe, I think you have the same admin rights as me. Please add Jochen and > >my patch as you see fit. > > > >Happy newyear > >Rene > > > > > Very sorry to hear that. I'm planning to work on bobs this evening and > I'll add Jochen before I do anything else. > I am sorry to hear that too. Hope to hear from you again it the next weeks. Jochen |
|
From: Jochen M. <ml...@om...> - 2004-01-04 15:31:37
|
Hi Joe, > > BTW, did you get that patch from me, concerning "stats". Should I commit > it or will you do that? > Well, as it also a small patch. I have committed it. It is in /inc/templates/backup_create_databases.php It is now version 1.3. But, I cannot find it in the CVS-Tree online in the Browserversion of sourceforge-CVS-Browsing system. Is this cached and will be shown next day or something? Or do you first have to "commit" my commited patch? > Cheers > > Jochen > > Cheers Jochen |
|
From: Jochen M. <j.m...@om...> - 2004-01-04 11:31:16
|
Hi Joe, Am Son, den 04.01.2004 schrieb Joe Zacky um 04:52: > I think bobs is ready for release 0.6.1 with the new rsync_ssh method. > > Still needed, but I don't want to make this release wait: > - db3/db4 problem > - db driver error when browsing server that hasn't yet been backed up. > > Any comments? > Well, Rene made a rsync_restore method. The patch was in the mailing list. I think it would be a good thing to include that in the release 0.6.1 too. I didn't have the time to test it, because I am still having problems with my hardware. What do you think about it ? BTW, did you get that patch from me, concerning "stats". Should I commit it or will you do that? Cheers Jochen > Joe > > > > ------------------------------------------------------- > This SF.net email is sponsored by: IBM Linux Tutorials. > Become an expert in LINUX or just sharpen your skills. Sign up for IBM's > Free Linux Tutorials. Learn everything from the bash shell to sys admin. > Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click > _______________________________________________ > 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-04 05:30:28
|
I just noticed this patch submission from July. I tested it and will move it up to cvs soon. Joe Zacky -------- Original Message -------- Subject: [ bobs-Patches-769206 ] minor bugfix in admin password handling Date: Sat, 03 Jan 2004 21:21:57 -0800 From: SourceForge.net <no...@so...> To: no...@so... Patches item #769206, was opened at 2003-07-10 08:20 Message generated for change (Comment added) made by jzacky You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=474371&aid=769206&group_id=54656 Category: None Group: None >Status: Closed >Resolution: Accepted Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Joe Zacky (jzacky) Summary: minor bugfix in admin password handling Initial Comment: There is a very small bug in the way passwords are handled when accessing admin.php that prevents successful logins. It is found on line 24 of class_admin.php: $this->admin_pwd = rtrim(fgets($fp)); // Store pwd in class data This line should read: $this->admin_pwd = rtrim(fgets($fp,filesize ($pwdfile))); // Store pwd in class data as the fgets call requires a file length to successfully read the data from the password file. I have tested this change on the install here, if you have need of more information please don't hesitate to drop me a line at my address included below. Thank you for this project, it looks very promising! M. Jackson or...@to... ---------------------------------------------------------------------- >Comment By: Joe Zacky (jzacky) Date: 2004-01-03 20:21 Message: Logged In: YES user_id=101354 Since php version 4.2.0 the length parameter to fgets is optional. I included this patch to make it compatible with prior versions of php. Thanks to M. Jackson. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=474371&aid=769206&group_id=54656 |
|
From: Joe Z. <jz...@co...> - 2004-01-04 03:52:46
|
I think bobs is ready for release 0.6.1 with the new rsync_ssh method. Still needed, but I don't want to make this release wait: - db3/db4 problem - db driver error when browsing server that hasn't yet been backed up. Any comments? Joe |
|
From: Joe Z. <jz...@co...> - 2004-01-04 02:04:21
|
Jochen Metzger wrote: >Hi Rene, > >can you give commit right for the cvs. >My Account-Name is: >jmetzger > >Cheers > Welcome to bobs. Thanks for your contributions Jochen. I added you as a developer with no other special authorities. Please let me know if there is something else you need. My goal is to work on bobs one or two days a week. I want to put out release 0.6.1 with the rsync over ssh stuff. It makes bobs much more usable for exposed servers. Joe Zacky |
|
From: Joe Z. <jz...@co...> - 2004-01-03 21:15:41
|
Rene Rask wrote: >Hi > >I had a bad new year. Please consider me as not present for a while. >Joe, I think you have the same admin rights as me. Please add Jochen and >my patch as you see fit. > >Happy newyear >Rene > > Very sorry to hear that. I'm planning to work on bobs this evening and I'll add Jochen before I do anything else. Joe |
|
From: Rene R. <re...@gr...> - 2004-01-03 13:00:18
|
Hi I had a bad new year. Please consider me as not present for a while. Joe, I think you have the same admin rights as me. Please add Jochen and my patch as you see fit. Happy newyear Rene |
|
From: Joe Z. <jz...@co...> - 2004-01-02 02:55:04
|
I tested the rsync_ssh backup method and 'none' restore method. They
work great!
I made a correction to adminhelp.html, which I haven't checked in yet.
The instruction to press '!' to jump to the shell actually put you in
the shell of the bobs server, not on the remote shell where you need to be.
systemcheck.php:
I'll add an rsync_ssh test to systemcheck.php.
There's also a bug where the rsync test uses the descriptive share
name instead of the actual rcync_share path from the config. Now that we
don't allow '/' in the share name, I see that in my confusion I'd used
the descriptive share name in systemcheck.php instead of the actual
directory name.
I have to go play Half-life now.
Joe
|
|
From: Joe Z. <jz...@co...> - 2004-01-01 21:45:54
|
Jochen Metzger wrote:
>Practically speaking, I would open my konqueror, open a sftp to the
>backup server on left side and another sftp to the webserver on right
>side and then transfer.
>
>
I didn't know konqueror could do that. I just tried it and it works
great. Good tip.
Today I reviewed the commited changes to cvs:
o I like the whole rsync over ssh idea. It seems much more secure.
I'm going to try it out.
o The admin help page really helps. Good job.
o I want to look into the db3/db4 problem. I have some notes on it
somewhere if I can find them. Seems like php code should be able to work
with either db3 or db4 without having to check at compile/make/install time.
Ah, found my note:
---------
After installing php 4.3.2, I had to modify bobs systemcheck.php to add
a '-' after the "c". Try the dash with php version at home. Update cvs
if it works. Search for dba_open in bobs and add note to maiiling list.
$handle = dba_open("$tempfile", "c-", "db3"); // open a
temporary database
---------
I don't remember what the 'c-' means, but it's worth looking into.
o The "check configuration" needs to be updated with the rsync_ssh test.
o The common error reported when trying to browse a server that
hasn't yet been backed up should be fixed:
---------
Warning: driver initialization failed in
/var/www/html/bobs/inc/class_db.php on line 66
Warning: Unable to find DBA identifier 0 in
/var/www/html/bobs/inc/class_db.php on line 130
Warning: Unable to find DBA identifier 0 in
/var/www/html/bobs/inc/class_db.php on line 233
Warning: Unable to find DBA identifier 0 in
/var/www/html/bobs/inc/class_db.php on line 292
No files were found in
---------
Thanks for the patches Jochen, that's some good stuff.
Nice to see you back in action Rene. Perhaps I can tear myself away from
Half-life for a while to work on bobs.
|
|
From: Jochen M. <j.m...@om...> - 2004-01-01 13:53:08
|
Hi Rene, can you give commit right for the cvs. My Account-Name is: jmetzger Cheers -- omatix internet services omatix solutions & trainings omatix onlineverlag Jochen Metzger j.m...@om... Telefon +49(30) 78709298 Fax +49(30) 78709296 |
|
From: Jochen M. <ml...@om...> - 2004-01-01 13:46:50
|
Hi, happy new year to you both in Denmark an USA. As I told you in last mail I have problems with my backup machine. I came across this this error when nightly backup was done: Well I did a memory check. Memory is pretty o.k. So it could also be the motherboard or the IDE-Controllers on it. Actually the problem does not occur on the Harddisk where the backup is saved, but the filesystem gets corrupt and that is the main thing why I have to find the error. Doing this I came across a little bug. When you backup symbolic links, the script did not work properly, cause it did want to get the stats for last modification and filesize of the file itself not of the symbolic. The file is of course not reachable, cause it is not backed up. By nature only the link. Well, anyhow. Attached is the patch. Tested already and works beautifully. I have not checked that with my account and sf.net yet, but I'll do that. Cheers Jochen |
|
From: Jochen M. <j.m...@om...> - 2003-12-29 18:00:01
|
The cronjob ran last night make an initial backup from one of our servers: This morning I found some logs in /var/log/messages (about 5 of these entries) ext3_readdir: bad entry in directory #63105: rec_len %% 4 != 0 - offset=2496, inode=3902348750, rec_len=31190, name_len=252 Did you guess come across something like that before? After that I did an: e2fsck -f /dev/hdc1 hdc is the backup harddisk, which is new maxtor with 80 Gigs So I assume it is a hardware problem and I'll first do a memory check. I have to check that first to know whether the problem comes from the hardware or the code somewhere, I want to do that first before doing the checks on the restore_sftp.patch. Cheers Jochen -- omatix internet services omatix solutions & trainings omatix onlineverlag Jochen Metzger j.m...@om... Telefon +49(30) 78709298 Fax +49(30) 78709296 |
|
From: Jochen M. <ml...@om...> - 2003-12-29 11:53:42
|
Hi,
just to things I wanted to mention, we should take into account
for further development.
1. restricted access to bobs with https:// if wished
(option).
In the consideration of working with bobs make the
restores by a webuser, we should take the possibility
into account to only allow https://
Of course this should be an option in admin, when we
use e.g. sftp ?
Possibly it could be a "list" field with
allow browser connect: <option>http</option>
<option>https</option>
<option>http_https</option>
Uups, I have a mistake in thinking.
Well I just wanted to discuss this. Secure connection, also
would means secure connection using the browser.
It could work like this:
When he opens a normal browser, there is a link showing, that
some servers only can be accessed through https://
mhm, this stil seems really complicated to me in usage.
What do you think about it.
2. Multilanguage support
I think, we should keep this in mind for further development.
Or is this overkill? Well I think it is of course a good think
for the "frontend" gui.
We could use ini-files for that. This would be a simple way
to get it quickly implemented.
It could be a class handling this:
e.g. class_language.de
Just something I wanted to take into account.
The problem will be the images used for the buttons on top.
Cheers
Jochen
|
|
From: Jochen M. | steptown.c. <j.m...@st...> - 2003-12-29 11:39:37
|
Hi, sorry, I did not read that email yet. Sorry the question if it is implemented o.k. with "backup_method" => "none" is superfluent now. > > I think browsing the files just makes sense, when you can restore them.. > > What is your opinion Rene and Joe. > > > > You could be right. I'm fine with that solution. > Ok. fine for me too. > > > > > > 1. No access to the UI at all. > > > Simple to implement. > > > > > THAT was the I did it now: > > > Yes. I'm fine fine with this solution as implemented. > > Pretty. > > > 3. Access to the UI, and ability to restore to the originating server. > > > Could be complex. How hard I'm really not able to say at the moment. > > > I'm a bit rusty on the internal workings of bobs. > > I would appreciate 3. of course: > > > > I'll take a closer look at implementing this. Sftp looks good to me and > this would give bobs a great new feature which would be useful to a lot > of people. Including myself. > Fine. > > The scenario I am thinking about at present, is: > > > > A user having an account on our webserver can > > open the bobs-browser on the backup-machine > > and login with his account data (which is equal to his account > > on the webserver) > > I would suggest getting rid of the dropdowns completely in that case. > Make the users type in the servername and sharename they wish to access. > They would get some fairly large dropdowns if you have a lot of users. > Hmh, I did not get the point. What do you mean. I just wanted to figure out, that it might be possible, that the admin uses another user to access the remote server with rsync / ssh. This of course makes sense, cause otherwice you have to create a private and public key for every user on the remote server. Which is an overhead in my opinion. The accounts on the bobs server should be based on the webserver account though, because a user "web1" should not be able to restore the files from user "web2". 1. So the admin creates a share "/home/www/web2" which he accesses with root or admin or something else with rsync/ssh to back it up. The username and password will be "web2" and "web2password" though for the restore gui 2. He creates another share "/home/www/web1" which he accesses with root or admin or something else with rsync/ssh to back it up. The username and password will be "web1" and "web1password" though for the restore gui That is also the way it works at present. Did you mean something else? > > Actually this seems to be rather easy to implemnt if we are using > private/public keys and sftp to do the copying. > > > > > mhm, can you have a look at current solution (1.) and tell me if > > if it fits or something like (2.) would be better? > > Well. 1. works and doesn't present a problem. > > > BTW... could you give me a commit access to sf.net like suggested? > > Yes. I just need your sourceforge user number and/or sourceforge > username. > Fine I'll check that out. > > Joe, do you have any comments on the changes proposed? > > Otherwise I'll merge this and then have a go at make rsync_ssh > restoring work. > I'll also bump the version number to 0.6.1 and include a doc > describing how to make a key pair for the auth part. > Fine fine... Cheers Jochen |
|
From: Jochen M. <ml...@om...> - 2003-12-29 11:25:34
|
Hi Rene, Am Mon, den 29.12.2003 schrieb Rene Rask um 11:57: > > thx for committing my code (rsync_ssh) to the cvs > > Thanks for creating it in the first place. It kicked me into action as > well :) > Yes, I noticed that. And it is great, cause BOBS is really cool stuff ...;o) > > cool, that is pretty great. > > how do you in general apply it? > > > > patch < rsync_ssh_restore.patch ?? > > > in the bobs cvs root (where admin.php is located): > patch -p1 < rsync_ssh_restore.patch > o.k. I'll do it this way. > > > What about the "none" restore - method. Should we leave it then? > > > > Lets leave it in. I does have its uses. Disabling the ui can be useful > feature. > fine. So it is okay to leave it that way, that you cannot login to the gui? > > Can you give me a hint, what you mean with "properly escaped". Do you > > mean the produced batch and php - files? > > The sftp batch and bash shell scripts need the be escaped if the files > and/or dirs contain strange characters. > > The base case is "filename with spaces" and chars like !@#$% and so on. > They need special care to make sure nothing break. > The best test is to create some really weird filenames and checking if > bobs handles them as expected. > o.k. that is clear now. Cheers Jochen |
|
From: Rene R. <re...@gr...> - 2003-12-29 10:57:41
|
> thx for committing my code (rsync_ssh) to the cvs Thanks for creating it in the first place. It kicked me into action as well :) > cool, that is pretty great. > how do you in general apply it? > > patch < rsync_ssh_restore.patch ?? > in the bobs cvs root (where admin.php is located): patch -p1 < rsync_ssh_restore.patch > What about the "none" restore - method. Should we leave it then? > Lets leave it in. I does have its uses. Disabling the ui can be useful feature. > Can you give me a hint, what you mean with "properly escaped". Do you > mean the produced batch and php - files? The sftp batch and bash shell scripts need the be escaped if the files and/or dirs contain strange characters. The base case is "filename with spaces" and chars like !@#$% and so on. They need special care to make sure nothing break. The best test is to create some really weird filenames and checking if bobs handles them as expected. Cheers Rene |
|
From: Jochen M. <ml...@om...> - 2003-12-29 10:32:51
|
Am Mon, den 29.12.2003 schrieb Rene Rask um 09:35: > Hi > Hi, thx for committing my code (rsync_ssh) to the cvs > This patch add a restore_method called "rsync_ssh" which restores files > using a sftp connection and a batchfile. > cool, that is pretty great. how do you in general apply it? patch < rsync_ssh_restore.patch ?? > It also add a few db_close calls. Just enough to fix a bug. > I'll try to have a test on it tonight. What about the "none" restore - method. Should we leave it then? > Just for the information if you have problems, I'm running this on > Fedora Core 1 with: > php-4.3.4 > db4-4.1.25 > openssh-3.6.1p2 > httpd-2.0.48 (apache) > uname -a : Linux animatrix.klippegang.dk 2.4.22-xfs #2 SMP Sun Oct 26 > 03:00:49 CET 2003 i686 athlon i386 GNU/Linux > > A code review would be a good idea, but I'm too tired to do that now. I > don't think everything is properly escaped. > Can you give me a hint, what you mean with "properly escaped". Do you mean the produced batch and php - files? > > Cheers > Rene Cheers Jochen |
|
From: Rene R. <re...@gr...> - 2003-12-29 09:39:03
|
Please feel free to add information the the adminhelp.html page. I just slapped it in to give people a chance to use rsync_ssh. The only thing I think should remain "as is" is that the server where bobs runs is referred to as "bobs server" and the server(s) where the backups originate are referred to as "remote server(s)". Just to avoid some confusion. Stuff I would like added: - Explain how to create a DSA public key and use another user than root. - Make links from the configuration pages to the help page. something like: <a href=bobs/adminhelp.html#backup_method>Rsync ssh method</a> The html anchor could be defined in config.php.in as $server_defs["backup_method"]["help"] = "#backup_method"; And then have the link open i a new named window. - A list of common error messages, what they mean and what to do about it. - A features list which in detail list what bobs can do. I just hope I read this email again so I won't forget :-) Cheers Rene -- Rene Rask <re...@gr...> |
|
From: Rene R. <re...@gr...> - 2003-12-29 08:35:57
|
Hi This patch add a restore_method called "rsync_ssh" which restores files using a sftp connection and a batchfile. It also add a few db_close calls. Just enough to fix a bug. Just for the information if you have problems, I'm running this on Fedora Core 1 with: php-4.3.4 db4-4.1.25 openssh-3.6.1p2 httpd-2.0.48 (apache) uname -a : Linux animatrix.klippegang.dk 2.4.22-xfs #2 SMP Sun Oct 26 03:00:49 CET 2003 i686 athlon i386 GNU/Linux A code review would be a good idea, but I'm too tired to do that now. I don't think everything is properly escaped. Cheers Rene -- Rene Rask <re...@gr...> |
2 messages has been excluded from this view by a project administrator.
