From dave at logical-progress.com Mon Sep 13 13:15:00 2010 From: dave at logical-progress.com (Dave Bamford) Date: Mon, 13 Sep 2010 13:15:00 +0100 Subject: [Box Backup] Problem making rc8 on Debian Squeeze Message-ID: <4C8E15C4.4070006@logical-progress.com> Hi I just tried to make 0.11rc8 on Debian squeeze and got this make error excuse me if this has appeared before but I tried searching the list and found nothing related. > make[2]: Entering directory `/root/boxbackup-0.11rc8/lib/server' > [CXX] Daemon.cpp > Daemon.cpp: In static member function ?static void > Daemon::SetProcessTitle(const char*, ...)?: > Daemon.cpp:1029: error: ?::setproctitle? has not been declared > make[2]: *** [../../release/lib/server/Daemon.o] Error 1 > make[2]: Leaving directory `/root/boxbackup-0.11rc8/lib/server' > make[1]: *** [dep_modules] Error 2 > make[1]: Leaving directory `/root/boxbackup-0.11rc8/bin/bbackupd' > make: *** [release/bin/bbackupd/bbackupd] Error 2 my gcc is gcc (Debian 4.4.4-8) 4.4.5 20100728 (prerelease) If I comment out the relevant lines the code compiles and works. thanks Dave Bamford From chris at qwirx.com Mon Sep 13 13:44:00 2010 From: chris at qwirx.com (Chris Wilson) Date: Mon, 13 Sep 2010 14:44:00 +0200 (CEST) Subject: [Box Backup] Problem making rc8 on Debian Squeeze In-Reply-To: <4C8E15C4.4070006@logical-progress.com> References: <4C8E15C4.4070006@logical-progress.com> Message-ID: Hi Dave, On Mon, 13 Sep 2010, Dave Bamford wrote: > I just tried to make 0.11rc8 on Debian squeeze and got this make error > excuse me if this has appeared before but I tried searching the list and > found nothing related. Configure should detect automatically if this function is available or not, and it should not be used if not available. Please could you send me, privately, your config.log file, so I can find out why this didn't work? Cheers, Chris. -- _ ___ __ _ / __/ / ,__(_)_ | Chris Wilson <0000 at qwirx.com> - Cambs UK | / (_/ ,\/ _/ /_ \ | Security/C/C++/Java/Perl/SQL/HTML Developer | \ _/_/_/_//_/___/ | We are GNU-free your mind-and your software | From chris at qwirx.com Mon Sep 13 14:04:08 2010 From: chris at qwirx.com (Chris Wilson) Date: Mon, 13 Sep 2010 15:04:08 +0200 (CEST) Subject: [Box Backup] Problem making rc8 on Debian Squeeze In-Reply-To: <4C8E1F4F.2080108@logical-progress.com> References: <4C8E15C4.4070006@logical-progress.com> <4C8E1F4F.2080108@logical-progress.com> Message-ID: Hi Dave, On Mon, 13 Sep 2010, Dave Bamford wrote: > see config.log attached. > checking for setproctitle passed. This is the first time I've seen a setproctitle on Linux. Please could you "grep -r setproctitle /usr/include" for me, so I can see which header file defines it? Cheers, Chris. -- _ ___ __ _ / __/ / ,__(_)_ | Chris Wilson <0000 at qwirx.com> - Cambs UK | / (_/ ,\/ _/ /_ \ | Security/C/C++/Java/Perl/SQL/HTML Developer | \ _/_/_/_//_/___/ | We are GNU-free your mind-and your software | From dave at logical-progress.com Mon Sep 13 14:15:21 2010 From: dave at logical-progress.com (Dave Bamford) Date: Mon, 13 Sep 2010 14:15:21 +0100 Subject: [Box Backup] Problem making rc8 on Debian Squeeze In-Reply-To: References: <4C8E15C4.4070006@logical-progress.com> <4C8E1F4F.2080108@logical-progress.com> Message-ID: <4C8E23E9.3070603@logical-progress.com> Hi Chris Here it is /usr/include/bsd/unistd.h:void setproctitle(const char *fmt, ...); Not sure where this came from. I have installed ispconfig3 on this machine its a VM running under KVM-QEMU The folder /usr/include/bsd is dated yesterday evening when I was trying to get Readline to work with box here is the history extract > 423 wget http://www.boxbackup.org/svn/box/packages/boxbackup-0.11rc8.tgz > 424 tar -xzvf boxbackup-0.11rc8.tgz > 425 cd boxbackup-0.11rc8 > 426 ls > 427 ./bootstrap > 428 ./configure > 429 apt-get install openssl > 430 ./configure > 431 apt-get install openssl-lib > 432 apt-get install openssl-devel > 433 apt-get install openssl* > 434 apt-get install openssl* | grep ssl > 435 apt-get install libssl-dev > 436 ./configure > 437 apt-get install libreadline > 438 apt-get install readline* | grep readline > 439 apt-get install libreadline-dev > 440 ./configure > 441 apt-get install editline* | grep editline > 442 apt-get install libeditline-dev > 443 ./configure > 444 apt-get install editline > 445 apt-get install libeditline > 446 apt-get install editline* | grep editline > 447 apt-get install libgh6-editline-dev > 448 apt-get install libghc6-editline-dev > 449 ./configure regards Dave ** Chris Wilson wrote: > Hi Dave, > > On Mon, 13 Sep 2010, Dave Bamford wrote: > >> see config.log attached. >> checking for setproctitle passed. > > This is the first time I've seen a setproctitle on Linux. Please could > you "grep -r setproctitle /usr/include" for me, so I can see which > header file defines it? > > Cheers, Chris. -------------- next part -------------- An HTML attachment was scrubbed... URL: From chris at qwirx.com Mon Sep 13 14:22:29 2010 From: chris at qwirx.com (Chris Wilson) Date: Mon, 13 Sep 2010 15:22:29 +0200 (CEST) Subject: [Box Backup] Problem making rc8 on Debian Squeeze In-Reply-To: <4C8E23E9.3070603@logical-progress.com> References: <4C8E15C4.4070006@logical-progress.com> <4C8E1F4F.2080108@logical-progress.com> <4C8E23E9.3070603@logical-progress.com> Message-ID: Hi Dave, On Mon, 13 Sep 2010, Dave Bamford wrote: > Here it is > /usr/include/bsd/unistd.h:void setproctitle(const char *fmt, ...); > > Not sure where this came from. I have installed ispconfig3 on this > machine its a VM running under KVM-QEMU The folder /usr/include/bsd is > dated yesterday evening when I was trying to get Readline to work with > box Could you try "dpkg -S /usr/include/bsd/unistd.h" for me please? And also "grep -r setproctitle /usr/lib"? Cheers, Chris. -- _ ___ __ _ / __/ / ,__(_)_ | Chris Wilson <0000 at qwirx.com> - Cambs UK | / (_/ ,\/ _/ /_ \ | Security/C/C++/Java/Perl/SQL/HTML Developer | \ _/_/_/_//_/___/ | We are GNU-free your mind-and your software | From dave at logical-progress.com Mon Sep 13 15:39:58 2010 From: dave at logical-progress.com (Dave Bamford) Date: Mon, 13 Sep 2010 15:39:58 +0100 Subject: [Box Backup] Long delay between sending files Message-ID: <4C8E37BE.8090503@logical-progress.com> Hi I am getting a delay of just over 4 minutes between send files from client to server. I have tried altering the KeepAliveTime but it makes very little difference. With Verbose logging on between "Sent end of stream byte" and "Receive Success (0xnnn)" I get a delay of just over 4 minutes I have updated both client and server to rc8 from rc2 and the same happens. The problem may be that both client and server are running as VMs on the same box. So there is very little delay between them. Here is an extract from the log > Sep 13 15:30:47 maggie bbackupd[17954]: Send > StoreFile(0x4d2e,0x4772823735200,0xae5894ff65f84f82,0x0,"003580.jpg") > Sep 13 15:30:47 maggie bbackupd[17954]: Sending stream, size uncertain > Sep 13 15:30:47 maggie bbackupd[17954]: Read 4096 bytes at 4096, 15381 > remain, eta 0s > Sep 13 15:30:47 maggie bbackupd[17954]: Read 4096 bytes at 8192, 11285 > remain, eta 0s > Sep 13 15:30:47 maggie bbackupd[17954]: Read 4096 bytes at 12288, 7189 > remain, eta 0s > Sep 13 15:30:47 maggie bbackupd[17954]: Read 4096 bytes at 16384, 3093 > remain, eta 0s > Sep 13 15:30:47 maggie bbackupd[17954]: Read 3093 bytes at 19477, 0 > remain, eta 0s > Sep 13 15:30:47 maggie bbackupd[17954]: Sending header byte 185 plus > 19456 bytes to stream > Sep 13 15:30:47 maggie bbackupd[17954]: Sent 19457 bytes to stream > Sep 13 15:30:47 maggie bbackupd[17954]: Sending header byte 97 plus > 336 bytes to stream > Sep 13 15:30:47 maggie bbackupd[17954]: Sent 337 bytes to stream > Sep 13 15:30:47 maggie bbackupd[17954]: Sending header byte 12 plus 12 > bytes to stream > Sep 13 15:30:47 maggie bbackupd[17954]: Sent 13 bytes to stream > Sep 13 15:30:47 maggie bbackupd[17954]: Sending end of stream byte > Sep 13 15:30:47 maggie bbackupd[17954]: Sent end of stream byte > Sep 13 15:35:16 maggie bbackupd[17954]: Receive Success(0x5897) Thanks Dave From chris at qwirx.com Mon Sep 13 15:44:41 2010 From: chris at qwirx.com (Chris Wilson) Date: Mon, 13 Sep 2010 16:44:41 +0200 (CEST) Subject: [Box Backup] Long delay between sending files In-Reply-To: <4C8E37BE.8090503@logical-progress.com> References: <4C8E37BE.8090503@logical-progress.com> Message-ID: Hi Dave, On Mon, 13 Sep 2010, Dave Bamford wrote: > With Verbose logging on between > > "Sent end of stream byte" and "Receive Success (0xnnn)" > I get a delay of just over 4 minutes Could you try stracing the server (bbstored) during this period to see it's doing? Cheers, Chris. -- _ ___ __ _ / __/ / ,__(_)_ | Chris Wilson <0000 at qwirx.com> - Cambs UK | / (_/ ,\/ _/ /_ \ | Security/C/C++/Java/Perl/SQL/HTML Developer | \ _/_/_/_//_/___/ | We are GNU-free your mind-and your software | From chris at qwirx.com Mon Sep 13 16:49:01 2010 From: chris at qwirx.com (Chris Wilson) Date: Mon, 13 Sep 2010 17:49:01 +0200 (CEST) Subject: [Box Backup] Long delay between sending files In-Reply-To: <4C8E41F6.5000203@logical-progress.com> References: <4C8E37BE.8090503@logical-progress.com> <4C8E3ADB.5070107@logical-progress.com> <4C8E41F6.5000203@logical-progress.com> Message-ID: Hi Dave, On Mon, 13 Sep 2010, Dave Bamford wrote: > logfile from strace attached > > it was started during a 4 minute interval and terminated during the next > one, hope thats what you need. Yes, it's exactly what I needed, thanks. It seems that we use a terribly inefficient way to write out directories, with no buffering at all. It also seems that you have a large directory on a remote network store mounted synchronously, which forces a round trip to write each directory entry (no local buffering in the OS). First of all, you could try enabling the "async" option on your NFS mount to see if that helps. I'll work on a fix, but it's not trivial to get right, so it might take me a while. Cheers, Chris. -- _ ___ __ _ / __/ / ,__(_)_ | Chris Wilson <0000 at qwirx.com> - Cambs UK | / (_/ ,\/ _/ /_ \ | Security/C/C++/Java/Perl/SQL/HTML Developer | \ _/_/_/_//_/___/ | We are GNU-free your mind-and your software | From dave at logical-progress.com Mon Sep 13 17:06:03 2010 From: dave at logical-progress.com (Dave Bamford) Date: Mon, 13 Sep 2010 17:06:03 +0100 Subject: [Box Backup] Long delay between sending files In-Reply-To: References: <4C8E37BE.8090503@logical-progress.com> <4C8E3ADB.5070107@logical-progress.com> <4C8E41F6.5000203@logical-progress.com> Message-ID: <4C8E4BEB.5030004@logical-progress.com> Hi Chris Now got the delay down to 20s :-) my exports file had ** (rw,no_root_squash,no_subtree_check) and now has (rw,async,fsid=0,no_root_squash,no_subtree_check) Thanks for your help Might explain why box does not perform well with NAS. Cheers Dave Chris Wilson wrote: > Hi Dave, > > On Mon, 13 Sep 2010, Dave Bamford wrote: > >> logfile from strace attached >> >> it was started during a 4 minute interval and terminated during the >> next one, hope thats what you need. > > Yes, it's exactly what I needed, thanks. > > It seems that we use a terribly inefficient way to write out > directories, with no buffering at all. It also seems that you have a > large directory on a remote network store mounted synchronously, which > forces a round trip to write each directory entry (no local buffering > in the OS). > > First of all, you could try enabling the "async" option on your NFS > mount to see if that helps. > > I'll work on a fix, but it's not trivial to get right, so it might > take me a while. > > Cheers, Chris. -------------- next part -------------- An HTML attachment was scrubbed... URL: From chris at qwirx.com Mon Sep 13 22:55:43 2010 From: chris at qwirx.com (Chris Wilson) Date: Mon, 13 Sep 2010 23:55:43 +0200 (CEST) Subject: [Box Backup] Long delay between sending files In-Reply-To: <4C8E4BEB.5030004@logical-progress.com> References: <4C8E37BE.8090503@logical-progress.com> <4C8E3ADB.5070107@logical-progress.com> <4C8E41F6.5000203@logical-progress.com> <4C8E4BEB.5030004@logical-progress.com> Message-ID: Hi Dave, On Mon, 13 Sep 2010, Dave Bamford wrote: > Now got the delay down to 20s :-) I've created a patch that will hopefully fix this issue, and applied it to 0.11 as well. Please could you try downloading and building the 0.11 source code from here: http://www.boxbackup.org/svn/box/packages/boxbackup-0.11.tgz which will need to be run on the server (bbstored) to fix the NFS performance issue, and should also fix the setproctitle compile error as well. Please could you let me know how it goes? Cheers, Chris. -- _ ___ __ _ / __/ / ,__(_)_ | Chris Wilson <0000 at qwirx.com> - Cambs UK | / (_/ ,\/ _/ /_ \ | Security/C/C++/Java/Perl/SQL/HTML Developer | \ _/_/_/_//_/___/ | We are GNU-free your mind-and your software | From dave at logical-progress.com Tue Sep 14 09:53:46 2010 From: dave at logical-progress.com (Dave Bamford) Date: Tue, 14 Sep 2010 09:53:46 +0100 Subject: [Box Backup] Long delay between sending files In-Reply-To: References: <4C8E37BE.8090503@logical-progress.com> <4C8E3ADB.5070107@logical-progress.com> <4C8E41F6.5000203@logical-progress.com> <4C8E4BEB.5030004@logical-progress.com> Message-ID: <4C8F381A.6020806@logical-progress.com> Hi Chris Success with both problems :-) The compile issue is fixed and the delay between files writing to NFS is below 1 second for both sync and async modes. A big performance increase. Many thanks for the very quick response. I presume 0.11 is now final. Thanks Dave * * Chris Wilson wrote: > Hi Dave, > > On Mon, 13 Sep 2010, Dave Bamford wrote: > >> Now got the delay down to 20s :-) > > I've created a patch that will hopefully fix this issue, and applied > it to 0.11 as well. > > Please could you try downloading and building the 0.11 source code > from here: > > http://www.boxbackup.org/svn/box/packages/boxbackup-0.11.tgz > > which will need to be run on the server (bbstored) to fix the NFS > performance issue, and should also fix the setproctitle compile error > as well. Please could you let me know how it goes? > > Cheers, Chris. -------------- next part -------------- An HTML attachment was scrubbed... URL: From chris at qwirx.com Tue Sep 14 09:58:35 2010 From: chris at qwirx.com (Chris Wilson) Date: Tue, 14 Sep 2010 10:58:35 +0200 (CEST) Subject: [Box Backup] Long delay between sending files In-Reply-To: <4C8F381A.6020806@logical-progress.com> References: <4C8E37BE.8090503@logical-progress.com> <4C8E3ADB.5070107@logical-progress.com> <4C8E41F6.5000203@logical-progress.com> <4C8E4BEB.5030004@logical-progress.com> <4C8F381A.6020806@logical-progress.com> Message-ID: Hi Dave, On Tue, 14 Sep 2010, Dave Bamford wrote: > Success with both problems :-) > > The compile issue is fixed and the delay between files writing to NFS is > below 1 second for both sync and async modes. A big performance > increase. > > Many thanks for the very quick response. I presume 0.11 is now final. Not necessarily, there are some test failures on Solaris and I haven't run all tests on Windows XP yet, but I hope to get to the bottom of both of these issues without code changes. Cheers, Chris. -- _ ___ __ _ / __/ / ,__(_)_ | Chris Wilson <0000 at qwirx.com> - Cambs UK | / (_/ ,\/ _/ /_ \ | Security/C/C++/Java/Perl/SQL/HTML Developer | \ _/_/_/_//_/___/ | We are GNU-free your mind-and your software | From boxbackup at hostingbrothers.nl Tue Sep 14 11:01:27 2010 From: boxbackup at hostingbrothers.nl (Roy) Date: Tue, 14 Sep 2010 12:01:27 +0200 Subject: [Box Backup] Compiles on Debian Etch (was: Long delay between sending files) In-Reply-To: References: <4C8E37BE.8090503@logical-progress.com> <4C8E3ADB.5070107@logical-progress.com> <4C8E41F6.5000203@logical-progress.com> <4C8E4BEB.5030004@logical-progress.com> <4C8F381A.6020806@logical-progress.com> Message-ID: <4C8F47F7.4050209@hostingbrothers.nl> Op 14-9-2010 10:58, Chris Wilson schreef: > Hi Dave, > > On Tue, 14 Sep 2010, Dave Bamford wrote: > >> Success with both problems :-) >> >> The compile issue is fixed and the delay between files writing to NFS >> is below 1 second for both sync and async modes. A big performance >> increase. >> >> Many thanks for the very quick response. I presume 0.11 is now final. > > Not necessarily, there are some test failures on Solaris and I haven't > run all tests on Windows XP yet, but I hope to get to the bottom of > both of these issues without code changes. > > Cheers, Chris. Hi Chris, I just wanted to let you know that this tarball compiles without problems on Debian Etch. Cheers, Roy From boxbackup at hostingbrothers.nl Tue Sep 14 11:34:23 2010 From: boxbackup at hostingbrothers.nl (Roy) Date: Tue, 14 Sep 2010 12:34:23 +0200 Subject: [Box Backup] Compiles on Debian Etch, fails to install the server In-Reply-To: <4C8F47F7.4050209@hostingbrothers.nl> References: <4C8E37BE.8090503@logical-progress.com> <4C8E3ADB.5070107@logical-progress.com> <4C8E41F6.5000203@logical-progress.com> <4C8E4BEB.5030004@logical-progress.com> <4C8F381A.6020806@logical-progress.com> <4C8F47F7.4050209@hostingbrothers.nl> Message-ID: <4C8F4FAF.9050107@hostingbrothers.nl> Op 14-9-2010 12:01, Roy schreef: > Hi Chris, > > I just wanted to let you know that this tarball compiles without > problems on Debian Etch. > > Cheers, > > Roy Unfortunately it doesn't install the server correctly: box:~/box/0.11_svn/boxbackup-0.11# make install-backup-server (cd parcels/boxbackup-0.11-backup-server-linux-gnu; ./install-backup-server) install: kan stat niet toepassen op `bbstored.conf': Onbekend bestand of map install: kan stat niet toepassen op `raidfile.conf': Onbekend bestand of map It's in Dutch, don't know how to get this in English? But it says that it cannot use stat on bbstored.conf and raidfile.conf. They both exist, but in /etc/box and not somewhere in /usr/local. Could that be the problem? I'm running the command as root btw. When I put the configuration files in /usr/local/etc/box, it still fails with the same error. Roy From boxbackup at hostingbrothers.nl Tue Sep 14 11:42:43 2010 From: boxbackup at hostingbrothers.nl (Roy) Date: Tue, 14 Sep 2010 12:42:43 +0200 Subject: [Box Backup] Compiles on Debian Etch, fails to install the server In-Reply-To: <4C8F4FAF.9050107@hostingbrothers.nl> References: <4C8E37BE.8090503@logical-progress.com> <4C8E3ADB.5070107@logical-progress.com> <4C8E41F6.5000203@logical-progress.com> <4C8E4BEB.5030004@logical-progress.com> <4C8F381A.6020806@logical-progress.com> <4C8F47F7.4050209@hostingbrothers.nl> <4C8F4FAF.9050107@hostingbrothers.nl> Message-ID: <4C8F51A3.30903@hostingbrothers.nl> Op 14-9-2010 12:34, Roy schreef: > Op 14-9-2010 12:01, Roy schreef: >> Hi Chris, >> >> I just wanted to let you know that this tarball compiles without >> problems on Debian Etch. >> >> Cheers, >> >> Roy > Unfortunately it doesn't install the server correctly: > box:~/box/0.11_svn/boxbackup-0.11# make install-backup-server > (cd parcels/boxbackup-0.11-backup-server-linux-gnu; > ./install-backup-server) > install: kan stat niet toepassen op `bbstored.conf': Onbekend bestand > of map > install: kan stat niet toepassen op `raidfile.conf': Onbekend bestand > of map > > It's in Dutch, don't know how to get this in English? But it says that > it cannot use stat on bbstored.conf and raidfile.conf. They both > exist, but in /etc/box and not somewhere in /usr/local. Could that be > the problem? I'm running the command as root btw. > When I put the configuration files in /usr/local/etc/box, it still > fails with the same error. > > Roy > _______________________________________________ > Boxbackup mailing list > Boxbackup at boxbackup.org > http://lists.boxbackup.org/cgi-bin/mailman/listinfo/boxbackup > > !DSPAM:4c8f4fe532211985114631! > It installs bbstored correctly, but I'm unsure if everything works correctly now. I saw that the default location of the configuration files changed to /etc/boxbackup/, so I changed it also. But the make install still fails with the same error. But now I can start bbstored again. Only with the following warning: Sep 14 12:39:08 box bbstored[3642]: NOTICE: Box Backup Store Server v0.11, (c) Ben Summers and contributors 2003-2010 Sep 14 12:39:08 box bbstored[3644]: NOTICE: Starting daemon, version: 0.11 Sep 14 12:39:08 box bbstored[3644]: NOTICE: Using configuration file: /etc/boxbackup/bbstored.conf Sep 14 12:39:09 box bbstored/hk[3645]: WARNING: Failed to open file: /home/bbstored//backup/00000001/refcount.db.rfw: No such file or directory (2) Sep 14 12:39:09 box bbstored/hk[3645]: WARNING: Exception thrown: CommonException(OSFileOpenError) at FileStream.cpp(144) Sep 14 12:39:09 box bbstored/hk[3645]: WARNING: Reference count database is missing or corrupted during housekeeping, creating a new one. It says it creating a new one, so I think I don't have to worry. Cheers, Roy From boxbackup at hostingbrothers.nl Fri Sep 17 09:12:11 2010 From: boxbackup at hostingbrothers.nl (Roy) Date: Fri, 17 Sep 2010 10:12:11 +0200 Subject: [Box Backup] Housekeeping warning and install problems Message-ID: <4C9322DB.9080108@hostingbrothers.nl> Hi all, After upgrading the server side of Box Backup to the latest version, I got a lot of the following warnings: bbstored/hk[3645]: WARNING: Reference count of object 0x43abd changed from 1 to 0 I don't know why this is. Has it to do with that files are not referenced anymore, and thus are deleted on disk and later on the store? And in the previous e-mail I said that the install routine after compiling gave some errors, but I didn't get any response on that. This is what I said earlier: Unfortunately it doesn't install the server correctly: box:~/box/0.11_svn/boxbackup-0.11# make install-backup-server (cd parcels/boxbackup-0.11-backup-server-linux-gnu; ./install-backup-server) install: kan stat niet toepassen op `bbstored.conf': Onbekend bestand of map install: kan stat niet toepassen op `raidfile.conf': Onbekend bestand of map It's in Dutch, don't know how to get this in English? But it says that it cannot use stat on bbstored.conf and raidfile.conf. They both exist, but in /etc/box and not somewhere in /usr/local. Could that be the problem? I'm running the command as root btw. When I put the configuration files in /usr/local/etc/box, it still fails with the same error. And: It installs bbstored correctly, but I'm unsure if everything works correctly now. I saw that the default location of the configuration files changed to/etc/boxbackup/, so I changed it also. But the make install still fails with the same error. But now I can start bbstored again. Only with the following warning: Sep 14 12:39:08 box bbstored[3642]: NOTICE: Box Backup Store Server v0.11, (c) Ben Summers and contributors 2003-2010 Sep 14 12:39:08 box bbstored[3644]: NOTICE: Starting daemon, version: 0.11 Sep 14 12:39:08 box bbstored[3644]: NOTICE: Using configuration file: /etc/boxbackup/bbstored.conf Sep 14 12:39:09 box bbstored/hk[3645]: WARNING: Failed to open file: /home/bbstored//backup/00000001/refcount.db.rfw: No such file or directory (2) Sep 14 12:39:09 box bbstored/hk[3645]: WARNING: Exception thrown: CommonException(OSFileOpenError) at FileStream.cpp(144) Sep 14 12:39:09 box bbstored/hk[3645]: WARNING: Reference count database is missing or corrupted during housekeeping, creating a new one. It says it creating a new one, so I think I don't have to worry. But is this the expected behavior? Cheers, Roy -------------- next part -------------- An HTML attachment was scrubbed... URL: From dave at logical-progress.com Fri Sep 17 09:52:18 2010 From: dave at logical-progress.com (Dave Bamford) Date: Fri, 17 Sep 2010 09:52:18 +0100 Subject: [Box Backup] Housekeeping warning and install problems In-Reply-To: <4C9322DB.9080108@hostingbrothers.nl> References: <4C9322DB.9080108@hostingbrothers.nl> Message-ID: <4C932C42.3030303@logical-progress.com> Hi Roy I got the same error, but in english and I assumed it was because I was upgrading instead of a new install and the conf file already existed in /etc/boxbackup Also got the housekeeping messages, but once it had finished one pass of housekeeping they have gone away. The refcount problems can be overcome by doing a check of the store. bbstoreaccounts nnn check fix The good news is that the backups are working well and much faster for me because I use a replicated NFS store to keep the files and back up from a different machine running Debian with Debian virtual machines running on KVM/QEMU. This works well because I can also back up the virtual machine image to the NFS store. All I need now is support for VSS for my windows clients. Regards Dave Roy wrote: > Hi all, > > After upgrading the server side of Box Backup to the latest version, I got a lot of the following warnings: > bbstored/hk[3645]: WARNING: Reference count of object 0x43abd changed from 1 to 0 > > I don't know why this is. Has it to do with that files are not referenced anymore, and thus are deleted on disk and later on the store? > > And in the previous e-mail I said that the install routine after compiling gave some errors, but I didn't get any response on that. > This is what I said earlier: > Unfortunately it doesn't install the server correctly: > box:~/box/0.11_svn/boxbackup-0.11# make install-backup-server > (cd parcels/boxbackup-0.11-backup-server-linux-gnu; > ./install-backup-server) > install: kan stat niet toepassen op `bbstored.conf': Onbekend bestand of map > install: kan stat niet toepassen op `raidfile.conf': Onbekend bestand of map > > It's in Dutch, don't know how to get this in English? But it says that > it cannot use stat on bbstored.conf and raidfile.conf. They both > exist, but in /etc/box and not somewhere in /usr/local. Could that be > the problem? I'm running the command as root btw. > > When I put the configuration files in /usr/local/etc/box, it still > fails with the same error. > > And: > It installs bbstored correctly, but I'm unsure if everything works > correctly now. I saw that the default location of the configuration > files changed to /etc/boxbackup/, so I changed it also. But the make > install still fails with the same error. But now I can start bbstored > again. Only with the following warning: > > Sep 14 12:39:08 box bbstored[3642]: NOTICE: Box Backup Store Server > v0.11, (c) Ben Summers and contributors 2003-2010 > Sep 14 12:39:08 box bbstored[3644]: NOTICE: Starting daemon, version: 0.11 > Sep 14 12:39:08 box bbstored[3644]: NOTICE: Using configuration file: > /etc/boxbackup/bbstored.conf > Sep 14 12:39:09 box bbstored/hk[3645]: WARNING: Failed to open file: > /home/bbstored//backup/00000001/refcount.db.rfw: No such file or > directory (2) > Sep 14 12:39:09 box bbstored/hk[3645]: WARNING: Exception thrown: > CommonException(OSFileOpenError) at FileStream.cpp(144) > Sep 14 12:39:09 box bbstored/hk[3645]: WARNING: Reference count database > is missing or corrupted during housekeeping, creating a new one. > > It says it creating a new one, so I think I don't have to worry. > But is this the expected behavior? > > Cheers, > > Roy > > ------------------------------------------------------------------------ > > _______________________________________________ > Boxbackup mailing list > Boxbackup at boxbackup.org > http://lists.boxbackup.org/cgi-bin/mailman/listinfo/boxbackup > -------------- next part -------------- An HTML attachment was scrubbed... URL: From boxbackup at hostingbrothers.nl Mon Sep 20 10:58:28 2010 From: boxbackup at hostingbrothers.nl (Roy) Date: Mon, 20 Sep 2010 11:58:28 +0200 Subject: [Box Backup] Housekeeping warning and install problems In-Reply-To: <4C932C42.3030303@logical-progress.com> References: <4C9322DB.9080108@hostingbrothers.nl> <4C932C42.3030303@logical-progress.com> Message-ID: <4C973044.4060601@hostingbrothers.nl> Hi Dave, Op 17-9-2010 10:52, Dave Bamford schreef: > Hi Roy > > I got the same error, but in english and I assumed it was because I > was upgrading > instead of a new install and the conf file already existed in > /etc/boxbackup Maybe, but I renamed the directories a couple of times, so sometimes /etc/boxbackup did exist and other times it did not. Always I got the error. > > Also got the housekeeping messages, but once it had finished one pass of > housekeeping they have gone away. I don't see them anymore, so I think you're right. > > The refcount problems can be overcome by doing a check of the store. > bbstoreaccounts nnn check fix > > The good news is that the backups are working well and much faster for > me because I use a replicated NFS store to keep the files and back up from > a different machine running Debian with Debian virtual machines running > on KVM/QEMU. This works well because I can also back up the virtual > machine > image to the NFS store. > > All I need now is support for VSS for my windows clients. > > Regards > > Dave Cheers, Roy > > > > > Roy wrote: >> Hi all, >> >> After upgrading the server side of Box Backup to the latest version, I got a lot of the following warnings: >> bbstored/hk[3645]: WARNING: Reference count of object 0x43abd changed from 1 to 0 >> >> I don't know why this is. Has it to do with that files are not referenced anymore, and thus are deleted on disk and later on the store? >> >> And in the previous e-mail I said that the install routine after compiling gave some errors, but I didn't get any response on that. >> This is what I said earlier: >> Unfortunately it doesn't install the server correctly: >> box:~/box/0.11_svn/boxbackup-0.11# make install-backup-server >> (cd parcels/boxbackup-0.11-backup-server-linux-gnu; >> ./install-backup-server) >> install: kan stat niet toepassen op `bbstored.conf': Onbekend bestand of map >> install: kan stat niet toepassen op `raidfile.conf': Onbekend bestand of map >> >> It's in Dutch, don't know how to get this in English? But it says that >> it cannot use stat on bbstored.conf and raidfile.conf. They both >> exist, but in /etc/box and not somewhere in /usr/local. Could that be >> the problem? I'm running the command as root btw. >> >> When I put the configuration files in /usr/local/etc/box, it still >> fails with the same error. >> >> And: >> It installs bbstored correctly, but I'm unsure if everything works >> correctly now. I saw that the default location of the configuration >> files changed to/etc/boxbackup/, so I changed it also. But the make >> install still fails with the same error. But now I can start bbstored >> again. Only with the following warning: >> >> Sep 14 12:39:08 box bbstored[3642]: NOTICE: Box Backup Store Server >> v0.11, (c) Ben Summers and contributors 2003-2010 >> Sep 14 12:39:08 box bbstored[3644]: NOTICE: Starting daemon, version: 0.11 >> Sep 14 12:39:08 box bbstored[3644]: NOTICE: Using configuration file: >> /etc/boxbackup/bbstored.conf >> Sep 14 12:39:09 box bbstored/hk[3645]: WARNING: Failed to open file: >> /home/bbstored//backup/00000001/refcount.db.rfw: No such file or >> directory (2) >> Sep 14 12:39:09 box bbstored/hk[3645]: WARNING: Exception thrown: >> CommonException(OSFileOpenError) at FileStream.cpp(144) >> Sep 14 12:39:09 box bbstored/hk[3645]: WARNING: Reference count database >> is missing or corrupted during housekeeping, creating a new one. >> >> It says it creating a new one, so I think I don't have to worry. >> But is this the expected behavior? >> >> Cheers, >> >> Roy >> >> ------------------------------------------------------------------------ >> >> _______________________________________________ >> Boxbackup mailing list >> Boxbackup at boxbackup.org >> http://lists.boxbackup.org/cgi-bin/mailman/listinfo/boxbackup >> > !DSPAM:4c932c62137371804284693! > > > _______________________________________________ > Boxbackup mailing list > Boxbackup at boxbackup.org > http://lists.boxbackup.org/cgi-bin/mailman/listinfo/boxbackup > > > !DSPAM:4c932c62137371804284693! -------------- next part -------------- An HTML attachment was scrubbed... URL: From boxbackup at hostingbrothers.nl Mon Sep 20 11:12:59 2010 From: boxbackup at hostingbrothers.nl (Roy) Date: Mon, 20 Sep 2010 12:12:59 +0200 Subject: [Box Backup] Restore problems Message-ID: <4C9733AB.7050206@hostingbrothers.nl> Hi all, I had to do a complete restore this weekend, but unfortunately is doesn't went well. When I restore using the 'restore' command in bbackupquery, I get the following error: NOTICE: Box Backup Query Tool vtrunk_2636M, (c) Ben Summers and contributors 2003-2010 Login complete. query > restore ...............ERROR: Failed to change times of file '\xx\yy\filename.ext': Invalid argument (22) WARNING: Exception thrown: CommonException(OSFileError) at BackupClientFileAttributes.cpp(848) ERROR: Failed to restore file '\xx\yy\filename.ext': Common OSFileError (Error accessing a file. Check permissions.) ERROR: Unknown error during restore. query> And when I resume the restore with the following command: query > restore -r ERROR: Failed to change times of file '\xx\yy\filename.ext': Invalid argument (22) WARNING: Exception thrown: CommonException(OSFileError) at BackupClientFileAttributes.cpp(848) ERROR: Failed to restore file '\xx\yy\filename.ext': Common OSFileError (Error accessing a file. Check permissions.) The same happens, and the directory is skipped (not only the file, but the whole directory it seems). The problem is that I have to run a compare and manually restore those files. So fortunately the files are there, and can be restored. But it is a lot of work. Is there a way to skip attributes like the change time if there is an error? Or can I test something to help debug this problem? Thanks in advance, Roy From chris at qwirx.com Mon Sep 20 11:32:13 2010 From: chris at qwirx.com (Chris Wilson) Date: Mon, 20 Sep 2010 12:32:13 +0200 (CEST) Subject: [Box Backup] Restore problems In-Reply-To: <4C9733AB.7050206@hostingbrothers.nl> References: <4C9733AB.7050206@hostingbrothers.nl> Message-ID: Hi Roy, On Mon, 20 Sep 2010, Roy wrote: > I had to do a complete restore this weekend, but unfortunately is doesn't > went well. Sorry to hear that. I'd really like to work with you to find out what want wrong and to fix it. Please could you tell me what platform you're using and where the bbackupquery executable came from? (e.g. who compiled it). Cheers, Chris. -- _ ___ __ _ / __/ / ,__(_)_ | Chris Wilson <0000 at qwirx.com> - Cambs UK | / (_/ ,\/ _/ /_ \ | Security/C/C++/Java/Perl/SQL/HTML Developer | \ _/_/_/_//_/___/ | We are GNU-free your mind-and your software | From boxbackup at hostingbrothers.nl Mon Sep 20 11:42:22 2010 From: boxbackup at hostingbrothers.nl (Roy) Date: Mon, 20 Sep 2010 12:42:22 +0200 Subject: [Box Backup] Restore problems In-Reply-To: References: <4C9733AB.7050206@hostingbrothers.nl> Message-ID: <4C973A8E.50806@hostingbrothers.nl> Op 20-9-2010 12:32, Chris Wilson schreef: > Hi Roy, > > On Mon, 20 Sep 2010, Roy wrote: > >> I had to do a complete restore this weekend, but unfortunately is >> doesn't went well. > > Sorry to hear that. I'd really like to work with you to find out what > want wrong and to fix it. Please could you tell me what platform > you're using and where the bbackupquery executable came from? (e.g. > who compiled it). > > Cheers, Chris. Hi Chris, The platform is Windows Server 2003 and bbackupquery came from you. You compiled this version for me some time ago, because I reported some bugs then. I'm running the restore as administrator. If I'm correct, the logfile paramaters in bbackupd.conf don't work for bbackupquery. Is the best way to log all output (for compare and restores) to do? bbackupquery "compare -aq" quit > log.txt 2>&1 Cheers, Roy From chris at qwirx.com Mon Sep 20 12:24:50 2010 From: chris at qwirx.com (Chris Wilson) Date: Mon, 20 Sep 2010 13:24:50 +0200 (CEST) Subject: [Box Backup] Restore problems In-Reply-To: <4C973A8E.50806@hostingbrothers.nl> References: <4C9733AB.7050206@hostingbrothers.nl> <4C973A8E.50806@hostingbrothers.nl> Message-ID: Hi Roy, On Mon, 20 Sep 2010, Roy wrote: > Op 20-9-2010 12:32, Chris Wilson schreef: > > If I'm correct, the logfile paramaters in bbackupd.conf don't work for > bbackupquery. Is the best way to log all output (for compare and > restores) to do? bbackupquery "compare -aq" quit > log.txt 2>&1 You should be able to use "-l log.txt -Oeverything" to log everything that goes through the logging framework, which is not absolutely all output (yet). Cheers, Chris. -- _ ___ __ _ / __/ / ,__(_)_ | Chris Wilson <0000 at qwirx.com> - Cambs UK | / (_/ ,\/ _/ /_ \ | Security/C/C++/Java/Perl/SQL/HTML Developer | \ _/_/_/_//_/___/ | We are GNU-free your mind-and your software | From boxbackup at hostingbrothers.nl Mon Sep 20 12:28:27 2010 From: boxbackup at hostingbrothers.nl (Roy) Date: Mon, 20 Sep 2010 13:28:27 +0200 Subject: [Box Backup] Restore problems In-Reply-To: References: <4C9733AB.7050206@hostingbrothers.nl> <4C973A8E.50806@hostingbrothers.nl> Message-ID: <4C97455B.8000004@hostingbrothers.nl> Op 20-9-2010 13:24, Chris Wilson schreef: > Hi Roy, > > On Mon, 20 Sep 2010, Roy wrote: >> Op 20-9-2010 12:32, Chris Wilson schreef: >> >> If I'm correct, the logfile paramaters in bbackupd.conf don't work >> for bbackupquery. Is the best way to log all output (for compare and >> restores) to do? bbackupquery "compare -aq" quit > log.txt 2>&1 > > You should be able to use "-l log.txt -Oeverything" to log everything > that goes through the logging framework, which is not absolutely all > output (yet). > > Cheers, Chris. Ok, thanks! Couldn't find that on the Wiki. Should I add that? Roy From chris at qwirx.com Mon Sep 20 12:30:54 2010 From: chris at qwirx.com (Chris Wilson) Date: Mon, 20 Sep 2010 13:30:54 +0200 (CEST) Subject: [Box Backup] Restore problems In-Reply-To: <4C97455B.8000004@hostingbrothers.nl> References: <4C9733AB.7050206@hostingbrothers.nl> <4C973A8E.50806@hostingbrothers.nl> <4C97455B.8000004@hostingbrothers.nl> Message-ID: Hi Roy, On Mon, 20 Sep 2010, Roy wrote: > Op 20-9-2010 13:24, Chris Wilson schreef: >> On Mon, 20 Sep 2010, Roy wrote: >>> >>> If I'm correct, the logfile paramaters in bbackupd.conf don't work for >>> bbackupquery. Is the best way to log all output (for compare and >>> restores) to do? bbackupquery "compare -aq" quit > log.txt 2>&1 >> >> You should be able to use "-l log.txt -Oeverything" to log everything >> that goes through the logging framework, which is not absolutely all >> output (yet). > > Couldn't find that on the Wiki. Should I add that? Yes please :) Also please could you check your Windows event log for a message from bbackupquery saying "Error: failed to convert time format" or "Failed to convert between time formats" and let me know what it says? Cheers, Chris. -- _ ___ __ _ / __/ / ,__(_)_ | Chris Wilson <0000 at qwirx.com> - Cambs UK | / (_/ ,\/ _/ /_ \ | Security/C/C++/Java/Perl/SQL/HTML Developer | \ _/_/_/_//_/___/ | We are GNU-free your mind-and your software | From boxbackup at hostingbrothers.nl Mon Sep 20 13:26:27 2010 From: boxbackup at hostingbrothers.nl (Roy) Date: Mon, 20 Sep 2010 14:26:27 +0200 Subject: [Box Backup] Restore problems In-Reply-To: References: <4C9733AB.7050206@hostingbrothers.nl> <4C973A8E.50806@hostingbrothers.nl> <4C97455B.8000004@hostingbrothers.nl> Message-ID: <4C9752F3.7070805@hostingbrothers.nl> Op 20-9-2010 13:30, Chris Wilson schreef: > Hi Roy, > > On Mon, 20 Sep 2010, Roy wrote: >> Op 20-9-2010 13:24, Chris Wilson schreef: >>> On Mon, 20 Sep 2010, Roy wrote: >>>> >>>> If I'm correct, the logfile paramaters in bbackupd.conf don't work >>>> for bbackupquery. Is the best way to log all output (for compare >>>> and restores) to do? bbackupquery "compare -aq" quit > log.txt 2>&1 >>> >>> You should be able to use "-l log.txt -Oeverything" to log >>> everything that goes through the logging framework, which is not >>> absolutely all output (yet). >> >> Couldn't find that on the Wiki. Should I add that? > > Yes please :) Will do... > > Also please could you check your Windows event log for a message from > bbackupquery saying "Error: failed to convert time format" or "Failed > to convert between time formats" and let me know what it says? I got this error: Error: failed to convert time format: 3599 is not a valid time > > Cheers, Chris. It is also possible to make the restore process a bit more informative? Because now you only see dots (for every file one?). Maybe printing the current file (dir + filename). And maybe information about how many files, bytes? Cheers, Roy From boxbackup at hostingbrothers.nl Mon Sep 20 13:37:00 2010 From: boxbackup at hostingbrothers.nl (Roy) Date: Mon, 20 Sep 2010 14:37:00 +0200 Subject: [Box Backup] Restore problems In-Reply-To: References: <4C9733AB.7050206@hostingbrothers.nl> <4C973A8E.50806@hostingbrothers.nl> <4C97455B.8000004@hostingbrothers.nl> Message-ID: <4C97556C.2070901@hostingbrothers.nl> Op 20-9-2010 13:30, Chris Wilson schreef: > Hi Roy, > > On Mon, 20 Sep 2010, Roy wrote: >> Op 20-9-2010 13:24, Chris Wilson schreef: >>> On Mon, 20 Sep 2010, Roy wrote: >>>> >>>> If I'm correct, the logfile paramaters in bbackupd.conf don't work >>>> for bbackupquery. Is the best way to log all output (for compare >>>> and restores) to do? bbackupquery "compare -aq" quit > log.txt 2>&1 >>> >>> You should be able to use "-l log.txt -Oeverything" to log >>> everything that goes through the logging framework, which is not >>> absolutely all output (yet). >> >> Couldn't find that on the Wiki. Should I add that? > > Yes please :) Doesn't work as expected. C:\Program Files\Box Backup>bbackupquery.exe -l d:\dir\log.txt -Oeverything When I run it I got this: WARNING: Exception thrown: CommonException(FileClosed) at FileStream.cpp(250) Exception: Common FileClosed (1/16) I hope that the syntax I used is wrong or I have a too old version of bbackupquery (2636M). > Cheers, Chris. Cheers, Roy From chris at qwirx.com Mon Sep 20 13:44:21 2010 From: chris at qwirx.com (Chris Wilson) Date: Mon, 20 Sep 2010 14:44:21 +0200 (CEST) Subject: [Box Backup] Restore problems In-Reply-To: <4C97556C.2070901@hostingbrothers.nl> References: <4C9733AB.7050206@hostingbrothers.nl> <4C973A8E.50806@hostingbrothers.nl> <4C97455B.8000004@hostingbrothers.nl> <4C97556C.2070901@hostingbrothers.nl> Message-ID: Hi Roy, On Mon, 20 Sep 2010, Roy wrote: > Op 20-9-2010 13:30, Chris Wilson schreef: > Doesn't work as expected. > C:\Program Files\Box Backup>bbackupquery.exe -l d:\dir\log.txt -Oeverything Sorry, my mistake, please try just "-o d:\dir\log.txt" without "-Oeverything". Cheers, Chris. -- _ ___ __ _ / __/ / ,__(_)_ | Chris Wilson <0000 at qwirx.com> - Cambs UK | / (_/ ,\/ _/ /_ \ | Security/C/C++/Java/Perl/SQL/HTML Developer | \ _/_/_/_//_/___/ | We are GNU-free your mind-and your software | From chris at qwirx.com Mon Sep 20 21:15:44 2010 From: chris at qwirx.com (Chris Wilson) Date: Mon, 20 Sep 2010 21:15:44 +0100 (BST) Subject: [Box Backup] Restore problems In-Reply-To: <4C9752F3.7070805@hostingbrothers.nl> References: <4C9733AB.7050206@hostingbrothers.nl> <4C973A8E.50806@hostingbrothers.nl> <4C97455B.8000004@hostingbrothers.nl> <4C9752F3.7070805@hostingbrothers.nl> Message-ID: Hi Roy, On Mon, 20 Sep 2010, Roy wrote: > I got this error: Error: failed to convert time format: 3599 is not a valid > time You should be able to "restore -f" to continue the restore after errors. However files which have invalid timestamps, like this one, will not be restored. I'm working on a fix for this now. Please could you try "list -a" on a file that generates this error and tell me what it says? > It is also possible to make the restore process a bit more informative? > Because now you only see dots (for every file one?). Maybe printing the > current file (dir + filename). And maybe information about how many > files, bytes? I'm working on it. Cheers, Chris. -- _____ __ _ \ __/ / ,__(_)_ | Chris Wilson <0000 at qwirx.com> - Cambs UK | / (_/ ,\/ _/ /_ \ | Security/C/C++/Java/Ruby/Perl/SQL Developer | \ _/_/_/_//_/___/ | Stop nuclear war http://www.nuclearrisk.org | From boxbackup at hostingbrothers.nl Mon Sep 20 21:49:36 2010 From: boxbackup at hostingbrothers.nl (Roy) Date: Mon, 20 Sep 2010 22:49:36 +0200 Subject: [Box Backup] Restore problems In-Reply-To: References: <4C9733AB.7050206@hostingbrothers.nl> <4C973A8E.50806@hostingbrothers.nl> <4C97455B.8000004@hostingbrothers.nl> <4C9752F3.7070805@hostingbrothers.nl> Message-ID: <4C97C8E0.6070805@hostingbrothers.nl> Op 20-9-2010 22:15, Chris Wilson schreef: > Hi Roy, > > On Mon, 20 Sep 2010, Roy wrote: > >> I got this error: Error: failed to convert time format: 3599 is not a valid >> time > You should be able to "restore -f" to continue the restore after errors. > However files which have invalid timestamps, like this one, will not be > restored. I'm working on a fix for this now. Ah, didn't know this. > Please could you try "list -a" on a file that generates this error and > tell me what it says? I got this on the same file I was talking about before: 0003658f f----- filename.ext >> It is also possible to make the restore process a bit more informative? >> Because now you only see dots (for every file one?). Maybe printing the >> current file (dir + filename). And maybe information about how many >> files, bytes? > I'm working on it. > > Cheers, Chris. Thanks for your superb help! Cheers, Roy From chris at qwirx.com Mon Sep 20 21:58:20 2010 From: chris at qwirx.com (Chris Wilson) Date: Mon, 20 Sep 2010 21:58:20 +0100 (BST) Subject: [Box Backup] Restore problems In-Reply-To: <4C97C8E0.6070805@hostingbrothers.nl> References: <4C9733AB.7050206@hostingbrothers.nl> <4C973A8E.50806@hostingbrothers.nl> <4C97455B.8000004@hostingbrothers.nl> <4C9752F3.7070805@hostingbrothers.nl> <4C97C8E0.6070805@hostingbrothers.nl> Message-ID: Hi Roy, On Mon, 20 Sep 2010, Roy wrote: > Op 20-9-2010 22:15, Chris Wilson schreef: > > Please could you try "list -a" on a file that generates this error and > > tell me what it says? > I got this on the same file I was talking about before: > 0003658f f----- filename.ext OK, sorry, could you try "list -at" on that file please, to show the timestamps? > Thanks for your superb help! No problem :) Thanks for reporting the problems and helping me to fix them :) Cheers, Chris. -- _____ __ _ \ __/ / ,__(_)_ | Chris Wilson <0000 at qwirx.com> - Cambs UK | / (_/ ,\/ _/ /_ \ | Security/C/C++/Java/Ruby/Perl/SQL Developer | \ _/_/_/_//_/___/ | Stop nuclear war http://www.nuclearrisk.org | From boxbackup at hostingbrothers.nl Mon Sep 20 22:02:03 2010 From: boxbackup at hostingbrothers.nl (Roy) Date: Mon, 20 Sep 2010 23:02:03 +0200 Subject: [Box Backup] Restore problems In-Reply-To: References: <4C9733AB.7050206@hostingbrothers.nl> <4C973A8E.50806@hostingbrothers.nl> <4C97455B.8000004@hostingbrothers.nl> <4C9752F3.7070805@hostingbrothers.nl> <4C97C8E0.6070805@hostingbrothers.nl> Message-ID: <4C97CBCB.9030107@hostingbrothers.nl> Op 20-9-2010 22:58, Chris Wilson schreef: > Hi Roy, > > On Mon, 20 Sep 2010, Roy wrote: >> Op 20-9-2010 22:15, Chris Wilson schreef: >>> Please could you try "list -a" on a file that generates this error and >>> tell me what it says? >> I got this on the same file I was talking about before: >> 0003658f f----- filename.ext > OK, sorry, could you try "list -at" on that file please, to show the > timestamps? 0003658f f----- 2008-09-23T16:08:52 I saw a commit for more information during restore, but how can you set the loglevel to trace? The -O setting? Cheers, Roy From chris at qwirx.com Mon Sep 20 22:05:10 2010 From: chris at qwirx.com (Chris Wilson) Date: Mon, 20 Sep 2010 22:05:10 +0100 (BST) Subject: [Box Backup] Restore problems In-Reply-To: <4C97CBCB.9030107@hostingbrothers.nl> References: <4C9733AB.7050206@hostingbrothers.nl> <4C973A8E.50806@hostingbrothers.nl> <4C97455B.8000004@hostingbrothers.nl> <4C9752F3.7070805@hostingbrothers.nl> <4C97C8E0.6070805@hostingbrothers.nl> <4C97CBCB.9030107@hostingbrothers.nl> Message-ID: Hi Roy, On Mon, 20 Sep 2010, Roy wrote: > I saw a commit for more information during restore, but how can you set > the loglevel to trace? The -O setting? For logfile output, you should get this level of logging automatically if you use the "-o" option. If you want to see it on the console, use the "-V" option to bbackupquery instead. Cheers, Chris. -- _____ __ _ \ __/ / ,__(_)_ | Chris Wilson <0000 at qwirx.com> - Cambs UK | / (_/ ,\/ _/ /_ \ | Security/C/C++/Java/Ruby/Perl/SQL Developer | \ _/_/_/_//_/___/ | Stop nuclear war http://www.nuclearrisk.org | From boxbackup at hostingbrothers.nl Tue Sep 21 07:33:34 2010 From: boxbackup at hostingbrothers.nl (Roy) Date: Tue, 21 Sep 2010 08:33:34 +0200 Subject: [Box Backup] Restore problems In-Reply-To: References: <4C9733AB.7050206@hostingbrothers.nl> <4C973A8E.50806@hostingbrothers.nl> <4C97455B.8000004@hostingbrothers.nl> <4C9752F3.7070805@hostingbrothers.nl> <4C97C8E0.6070805@hostingbrothers.nl> <4C97CBCB.9030107@hostingbrothers.nl> Message-ID: <1c34098839832034223147a02856ecac@192.168.10.1> On Mon, 20 Sep 2010 22:05:10 +0100 (BST), Chris Wilson wrote: > Hi Roy, > > On Mon, 20 Sep 2010, Roy wrote: >> I saw a commit for more information during restore, but how can you set >> the loglevel to trace? The -O setting? > > For logfile output, you should get this level of logging automatically if > you use the "-o" option. If you want to see it on the console, use the > "-V" option to bbackupquery instead. > > Cheers, Chris. Hi Chris, I saw a commit in SVN of a new release. Should I test that version? Do I have to use special options of do you want specific output to debug it? Cheers, Roy From chris at qwirx.com Tue Sep 21 07:59:02 2010 From: chris at qwirx.com (Chris Wilson) Date: Tue, 21 Sep 2010 08:59:02 +0200 (CEST) Subject: [Box Backup] Restore problems In-Reply-To: <1c34098839832034223147a02856ecac@192.168.10.1> References: <4C9733AB.7050206@hostingbrothers.nl> <4C973A8E.50806@hostingbrothers.nl> <4C97455B.8000004@hostingbrothers.nl> <4C9752F3.7070805@hostingbrothers.nl> <4C97C8E0.6070805@hostingbrothers.nl> <4C97CBCB.9030107@hostingbrothers.nl> <1c34098839832034223147a02856ecac@192.168.10.1> Message-ID: Hi Roy, On Tue, 21 Sep 2010, Roy wrote: > I saw a commit in SVN of a new release. Should I test that version? Yes please. You can find it here: http://www.boxbackup.org/svn/box/chris/win32/releases/boxbackup-RELEASE_0_11_2745-backup-client-mingw32.tgz It should restore all files with timestamp problems, and just give warnings about those problems. Please could you relay to me a few of those warnings to help me to debug the issue? > Do I have to use special options of do you want specific output to debug > it? You shouldn't have to use any special options to get these warnings. If you want detailed information about the restore progress, this new version will give it to you with the -V option to bbackupquery. Cheers, Chris. -- _ ___ __ _ / __/ / ,__(_)_ | Chris Wilson <0000 at qwirx.com> - Cambs UK | / (_/ ,\/ _/ /_ \ | Security/C/C++/Java/Perl/SQL/HTML Developer | \ _/_/_/_//_/___/ | We are GNU-free your mind-and your software | From boxbackup at hostingbrothers.nl Tue Sep 21 10:00:00 2010 From: boxbackup at hostingbrothers.nl (Roy) Date: Tue, 21 Sep 2010 11:00:00 +0200 Subject: [Box Backup] Restore problems In-Reply-To: References: <4C9733AB.7050206@hostingbrothers.nl> <4C973A8E.50806@hostingbrothers.nl> <4C97455B.8000004@hostingbrothers.nl> <4C9752F3.7070805@hostingbrothers.nl> <4C97C8E0.6070805@hostingbrothers.nl> <4C97CBCB.9030107@hostingbrothers.nl> <1c34098839832034223147a02856ecac@192.168.10.1> Message-ID: On Tue, 21 Sep 2010 08:59:02 +0200 (CEST), Chris Wilson wrote: > Hi Roy, > > On Tue, 21 Sep 2010, Roy wrote: > >> I saw a commit in SVN of a new release. Should I test that version? > > Yes please. You can find it here: > > http://www.boxbackup.org/svn/box/chris/win32/releases/boxbackup-RELEASE_0_11_2745-backup-client-mingw32.tgz > > It should restore all files with timestamp problems, and just give > warnings about those problems. Please could you relay to me a few of > those warnings to help me to debug the issue? > >> Do I have to use special options of do you want specific output to debug > it? > > You shouldn't have to use any special options to get these warnings. > > If you want detailed information about the restore progress, this new > version will give it to you with the -V option to bbackupquery. > > Cheers, Chris. Hi Chris, When I start bbackupquery I get an error of a missing file: cygpcreposix-0.dll. This file is not in the archive. Can you please add it to the release? Cheers, Roy From boxbackup at hostingbrothers.nl Tue Sep 21 10:11:13 2010 From: boxbackup at hostingbrothers.nl (Roy) Date: Tue, 21 Sep 2010 11:11:13 +0200 Subject: [Box Backup] Restore problems In-Reply-To: References: <4C9733AB.7050206@hostingbrothers.nl> <4C973A8E.50806@hostingbrothers.nl> <4C97455B.8000004@hostingbrothers.nl> <4C9752F3.7070805@hostingbrothers.nl> <4C97C8E0.6070805@hostingbrothers.nl> <4C97CBCB.9030107@hostingbrothers.nl> <1c34098839832034223147a02856ecac@192.168.10.1> Message-ID: <4e303a7cf73c05aafc46592a375f85ae@192.168.10.1> On Tue, 21 Sep 2010 11:00:00 +0200, Roy wrote: > On Tue, 21 Sep 2010 08:59:02 +0200 (CEST), Chris Wilson > wrote: >> Hi Roy, >> >> On Tue, 21 Sep 2010, Roy wrote: >> >>> I saw a commit in SVN of a new release. Should I test that version? >> >> Yes please. You can find it here: >> >> http://www.boxbackup.org/svn/box/chris/win32/releases/boxbackup-RELEASE_0_11_2745-backup-client-mingw32.tgz >> >> It should restore all files with timestamp problems, and just give >> warnings about those problems. Please could you relay to me a few of >> those warnings to help me to debug the issue? >> >>> Do I have to use special options of do you want specific output to debug > it? >> >> You shouldn't have to use any special options to get these warnings. >> >> If you want detailed information about the restore progress, this new >> version will give it to you with the -V option to bbackupquery. >> >> Cheers, Chris. > > Hi Chris, > > When I start bbackupquery I get an error of a missing file: > cygpcreposix-0.dll. This file is not in the archive. > Can you please add it to the release? > > Cheers, > > Roy Found cygpcreposix-0.dll and cygpcre-0.dll on the internet, but now missing cygwin1.dll. So the package is not complete and missing some standard cygwin dll's?! Roy From chris at qwirx.com Tue Sep 21 10:17:19 2010 From: chris at qwirx.com (Chris Wilson) Date: Tue, 21 Sep 2010 11:17:19 +0200 (CEST) Subject: [Box Backup] Restore problems In-Reply-To: <4e303a7cf73c05aafc46592a375f85ae@192.168.10.1> References: <4C9733AB.7050206@hostingbrothers.nl> <4C973A8E.50806@hostingbrothers.nl> <4C97455B.8000004@hostingbrothers.nl> <4C9752F3.7070805@hostingbrothers.nl> <4C97C8E0.6070805@hostingbrothers.nl> <4C97CBCB.9030107@hostingbrothers.nl> <1c34098839832034223147a02856ecac@192.168.10.1> <4e303a7cf73c05aafc46592a375f85ae@192.168.10.1> Message-ID: Hi Roy, On Tue, 21 Sep 2010, Roy wrote: > Found cygpcreposix-0.dll and cygpcre-0.dll on the internet, but now > missing cygwin1.dll. So the package is not complete and missing some > standard cygwin dll's?! Sorry about that. It wasn't supposed to be a Cygwin build. I've been developing on a new virtual machine and I made some changes to the library configuration, I guess there's more to do. I don't have access to it now, so it will have to wait until tonight, sorry. Cheers, Chris. -- _ ___ __ _ / __/ / ,__(_)_ | Chris Wilson <0000 at qwirx.com> - Cambs UK | / (_/ ,\/ _/ /_ \ | Security/C/C++/Java/Perl/SQL/HTML Developer | \ _/_/_/_//_/___/ | We are GNU-free your mind-and your software | From chris at qwirx.com Tue Sep 21 21:41:57 2010 From: chris at qwirx.com (Chris Wilson) Date: Tue, 21 Sep 2010 21:41:57 +0100 (BST) Subject: [Box Backup] Restore problems In-Reply-To: References: <4C9733AB.7050206@hostingbrothers.nl> <4C973A8E.50806@hostingbrothers.nl> <4C97455B.8000004@hostingbrothers.nl> <4C9752F3.7070805@hostingbrothers.nl> <4C97C8E0.6070805@hostingbrothers.nl> <4C97CBCB.9030107@hostingbrothers.nl> <1c34098839832034223147a02856ecac@192.168.10.1> <4e303a7cf73c05aafc46592a375f85ae@192.168.10.1> Message-ID: Hi Roy, On Tue, 21 Sep 2010, Chris Wilson wrote: > On Tue, 21 Sep 2010, Roy wrote: > > > Found cygpcreposix-0.dll and cygpcre-0.dll on the internet, but now > > missing cygwin1.dll. So the package is not complete and missing some > > standard cygwin dll's?! > > Sorry about that. It wasn't supposed to be a Cygwin build. I've been > developing on a new virtual machine and I made some changes to the > library configuration, I guess there's more to do. I don't have access > to it now, so it will have to wait until tonight, sorry. Please could you try the new 2751 package: http://www.boxbackup.org/svn/box/chris/win32/releases/boxbackup-RELEASE_0_11_2751-backup-client-mingw32.zip which includes the necessay DLLs that, despite their names, do not depend on Cygwin? Cheers, Chris. -- _____ __ _ \ __/ / ,__(_)_ | Chris Wilson <0000 at qwirx.com> - Cambs UK | / (_/ ,\/ _/ /_ \ | Security/C/C++/Java/Ruby/Perl/SQL Developer | \ _/_/_/_//_/___/ | Stop nuclear war http://www.nuclearrisk.org | From boxbackup at hostingbrothers.nl Tue Sep 21 22:31:49 2010 From: boxbackup at hostingbrothers.nl (Roy) Date: Tue, 21 Sep 2010 23:31:49 +0200 Subject: [Box Backup] Restore problems In-Reply-To: References: <4C9733AB.7050206@hostingbrothers.nl> <4C973A8E.50806@hostingbrothers.nl> <4C97455B.8000004@hostingbrothers.nl> <4C9752F3.7070805@hostingbrothers.nl> <4C97C8E0.6070805@hostingbrothers.nl> <4C97CBCB.9030107@hostingbrothers.nl> <1c34098839832034223147a02856ecac@192.168.10.1> <4e303a7cf73c05aafc46592a375f85ae@192.168.10.1> Message-ID: <4C992445.1090409@hostingbrothers.nl> Op 21-9-2010 22:41, Chris Wilson schreef: > Hi Roy, > > On Tue, 21 Sep 2010, Chris Wilson wrote: >> On Tue, 21 Sep 2010, Roy wrote: >> >>> Found cygpcreposix-0.dll and cygpcre-0.dll on the internet, but now >>> missing cygwin1.dll. So the package is not complete and missing some >>> standard cygwin dll's?! >> Sorry about that. It wasn't supposed to be a Cygwin build. I've been >> developing on a new virtual machine and I made some changes to the >> library configuration, I guess there's more to do. I don't have access >> to it now, so it will have to wait until tonight, sorry. > Please could you try the new 2751 package: > > http://www.boxbackup.org/svn/box/chris/win32/releases/boxbackup-RELEASE_0_11_2751-backup-client-mingw32.zip > > which includes the necessay DLLs that, despite their names, do not depend > on Cygwin? > > Cheers, Chris. Hi Chris, I tested this version on a small part of the restore, and it gave one warning (there was only one file that gave this problem in this part of the restore). 2010-09-21 23:00:51 [TRACE] Restoring file: / (783 blocks) 2010-09-21 23:00:51 [TRACE] Receiving stream, size 1601807 bytes 2010-09-21 23:00:52 [WARNING] Failed to change times of file 'd:\Restore\/' to ctime=3599 0, mtime=1222178932 0: Invalid argument (22) Hope it helps to debug it. Otherwise I can restore more, so I can get more messages. The file is now restored, but with the restore time instead of the original time. Will that give 'problems' when we start to run the backup again? I mean, will it be uploaded again, because of the new modified time? Thanks for solving this! Cheers, Roy From chris at qwirx.com Wed Sep 22 06:44:40 2010 From: chris at qwirx.com (Chris Wilson) Date: Wed, 22 Sep 2010 06:44:40 +0100 (BST) Subject: [Box Backup] Restore problems In-Reply-To: <4C992445.1090409@hostingbrothers.nl> References: <4C9733AB.7050206@hostingbrothers.nl> <4C973A8E.50806@hostingbrothers.nl> <4C97455B.8000004@hostingbrothers.nl> <4C9752F3.7070805@hostingbrothers.nl> <4C97C8E0.6070805@hostingbrothers.nl> <4C97CBCB.9030107@hostingbrothers.nl> <1c34098839832034223147a02856ecac@192.168.10.1> <4e303a7cf73c05aafc46592a375f85ae@192.168.10.1> <4C992445.1090409@hostingbrothers.nl> Message-ID: Hi Roy, On Tue, 21 Sep 2010, Roy wrote: > I tested this version on a small part of the restore, and it gave one warning OK, that's as expected. > (there was only one file that gave this problem in this part of the > restore). Interesting. Is there something different about that file? Was it moved from a different directory, disk or system to its current location? > 2010-09-21 23:00:52 [WARNING] Failed to change times of file > 'd:\Restore\/' to ctime=3599 0, mtime=1222178932 0: Invalid > argument (22) > > Hope it helps to debug it. Otherwise I can restore more, so I can get more > messages. Yes please, see if it happens anywhere else and if you can spot a pattern. > The file is now restored, but with the restore time instead of the > original time. Will that give 'problems' when we start to run the backup > again? I mean, will it be uploaded again, because of the new modified > time? It probably will be uploaded again, but as a diff, and if the file has not changed then there will be no "different" blocks, so the extra space used will be minimal. > Thanks for solving this! It's not solved yet, but I'm glad this helped :) Cheers, Chris. -- _____ __ _ \ __/ / ,__(_)_ | Chris Wilson <0000 at qwirx.com> - Cambs UK | / (_/ ,\/ _/ /_ \ | Security/C/C++/Java/Ruby/Perl/SQL Developer | \ _/_/_/_//_/___/ | Stop nuclear war http://www.nuclearrisk.org | From boxbackup at hostingbrothers.nl Wed Sep 22 12:22:09 2010 From: boxbackup at hostingbrothers.nl (Roy) Date: Wed, 22 Sep 2010 13:22:09 +0200 Subject: [Box Backup] Restore problems In-Reply-To: References: <4C9733AB.7050206@hostingbrothers.nl> <4C973A8E.50806@hostingbrothers.nl> <4C97455B.8000004@hostingbrothers.nl> <4C9752F3.7070805@hostingbrothers.nl> <4C97C8E0.6070805@hostingbrothers.nl> <4C97CBCB.9030107@hostingbrothers.nl> <1c34098839832034223147a02856ecac@192.168.10.1> <4e303a7cf73c05aafc46592a375f85ae@192.168.10.1> <4C992445.1090409@hostingbrothers.nl> Message-ID: <4C99E6E1.8070404@hostingbrothers.nl> Op 22-9-2010 7:44, Chris Wilson schreef: > Hi Roy, > > On Tue, 21 Sep 2010, Roy wrote: >> I tested this version on a small part of the restore, and it gave one warning > OK, that's as expected. > >> (there was only one file that gave this problem in this part of the >> restore). > Interesting. Is there something different about that file? Was it moved > from a different directory, disk or system to its current location? > >> 2010-09-21 23:00:52 [WARNING] Failed to change times of file >> 'd:\Restore\/' to ctime=3599 0, mtime=1222178932 0: Invalid >> argument (22) >> >> Hope it helps to debug it. Otherwise I can restore more, so I can get more >> messages. > Yes please, see if it happens anywhere else and if you can spot a pattern. > >> The file is now restored, but with the restore time instead of the >> original time. Will that give 'problems' when we start to run the backup >> again? I mean, will it be uploaded again, because of the new modified >> time? > It probably will be uploaded again, but as a diff, and if the file has not > changed then there will be no "different" blocks, so the extra space used > will be minimal. > >> Thanks for solving this! > It's not solved yet, but I'm glad this helped :) > > Cheers, Chris. I'm restore now, but unfortunately I cannot restore all in once, because of disk space limitations. So it takes a bit longer. But will mail afterwards the relevant log parts and comments. By doing these restores manually (per directory) I thought about two things: - restore command takes store name and local name; maybe it could be easier if the local name is omitted than the store name will be used in the local directory (set with lcd) - Tab completion in bbackupquery for store names (Don't know if this was already looked into or shot down as an idea) Cheers, Roy From chris at qwirx.com Wed Sep 22 13:25:02 2010 From: chris at qwirx.com (Chris Wilson) Date: Wed, 22 Sep 2010 14:25:02 +0200 (CEST) Subject: [Box Backup] Restore problems In-Reply-To: <4C99E6E1.8070404@hostingbrothers.nl> References: <4C9733AB.7050206@hostingbrothers.nl> <4C973A8E.50806@hostingbrothers.nl> <4C97455B.8000004@hostingbrothers.nl> <4C9752F3.7070805@hostingbrothers.nl> <4C97C8E0.6070805@hostingbrothers.nl> <4C97CBCB.9030107@hostingbrothers.nl> <1c34098839832034223147a02856ecac@192.168.10.1> <4e303a7cf73c05aafc46592a375f85ae@192.168.10.1> <4C992445.1090409@hostingbrothers.nl> <4C99E6E1.8070404@hostingbrothers.nl> Message-ID: Hi Roy, On Wed, 22 Sep 2010, Roy wrote: > I'm restore now, but unfortunately I cannot restore all in once, because > of disk space limitations. So it takes a bit longer. But will mail > afterwards the relevant log parts and comments. Great, thanks! > By doing these restores manually (per directory) I thought about two things: > - restore command takes store name and local name; maybe it could be easier > if the local name is omitted than the store name will be used in the local > directory (set with lcd) Yes, good idea, not hard to implement. > - Tab completion in bbackupquery for store names (Don't know if this was > already looked into or shot down as an idea) This is much harder to implement, I started working on it but I'm very new to readline and couldn't figure out how to know where in the command I was, and therefore whether I should be completing local or remote filenames. Cheers, Chris. -- _ ___ __ _ / __/ / ,__(_)_ | Chris Wilson <0000 at qwirx.com> - Cambs UK | / (_/ ,\/ _/ /_ \ | Security/C/C++/Java/Perl/SQL/HTML Developer | \ _/_/_/_//_/___/ | We are GNU-free your mind-and your software | From boxbackup at hostingbrothers.nl Wed Sep 22 14:26:40 2010 From: boxbackup at hostingbrothers.nl (Roy) Date: Wed, 22 Sep 2010 15:26:40 +0200 Subject: [Box Backup] Restore problems In-Reply-To: References: <4C9733AB.7050206@hostingbrothers.nl> <4C97455B.8000004@hostingbrothers.nl> <4C9752F3.7070805@hostingbrothers.nl> <4C97C8E0.6070805@hostingbrothers.nl> <4C97CBCB.9030107@hostingbrothers.nl> <1c34098839832034223147a02856ecac@192.168.10.1> <4e303a7cf73c05aafc46592a375f85ae@192.168.10.1> <4C992445.1090409@hostingbrothers.nl> <4C99E6E1.8070404@hostingbrothers.nl> Message-ID: <4C9A0410.5080603@hostingbrothers.nl> Op 22-9-2010 14:25, Chris Wilson schreef: > Hi Roy, > > On Wed, 22 Sep 2010, Roy wrote: > >> I'm restore now, but unfortunately I cannot restore all in once, >> because of disk space limitations. So it takes a bit longer. But will >> mail afterwards the relevant log parts and comments. > > Great, thanks! > >> By doing these restores manually (per directory) I thought about two >> things: >> - restore command takes store name and local name; maybe it could be >> easier if the local name is omitted than the store name will be used >> in the local directory (set with lcd) > > Yes, good idea, not hard to implement. > >> - Tab completion in bbackupquery for store names (Don't know if this >> was already looked into or shot down as an idea) > > This is much harder to implement, I started working on it but I'm very > new to readline and couldn't figure out how to know where in the > command I was, and therefore whether I should be completing local or > remote filenames. Ah, didn't know that. And that would be the best implementation (both local and remote support). Something for the wishlist... > > Cheers, Chris. Maybe it also could be nice to be able to use wildcards with get: get *.jpg. But don't know if that's hard to implement. Cheers, Roy BTW, still restoring... From boxbackup at hostingbrothers.nl Wed Sep 22 19:40:34 2010 From: boxbackup at hostingbrothers.nl (Roy) Date: Wed, 22 Sep 2010 20:40:34 +0200 Subject: [Box Backup] Restore problems In-Reply-To: References: <4C9733AB.7050206@hostingbrothers.nl> <4C973A8E.50806@hostingbrothers.nl> <4C97455B.8000004@hostingbrothers.nl> <4C9752F3.7070805@hostingbrothers.nl> <4C97C8E0.6070805@hostingbrothers.nl> <4C97CBCB.9030107@hostingbrothers.nl> <1c34098839832034223147a02856ecac@192.168.10.1> <4e303a7cf73c05aafc46592a375f85ae@192.168.10.1> <4C992445.1090409@hostingbrothers.nl> Message-ID: <4C9A4DA2.3010605@hostingbrothers.nl> Op 22-9-2010 7:44, Chris Wilson schreef: > Hi Roy, > > On Tue, 21 Sep 2010, Roy wrote: >> I tested this version on a small part of the restore, and it gave one warning > OK, that's as expected. > >> (there was only one file that gave this problem in this part of the >> restore). > Interesting. Is there something different about that file? Was it moved > from a different directory, disk or system to its current location? > >> 2010-09-21 23:00:52 [WARNING] Failed to change times of file >> 'd:\Restore\/' to ctime=3599 0, mtime=1222178932 0: Invalid >> argument (22) >> >> Hope it helps to debug it. Otherwise I can restore more, so I can get more >> messages. > Yes please, see if it happens anywhere else and if you can spot a pattern. > >> The file is now restored, but with the restore time instead of the >> original time. Will that give 'problems' when we start to run the backup >> again? I mean, will it be uploaded again, because of the new modified >> time? > It probably will be uploaded again, but as a diff, and if the file has not > changed then there will be no "different" blocks, so the extra space used > will be minimal. > >> Thanks for solving this! > It's not solved yet, but I'm glad this helped :) > > Cheers, Chris. Hi Chris, I restored some more directories (that gave the errors when comparing). And I got some more WARNING messages. But I cannot spot a pattern in those files. Most of them are definitely not recently moved (as far as I can see), only 2 of them are possibly moved. I will paste the warnings here: 2010-09-22 10:52:58 [WARNING] Failed to change times of file '1' to ctime=3599 0, mtime=1228472384 0: Invalid argument (22) 2010-09-22 10:58:00 [WARNING] Failed to change times of file '2' to ctime=3599 0, mtime=1240496599 0: Invalid argument (22) 2010-09-22 10:58:00 [WARNING] Failed to change times of file '3' to ctime=3599 0, mtime=1240496638 0: Invalid argument (22) 2010-09-22 16:52:11 [WARNING] Failed to change times of file '4' to ctime=3599 0, mtime=1222178932 0: Invalid argument (22) 2010-09-22 17:13:46 [WARNING] Failed to change times of file '5' to ctime=3599 0, mtime=1272725274 0: Invalid argument (22) 2010-09-22 17:58:40 [WARNING] Failed to change times of file '6' to ctime=3599 0, mtime=1218635912 0: Invalid argument (22) 2010-09-22 20:14:29 [WARNING] Failed to change times of file '7' to ctime=1198766655 0, mtime=3599 0: Invalid argument (22) The only pattern there is, is in this log file. ctime is 3599, only the last one has a mtime of 3599. Hope this can shed some light on the problems. Cheers, Roy From pjalajas at gigalock.com Wed Sep 29 15:55:19 2010 From: pjalajas at gigalock.com (Peter Jalajas, GigaLock Backup Services) Date: Wed, 29 Sep 2010 10:55:19 -0400 Subject: [Box Backup] Restore problems In-Reply-To: References: <4C9733AB.7050206@hostingbrothers.nl> <4C973A8E.50806@hostingbrothers.nl> <4C97455B.8000004@hostingbrothers.nl> <4C9752F3.7070805@hostingbrothers.nl> <4C97C8E0.6070805@hostingbrothers.nl> <4C97CBCB.9030107@hostingbrothers.nl> <1c34098839832034223147a02856ecac@192.168.10.1> <4e303a7cf73c05aafc46592a375f85ae@192.168.10.1> Message-ID: Hi Chris, Just confirming the 2751 Windows package is OK to use in a manner similar to your other Windows releases? Below is some identifying info for my copy of it for the record; I hope they match yours... Thanks, Pete $ date ; echo -en "cksum " ; cksum boxbackup-RELEASE_0_11_2751-backup-client-mingw32.zip ; echo -e "\n" ; for algo in MD5 SHA1 RIPEMD160 SHA256 SHA512 ; do echo -en "${algo} " ; gpg --print-md ${algo} boxbackup-RELEASE_0_11_2751-backup-client-mingw32.zip ; echo -e "\n" ; done Wed Sep 29 10:50:05 EDT 2010 cksum 574772961 4244500 boxbackup-RELEASE_0_11_2751-backup-client-mingw32.zip MD5 boxbackup-RELEASE_0_11_2751-backup-client-mingw32.zip: 10 31 8A EE 07 EA 45 F9 2A 7E C7 9C 3C 6B 0C D2 SHA1 boxbackup-RELEASE_0_11_2751-backup-client-mingw32.zip: 1EDE 366E 8C8E 3346 C018 791B 340F 5BA2 FBDF EB06 RIPEMD160 boxbackup-RELEASE_0_11_2751-backup-client-mingw32.zip: F76E AFD8 3FCD E1B7 BCBE EA63 7994 7FD8 6F18 0A39 SHA256 boxbackup-RELEASE_0_11_2751-backup-client-mingw32.zip: CCBEBDDC 138C9BD6 77B02916 4C85CF14 5F6C4D89 05DD32CB CEDF0AF3 755F6DA4 SHA512 boxbackup-RELEASE_0_11_2751-backup-client-mingw32.zip: B7ADDF8D 4C600BC4 511D2008 CEB8F478 64702173 380AD13D 5FD33BF8 443FE9EC 6E539459 AD438C00 7D99D487 A8DCBC79 42C1E47D 2174A1C9 C08C8C41 A511F0A9 On Tue, Sep 21, 2010 at 4:41 PM, Chris Wilson wrote: > Hi Roy, > > On Tue, 21 Sep 2010, Chris Wilson wrote: >> On Tue, 21 Sep 2010, Roy wrote: >> >> > Found cygpcreposix-0.dll and cygpcre-0.dll on the internet, but now >> > missing cygwin1.dll. So the package is not complete and missing some >> > standard cygwin dll's?! >> >> Sorry about that. It wasn't supposed to be a Cygwin build. I've been >> developing on a new virtual machine and I made some changes to the >> library configuration, I guess there's more to do. I don't have access >> to it now, so it will have to wait until tonight, sorry. > > Please could you try the new 2751 package: > > http://www.boxbackup.org/svn/box/chris/win32/releases/boxbackup-RELEASE_0_11_2751-backup-client-mingw32.zip > > which includes the necessay DLLs that, despite their names, do not depend > on Cygwin? > > Cheers, Chris. From boxbackup at hostingbrothers.nl Wed Sep 29 15:59:07 2010 From: boxbackup at hostingbrothers.nl (Roy) Date: Wed, 29 Sep 2010 16:59:07 +0200 Subject: [Box Backup] Restore problems In-Reply-To: References: <4C9733AB.7050206@hostingbrothers.nl> <4C973A8E.50806@hostingbrothers.nl> <4C97455B.8000004@hostingbrothers.nl> <4C9752F3.7070805@hostingbrothers.nl> <4C97C8E0.6070805@hostingbrothers.nl> <4C97CBCB.9030107@hostingbrothers.nl> <1c34098839832034223147a02856ecac@192.168.10.1> <4e303a7cf73c05aafc46592a375f85ae@192.168.10.1> Message-ID: <4CA3543B.1030804@hostingbrothers.nl> Hi Pete, It solved my issues, and didn't find any other problems. So it seems to run stable and without problems. Only thing is, that we didn't find the issue that was causing my problems before this version. But I could restore everything and backup seems to go as well. I don't know if Chris needs some more information or testing from my side? Cheers, Roy Op 29-9-2010 16:55, Peter Jalajas, GigaLock Backup Services schreef: > Hi Chris, > > Just confirming the 2751 Windows package is OK to use in a manner > similar to your other Windows releases? > > Below is some identifying info for my copy of it for the record; I > hope they match yours... > > Thanks, > Pete > > $ date ; echo -en "cksum " ; cksum > boxbackup-RELEASE_0_11_2751-backup-client-mingw32.zip ; echo -e "\n" ; > for algo in MD5 SHA1 RIPEMD160 SHA256 SHA512 ; do echo -en "${algo} " > ; gpg --print-md ${algo} > boxbackup-RELEASE_0_11_2751-backup-client-mingw32.zip ; echo -e "\n" ; > done > > Wed Sep 29 10:50:05 EDT 2010 > > cksum 574772961 4244500 boxbackup-RELEASE_0_11_2751-backup-client-mingw32.zip > > MD5 boxbackup-RELEASE_0_11_2751-backup-client-mingw32.zip: > 10 31 8A EE 07 EA 45 F9 2A 7E C7 9C 3C 6B 0C D2 > > SHA1 boxbackup-RELEASE_0_11_2751-backup-client-mingw32.zip: > 1EDE 366E 8C8E 3346 C018 791B 340F 5BA2 FBDF EB06 > > RIPEMD160 boxbackup-RELEASE_0_11_2751-backup-client-mingw32.zip: > F76E AFD8 3FCD E1B7 BCBE EA63 7994 7FD8 6F18 0A39 > > SHA256 boxbackup-RELEASE_0_11_2751-backup-client-mingw32.zip: > CCBEBDDC 138C9BD6 77B02916 4C85CF14 5F6C4D89 05DD32CB CEDF0AF3 755F6DA4 > > SHA512 boxbackup-RELEASE_0_11_2751-backup-client-mingw32.zip: > B7ADDF8D 4C600BC4 511D2008 CEB8F478 64702173 380AD13D 5FD33BF8 443FE9EC 6E539459 > AD438C00 7D99D487 A8DCBC79 42C1E47D 2174A1C9 C08C8C41 A511F0A9 > > > On Tue, Sep 21, 2010 at 4:41 PM, Chris Wilson wrote: >> Hi Roy, >> >> On Tue, 21 Sep 2010, Chris Wilson wrote: >>> On Tue, 21 Sep 2010, Roy wrote: >>> >>>> Found cygpcreposix-0.dll and cygpcre-0.dll on the internet, but now >>>> missing cygwin1.dll. So the package is not complete and missing some >>>> standard cygwin dll's?! >>> Sorry about that. It wasn't supposed to be a Cygwin build. I've been >>> developing on a new virtual machine and I made some changes to the >>> library configuration, I guess there's more to do. I don't have access >>> to it now, so it will have to wait until tonight, sorry. >> Please could you try the new 2751 package: >> >> http://www.boxbackup.org/svn/box/chris/win32/releases/boxbackup-RELEASE_0_11_2751-backup-client-mingw32.zip >> >> which includes the necessay DLLs that, despite their names, do not depend >> on Cygwin? >> >> Cheers, Chris. > _______________________________________________ > Boxbackup mailing list > Boxbackup at boxbackup.org > http://lists.boxbackup.org/cgi-bin/mailman/listinfo/boxbackup > > !DSPAM:4ca35384103481804284693! > From chris at qwirx.com Wed Sep 29 21:05:18 2010 From: chris at qwirx.com (Chris Wilson) Date: Wed, 29 Sep 2010 21:05:18 +0100 (BST) Subject: [Box Backup] Restore problems In-Reply-To: References: <4C9733AB.7050206@hostingbrothers.nl> <4C973A8E.50806@hostingbrothers.nl> <4C97455B.8000004@hostingbrothers.nl> <4C9752F3.7070805@hostingbrothers.nl> <4C97C8E0.6070805@hostingbrothers.nl> <4C97CBCB.9030107@hostingbrothers.nl> <1c34098839832034223147a02856ecac@192.168.10.1> <4e303a7cf73c05aafc46592a375f85ae@192.168.10.1> Message-ID: Hi Pete, On Wed, 29 Sep 2010, Peter Jalajas, GigaLock Backup Services wrote: > Just confirming the 2751 Windows package is OK to use in a manner > similar to your other Windows releases? Yes, as far as I know, it fixes a few bugs and doesn't introduce any new ones :) > Below is some identifying info for my copy of it for the record; I hope > they match yours... I can confirm that the MD5 and SHA1 sums match, I haven't checked the others. > MD5 boxbackup-RELEASE_0_11_2751-backup-client-mingw32.zip: > 10 31 8A EE 07 EA 45 F9 2A 7E C7 9C 3C 6B 0C D2 > > SHA1 boxbackup-RELEASE_0_11_2751-backup-client-mingw32.zip: > 1EDE 366E 8C8E 3346 C018 791B 340F 5BA2 FBDF EB06 Cheers, Chris. -- _____ __ _ \ __/ / ,__(_)_ | Chris Wilson <0000 at qwirx.com> - Cambs UK | / (_/ ,\/ _/ /_ \ | Security/C/C++/Java/Ruby/Perl/SQL Developer | \ _/_/_/_//_/___/ | Stop nuclear war http://www.nuclearrisk.org |