[Box Backup] testing boxbackup-0.09_plus2_vc2005fix_r410-backup-client-mingw32 on WinXP Home SP2
E.W. Peter Jalajas
boxbackup@fluffy.co.uk
Wed, 8 Feb 2006 09:59:28 -0800 (PST)
Hi all,
I'm testing boxbackup-0.09_plus2_vc2005fix_r410-backup-client-mingw32
on WinXP Home SP2. The server is the recent version (late 2005) on
ubuntu hoary linux across the room.
I already have boxwin installed in C:\Program Files\Box Backup\ and
it's been running fine (see my other threads). To test the new client,
I stopped the boxwin service and in Windows Task Manager I did End
Process on bbackupd.
Then, as Owner in
/cygdrive/f/downloads/boxbackup/boxbackup-0.09_plus2_vc2005fix
_r410-backup-client-mingw32
I ran:
$ ./bbackupd.exe -c "C:\Program Files\Box Backup\bbackupd.conf"
No random device -- additional seeding of random number generator not
performed.
Box Backup Client v0.09_plus2_vc2005fix_r410, (c) Ben Summers 2003,
2004
==============================================================================
SECURITY WARNING: This platform cannot check the credentials of
connections to
the command socket. This is a potential DoS security problem.
Remove the CommandSocket directive from the bbackupd.conf file if
bbackupctl
is not used.
==============================================================================
Starting daemon (config: C:\Program Files\Box Backup\bbackupd.conf)
(version 0.0
9_plus2_vc2005fix_r410)
Parameter = 5534308.
Beginning scan of local files
Opening connection to server ns1...
Send Version(0x1)
Receive Version(0x1)
Send Login(0x123abc4d,0x0)
Receive LoginConfirmed(0x40c4b055e76c0,0x5c6e5,0x100000,0x119900)
Connection made, login successful
Send ListDirectory(0x1,0x2,0xc,false)
Receive Success(0x1)
Receiving stream, size 144
1 redundant locations in root directory found, will delete from store
after 1728
00 seconds.
Unused location in root: sonytebuco
Send ListDirectory(0x2,0xffffffff,0xc,true)
Receive Success(0x2)
Receiving stream, size 2875
Send SetClientStoreMarker(0x40c4b0a50f180)
Receive Success(0x40c4b0a50f180)
Send Finished()
Receive Finished()
Finished scan of local files
File statistics: total file size uploaded 0, bytes already on server 0,
encoded
size 0
It hangs there and doesn't terminate. No obvious error in Event Viewer
or with tail -f /var/log/box on the server.
In another cygwin terminal, I ran:
$ ./bbackupctl -c "C:\Program Files\Box Backup\bbackupd.conf"
terminate
Using configuration file C:\Program Files\Box Backup\bbackupd.conf
Daemon configuration summary:
AutomaticBackup = true
UpdateStoreInterval = 3 seconds
MinimumFileAge = 4 seconds
MaxUploadWait = 24 seconds
Succeeded.
So, I restart the daemon:
$ ./bbackupd.exe -c "C:\Program Files\Box Backup\bbackupd.conf"
It hangs again. Then in a second cygwin terminal I run:
$ ./bbackupctl -c "C:\Program Files\Box Backup\bbackupd.conf" reload
Using configuration file C:\Program Files\Box Backup\bbackupd.conf
Daemon configuration summary:
AutomaticBackup = true
UpdateStoreInterval = 3 seconds
MinimumFileAge = 4 seconds
MaxUploadWait = 24 seconds
Succeeded.
And in the first terminal I get hundreds (thousands?) of:
Communication error with control client: Server SocketOpenError
ConnectNamedPipe failed: 6
I couldn't find SocketOpenError or ConnectNamedPipe in the mail
archives. I tried using a cmd window and move the DataDirectory and
CommandSocket to the F: drive, but that didn't help.
Any ideas on what's up with that (or with me)?
Otherwise, I think it's working. bbackupquery works fine, and now
accepts dashes in the command line:
$ ./bbackupquery -c "C:\Program Files\Box Backup\bbackupd-test.conf"
"list -odstr test" quit | grep 2006-02-08
No random device -- additional seeding of random number generator not
performed.
0000062f f-X--a 2006-02-08T14:47:16 00001 2006-02-08T0947.txt
00000630 f-X--- 2006-02-08T15:44:36 00001 2006-02-08T1044.txt
00000631 f-Xo-- 2006-02-08T15:47:05 00001 2006-02-08T1047.txt
00000632 f-X--- 2006-02-08T15:47:24 00001 .2006-02-08T1047.txt.swp
00000633 f-X--a 2006-02-08T15:47:36 00001 2006-02-08T1047.txt
00000634 f-X--- 2006-02-08T15:48:06 00001 2006-02-08T1048.iso
It's not picking up new files, but I think that's because the time-zone
bug is still present (see my other thread of a couple of weeks ago).
Now, on the other hand, I was initially accidentally using an old
cygwin or other install of bbackupd.exe that was in my path (I didn't
run ./bbackupd..., ugh). I thought I was running the new version, and
so I was happy to see that it was backing up new files immediately,
albeit with the 5 hour time-zone bug:
$ bbackupd.exe -c "C:\Program Files\Box Backup\bbackupd.conf"
No random device -- additional seeding of random number generator not
performed.
Box Backup Client v0.09, (c) Ben Summers 2003, 2004
================================================================================
============
SECURITY WARNING: This platform cannot check the credentials of
connections to t
he
command socket. This is a potential DoS security problem.
Remove the CommandSocket directive from the bbackupd.conf file if
bbackupctl is
not used.
================================================================================
============
/cygdrive/f/downloads/boxbackup/boxbackup-0.09_plus2_vc2005fix
_r410-backup-client-mingw32
$ ls -alrtF `which bbackupd`
-rwxr-xr-x 1 Owner None 585642 Dec 19 12:50 /usr/local/bin/bbackupd*
$ md5sum /usr/local/bin/bbackupd.exe
442596ab4e25c918466cae7466049f87 */usr/local/bin/bbackupd.exe
Maybe that's the December "trunk"?
Notice how the new file gets backed up almost immediately:
$ date; echo junk > "C:\Documents and Settings\petjal\My
Documents\tebuco\cli\box\test\2006-02-08T1218.txt"
Wed Feb 8 12:18:25 EST 2006
$ date ; ./bbackupquery -c "C:\Program Files\Box Backup\bbackupd.conf"
"list -odstr test" quit | grep 2006-02-08T12
Wed Feb 8 12:18:34 EST 2006
No random device -- additional seeding of random number generator not
performed.
0000068e f----- 2006-02-08T17:09:47 00001 2006-02-08T1209.txt
0000068f f----- 2006-02-08T17:15:57 00001 2006-02-08T1215.txt
00000690 f----- 2006-02-08T17:16:28 00001 2006-02-08T1216.txt
00000691 f----- 2006-02-08T17:18:25 00001 2006-02-08T1218.txt
With the current boxwin, which is what I am using in production these
days, I have to wait 5 hours before my files are backed up. After
killing everything, keeping my main bbackupd.conf with the short test
timings, and restarting my boxwin service, and using the new
bbackupquery so that I can use the dash in the command line:
Owner@TebucoSony1
/cygdrive/f/downloads/boxbackup/boxbackup-0.09_plus2_vc2005fix_r410-backup-client-mingw32
$ date; echo junk > "C:\Documents and Settings\petjal\My
Documents\tebuco\cli\box\test\2006-02-08T1233.txt"
Wed Feb 8 12:33:24 EST 2006
$ date ; ./bbackupquery -c "C:\Program Files\Box Backup\bbackupd.conf"
"list -odstr test" quit | grep 2006-02-08T12
Wed Feb 8 12:50:10 EST 2006
No random device -- additional seeding of random number generator not
performed.
0000068e f----a 2006-02-08T17:09:47 00001 2006-02-08T1209.txt
0000068f f----a 2006-02-08T17:15:57 00001 2006-02-08T1215.txt
00000690 f----a 2006-02-08T17:16:28 00001 2006-02-08T1216.txt
00000691 f----a 2006-02-08T17:18:25 00001 2006-02-08T1218.txt
<2006-02-08T1233.txt should be here by now>
So, one bbackupd.exe version will backup immediately (with the speedy
test timing settings), and others will not. I'm not sure what's up
with that. Maybe it's a compiling thing?
FWIW, the new bbackupctl works with the older boxwin service daemon and
doesn't cause that error:
/cygdrive/f/downloads/boxbackup/boxbackup-0.09_plus2_vc2005fix
_r410-backup-client-mingw32
$ date ; ./bbackupctl -c "C:\Program Files\Box Backup\bbackupd.conf"
reload
Wed Feb 8 12:51:24 EST 2006
Using configuration file C:\Program Files\Box Backup\bbackupd.conf
Daemon configuration summary:
AutomaticBackup = true
UpdateStoreInterval = 3 seconds
MinimumFileAge = 4 seconds
MaxUploadWait = 24 seconds
Succeeded.
I hope someone find some of this useful.
Are there plans to update boxwin and boxi? I really like them both.
How can I help?
Thanks,
Pete
Link of the fortnight or so (2006-02-03): If you haven't tried Ubuntu Linux, you should, says Google: http://www.cbronline.com/article_news.asp?guid=443BFB83-B010-4B83-AF0B-579650A54C33
E.W. Peter Jalajas
Tebuco, Inc. | Technical Business Consulting
pjalajas@tebuco.com | http://tebuco.com/
cell: 978-495-2062 | (secondary phone: 978-465-7047 x27)
PO Box 1223, Newburyport, MA 01950-8223
ASK ME about the EXCITING new Tebuco web-based automated secure off-site backup service! Never think about backups again!
Electronic forms, submittals.
Database maintenance.
Information security.
Linux; free, open-source software alternatives.