From boxbackup at fluffy.co.uk Wed Mar 1 04:18:09 2006 From: boxbackup at fluffy.co.uk (E.W. Peter Jalajas) Date: Tue, 28 Feb 2006 20:18:09 -0800 (PST) Subject: [Box Backup] Full server store not deleting old and deleted files (boxwin0.09) Message-ID: <20060301041809.91865.qmail@web60611.mail.yahoo.com> Hi All, Below is an email that a script on my server store sends me every 2 hours. (I haven't used NotifyScript yet because implementing that on Windows is a research project for another day--suggestions welcome.) Anyway, I finally (Tuesday evening) stopped rationalizing away the 0 file changes (last line below) as being weekend-related, and used Terminal Services to log into the client. The Event Logs Error messages say the store was full since Friday evening. Ugh. And every hour or so since then. (This is not the tax guys with the client hard drive crash last week.) These guys do have a huge 170MB QuickBooks file, with QB autobackups thereof that should be trying to get onto my server store. This is boxwin0.09 client and 0.09 server on ubuntu hoary across town. So, why haven't the old and deleted files been deleted? And what should I do to fix it? I plan to just give him some more space, but I want to figure out this problem first. (He's doing tape now as well, off of which I am trying to wean him...) I'll put in a feature request for some kind of "bbstoreaccounts check" or "bbstoreaccounts info" or /var/log/box or /var/log/messages indication that the client-server system is no longer uploading changes to files, ala the client-side event log: "Exceeded storage limits on server -- not uploading changes to files." Trivial, I would think. (And to also elevate that client-side Windows Event Viewer message from an Information type to a Warning or Error type.) (There may be situations, besides my ignorance and laziness, where we can't use client-side email out. And I don't want the non-techie client folks to have to deal with some error message about that backup service that they long ago had forgotten about. :^) When I see they're (near) full, I'll contact them with suggestions.) Thanks! Pete ================ Report Timestamp: Tue Feb 28 22:17:07 EST 2006. Your Account Number, Account Name, Storage Quota, Email Address(es): 00000014 ClientNameHere 2500M x at y.com,z at y.com Store account checked, no errors found. Account ID: 00000014 Last object ID: 22097 Blocks used: 663024 (2589.94Mb) Blocks used by old files: 16068 (62.77Mb) Blocks used by deleted files: 96893 (378.49Mb) Blocks used by directories: 1965 (7.68Mb) Block soft limit: 640000 (2500.00Mb) Block hard limit: 704000 (2750.00Mb) Client store marker: 1141060420000000 Total size of your files safely backed up with Tebuco: 2.7G Total number of your files safely backed up with Tebuco: 22186 Number of your files changed in our storage during the following time periods: 0-2h 2-4h 4-8h 8-12hr 0.5-1d 1-2d 2-4d 4-8d 8+days 3 0 0 0 0 8 0 325 21850 (Please note that the numbers above include a few backup system overhead files. Please also note that a delay of up to a few hours exists between the time you edit a file and the time that change is reflected in the numbers above.) From boxbackup at fluffy.co.uk Wed Mar 1 09:00:18 2006 From: boxbackup at fluffy.co.uk (Dennis Speekenbrink) Date: Wed, 01 Mar 2006 10:00:18 +0100 Subject: [Box Backup] Full server store not deleting old and deleted files (boxwin0.09) In-Reply-To: <20060301041809.91865.qmail@web60611.mail.yahoo.com> References: <20060301041809.91865.qmail@web60611.mail.yahoo.com> Message-ID: <440562A2.2050509@silverstreak.nl> E.W. Peter Jalajas wrote: > Account ID: 00000014 > Last object ID: 22097 > Blocks used: 663024 (2589.94Mb) > Blocks used by old files: 16068 (62.77Mb) > Blocks used by deleted files: 96893 (378.49Mb) > Blocks used by directories: 1965 (7.68Mb) > Block soft limit: 640000 (2500.00Mb) > Block hard limit: 704000 (2750.00Mb) > Client store marker: 1141060420000000 > Hi, This situation occurs when the next file to upload is larger than the space left between "hard limit" and "blocks used". Currently there is 2750 - 2589.94 = 110.06 MB left for the account. If the next file to upload is larger, then if will fail. This is because the housekeeping process won't notice the store is full until -after- a file has been uploaded that crosses the soft limit. This is the general idea. From the above report I'm guessing that the report is made between the last upload (3 files) and the housekeeping process. as the store has obviously crossed it's soft limit. My best guess is to check the server log file to see where uploads stop. Hope this helps, Dennis P.S. that's a nice report you've got there, how'd you make it? From boxbackup at fluffy.co.uk Wed Mar 1 13:12:52 2006 From: boxbackup at fluffy.co.uk (Ben Summers) Date: Wed, 1 Mar 2006 13:12:52 +0000 Subject: [Box Backup] Full server store not deleting old and deleted files (boxwin0.09) In-Reply-To: <20060301041809.91865.qmail@web60611.mail.yahoo.com> References: <20060301041809.91865.qmail@web60611.mail.yahoo.com> Message-ID: On 1 Mar 2006, at 04:18, E.W. Peter Jalajas wrote: > Hi All, > > Below is an email that a script on my server store sends me every 2 > hours. (I haven't used NotifyScript yet because implementing that on > Windows is a research project for another day--suggestions welcome.) > Anyway, I finally (Tuesday evening) stopped rationalizing away the 0 > file changes (last line below) as being weekend-related, and used > Terminal Services to log into the client. The Event Logs Error > messages say the store was full since Friday evening. Ugh. And every > hour or so since then. (This is not the tax guys with the client hard > drive crash last week.) These guys do have a huge 170MB QuickBooks > file, with QB autobackups thereof that should be trying to get onto my > server store. > > This is boxwin0.09 client and 0.09 server on ubuntu hoary across town. > > So, why haven't the old and deleted files been deleted? And what > should I do to fix it? Check your server logs to see if there's anything about interrupted housekeeping. If the housekeeping takes too long and the client connects too frequently, then housekeeping never deletes anything. This is something to be aware of, and the reason I want to move to ref-counted stores in the 0.20 version. Ben From boxbackup at fluffy.co.uk Wed Mar 1 14:04:22 2006 From: boxbackup at fluffy.co.uk (E.W. Peter Jalajas) Date: Wed, 1 Mar 2006 06:04:22 -0800 (PST) Subject: [Box Backup] Full server store not deleting old and deleted files (boxwin0.09) In-Reply-To: Message-ID: <20060301140422.80280.qmail@web60614.mail.yahoo.com> Thanks, Dennis and Ben. Dennis: Here's the script I run. It's ugly, but it works for me...suggestions very welcome: http://tebuco.com/dl/bbcheck.zip --- Ben Summers wrote: > > On 1 Mar 2006, at 04:18, E.W. Peter Jalajas wrote: > > > > > So, why haven't the old and deleted files been deleted? And what > > should I do to fix it? > > Check your server logs to see if there's anything about interrupted > housekeeping. These all showed nothing: 530 grep -i house /var/log/box.0 531 grep -i house /var/log/box 532 grep -i hk /var/log/box 533 grep -i hk /var/log/box.0 >If the housekeeping takes too long and the client > connects too frequently, then housekeeping never deletes anything. Here's the timings from their bbackupd.conf: UpdateStoreInterval = 3600 MinimumFileAge = 21600 MaxUploadWait = 86400 FileTrackingSizeThreshold = 65535 DiffingUploadSizeThreshold = 8192 MaximumDiffingTime = 20 > > This is something to be aware of, and the reason I want to move to > ref-counted stores in the 0.20 version. > So, for now, should I just increase their quota? Temporarily? Should I put the known large-file BackupLocations (those with the big QuickBooks file) at the end of the bbackupd.conf listing? Thanks! Pete Link of the fortnight or so (2006-02-09): Be sure to register for LinuxWorldExpo Boston April 3-6, 2006: http://www.linuxworldexpo.com/live/12/register E.W. Peter Jalajas Tebuco, Inc. | Technical Business Consulting pjalajas at 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. From boxbackup at fluffy.co.uk Wed Mar 1 15:35:56 2006 From: boxbackup at fluffy.co.uk (Ben Summers) Date: Wed, 1 Mar 2006 15:35:56 +0000 Subject: [Box Backup] Full server store not deleting old and deleted files (boxwin0.09) In-Reply-To: <20060301140422.80280.qmail@web60614.mail.yahoo.com> References: <20060301140422.80280.qmail@web60614.mail.yahoo.com> Message-ID: On 1 Mar 2006, at 14:04, E.W. Peter Jalajas wrote: >>> >>> So, why haven't the old and deleted files been deleted? And what >>> should I do to fix it? >> >> Check your server logs to see if there's anything about interrupted >> housekeeping. > > These all showed nothing: > 530 grep -i house /var/log/box.0 > 531 grep -i house /var/log/box > 532 grep -i hk /var/log/box > 533 grep -i hk /var/log/box.0 No output at all? Or no messages about interruptions? If the former, this suggests that there was no housekeeping activity in that timeframe, so you need to search further. > >> If the housekeeping takes too long and the client >> connects too frequently, then housekeeping never deletes anything. > > Here's the timings from their bbackupd.conf: > > UpdateStoreInterval = 3600 > MinimumFileAge = 21600 > MaxUploadWait = 86400 > FileTrackingSizeThreshold = 65535 > DiffingUploadSizeThreshold = 8192 > MaximumDiffingTime = 20 > >> >> This is something to be aware of, and the reason I want to move to >> ref-counted stores in the 0.20 version. >> > > So, for now, should I just increase their quota? Temporarily? Should > I put the known large-file BackupLocations (those with the big > QuickBooks file) at the end of the bbackupd.conf listing? Increase the hard limit temporarily. Check the logs for the message where it says it deleted stuff. If you don't find that in the near future, then you need to check that the client does not have more data than your soft limit. But the first task is to find out exactly what the housekeeping is doing. Ben From boxbackup at fluffy.co.uk Wed Mar 1 22:36:54 2006 From: boxbackup at fluffy.co.uk (E.W. Peter Jalajas) Date: Wed, 1 Mar 2006 14:36:54 -0800 (PST) Subject: [Box Backup] Full server store not deleting old and deleted files (boxwin0.09) In-Reply-To: Message-ID: <20060301223654.81200.qmail@web60621.mail.yahoo.com> Thanks, Ben. Yes, no output at all; I couldn't see "housekeeping" or "hk" anywhere in the log. So, I changed the hard limit on problematic account 00000014 temporarily. I then ran a bbackupctl sync and it seemed to be doing something, backedup a couple of little files, but hung for too many minutes on an 8MB QuickBooks file. It's an old file, so I zipped it and deleted the original. Restarting the Windows client service, I could see in the Event Viewer that it was still trying to backup the unzipped file. So I stopped the windows service again, and stopped the server daemons with a sudo killall bbstored. I restarted /etc/init.d/bbstored and it ran housekeeping at 95% CPU for over 20 minutes (350MHz PII with 512MB RAM). But it finally stopped. petjal at ns1b:~$ grep -i hk /var/log/box Mar 1 16:43:37 localhost bbstored/hk[8995]: Housekeeping process started Mar 1 16:43:37 localhost bbstored/hk[8995]: Starting housekeeping Mar 1 16:43:37 localhost bbstored/hk[8995]: Finished housekeeping Mar 1 16:43:37 localhost bbstored/hk[8995]: Terminating daemon Mar 1 16:44:17 localhost bbstored/hk[9036]: Housekeeping process started Mar 1 16:44:17 localhost bbstored/hk[9036]: Starting housekeeping Mar 1 16:44:20 localhost bbstored/hk[9036]: On housekeeping, sizes in store do not match calculated sizes, correcting Mar 1 16:44:21 localhost bbstored/hk[9036]: different (store,calc): acc 0x00000011, used (159014,159666), old (8227,8257), deleted (8263,8263), dirs (1233,1233) Mar 1 16:44:25 localhost bbstored/hk[9036]: On housekeeping, sizes in store do not match calculated sizes, correcting Mar 1 16:44:25 localhost bbstored/hk[9036]: different (store,calc): acc 0x00000014, used (663024,694959), old (16068,16560), deleted (96893,96893), dirs (1965,2030) Mar 1 16:45:49 localhost bbstored/hk[9036]: Housekeeping giving way to connection for account 0x00000014 Mar 1 16:45:50 localhost bbstored/hk[9036]: Account 0x00000014, removed 12372 blocks (1669 files, 0 dirs) was interrupted Mar 1 16:45:52 localhost bbstored/hk[9036]: Account 0x01abc23d, removed 93 blocks (0 files, 93 dirs) Mar 1 16:45:52 localhost bbstored/hk[9036]: Account 0x123abc4d, removed 1 blocks (0 files, 1 dirs) Mar 1 16:45:52 localhost bbstored/hk[9036]: Finished housekeeping Mar 1 16:54:59 localhost bbstored/hk[9036]: Terminating daemon Mar 1 16:55:19 localhost bbstored/hk[9614]: Housekeeping process started Mar 1 16:55:20 localhost bbstored/hk[9614]: Starting housekeeping Mar 1 17:18:36 localhost bbstored/hk[9614]: Account 0x00000014, removed 44398 blocks (3816 files, 19 dirs) Mar 1 17:18:36 localhost bbstored/hk[9614]: Finished housekeeping Mar 1 17:19:36 localhost bbstored/hk[9614]: Starting housekeeping Mar 1 17:19:39 localhost bbstored/hk[9614]: Finished housekeeping I restarted the service on the windows client and it is now stuck trying to backup the old file that doesn't exist anymore; from the windows Event Viewer: Send ListDirectory(0x5647,0xffffffff,0xc,true). Receive Success(0x5647). Receiving stream, size 489. Send GetBlockIndexByName(0x5647,"Hallmos 101503 2.QBB"). Receive Success(0x5648). Receiving stream, size 89148. Sending stream, size uncertain. Send StoreFile(0x5647,0x40dca63288f40,0x263be2696554d151,0x5648,"Hallmos 101503 2.QBB"). Sending stream, size uncertain. >From /var/log/box on the server: Mar 1 17:26:37 localhost bbstored[11200]: Send Success(0x5647) Mar 1 17:26:37 localhost bbstored[11200]: Sending stream, size 489 Mar 1 17:26:37 localhost bbstored[11200]: Receive GetBlockIndexByName(0x5647,OPAQUE) Mar 1 17:26:37 localhost bbstored[11200]: Receive GetBlockIndexByName(0x5647,OPAQUE) Mar 1 17:26:37 localhost bbstored[11200]: Send Success(0x5648) Mar 1 17:26:37 localhost bbstored[11200]: Send Success(0x5648) Mar 1 17:26:37 localhost bbstored[11200]: Sending stream, size 89148 Mar 1 17:26:54 localhost bbstored[11200]: Receive StoreFile(0x5647,0x40dca63288f40,0x263be2696554d151,0x5648,OPAQUE) Mar 1 17:26:54 localhost bbstored[11200]: Receive StoreFile(0x5647,0x40dca63288f40,0x263be2696554d151,0x5648,OPAQUE) Mar 1 17:26:54 localhost bbstored[11200]: Receiving stream, size uncertain Mar 1 17:34:37 localhost bbstored/hk[9614]: Starting housekeeping Mar 1 17:34:38 localhost bbstored/hk[9614]: Finished housekeeping The problem again is the the .QBB file doesn't exist anymore; it has been replaced by the .ZIP file of the same name. And the bb system is hanging on the non-existent .QBB file. What should I do? (I haven't checked exactly how much storage on the client is represented by the BackupLocations, as compared to the soft limit.) Thanks again, Pete --- Ben Summers wrote: > > On 1 Mar 2006, at 14:04, E.W. Peter Jalajas wrote: > > >>> > >>> So, why haven't the old and deleted files been deleted? And what > >>> should I do to fix it? > >> > >> Check your server logs to see if there's anything about > interrupted > >> housekeeping. > > > > These all showed nothing: > > 530 grep -i house /var/log/box.0 > > 531 grep -i house /var/log/box > > 532 grep -i hk /var/log/box > > 533 grep -i hk /var/log/box.0 > > No output at all? Or no messages about interruptions? If the former, > > this suggests that there was no housekeeping activity in that > timeframe, so you need to search further. > > > > >> If the housekeeping takes too long and the client > >> connects too frequently, then housekeeping never deletes anything. > > > > Here's the timings from their bbackupd.conf: > > > > UpdateStoreInterval = 3600 > > MinimumFileAge = 21600 > > MaxUploadWait = 86400 > > FileTrackingSizeThreshold = 65535 > > DiffingUploadSizeThreshold = 8192 > > MaximumDiffingTime = 20 > > > >> > >> This is something to be aware of, and the reason I want to move to > >> ref-counted stores in the 0.20 version. > >> > > > > So, for now, should I just increase their quota? Temporarily? > Should > > I put the known large-file BackupLocations (those with the big > > QuickBooks file) at the end of the bbackupd.conf listing? > > Increase the hard limit temporarily. Check the logs for the message > where it says it deleted stuff. If you don't find that in the near > future, then you need to check that the client does not have more > data than your soft limit. > > But the first task is to find out exactly what the housekeeping is > doing. > > Ben > > > > _______________________________________________ > boxbackup mailing list > boxbackup at fluffy.co.uk > http://lists.warhead.org.uk/mailman/listinfo/boxbackup > From boxbackup at fluffy.co.uk Wed Mar 1 22:55:34 2006 From: boxbackup at fluffy.co.uk (Ben Summers) Date: Wed, 1 Mar 2006 22:55:34 +0000 Subject: [Box Backup] Full server store not deleting old and deleted files (boxwin0.09) In-Reply-To: <20060301223654.81200.qmail@web60621.mail.yahoo.com> References: <20060301223654.81200.qmail@web60621.mail.yahoo.com> Message-ID: <20014139-5869-4A8E-8C5D-9BFE10B946A6@fluffy.co.uk> On 1 Mar 2006, at 22:36, E.W. Peter Jalajas wrote: > > I restarted the service on the windows client and it is now stuck > trying to backup the old file that doesn't exist anymore; from the > windows Event Viewer: > Send ListDirectory(0x5647,0xffffffff,0xc,true). > Receive Success(0x5647). > Receiving stream, size 489. > Send GetBlockIndexByName(0x5647,"Hallmos 101503 2.QBB"). > Receive Success(0x5648). > Receiving stream, size 89148. > Sending stream, size uncertain. > Send > StoreFile(0x5647,0x40dca63288f40,0x263be2696554d151,0x5648,"Hallmos > 101503 2.QBB"). > Sending stream, size uncertain. I think you now need to work out what exactly it's doing. After all, it shouldn't be trying to back up a file which no longer exists. Can you do a search on the disc for all files of that name? And check them carefully. Ben From boxbackup at fluffy.co.uk Wed Mar 1 23:34:00 2006 From: boxbackup at fluffy.co.uk (E.W. Peter Jalajas) Date: Wed, 1 Mar 2006 15:34:00 -0800 (PST) Subject: [Box Backup] Full server store not deleting old and deleted files (boxwin0.09) In-Reply-To: <20014139-5869-4A8E-8C5D-9BFE10B946A6@fluffy.co.uk> Message-ID: <20060301233400.82535.qmail@web60611.mail.yahoo.com> Ah! I see a 176MB version of it at the top of the BackupLocations Path! I think it's fine now, Ben. petjal at ns1b:~$ grep -i -e 11200.*Login -e 11200.*finish /var/log/box Mar 1 17:26:36 localhost bbstored[11200]: Receive Login(0x14,0x0) Mar 1 17:26:36 localhost bbstored[11200]: Receive Login(0x14,0x0) Mar 1 17:26:36 localhost bbstored[11200]: Login: Client ID 00000014, Read/WriteMar 1 17:26:36 localhost bbstored[11200]: Send LoginConfirmed(0x40dc9d5005900,0x9bced,0x9c400,0xdac00) Mar 1 17:26:36 localhost bbstored[11200]: Send LoginConfirmed(0x40dc9d5005900,0x9bced,0x9c400,0xdac00) Mar 1 18:12:15 localhost bbstored[11200]: Receive Finished() Mar 1 18:12:15 localhost bbstored[11200]: Receive Finished() Mar 1 18:12:15 localhost bbstored[11200]: Session finished Mar 1 18:12:15 localhost bbstored[11200]: Send Finished() Mar 1 18:12:15 localhost bbstored[11200]: Send Finished() Mar 1 16:55:19 localhost bbstored/hk[9614]: Housekeeping process started Mar 1 16:55:20 localhost bbstored/hk[9614]: Starting housekeeping Mar 1 17:18:36 localhost bbstored/hk[9614]: Account 0x00000014, removed 44398 blocks (3816 files, 19 dirs) Mar 1 17:18:36 localhost bbstored/hk[9614]: Finished housekeeping Mar 1 17:19:36 localhost bbstored/hk[9614]: Starting housekeeping Mar 1 17:19:39 localhost bbstored/hk[9614]: Finished housekeeping Mar 1 17:34:37 localhost bbstored/hk[9614]: Starting housekeeping Mar 1 17:34:38 localhost bbstored/hk[9614]: Finished housekeeping Mar 1 17:49:36 localhost bbstored/hk[9614]: Starting housekeeping Mar 1 17:49:45 localhost bbstored/hk[9614]: Finished housekeeping Mar 1 18:04:36 localhost bbstored/hk[9614]: Starting housekeeping Mar 1 18:04:58 localhost bbstored/hk[9614]: Finished housekeeping Mar 1 18:19:36 localhost bbstored/hk[9614]: Starting housekeeping Mar 1 18:19:45 localhost bbstored/hk[9614]: Account 0x00000014, removed 42243 blocks (35 files, 0 dirs) Mar 1 18:19:47 localhost bbstored/hk[9614]: Finished housekeeping petjal at ns1b:~$ ps -ef | grep bb 1003 9613 1 0 16:55 ? 00:00:00 /etc/init.d/bbstored 1003 9614 9613 25 16:55 ? 00:22:16 /etc/init.d/bbstored petjal at ns1b:~$ sudo /usr/local/bin/bbstoreaccounts info 00000014 Password: Account ID: 00000014 Last object ID: 22202 Blocks used: 639041 (2496.25Mb) Blocks used by old files: 3 (0.01Mb) Blocks used by deleted files: 55800 (217.97Mb) Blocks used by directories: 1895 (7.40Mb) Block soft limit: 640000 (2500.00Mb) Block hard limit: 896000 (3500.00Mb) Client store marker: 1141254462000000 And on windows, it looks like it finished up with this: Finished scan of local files. File statistics: total file size uploaded 188934621, bytes already on server 9177355, encoded size 176131400. So, I think we are OK. I think the issue was that I had too little headroom between the soft and hard limits for this client with large files. It got stuck. I fixed it, with Ben's guidance, by increasing the hard limit substantially, and restarting daemons on both the client and server, and letting it run. I failed to realize that the filename could have been duplicated elsewhere in by BackupLocations Path--no, actually, I didn't read my BackupLocations Path correctly--I was looking down in a subdirectory that I had forgotten was Excluded. I think I'll keep the hard limit at its present value, presuming that Box Backup will keep the storage down near the soft limit as best it can. Below is my bi-hourly script output that happened to run about the same time. Thanks again, Ben! Pete Report Timestamp: Wed Mar 1 18:17:14 EST 2006. Your Account Number, Account Name, Storage Quota, Email Address(es): 00000014 2500M x at y.com Store account checked, no errors found. Account ID: 00000014 Last object ID: 22202 Blocks used: 681284 (2661.27Mb) Blocks used by old files: 42244 (165.02Mb) Blocks used by deleted files: 55802 (217.98Mb) Blocks used by directories: 1897 (7.41Mb) Block soft limit: 640000 (2500.00Mb) Block hard limit: 896000 (3500.00Mb) Client store marker: 1141254462000000 Total size of your files safely backed up with Tebuco: 2.7G Total number of your files safely backed up with Tebuco: 16698 Number of your files changed in our storage during the following time periods: 0-2h 2-4h 4-8h 8-12hr 0.5-1d 1-2d 2-4d 4-8d 8+days 444 0 0 0 0 0 0 202 16052 (Please note that a delay of up to a few hours exists between the time you edit a file and the time that change is reflected in the numbers above.) --- Ben Summers wrote: > > On 1 Mar 2006, at 22:36, E.W. Peter Jalajas wrote: > > > > > I restarted the service on the windows client and it is now stuck > > trying to backup the old file that doesn't exist anymore; from the > > windows Event Viewer: > > Send ListDirectory(0x5647,0xffffffff,0xc,true). > > Receive Success(0x5647). > > Receiving stream, size 489. > > Send GetBlockIndexByName(0x5647,"Hallmos 101503 2.QBB"). > > Receive Success(0x5648). > > Receiving stream, size 89148. > > Sending stream, size uncertain. > > Send > > StoreFile(0x5647,0x40dca63288f40,0x263be2696554d151,0x5648,"Hallmos > > 101503 2.QBB"). > > Sending stream, size uncertain. > > > I think you now need to work out what exactly it's doing. After all, > > it shouldn't be trying to back up a file which no longer exists. > > Can you do a search on the disc for all files of that name? And check > > them carefully. > > Ben > > > > _______________________________________________ > boxbackup mailing list > boxbackup at fluffy.co.uk > http://lists.warhead.org.uk/mailman/listinfo/boxbackup > From boxbackup at fluffy.co.uk Thu Mar 2 19:23:21 2006 From: boxbackup at fluffy.co.uk (E.W. Peter Jalajas) Date: Thu, 2 Mar 2006 11:23:21 -0800 (PST) Subject: [Box Backup] Multiple bbstored processes? Message-ID: <20060302192321.77327.qmail@web60623.mail.yahoo.com> Hi all, After my little mess yesterday with the system hanging on the large file, and all my flailing around trying to investigate and fix it, I seem to have left myself with 2 instances of bbstored running. I presume that it should only be 1 instance. 1003 9613 1 0 Mar01 ? 00:00:00 /etc/init.d/bbstored 1003 9614 9613 2 Mar01 ? 00:25:37 /etc/init.d/bbstored Can I safely just kill 9614? Thanks, Pete From boxbackup at fluffy.co.uk Thu Mar 2 19:44:35 2006 From: boxbackup at fluffy.co.uk (Todd D. Esposito) Date: Thu, 2 Mar 2006 13:44:35 -0600 (CST) Subject: [Box Backup] Multiple bbstored processes? In-Reply-To: <20060302192321.77327.qmail@web60623.mail.yahoo.com> References: <20060302192321.77327.qmail@web60623.mail.yahoo.com> Message-ID: <1445.67.184.68.1.1141328675.squirrel@67.184.68.1> I think you're probably seeing a two-thread system, here, and NOT two separate processes. The thing to note is the third column, wihch is (usually) the parent process id. In process 9613, it's parent is 1, or /sbin/init, which is what you would expect if you start bbstored on startup. The second process is parented by the first, so it's either a forked of the first, which seems unlikely, or maybe the housekeeping thread? Hope this helps. Todd On Thu, March 2, 2006 13:23, E.W. Peter Jalajas said: > Hi all, > > After my little mess yesterday with the system hanging on the large > file, and all my flailing around trying to investigate and fix it, I > seem to have left myself with 2 instances of bbstored running. I > presume that it should only be 1 instance. > > 1003 9613 1 0 Mar01 ? 00:00:00 /etc/init.d/bbstored > 1003 9614 9613 2 Mar01 ? 00:25:37 /etc/init.d/bbstored > > Can I safely just kill 9614? > > Thanks, > Pete > > _______________________________________________ > boxbackup mailing list > boxbackup at fluffy.co.uk > http://lists.warhead.org.uk/mailman/listinfo/boxbackup > From boxbackup at fluffy.co.uk Thu Mar 2 19:55:38 2006 From: boxbackup at fluffy.co.uk (E.W. Peter Jalajas) Date: Thu, 2 Mar 2006 11:55:38 -0800 (PST) Subject: [Box Backup] Multiple bbstored processes? In-Reply-To: <1445.67.184.68.1.1141328675.squirrel@67.184.68.1> Message-ID: <20060302195538.43976.qmail@web60617.mail.yahoo.com> Thanks, Todd. I see what you mean. It doesn't look like my flailing on the server started it, but maybe my stopping and starting the windows client service left something hanging. The following screen scrapes show that nothings going on in the box log for the past 6 minutes (or does it?), so I think I can and maybe should just kill 9614. What do you think? Thanks again, Pete petjal at ns1b:~$ date Thu Mar 2 14:56:58 EST 2006 petjal at ns1b:~$ ps -ef | grep bb 1003 9613 1 0 Mar01 ? 00:00:00 /etc/init.d/bbstored 1003 9614 9613 1 Mar01 ? 00:25:44 /etc/init.d/bbstored petjal 26245 24890 0 14:56 pts/1 00:00:00 grep bb petjal at ns1b:~$ tail /var/log/box Mar 2 14:50:06 localhost bbstored[25691]: Send Success(0x42a5) Mar 2 14:50:06 localhost bbstored[25691]: Receive SetClientStoreMarker(0x40e084f7d94c0) Mar 2 14:50:06 localhost bbstored[25691]: Receive SetClientStoreMarker(0x40e084f7d94c0) Mar 2 14:50:06 localhost bbstored[25691]: Send Success(0x40e084f7d94c0) Mar 2 14:50:06 localhost bbstored[25691]: Send Success(0x40e084f7d94c0) Mar 2 14:50:06 localhost bbstored[25691]: Receive Finished() Mar 2 14:50:06 localhost bbstored[25691]: Receive Finished() Mar 2 14:50:06 localhost bbstored[25691]: Session finished Mar 2 14:50:06 localhost bbstored[25691]: Send Finished() Mar 2 14:50:06 localhost bbstored[25691]: Send Finished() --- "Todd D. Esposito" wrote: > I think you're probably seeing a two-thread system, here, and NOT two > separate processes. The thing to note is the third column, wihch is > (usually) the parent process id. In process 9613, it's parent is 1, > or > /sbin/init, which is what you would expect if you start bbstored on > startup. The second process is parented by the first, so it's either > a > forked of the first, which seems unlikely, or maybe the housekeeping > thread? > > Hope this helps. > > Todd > On Thu, March 2, 2006 13:23, E.W. Peter Jalajas said: > > Hi all, > > > > After my little mess yesterday with the system hanging on the large > > file, and all my flailing around trying to investigate and fix it, > I > > seem to have left myself with 2 instances of bbstored running. I > > presume that it should only be 1 instance. > > > > 1003 9613 1 0 Mar01 ? 00:00:00 > /etc/init.d/bbstored > > 1003 9614 9613 2 Mar01 ? 00:25:37 > /etc/init.d/bbstored > > > > Can I safely just kill 9614? > > > > Thanks, > > Pete > > > > _______________________________________________ > > boxbackup mailing list > > boxbackup at fluffy.co.uk > > http://lists.warhead.org.uk/mailman/listinfo/boxbackup > > > > _______________________________________________ > boxbackup mailing list > boxbackup at fluffy.co.uk > http://lists.warhead.org.uk/mailman/listinfo/boxbackup > From boxbackup at fluffy.co.uk Thu Mar 2 20:11:02 2006 From: boxbackup at fluffy.co.uk (Todd D. Esposito) Date: Thu, 2 Mar 2006 14:11:02 -0600 (CST) Subject: [Box Backup] Multiple bbstored processes? In-Reply-To: <20060302195538.43976.qmail@web60617.mail.yahoo.com> References: <1445.67.184.68.1.1141328675.squirrel@67.184.68.1> <20060302195538.43976.qmail@web60617.mail.yahoo.com> Message-ID: <1568.67.184.68.1.1141330262.squirrel@67.184.68.1> Pete, On Thu, March 2, 2006 13:55, E.W. Peter Jalajas said: > Thanks, Todd. I see what you mean. It doesn't look like my flailing > on the server started it, but maybe my stopping and starting the > windows client service left something hanging. The following screen > scrapes show that nothings going on in the box log for the past 6 > minutes (or does it?), so I think I can and maybe should just kill > 9614. What do you think? Just did a quick check on a couple of my boxen, and both have two "bbstored" processes in the same configuration as yours. Also, a quick browse through the bbstored source code (BackupStoreDeamon.cpp) shows that it does in fact fork a child process explicitly to handle housekeeping, so what you have there is a perfectly healthy system, at least as far the the number and relationship of processes is concerned. If you're concerned, why don't you try a bbackupquery or two, just to be sure you can connect and browse the store properly? Also, just as a matter of best practices, going around 'kill'ing processes is generally frowned upon, unless you're REALLY sure something is wrong. -Todd From boxbackup at fluffy.co.uk Sat Mar 4 15:38:33 2006 From: boxbackup at fluffy.co.uk (Mikael Syska) Date: Sat, 04 Mar 2006 16:38:33 +0100 Subject: [Box Backup] Windows Client Port? Message-ID: <4409B479.1070209@syska.dk> Hi, Is it possible to change the Port in the Windows Client from a config? or do I have to Compile my own? ( I dont hope so, not familiy with it) If it aint possible as it is now, can it be moved to a config file? or something dynamic? // ouT From boxbackup at fluffy.co.uk Sat Mar 4 16:02:41 2006 From: boxbackup at fluffy.co.uk (Chris Wilson) Date: Sat, 4 Mar 2006 16:02:41 +0000 (GMT) Subject: [Box Backup] Windows Client Port? In-Reply-To: <4409B479.1070209@syska.dk> References: <4409B479.1070209@syska.dk> Message-ID: Hi Mikael, > Is it possible to change the Port in the Windows Client from a config? > or do I have to Compile my own? ( I dont hope so, not familiy with it) > If it aint possible as it is now, can it be moved to a config file? or > something dynamic? The server port is currently hard-coded on the client and the server, and both will need to be recompiled to change it (although you might be able to use NAT on a firewall as a workaround). However, it would not be hard to make the port configurable using the config file. 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 fluffy.co.uk Sat Mar 4 23:09:43 2006 From: boxbackup at fluffy.co.uk (Mikael Syska) Date: Sun, 05 Mar 2006 00:09:43 +0100 Subject: [Box Backup] Windows Client Message-ID: <440A1E37.2050508@syska.dk> Hi, I have noticed that after the client have run for 3+ hours, it keeps using about 30% cpu power..... How can I debug it? its not connected to the server, or any thing, I dont have a clue what its doing..... there are only about 250 mb data...... // ouT From boxbackup at fluffy.co.uk Sat Mar 4 23:09:54 2006 From: boxbackup at fluffy.co.uk (Mikael Syska) Date: Sun, 05 Mar 2006 00:09:54 +0100 Subject: [Box Backup] Windows Client, maybe a bug Message-ID: <440A1E42.20100@syska.dk> Hi, I have noticed that after the client have run for 3+ hours, it keeps using about 30% cpu power..... How can I debug it? its not connected to the server, or any thing, I dont have a clue what its doing..... there are only about 250 mb data...... // ouT From boxbackup at fluffy.co.uk Sat Mar 4 23:18:01 2006 From: boxbackup at fluffy.co.uk (Thomas Glanzmann) Date: Sun, 5 Mar 2006 00:18:01 +0100 Subject: [Box Backup] Windows Client, maybe a bug In-Reply-To: <440A1E42.20100@syska.dk> References: <440A1E42.20100@syska.dk> Message-ID: <20060304231801.GH28330@cip.informatik.uni-erlangen.de> Hello, > How can I debug it? its not connected to the server, or any thing, I > dont have a clue what its doing..... there are only about 250 mb data...... strace -fp `pgrep bbackupd` Sincerely, Thomas From boxbackup at fluffy.co.uk Sat Mar 4 23:23:29 2006 From: boxbackup at fluffy.co.uk (Mikael Syska) Date: Sun, 05 Mar 2006 00:23:29 +0100 Subject: [Box Backup] Windows Client, maybe a bug In-Reply-To: <20060304231801.GH28330@cip.informatik.uni-erlangen.de> References: <440A1E42.20100@syska.dk> <20060304231801.GH28330@cip.informatik.uni-erlangen.de> Message-ID: <440A2171.6030104@syska.dk> Thomas Glanzmann wrote: >Hello, > > > >>How can I debug it? its not connected to the server, or any thing, I >>dont have a clue what its doing..... there are only about 250 mb data...... >> >> > > strace -fp `pgrep bbackupd` > > Its the Windows Client..... for the 0.10 release of the boxbackup the one Chris Wilson are maintaining now, boxbackup-0.10_general_r511-backup-client-mingw32.zip >Sincerely, > Thomas >_______________________________________________ >boxbackup mailing list >boxbackup at fluffy.co.uk >http://lists.warhead.org.uk/mailman/listinfo/boxbackup > > Sorry for double post..... best regards Syska From boxbackup at fluffy.co.uk Sat Mar 4 23:33:05 2006 From: boxbackup at fluffy.co.uk (Thomas Glanzmann) Date: Sun, 5 Mar 2006 00:33:05 +0100 Subject: [Box Backup] Windows Client, maybe a bug In-Reply-To: <440A2171.6030104@syska.dk> References: <440A1E42.20100@syska.dk> <20060304231801.GH28330@cip.informatik.uni-erlangen.de> <440A2171.6030104@syska.dk> Message-ID: <20060304233305.GI28330@cip.informatik.uni-erlangen.de> Hello Syska, > Its the Windows Client..... I read the Subject after answering. Thomas From boxbackup at fluffy.co.uk Sun Mar 5 00:05:10 2006 From: boxbackup at fluffy.co.uk (Chris Wilson) Date: Sun, 5 Mar 2006 00:05:10 +0000 (GMT) Subject: [Box Backup] Windows Client In-Reply-To: <440A1E37.2050508@syska.dk> References: <440A1E37.2050508@syska.dk> Message-ID: Hi Mikael, > I have noticed that after the client have run for 3+ hours, it keeps using > about 30% cpu power..... > > How can I debug it? its not connected to the server, or any thing, I dont > have a clue what its doing..... there are only about 250 mb data...... What are the last few messages from Box Backup in the Windows event log? 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 fluffy.co.uk Sun Mar 5 00:10:06 2006 From: boxbackup at fluffy.co.uk (Mikael Syska) Date: Sun, 05 Mar 2006 01:10:06 +0100 Subject: [Box Backup] Windows Client In-Reply-To: References: <440A1E37.2050508@syska.dk> Message-ID: <440A2C5E.3040908@syska.dk> Chris Wilson wrote: > Hi Mikael, > >> I have noticed that after the client have run for 3+ hours, it keeps >> using about 30% cpu power..... >> >> How can I debug it? its not connected to the server, or any thing, I >> dont have a clue what its doing..... there are only about 250 mb >> data...... > > > What are the last few messages from Box Backup in the Windows event log? That were also the first place I looked, maybe I should have mentioned that there are no messages there.... the last ones are 4 days old, and there only came there when I upgrade the server and the client..... So i dont have any logs in the event... I dont know why :-( Any hints? > > Cheers, Chris. best regards Syska From boxbackup at fluffy.co.uk Sun Mar 5 11:28:02 2006 From: boxbackup at fluffy.co.uk (Ben Summers) Date: Sun, 5 Mar 2006 11:28:02 +0000 Subject: [Box Backup] Windows Client Port? In-Reply-To: <4409B479.1070209@syska.dk> References: <4409B479.1070209@syska.dk> Message-ID: <3B77FA42-2F2B-44CB-8423-77F29C1463F6@fluffy.co.uk> On 4 Mar 2006, at 15:38, Mikael Syska wrote: > Hi, > > Is it possible to change the Port in the Windows Client from a > config? or do I have to Compile my own? ( I dont hope so, not > familiy with it) If it aint possible as it is now, can it be moved > to a config file? or something dynamic? Why do you want to change the port the client connects to on the server? Ben From boxbackup at fluffy.co.uk Sun Mar 5 11:52:22 2006 From: boxbackup at fluffy.co.uk (Mikael Syska) Date: Sun, 05 Mar 2006 12:52:22 +0100 Subject: [Box Backup] Windows Client Port? In-Reply-To: <3B77FA42-2F2B-44CB-8423-77F29C1463F6@fluffy.co.uk> References: <4409B479.1070209@syska.dk> <3B77FA42-2F2B-44CB-8423-77F29C1463F6@fluffy.co.uk> Message-ID: <440AD0F6.9080408@syska.dk> Ben Summers wrote: > > On 4 Mar 2006, at 15:38, Mikael Syska wrote: > >> Hi, >> >> Is it possible to change the Port in the Windows Client from a >> config? or do I have to Compile my own? ( I dont hope so, not >> familiy with it) If it aint possible as it is now, can it be moved >> to a config file? or something dynamic? > > > Why do you want to change the port the client connects to on the server? I'm moving in a couple of days.... the server stays the same place, but I'm taking the Windows computer with me, and the internet is very restricted where i'm moving to.... So I have to use an other port..... > > Ben > > > > _______________________________________________ > boxbackup mailing list > boxbackup at fluffy.co.uk > http://lists.warhead.org.uk/mailman/listinfo/boxbackup Syska From boxbackup at fluffy.co.uk Sun Mar 5 11:59:02 2006 From: boxbackup at fluffy.co.uk (Ben Summers) Date: Sun, 5 Mar 2006 11:59:02 +0000 Subject: [Box Backup] Windows Client Port? In-Reply-To: <440AD0F6.9080408@syska.dk> References: <4409B479.1070209@syska.dk> <3B77FA42-2F2B-44CB-8423-77F29C1463F6@fluffy.co.uk> <440AD0F6.9080408@syska.dk> Message-ID: <2DB432E8-45B2-4D5E-A271-AD52260D2651@fluffy.co.uk> On 5 Mar 2006, at 11:52, Mikael Syska wrote: > Ben Summers wrote: > >> >> On 4 Mar 2006, at 15:38, Mikael Syska wrote: >> >>> Hi, >>> >>> Is it possible to change the Port in the Windows Client from a >>> config? or do I have to Compile my own? ( I dont hope so, not >>> familiy with it) If it aint possible as it is now, can it be >>> moved to a config file? or something dynamic? >> >> >> Why do you want to change the port the client connects to on the >> server? > > I'm moving in a couple of days.... the server stays the same place, > but I'm taking the Windows computer with me, and the internet is > very restricted where i'm moving to.... So I have to use an other > port..... Couldn't you tunnel over something else, like ssh perhaps? Ben From boxbackup at fluffy.co.uk Sun Mar 5 12:09:25 2006 From: boxbackup at fluffy.co.uk (Mikael Syska) Date: Sun, 05 Mar 2006 13:09:25 +0100 Subject: [Box Backup] Windows Client Port? In-Reply-To: <2DB432E8-45B2-4D5E-A271-AD52260D2651@fluffy.co.uk> References: <4409B479.1070209@syska.dk> <3B77FA42-2F2B-44CB-8423-77F29C1463F6@fluffy.co.uk> <440AD0F6.9080408@syska.dk> <2DB432E8-45B2-4D5E-A271-AD52260D2651@fluffy.co.uk> Message-ID: <440AD4F5.3020400@syska.dk> Ben Summers wrote: > > On 5 Mar 2006, at 11:52, Mikael Syska wrote: > >> Ben Summers wrote: >> >>> >>> On 4 Mar 2006, at 15:38, Mikael Syska wrote: >>> >>>> Hi, >>>> >>>> Is it possible to change the Port in the Windows Client from a >>>> config? or do I have to Compile my own? ( I dont hope so, not >>>> familiy with it) If it aint possible as it is now, can it be >>>> moved to a config file? or something dynamic? >>> >>> >>> >>> Why do you want to change the port the client connects to on the >>> server? >> >> >> I'm moving in a couple of days.... the server stays the same place, >> but I'm taking the Windows computer with me, and the internet is >> very restricted where i'm moving to.... So I have to use an other >> port..... > > > Couldn't you tunnel over something else, like ssh perhaps? Probebly, I will look into it.... havent tried SSH Tunnel before, but it seems pretty streight forward... thanks > > Ben > > > > > _______________________________________________ > boxbackup mailing list > boxbackup at fluffy.co.uk > http://lists.warhead.org.uk/mailman/listinfo/boxbackup syska From boxbackup at fluffy.co.uk Sun Mar 5 12:16:19 2006 From: boxbackup at fluffy.co.uk (Chris Wilson) Date: Sun, 5 Mar 2006 12:16:19 +0000 (GMT) Subject: [Box Backup] Windows Client In-Reply-To: <440A2C5E.3040908@syska.dk> References: <440A1E37.2050508@syska.dk> <440A2C5E.3040908@syska.dk> Message-ID: Hi Mikael, On Sun, 5 Mar 2006, Mikael Syska wrote: > That were also the first place I looked, maybe I should have mentioned > that there are no messages there.... the last ones are 4 days old, and > there only came there when I upgrade the server and the client..... > > So i dont have any logs in the event... I dont know why :-( That's really bizarre. Box always logs a message when it starts up. There's no way to avoid that. Either your system is borked (event log full?), you're looking in the wrong place (should be Application log), or you're not running my client. 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 fluffy.co.uk Sun Mar 5 12:26:11 2006 From: boxbackup at fluffy.co.uk (Mikael Syska) Date: Sun, 05 Mar 2006 13:26:11 +0100 Subject: [Box Backup] Windows Client In-Reply-To: References: <440A1E37.2050508@syska.dk> <440A2C5E.3040908@syska.dk> Message-ID: <440AD8E3.9080009@syska.dk> Chris Wilson wrote: > Hi Mikael, > > On Sun, 5 Mar 2006, Mikael Syska wrote: > >> That were also the first place I looked, maybe I should have >> mentioned that there are no messages there.... the last ones are 4 >> days old, and there only came there when I upgrade the server and the >> client..... >> >> So i dont have any logs in the event... I dont know why :-( > > > That's really bizarre. Box always logs a message when it starts up. > There's no way to avoid that. > > Either your system is borked (event log full?), you're looking in the > wrong place (should be Application log), or you're not running my client. I thought that too, will look into that later today. Now I have cleared my event logs etc. I am running your client, its running again 0.10, and I dont think there are other win32 clients out there.... but probebly a fault from my side.... just can't think of what right now. I'm be back later..... > > Cheers, Chris. syska From boxbackup at fluffy.co.uk Sun Mar 5 14:11:12 2006 From: boxbackup at fluffy.co.uk (Mikael Syska) Date: Sun, 05 Mar 2006 15:11:12 +0100 Subject: [Box Backup] Windows Client In-Reply-To: <440AD8E3.9080009@syska.dk> References: <440A1E37.2050508@syska.dk> <440A2C5E.3040908@syska.dk> <440AD8E3.9080009@syska.dk> Message-ID: <440AF180.7090604@syska.dk> Mikael Syska wrote: > Chris Wilson wrote: > >> Hi Mikael, >> >> On Sun, 5 Mar 2006, Mikael Syska wrote: >> >>> That were also the first place I looked, maybe I should have >>> mentioned that there are no messages there.... the last ones are 4 >>> days old, and there only came there when I upgrade the server and >>> the client..... >>> >>> So i dont have any logs in the event... I dont know why :-( >> >> >> >> That's really bizarre. Box always logs a message when it starts up. >> There's no way to avoid that. >> >> Either your system is borked (event log full?), you're looking in the >> wrong place (should be Application log), or you're not running my >> client. > > > I thought that too, will look into that later today. Now I have > cleared my event logs etc. > I am running your client, its running again 0.10, and I dont think > there are other win32 clients out there.... but probebly a fault from > my side.... just can't think of what right now. > I'm be back later..... now I got loads.... Started from command line: and there I got.... Failed to delete the StoreObjectInfoFile, backup cannot continue safely. Failed to delete the StoreObjectInfoFile, backup cannot continue safely. Failed to delete the StoreObjectInfoFile, backup cannot continue safely. Failed to delete the StoreObjectInfoFile, backup cannot continue safely. Failed to delete the StoreObjectInfoFile, backup cannot continue safely. Failed to delete the StoreObjectInfoFile, backup cannot continue safely. And from the Event log: ( lots of them ) The description for Event ID ( 4 ) in Source ( bbackupd ) cannot be found. The local computer may not have the necessary registry information or message DLL files to display messages from a remote computer. You may be able to use the /AUXSOURCE= flag to retrieve this description; see Help and Support for details. The following information is part of the event: Failed to delete the StoreObjectInfoFile, backup cannot continue safely.. ..... # StoreObjectInfoFile = C:\Program Files\Box Backup\bbackupd\bbackupd.dat I dont use the "StoreObjectInfoFile" its commented out in the conf file. > >> >> Cheers, Chris. > > > syska > _______________________________________________ > boxbackup mailing list > boxbackup at fluffy.co.uk > http://lists.warhead.org.uk/mailman/listinfo/boxbackup From boxbackup at fluffy.co.uk Sun Mar 5 16:13:04 2006 From: boxbackup at fluffy.co.uk (Gary) Date: Sun, 5 Mar 2006 08:13:04 -0800 (PST) Subject: [Box Backup] Windows Client Port? In-Reply-To: <440AD4F5.3020400@syska.dk> Message-ID: <20060305161304.92728.qmail@web36701.mail.mud.yahoo.com> > >> very restricted where i'm moving to.... So I have to use an other > >> port..... > > Couldn't you tunnel over something else, like ssh perhaps? I had the same problem previosuly - when you travel, you don't always get an Internet provider with all ports wide open for in/out, and setting up, say, OpenVPN requires quite a capable VPS server (for example, does not work with Virtuozzo kernels). I think Box should allow port configuration through a config file, as this is a basic functionality setting. Gary __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From boxbackup at fluffy.co.uk Sun Mar 5 16:15:19 2006 From: boxbackup at fluffy.co.uk (Gary) Date: Sun, 5 Mar 2006 08:15:19 -0800 (PST) Subject: [Box Backup] Windows Client In-Reply-To: <440AF180.7090604@syska.dk> Message-ID: <20060305161519.22354.qmail@web36702.mail.mud.yahoo.com> > Failed to delete the StoreObjectInfoFile, backup cannot continue safely. As a side-note: why would a backup not be able to happen safely without deleting the StoreObjectInfoFile? I don't think this one was in the original code. Gary __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From boxbackup at fluffy.co.uk Sun Mar 5 17:49:49 2006 From: boxbackup at fluffy.co.uk (Stefan Norlin) Date: Sun, 5 Mar 2006 18:49:49 +0100 Subject: [Box Backup] Windows Client Port? References: <20060305161304.92728.qmail@web36701.mail.mud.yahoo.com> Message-ID: <004c01c6407d$330b8340$0301050a@stenorhem> > I think Box should allow port configuration through a config file, as this > is a basic > functionality setting. Also to be able to run multiple servers in parallel. Stefan From boxbackup at fluffy.co.uk Sun Mar 5 17:54:02 2006 From: boxbackup at fluffy.co.uk (Ben Summers) Date: Sun, 5 Mar 2006 17:54:02 +0000 Subject: [Box Backup] Windows Client Port? In-Reply-To: <004c01c6407d$330b8340$0301050a@stenorhem> References: <20060305161304.92728.qmail@web36701.mail.mud.yahoo.com> <004c01c6407d$330b8340$0301050a@stenorhem> Message-ID: <387A683C-DC0C-4D27-8192-DDB875355202@fluffy.co.uk> On 5 Mar 2006, at 17:49, Stefan Norlin wrote: >> I think Box should allow port configuration through a config file, >> as this is a basic >> functionality setting. > > Also to be able to run multiple servers in parallel. Why would you want to do this on a single server? Ben From boxbackup at fluffy.co.uk Sun Mar 5 18:00:16 2006 From: boxbackup at fluffy.co.uk (Stefan Norlin) Date: Sun, 5 Mar 2006 19:00:16 +0100 Subject: [Box Backup] Windows Client Port? References: <20060305161304.92728.qmail@web36701.mail.mud.yahoo.com> <004c01c6407d$330b8340$0301050a@stenorhem> <387A683C-DC0C-4D27-8192-DDB875355202@fluffy.co.uk> Message-ID: <005901c6407e$a8bcf2d0$0301050a@stenorhem> >> Also to be able to run multiple servers in parallel. > > Why would you want to do this on a single server? > * A short while ago, running 0.09 and 0.10 servers in parallel. * Testing new releases while having a server running * One with test accounts and one for production I can find many reasons... :-) Stefan From boxbackup at fluffy.co.uk Sun Mar 5 21:59:24 2006 From: boxbackup at fluffy.co.uk (Chris Wilson) Date: Sun, 5 Mar 2006 21:59:24 +0000 (GMT) Subject: [Box Backup] Windows Client In-Reply-To: <440AF180.7090604@syska.dk> References: <440A1E37.2050508@syska.dk> <440A2C5E.3040908@syska.dk> <440AD8E3.9080009@syska.dk> <440AF180.7090604@syska.dk> Message-ID: Hi Mikael, > now I got loads.... > > Started from command line: and there I got.... > Failed to delete the StoreObjectInfoFile, backup cannot continue safely. Sorry, my fault, I should have guessed that this was the problem. Please could you try this new build: http://bbdev.fluffy.co.uk/svn/box/chris/win32/releases/boxbackup-chris_general_538-backup-client-mingw32.zip 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 fluffy.co.uk Sun Mar 5 22:02:56 2006 From: boxbackup at fluffy.co.uk (Chris Wilson) Date: Sun, 5 Mar 2006 22:02:56 +0000 (GMT) Subject: [Box Backup] Windows Client In-Reply-To: <20060305161519.22354.qmail@web36702.mail.mud.yahoo.com> References: <20060305161519.22354.qmail@web36702.mail.mud.yahoo.com> Message-ID: Hi Gary, >> Failed to delete the StoreObjectInfoFile, backup cannot continue >> safely. > > As a side-note: why would a backup not be able to happen safely without > deleting the StoreObjectInfoFile? I don't think this one was in the > original code. It's not in the original code, it's one of the safety features that I added at Ben's suggestion. The problem is that if we can't delete the cached store info, and the backup aborts or is killed without writing another one, then the next time bbackupd starts, it will try to use the same cached info again. bbackupd will not know that a previous backup was half-completed, because the client store marker has not changed. I'm told that this could have very bad consequences, although I don't know what they are. 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 fluffy.co.uk Mon Mar 6 10:21:25 2006 From: boxbackup at fluffy.co.uk (Tobias Balle-Petersen) Date: Mon, 6 Mar 2006 11:21:25 +0100 (CET) Subject: [Box Backup] Boxbackup beginner - Various questions. Message-ID: <64480.194.255.124.109.1141640485.squirrel@yoiko.kontrapunkt.com> Hello... I have recently learned about boxbackup, and I am very impressed so far. I have a server and client set up on OS X machines, and everything seems to run just fine. I have a few questions I have not been able to find documented on the sites (wiki/homepage). - - - - - - - - - - - - - - - - - - - - - - - Question 1: Currently my server runs with just one raid file. I want to expand to a three disk userspace raid setup in the near future. Can I change my current config and have boxbackup create the missing two raid-disk directories for me? Would I have to edit raidfile.conf manually ? My current raidfile.conf is seen below. disc0 { SetNumber = 0 BlockSize = 2048 Dir0 = /Volumes/raid/box Dir1 = /Volumes/raid/box Dir2 = /Volumes/raid/box } - - - - - - - - - - - - - - - - - - - - - - - Question 2: I plan to back up 1TB+ of data. Is this feasible with boxbackup? Theres is a daily growth of data of about 2GB. - - - - - - - - - - - - - - - - - - - - - - - Question 3: When restoring on the client, do I have do stop bbackupd before starting the restore? I tried to restore with bbackupd running and restore was painfully slow ? Server and client are on the same 100Mbps network. Restore eventually failed. - - - - - - - - - - - - - - - - - - - - - - - Question 4: Im experimenting with regex in my client config. For some reason, I cant seem to get even the simplest rules right. Backing up my users home-folders I want to ignore mp3 files, so I have tried adding the example in the documentation and variations of it. The all result in the "Exception caught (Common BadRegularExpression 1/31)" in the client log. The client is an OS X machine (10.4) homes { Path = /Volumes/noriB1/opendir/homes REGEX_HERE } These are the regex's I have tried: ExcludeFilesRegex = *.(mp3|MP3)$ ExcludeFilesRegex = *.mp3 ExcludeFilesRegex = *.mp3* ExcludeFilesRegex = *.mp3$ What am I doing wrong?? - - - - - - - - - - - - - - - - - - - - - - - Question 5: Would it be possible for a client to backup to two servers at the "same" time? I would like to have both onsite and offsite. Would I need to run two clients with different configurations? - - - - - - - - - - - - - - - - - - - - - - - Thanks, Tobias Balle-Petersen ______________________________________________________________________ Tobias Balle-Petersen / System Administrator Kontrapunkt / Refshalevej 153 / 1432 Copenhagen K / Denmark Tel +45 33 93 18 83 / +45 28 88 21 25 / tbp at kontrapunkt.com / www.kontrapunkt.com From boxbackup at fluffy.co.uk Mon Mar 6 10:35:20 2006 From: boxbackup at fluffy.co.uk (Ben Summers) Date: Mon, 6 Mar 2006 10:35:20 +0000 Subject: [Box Backup] Boxbackup beginner - Various questions. In-Reply-To: <64480.194.255.124.109.1141640485.squirrel@yoiko.kontrapunkt.com> References: <64480.194.255.124.109.1141640485.squirrel@yoiko.kontrapunkt.com> Message-ID: On 6 Mar 2006, at 10:21, Tobias Balle-Petersen wrote: > Hello... > > I have recently learned about boxbackup, and I am very impressed so > far. I > have a server and client set up on OS X machines, and everything > seems to > run just fine. I have a few questions I have not been able to find > documented on the sites (wiki/homepage). > > - - - - - - - - - - - - - - - - - - - - - - - > > Question 1: > Currently my server runs with just one raid file. I want to expand > to a > three disk userspace raid setup in the near future. Can I change my > current config and have boxbackup create the missing two raid-disk > directories for me? Would I have to edit raidfile.conf manually ? My > current raidfile.conf is seen below. > > > disc0 > { > SetNumber = 0 > BlockSize = 2048 > Dir0 = /Volumes/raid/box > Dir1 = /Volumes/raid/box > Dir2 = /Volumes/raid/box > } If you change the config file, the directories won't be created for you, and the existing non-RAID files will not be converted into the RAID versions. You will need to start from scratch. Be aware that the recovery tools are not complete. If a disc fails, you will be able to get your data back, but you will have to start again with uploading all the data. > > - - - - - - - - - - - - - - - - - - - - - - - > > Question 2: > I plan to back up 1TB+ of data. Is this feasible with boxbackup? > Theres is > a daily growth of data of about 2GB. This should be fine. However, it does depend on how it's all laid out. If it's a few big files, then no problem. But thousands of small files in a single directory can make things a bit sluggish. > > - - - - - - - - - - - - - - - - - - - - - - - > > Question 3: > When restoring on the client, do I have do stop bbackupd before > starting > the restore? No, but it's probably advisable. > I tried to restore with bbackupd running and restore was > painfully slow ? It's not the fastest protocol ever, but it shouldn't be "painfully slow". > Server and client are on the same 100Mbps network. > Restore eventually failed. With what error? > > - - - - - - - - - - - - - - - - - - - - - - - > > Question 4: > Im experimenting with regex in my client config. For some reason, I > cant > seem to get even the simplest rules right. Backing up my users > home-folders I want to ignore mp3 files, so I have tried adding the > example in the documentation and variations of it. The all result > in the > "Exception caught (Common BadRegularExpression 1/31)" in the client > log. > The client is an OS X machine (10.4) > > homes > { > Path = /Volumes/noriB1/opendir/homes > REGEX_HERE > } > > These are the regex's I have tried: > ExcludeFilesRegex = *.(mp3|MP3)$ > ExcludeFilesRegex = *.mp3 > ExcludeFilesRegex = *.mp3* > ExcludeFilesRegex = *.mp3$ > > What am I doing wrong?? bbackupd uses whatever form of regexs provided by your platform. On Mac OS X, it's not the one described in the generate config file. Do man re_format as suggested by the comments in that file! But try ExcludeFilesRegex = .*\.mp3$ instead. > > - - - - - - - - - - - - - - - - - - - - - - - > > Question 5: > Would it be possible for a client to backup to two servers at the > "same" > time? Yes. > I would like to have both onsite and offsite. Would I need to run > two clients with different configurations? Yes. Or you could rsync the store from the onsite to the offsite server at regular intervals. Ben From boxbackup at fluffy.co.uk Wed Mar 8 01:19:19 2006 From: boxbackup at fluffy.co.uk (Alex Howansky) Date: Tue, 7 Mar 2006 19:19:19 -0600 (CST) Subject: [Box Backup] can't compile 0.10 on older machines Message-ID: I just converted about a dozen machines from 0.09 to 0.10. Three of the machines are rather old and will not compile 0.10. I'm assuming that it's a gcc version issue -- they're mostly running gcc 2.96. (Which compiled 0.09 just fine, FWIW.) Anybody have an idea before I start digging myself into a hole here? Here's the make output: make[2]: Entering directory `/usr/local/src/boxbackup-0.10/lib/server' g++ -DNDEBUG -O2 -Wall -I../../lib/common -DBOX_VERSION="\"0.10\"" -I/usr/local/ssl/include -g -Wall -c Daemon.cpp -o ../../release/lib/server/Daemon.o Daemon.cpp: In method `int Daemon::Main (const char *, int, const char **)': Daemon.cpp:174: no match for `auto_ptr & = auto_ptr' /usr/include/g++-3/memory:40: candidates are: auto_ptr<_Tp> &auto_ptr<_Tp>::operator= (auto_ptr<_Tp> &) [with _Tp = Configuration] /usr/include/g++-3/memory:48: auto_ptr<_Tp> &auto_ptr<_Tp>::operator= (auto_ptr<_Tp1> &) [with _Tp1 = Configuration, _Tp = Configuration] make[2]: *** [../../release/lib/server/Daemon.o] Error 1 make[2]: Leaving directory `/usr/local/src/boxbackup-0.10/lib/server' make[1]: *** [dep_modules] Error 2 make[1]: Leaving directory `/usr/local/src/boxbackup-0.10/bin/bbackupd' make: *** [parcels/boxbackup-0.10-backup-client-linux-gnu.tgz] Error 2 -- Alex Howansky Wankwood Associates http://wankwood.com/ From boxbackup at fluffy.co.uk Wed Mar 8 08:48:26 2006 From: boxbackup at fluffy.co.uk (Martin Ebourne) Date: Wed, 08 Mar 2006 08:48:26 +0000 Subject: [Box Backup] can't compile 0.10 on older machines In-Reply-To: References: Message-ID: <1141807706.12396.27.camel@avenin.ebourne.me.uk> On Tue, 2006-03-07 at 19:19 -0600, Alex Howansky wrote: > I just converted about a dozen machines from 0.09 to 0.10. Three of the > machines are rather old and will not compile 0.10. I'm assuming that it's a gcc > version issue -- they're mostly running gcc 2.96. (Which compiled 0.09 just > fine, FWIW.) Anybody have an idea before I start digging myself into a hole > here? Your problems are with the auto_ptr definition. It changed several times over the course of C++ standardisation and the one you have is not the same as the final standard version. The usage in box is correct as per the standard. As to fixing it, then getting a more compliant (ie. recent version of gcc) would do it. You might get away with just a more recent version of libstdc++ instead. Or you could even try and replace just the auto_ptr definition - it's a template so needs no library to back it up, just the header file. Or hack the box sources. You could remove the auto_ptr and replace it with a normal pointer and a delete in the catch. Cheers, Martin. From boxbackup at fluffy.co.uk Wed Mar 8 09:40:50 2006 From: boxbackup at fluffy.co.uk (Tobias Balle-Petersen) Date: Wed, 8 Mar 2006 10:40:50 +0100 (CET) Subject: [Box Backup] Re: Boxbackup beginner - Various questions. Message-ID: <49390.194.255.124.109.1141810850.squirrel@yoiko.kontrapunkt.com> Hello Ben. >> I plan to back up 1TB+ of data. Is this feasible with boxbackup? >> Theres is >> a daily growth of data of about 2GB. >This should be fine. However, it does depend on how it's all laid >out. If it's a few big files, then no problem. But thousands of small >files in a single directory can make things a bit sluggish. Sounds good... If things get "a bit sluggish" it would still run but be "a bit slow"? >> I tried to restore with bbackupd running and restore was >> painfully slow ? >It's not the fastest protocol ever, but it shouldn't be "painfully >slow". I restored a users home-folder with 5.5GB data in it. That took 5+ hours. Is that normal? It's just that if I have to recover 1TB+ data in the future, that would take a very long time. However, the home folder(s) have a lot of small cache files that I don't need/want to backup. If I get rid of those with a regex, maybe the speed would improve? Thanks for the help with the regex. You suggestion worked out fine. I was assuming that the regex'es I can use to list files in the shell etc would work in the config file, but I guess it is different interpreter. Sorry. >> I would like to have both onsite and offsite. Would I need to run >> two clients with different configurations? >Yes. >Or you could rsync the store from the onsite to the offsite server at >regular intervals. In this situation, I would need to stop the boxbackup server before doing the rsync right? Thanks again for great software. Regards, Tobias Balle-Petersen ______________________________________________________________________ Tobias Balle-Petersen / System Administrator Kontrapunkt / Refshalevej 153 / 1432 Copenhagen K / Denmark Tel +45 33 93 18 83 / +45 28 88 21 25 / tbp at kontrapunkt.com / www.kontrapunkt.com From boxbackup at fluffy.co.uk Wed Mar 8 09:51:36 2006 From: boxbackup at fluffy.co.uk (Tobias Balle-Petersen) Date: Wed, 8 Mar 2006 10:51:36 +0100 (CET) Subject: [Box Backup] Encrypted disc-image - New versions not seen/backed up? In-Reply-To: <20060306120002.26099.13320.Mailman@love.warhead.org.uk> References: <20060306120002.26099.13320.Mailman@love.warhead.org.uk> Message-ID: <49399.194.255.124.109.1141811496.squirrel@yoiko.kontrapunkt.com> Hello. I'm using boxbackup 0.10 on OS X server and client. Among the files I am backing up theres is an encrypted disc-image (.dmg) of a constant size of 10MB. That is, when I add files to the image, the size of the image itself does not change. Apparently, this makes boxbackup think the image has not been changed even though the modification date on the image has changed. Any suggestions of what to do to get boxbackup realize the image has been changed? Thanks, Tobias Balle-Petersen ______________________________________________________________________ Tobias Balle-Petersen / System Administrator Kontrapunkt / Refshalevej 153 / 1432 Copenhagen K / Denmark Tel +45 33 93 18 83 / +45 28 88 21 25 / tbp at kontrapunkt.com / www.kontrapunkt.com From boxbackup at fluffy.co.uk Wed Mar 8 09:56:53 2006 From: boxbackup at fluffy.co.uk (Ben Summers) Date: Wed, 8 Mar 2006 09:56:53 +0000 Subject: [Box Backup] Encrypted disc-image - New versions not seen/backed up? In-Reply-To: <49399.194.255.124.109.1141811496.squirrel@yoiko.kontrapunkt.com> References: <20060306120002.26099.13320.Mailman@love.warhead.org.uk> <49399.194.255.124.109.1141811496.squirrel@yoiko.kontrapunkt.com> Message-ID: <22E234CB-1E7A-440B-8520-DBCF47C9D045@fluffy.co.uk> On 8 Mar 2006, at 09:51, Tobias Balle-Petersen wrote: > Hello. > > I'm using boxbackup 0.10 on OS X server and client. > > Among the files I am backing up theres is an encrypted disc-image > (.dmg) > of a constant size of 10MB. That is, when I add files to the image, > the > size of the image itself does not change. Apparently, this makes > boxbackup > think the image has not been changed even though the modification > date on > the image has changed. Any suggestions of what to do to get boxbackup > realize the image has been changed? Are you using lazy mode? Might it be waiting a while before uploading your changes? Read the comments in bbackupd.conf for details. Ben From boxbackup at fluffy.co.uk Wed Mar 8 10:02:01 2006 From: boxbackup at fluffy.co.uk (Ben Summers) Date: Wed, 8 Mar 2006 10:02:01 +0000 Subject: [Box Backup] Re: Boxbackup beginner - Various questions. In-Reply-To: <49390.194.255.124.109.1141810850.squirrel@yoiko.kontrapunkt.com> References: <49390.194.255.124.109.1141810850.squirrel@yoiko.kontrapunkt.com> Message-ID: On 8 Mar 2006, at 09:40, Tobias Balle-Petersen wrote: > Hello Ben. > >>> I plan to back up 1TB+ of data. Is this feasible with boxbackup? >>> Theres is >>> a daily growth of data of about 2GB. > >> This should be fine. However, it does depend on how it's all laid >> out. If it's a few big files, then no problem. But thousands of small >> files in a single directory can make things a bit sluggish. > > Sounds good... If things get "a bit sluggish" it would still run > but be "a > bit slow"? Should be fine, unless it hits a server timeout. If that happens, you'll know, as it will be logged on the server. > > > >>> I tried to restore with bbackupd running and restore was >>> painfully slow ? > >> It's not the fastest protocol ever, but it shouldn't be "painfully >> slow". > > I restored a users home-folder with 5.5GB data in it. That took 5+ > hours. > Is that normal? Doesn't sound unreasonable. > It's just that if I have to recover 1TB+ data in the > future, that would take a very long time. Large files should be backed up and restored at line speed, it's just there's a small, but significant, delay after each file is uploaded or downloaded. As a percentage of upload time for small files it's quite large, but for large files, small. I want to remove this in the next version. > However, the home folder(s) have > a lot of small cache files that I don't need/want to backup. If I > get rid > of those with a regex, maybe the speed would improve? It should have quite a useful effect. I use a line like this ExcludeDir = /Users/ben/Library/Caches to exclude the caches. > > > > > Thanks for the help with the regex. You suggestion worked out fine. > I was > assuming that the regex'es I can use to list files in the shell etc > would > work in the config file, but I guess it is different interpreter. > Sorry. Are the comments in the bbackupd.conf file insufficient? What would we have had to do to help you notice this before? > > >>> I would like to have both onsite and offsite. Would I need to run >>> two clients with different configurations? > >> Yes. > >> Or you could rsync the store from the onsite to the offsite server at >> regular intervals. > > In this situation, I would need to stop the boxbackup server before > doing > the rsync right? No. Just rsync often, and it'll work. If you need to use the remote store, there may be minor inconsistencies, which can be fixed using bbackupaccounts. All files which have made it there will be accessible, even if they're in a lost and found directory. Ben From boxbackup at fluffy.co.uk Wed Mar 8 10:24:00 2006 From: boxbackup at fluffy.co.uk (Peter) Date: Wed, 08 Mar 2006 11:24:00 +0100 Subject: [Box Backup] Boxbackup deleted directories Message-ID: <1141813440.30702.23.camel@evil> I'm running boxbackup from one clients server to another server housed in an offsite data centre. Now, a while back the drive containing /home started acting funny with read-errors on certain sectors. So I took it offline to run do some checking, and ordered a raid-card and some new drives to replace it. I didn't kill bbackupd before I unmounted the drive however (but a short time later), and when I now run bbackupquery it only lists one directory in /home. The other dirs are listed as deleted. Now, when (and if) I manage to get most of the data off the semi-broken disk and onto the new raid-array, will bbackupd have to re-transfer everything? Or will box backup understand that it already have these files and there's no need to transfer them again, just mark them as present and not deleted? Alternatively, is there anyway I can tell box backup to make the deleted directories be listed as present in the store again? Thanks for your input, Peter From boxbackup at fluffy.co.uk Wed Mar 8 10:30:42 2006 From: boxbackup at fluffy.co.uk (Ben Summers) Date: Wed, 8 Mar 2006 10:30:42 +0000 Subject: [Box Backup] Boxbackup deleted directories In-Reply-To: <1141813440.30702.23.camel@evil> References: <1141813440.30702.23.camel@evil> Message-ID: On 8 Mar 2006, at 10:24, Peter wrote: > I'm running boxbackup from one clients server to another server housed > in an offsite data centre. > > Now, a while back the drive containing /home started acting funny with > read-errors on certain sectors. > > So I took it offline to run do some checking, and ordered a raid-card > and some new drives to replace it. > > I didn't kill bbackupd before I unmounted the drive however (but a > short > time later), and when I now run bbackupquery it only lists one > directory > in /home. The other dirs are listed as deleted. > > Now, when (and if) I manage to get most of the data off the semi- > broken > disk and onto the new raid-array, will bbackupd have to re-transfer > everything? > > Or will box backup understand that it already have these files and > there's no need to transfer them again, just mark them as present and > not deleted? > > Alternatively, is there anyway I can tell box backup to make the > deleted > directories be listed as present in the store again? Stop bbackupd. Delete contents of /var/bbackupd . Then bbackupquery -w cd home undelete dir1 undelete dir2 etc... That will mark everything as undeleted. When bbackupd nexts runs over them, it'll put everything back to match what's on the disc. There's a feature request on the wiki about this. A good one for the next version, I think. ben From boxbackup at fluffy.co.uk Wed Mar 8 13:08:41 2006 From: boxbackup at fluffy.co.uk (Peter) Date: Wed, 08 Mar 2006 14:08:41 +0100 Subject: [Box Backup] Boxbackup deleted directories In-Reply-To: References: <1141813440.30702.23.camel@evil> Message-ID: <1141823321.1631.5.camel@evil> ons 2006-03-08 klockan 10:30 +0000 skrev Ben Summers: > On 8 Mar 2006, at 10:24, Peter wrote: > > > I'm running boxbackup from one clients server to another server housed > > in an offsite data centre. > > > > Now, a while back the drive containing /home started acting funny with > > read-errors on certain sectors. > > > > So I took it offline to run do some checking, and ordered a raid-card > > and some new drives to replace it. > > > > I didn't kill bbackupd before I unmounted the drive however (but a > > short > > time later), and when I now run bbackupquery it only lists one > > directory > > in /home. The other dirs are listed as deleted. > > > > Now, when (and if) I manage to get most of the data off the semi- > > broken > > disk and onto the new raid-array, will bbackupd have to re-transfer > > everything? > > > > Or will box backup understand that it already have these files and > > there's no need to transfer them again, just mark them as present and > > not deleted? > > > > Alternatively, is there anyway I can tell box backup to make the > > deleted > > directories be listed as present in the store again? > > Stop bbackupd. Delete contents of /var/bbackupd . Then > > bbackupquery -w > cd home > undelete dir1 > undelete dir2 > > etc... > > That will mark everything as undeleted. When bbackupd nexts runs over > them, it'll put everything back to match what's on the disc. > > There's a feature request on the wiki about this. A good one for the > next version, I think. > > ben > > > Many thanks, that did the trick. /Peter From boxbackup at fluffy.co.uk Sun Mar 12 23:34:13 2006 From: boxbackup at fluffy.co.uk (Mario S. Mommer) Date: Sun, 12 Mar 2006 15:34:13 -0800 (PST) Subject: [Box Backup] Exception (1/9) Message-ID: <20060312233413.57922.qmail@web34705.mail.mud.yahoo.com> Hi, I have boxbackup installed, and it worked for quite some time. lately it stopped working, or at least, it stopped uploading files to the server. In the logs I find "Exception caught (1/9), reset state and waiting to retry..." Any ideas on what might be wrong? Regards, and thanks, Mario. __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From boxbackup at fluffy.co.uk Sun Mar 12 23:41:49 2006 From: boxbackup at fluffy.co.uk (Mario S. Mommer) Date: Sun, 12 Mar 2006 15:41:49 -0800 (PST) Subject: [Box Backup] Exception (1/9) Message-ID: <20060312234149.51091.qmail@web34702.mail.mud.yahoo.com> Hi, My backup daemon stopped transfering data to the server. In the logs I find Mar 13 00:34:19 localhost bbackupd[7793]: Exception caught (1/9), reset state and waiting to retry... Mar 13 00:35:47 localhost bbackupd[7793]: File statistics: total file size uploaded 0, bytes already on server 0, encoded size 0 Any ideas what might be wrong? Login is reported as being successful... Regards, Mario. __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From boxbackup at fluffy.co.uk Mon Mar 13 01:50:27 2006 From: boxbackup at fluffy.co.uk (Per Thomsen) Date: Sun, 12 Mar 2006 17:50:27 -0800 Subject: [Box Backup] Exception (1/9) In-Reply-To: <20060312234149.51091.qmail@web34702.mail.mud.yahoo.com> References: <20060312234149.51091.qmail@web34702.mail.mud.yahoo.com> Message-ID: <4414CFE3.3010003@reedtz.com> On 3/12/06 3:41 PM, Mario S. Mommer wrote: > Hi, > > My backup daemon stopped transfering data to the server. In the logs I > find > > Mar 13 00:34:19 localhost bbackupd[7793]: Exception caught (1/9), reset > state and waiting to retry... > Mar 13 00:35:47 localhost bbackupd[7793]: File statistics: total file size > uploaded 0, bytes already on server 0, encoded size 0 > > Any ideas what might be wrong? Login is reported as being successful... > >From ExceptionCodes.txt (in the build directory): (1/9) - Common OSFileError - Error accessing a file. Check permissions. So, it could be a config file has had permissions changed in a way that bbackupd can't access it. Is 'ExtendedLogging' set to true in bbackupd.conf? If not, change it, and you should get more details. If that still doesn't give you enough information, you can build the debug version (cd /bin/bbackupd; make), and install the resulting bbackupd. Your logs should now tell you exactly where you're getting your permission problem. Hope this helps. Thanks, Per -- Per Reedtz Thomsen | Reedtz Consulting, LLC | F: 209 883 4119 V: 209 883 4102 | pthomsen at reedtz.com | C: 209 996 9561 GPG ID: 1209784F | Yahoo! Chat: pthomsen | AIM: pthomsen From boxbackup at fluffy.co.uk Mon Mar 13 09:11:49 2006 From: boxbackup at fluffy.co.uk (Ben Summers) Date: Mon, 13 Mar 2006 09:11:49 +0000 Subject: [Box Backup] Exception (1/9) In-Reply-To: <4414CFE3.3010003@reedtz.com> References: <20060312234149.51091.qmail@web34702.mail.mud.yahoo.com> <4414CFE3.3010003@reedtz.com> Message-ID: <3C75EA1D-8E5B-435F-8F51-8D6A5654F558@fluffy.co.uk> On 13 Mar 2006, at 01:50, Per Thomsen wrote: > On 3/12/06 3:41 PM, Mario S. Mommer wrote: >> Hi, >> >> My backup daemon stopped transfering data to the server. In the >> logs I >> find >> >> Mar 13 00:34:19 localhost bbackupd[7793]: Exception caught (1/9), >> reset >> state and waiting to retry... >> Mar 13 00:35:47 localhost bbackupd[7793]: File statistics: total >> file size >> uploaded 0, bytes already on server 0, encoded size 0 >> >> Any ideas what might be wrong? Login is reported as being >> successful... >> >> From ExceptionCodes.txt (in the build directory): > (1/9) - Common OSFileError - Error accessing a file. Check > permissions. > > So, it could be a config file has had permissions changed in a way > that > bbackupd can't access it. > > Is 'ExtendedLogging' set to true in bbackupd.conf? If not, change it, > and you should get more details. > > If that still doesn't give you enough information, you can build the > debug version (cd /bin/bbackupd; make), and install the > resulting bbackupd. Your logs should now tell you exactly where you're > getting your permission problem. Also some more information would be helpful, as the initial report has very little information. Which platform? Which version of Box Backup? Are you running it as root or not? And then the logs leading up to the error, not just the error itself, preferably with ExtendedLogging on. Ben From boxbackup at fluffy.co.uk Mon Mar 13 21:21:17 2006 From: boxbackup at fluffy.co.uk (Mario S. Mommer) Date: Mon, 13 Mar 2006 13:21:17 -0800 (PST) Subject: [Box Backup] Exception (1/9) In-Reply-To: <3C75EA1D-8E5B-435F-8F51-8D6A5654F558@fluffy.co.uk> Message-ID: <20060313212117.16448.qmail@web34713.mail.mud.yahoo.com> Just a short note to say that yes, there was a file owned by root, and when I removed it, everything worked. Thanks! Now I've realized from looking over logs that bbackupd 0.09 is ignoring my ExcludeDir directives, and backing up old linux kernel trees etc. Anyway, I'm rather busy right now. Over the weekend I will have a little more time and send more info. And, just out of curiousity. Why are the error messages so spartanic? It seems like a matter of looking up a string in a table that already exists - but it isn't done by the software. What is the reason for this? No request or criticism, I'm just wondering. Regards, Mario. --- Ben Summers wrote: > > On 13 Mar 2006, at 01:50, Per Thomsen wrote: > > > On 3/12/06 3:41 PM, Mario S. Mommer wrote: > >> Hi, > >> > >> My backup daemon stopped transfering data to the server. In the > >> logs I > >> find > >> > >> Mar 13 00:34:19 localhost bbackupd[7793]: Exception caught (1/9), > >> reset > >> state and waiting to retry... > >> Mar 13 00:35:47 localhost bbackupd[7793]: File statistics: total > >> file size > >> uploaded 0, bytes already on server 0, encoded size 0 > >> > >> Any ideas what might be wrong? Login is reported as being > >> successful... > >> > >> From ExceptionCodes.txt (in the build directory): > > (1/9) - Common OSFileError - Error accessing a file. Check > > permissions. > > > > So, it could be a config file has had permissions changed in a way > > that > > bbackupd can't access it. > > > > Is 'ExtendedLogging' set to true in bbackupd.conf? If not, change it, > > and you should get more details. > > > > If that still doesn't give you enough information, you can build the > > debug version (cd /bin/bbackupd; make), and install the > > resulting bbackupd. Your logs should now tell you exactly where you're > > getting your permission problem. > > > Also some more information would be helpful, as the initial report > has very little information. Which platform? Which version of Box > Backup? Are you running it as root or not? > > And then the logs leading up to the error, not just the error itself, > preferably with ExtendedLogging on. > > Ben > > > > > _______________________________________________ > boxbackup mailing list > boxbackup at fluffy.co.uk > http://lists.warhead.org.uk/mailman/listinfo/boxbackup > __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From boxbackup at fluffy.co.uk Tue Mar 14 10:01:52 2006 From: boxbackup at fluffy.co.uk (boxbackup at fluffy.co.uk) Date: Tue, 14 Mar 2006 10:01:52 +0000 Subject: [Box Backup] Could do with some advice on getting Boxbackup compiled .... Message-ID: <1142330512.4416949095e94@www.boltblue.com> Hello Boxbackup mailing list!, Ben may recall that I set up Boxbackup 0.09 to do the security backups for an SME server onto another SME server - that was back in March/April last year. Anyway, I made some detailed notes about how to set about doing this and so when another client requested a similar system I felt confident that there would be no problems. Unfortunately that's not turned out to be the case and I wonder if someone could help me out getting the Boxbackup system compiled. So .... SME server is basically a stripped down RH7.3 system in its present release, soon to become a stripped down CentOS 4.2 (2.6.x kernel) in the next release. The first hurdle to overcome in the current release is OpenSSL - it's version 0.9.6b in the standard release. I decided to install a separate version for the use of Boxbackup and so I downloaded OpenSSL 0.9.8a and created a new version in /opt/ssl-0.9.8a configured using the command #./config shared --prefix=/opt/openssl-0.9.8a. This all seemed to go OK. I next got a copy of your latest Boxbackup - version 0.10. I read the notes in the distribution and on the website and did the following ... # export PATH=$PATH:/opt/openssl-0.9.8a # cd /downloads/boxbackup.0.10 #./configure openssl:/opt/openssl-0.9.8a link:-static And this is what I got .... configure: WARNING: you should use --build, --host, --target configure: WARNING: invalid host type: openssl:/opt/openssl-0.9.8a/ configure: WARNING: you should use --build, --host, --target configure: WARNING: invalid host type: link:-static checking build system type... Invalid configuration `openssl:/opt/ openssl-0.9.8a/': machine `openssl:/opt/openssl' not recognized configure: error: /bin/sh ./config.sub openssl:/opt/openssl-0.9.8a/ failed [root at spc-server boxbackup-0.10]# So I spent the next couple of hours snuffling around the Internet and finally decided that the documentation must be out of date and so I tried the following: #./configure --with-ssl-headers=/opt/openssl-0.9.8a/include --with-ssl-lib=/opt/openssl-0.9.8a/lib --enable-static-bin --prefix=/usr/local/bin/boxbackup --enable-gnu-readline This was much more promising and gave me a complete configuration run. I next did 'make' and things again didn't work out. The last few lines of the 'make' output are: ===================================================================== (cd ../../lib/server; make RELEASE=1 NODEPS=1) make[2]: Entering directory `/downloads/boxbackup-0.10/lib/server' g++ -DNDEBUG -O2 -Wall -I../../lib/common -DBOX_VERSION="\"0.10\"" -I/opt/openssl-0.9.8a/include -g -Wall - c Daemon.cpp -o ../../release/lib/server/Daemon.o Daemon.cpp: In method `int Daemon::Main (const char *, int, const char **)': Daemon.cpp:174: no match for `auto_ptr & = auto_ptr' /usr/include/g++-3/memory:40: candidates are: auto_ptr<_Tp> &auto_ptr<_Tp>::operator= (auto_ptr<_Tp> &) [with _Tp = Configuration] /usr/include/g++-3/memory:48: auto_ptr<_Tp> &auto_ptr<_Tp>::operator= (auto_ptr<_Tp1> &) [with _Tp1 = Configuration, _Tp = Configuration] make[2]: *** [../../release/lib/server/Daemon.o] Error 1 make[2]: Leaving directory `/downloads/boxbackup-0.10/lib/server' make[1]: *** [dep_modules] Error 2 make[1]: Leaving directory `/downloads/boxbackup-0.10/bin/bbackupd' make: *** [parcels/boxbackup-0.10-backup-client-linux-gnu.tgz] Error 2 ===================================================================== As far as I can make out, auto_ptr is part of the C++ STL. Not being a C++ programmer puts me at a bit of a disadvantage here, but I would have thought that 'auto_ptr' was included as part of the gcc package. Can anyone advise me as to what's gone wrong here? Regards, Dave -------------------------------------------------------------- Sent with "Me-Mail", Boltblue's FREE mobile messaging service. http://www.boltblue.com From boxbackup at fluffy.co.uk Tue Mar 14 10:48:40 2006 From: boxbackup at fluffy.co.uk (Ben Summers) Date: Tue, 14 Mar 2006 10:48:40 +0000 Subject: [Box Backup] Exception (1/9) In-Reply-To: <20060313212117.16448.qmail@web34713.mail.mud.yahoo.com> References: <20060313212117.16448.qmail@web34713.mail.mud.yahoo.com> Message-ID: On 13 Mar 2006, at 21:21, Mario S. Mommer wrote: > Just a short note to say that yes, there was a file owned by root, and > when I removed it, everything worked. Thanks! > > Now I've realized from looking over logs that bbackupd 0.09 is > ignoring my > ExcludeDir directives, and backing up old linux kernel trees etc. I'm glad it's resolved. I have added a feature request to the wiki about handling this situation more elegantly. However, you are recommended to run bbackupd as root, and other configurations are not really supported. > > Anyway, I'm rather busy right now. Over the weekend I will have a > little > more time and send more info. > > And, just out of curiousity. Why are the error messages so > spartanic? It > seems like a matter of looking up a string in a table that already > exists > - but it isn't done by the software. What is the reason for this? No > request or criticism, I'm just wondering. I wrote the original version without intending to open source it, and to run it within a system maintained and managed by agents which would understand these problems. Also, the common "config wrong" issues simply wouldn't have appeared. This approach has not carried over well into a more widely available package. It will be looked at, I'm sure. Ben From boxbackup at fluffy.co.uk Tue Mar 14 11:08:55 2006 From: boxbackup at fluffy.co.uk (Martin Ebourne) Date: Tue, 14 Mar 2006 11:08:55 +0000 Subject: [Box Backup] Could do with some advice on getting Boxbackup compiled .... In-Reply-To: <1142330512.4416949095e94@www.boltblue.com> References: <1142330512.4416949095e94@www.boltblue.com> Message-ID: <20060314110855.6smcgn56sk8skook@ebourne.me.uk> dave_d at boltblue.com wrote: > ... > So .... SME server is basically a stripped down RH7.3 system in its =20 > present release, > soon to become a stripped down CentOS 4.2 (2.6.x kernel) in the next =20 > release. > ... > #./configure --with-ssl-headers=3D/opt/openssl-0.9.8a/include > --with-ssl-lib=3D/opt/openssl-0.9.8a/lib --enable-static-bin > --prefix=3D/usr/local/bin/boxbackup --enable-gnu-readline --enable-static-bin is not guaranteed to work, and is only =20 semi-supported at the moment. I recommend you don't use it unless =20 really necessary. If you do then post any bugs you get with it to the =20 -devel list and we'll try to work through them. However, this is not =20 your problem at the moment. > Daemon.cpp: In method `int Daemon::Main (const char *, int, const char > **)': > Daemon.cpp:174: no match for `auto_ptr & =3D > auto_ptr' > /usr/include/g++-3/memory:40: candidates are: auto_ptr<_Tp> > &auto_ptr<_Tp>::operator=3D (auto_ptr<_Tp> &) [with _Tp =3D Configuration] > /usr/include/g++-3/memory:48: auto_ptr<_Tp> > &auto_ptr<_Tp>::operator=3D (auto_ptr<_Tp1> &) [with _Tp1 =3D > Configuration, _Tp =3D Configuration] > ... > As far as I can make out, auto_ptr is part of the C++ STL. Not being a C+= + > programmer puts me at a bit of a disadvantage here, but I would have =20 > thought that > 'auto_ptr' was included as part of the gcc package. This is due to an old version of GCC. The interface to auto_ptr that =20 was standardised is significantly different to the version that a lot =20 of old compilers had while the C++ standardisation was still in =20 progress. This error has been discussed before, but no-one has provided a =20 suitable patch to work around it, and I'm not sure how far we want to =20 go supporting old non-standards conforming compilers. The good news is =20 that when you switch to CentOS 4.2 you'll be using a modern compiler =20 and it will just work. Cheers, Martin. From boxbackup at fluffy.co.uk Tue Mar 14 14:40:23 2006 From: boxbackup at fluffy.co.uk (boxbackup at fluffy.co.uk) Date: Tue, 14 Mar 2006 14:40:23 +0000 Subject: [Box Backup] Could do with some advice on getting Boxbackup compiled .... In-Reply-To: <20060314110855.6smcgn56sk8skook@ebourne.me.uk> References: <1142330512.4416949095e94@www.boltblue.com> <20060314110855.6smcgn56sk8skook@ebourne.me.uk> Message-ID: <1142347223.4416d5d74a61b@www.boltblue.com> Thanks for that Martin. I've managed to get past most of the problems by installing up-to-date compilers etc. wherever possible. However, 'make' still bombs out. Here's the last bit of the output ..... ============================================= (cd bin/bbackupquery; make RELEASE=1) make[1]: Entering directory `/downloads/boxbackup-0.10/bin/bbackupquery' g++ -DNDEBUG -O2 -Wall -I../../lib/common -I../../lib/compress -I../../lib/crypto -I../../lib/server -I../../lib/backupclient -DBOX_VERSION="\"0.10\"" -I/usr/local/BerkeleyDB.4.4/include -I/opt/openssl-0.9.8a/include -g -Wall -c BackupQueries.cpp -o ../../release/bin/bbackupquery/BackupQueries.o BackupQueries.cpp: In member function `void BackupQueries::CommandGetObject(const std::vector >&, const bool*)': BackupQueries.cpp:818: `LLONG_MIN' undeclared (first use this function) BackupQueries.cpp:818: (Each undeclared identifier is reported only once for each function it appears in.) BackupQueries.cpp:818: `LLONG_MAX' undeclared (first use this function) make[1]: *** [../../release/bin/bbackupquery/BackupQueries.o] Error 1 make[1]: Leaving directory `/downloads/boxbackup-0.10/bin/bbackupquery' make: *** [parcels/boxbackup-0.10-backup-client-linux-gnu.tgz] Error 2 ============================================= Any idea how to fix this? I feel I have to persevere a little longer as I'll end up with a mixed network of RH7.3 and CentOS systems - can't be avoided, I'm afraid. The Boxbackup server will be a CentOS box, but most of the production servers will be RH7.3 for the forseeable future (if it ain't broke, don't fix it principle, I'm afraid). Regards, Dave Quoting Martin Ebourne : > dave_d at boltblue.com wrote: > > ... > > So .... SME server is basically a stripped down RH7.3 system in its > > present release, > > soon to become a stripped down CentOS 4.2 (2.6.x kernel) in the next > > release. > > ... > > #./configure --with-ssl-headers=/opt/openssl-0.9.8a/include > > --with-ssl-lib=/opt/openssl-0.9.8a/lib --enable-static-bin > > --prefix=/usr/local/bin/boxbackup --enable-gnu-readline > > --enable-static-bin is not guaranteed to work, and is only > semi-supported at the moment. I recommend you don't use it unless > really necessary. If you do then post any bugs you get with it to the > -devel list and we'll try to work through them. However, this is not > your problem at the moment. > > > Daemon.cpp: In method `int Daemon::Main (const char *, int, const char > > **)': > > Daemon.cpp:174: no match for `auto_ptr & = > > auto_ptr' > > /usr/include/g++-3/memory:40: candidates are: auto_ptr<_Tp> > > &auto_ptr<_Tp>::operator= (auto_ptr<_Tp> &) [with _Tp = Configuration] > > /usr/include/g++-3/memory:48: auto_ptr<_Tp> > > &auto_ptr<_Tp>::operator= (auto_ptr<_Tp1> &) [with _Tp1 = > > Configuration, _Tp = Configuration] > > ... > > As far as I can make out, auto_ptr is part of the C++ STL. Not being a C++ > > programmer puts me at a bit of a disadvantage here, but I would have > > thought that > > 'auto_ptr' was included as part of the gcc package. > > This is due to an old version of GCC. The interface to auto_ptr that > was standardised is significantly different to the version that a lot > of old compilers had while the C++ standardisation was still in > progress. > > This error has been discussed before, but no-one has provided a > suitable patch to work around it, and I'm not sure how far we want to > go supporting old non-standards conforming compilers. The good news is > that when you switch to CentOS 4.2 you'll be using a modern compiler > and it will just work. > > Cheers, > > Martin. > _______________________________________________ > boxbackup mailing list > boxbackup at fluffy.co.uk > http://lists.warhead.org.uk/mailman/listinfo/boxbackup > -------------------------------------------------------------- Sent with "Me-Mail", Boltblue's FREE mobile messaging service. http://www.boltblue.com From boxbackup at fluffy.co.uk Tue Mar 14 14:46:15 2006 From: boxbackup at fluffy.co.uk (Stefan Norlin) Date: Tue, 14 Mar 2006 15:46:15 +0100 Subject: [Box Backup] Could do with some advice on getting Boxbackup compiled .... References: <1142330512.4416949095e94@www.boltblue.com> <20060314110855.6smcgn56sk8skook@ebourne.me.uk> <1142347223.4416d5d74a61b@www.boltblue.com> Message-ID: <03ac01c64776$0bf1d930$1601060a@cs> > BackupQueries.cpp:818: `LLONG_MIN' undeclared (first use this function) > BackupQueries.cpp:818: (Each undeclared identifier is reported only once > for > each function it appears in.) > BackupQueries.cpp:818: `LLONG_MAX' undeclared (first use this function) What gcc version are you using? I compile successfully on RedHat 7.3 using gcc 3.3.3. Regards, Stefan From boxbackup at fluffy.co.uk Tue Mar 14 14:54:44 2006 From: boxbackup at fluffy.co.uk (boxbackup at fluffy.co.uk) Date: Tue, 14 Mar 2006 14:54:44 +0000 Subject: [Box Backup] Could do with some advice on getting Boxbackup compiled .... In-Reply-To: <03ac01c64776$0bf1d930$1601060a@cs> References: <1142330512.4416949095e94@www.boltblue.com> <20060314110855.6smcgn56sk8skook@ebourne.me.uk> <1142347223.4416d5d74a61b@www.boltblue.com> <03ac01c64776$0bf1d930$1601060a@cs> Message-ID: <1142348084.4416d93479c95@www.boltblue.com> Hello Stephan, Using gcc 3.0.4-1 - they were the only RPMs I could find this morning. If you can point me to more up-to-dat ones, I'll try again! Regards, Dave Quoting Stefan Norlin : > > BackupQueries.cpp:818: `LLONG_MIN' undeclared (first use this function) > > BackupQueries.cpp:818: (Each undeclared identifier is reported only once > > for > > each function it appears in.) > > BackupQueries.cpp:818: `LLONG_MAX' undeclared (first use this function) > > What gcc version are you using? > > I compile successfully on RedHat 7.3 using gcc 3.3.3. > > Regards, > Stefan > > _______________________________________________ > boxbackup mailing list > boxbackup at fluffy.co.uk > http://lists.warhead.org.uk/mailman/listinfo/boxbackup > -------------------------------------------------------------- Sent with "Me-Mail", Boltblue's FREE mobile messaging service. http://www.boltblue.com From boxbackup at fluffy.co.uk Tue Mar 14 14:59:28 2006 From: boxbackup at fluffy.co.uk (Stefan Norlin) Date: Tue, 14 Mar 2006 15:59:28 +0100 Subject: [Box Backup] Could do with some advice on getting Boxbackup compiled .... References: <1142330512.4416949095e94@www.boltblue.com> <20060314110855.6smcgn56sk8skook@ebourne.me.uk> <1142347223.4416d5d74a61b@www.boltblue.com> <03ac01c64776$0bf1d930$1601060a@cs> <1142348084.4416d93479c95@www.boltblue.com> Message-ID: <03e001c64777$e4226ee0$1601060a@cs> > Hello Stephan, > > Using gcc 3.0.4-1 - they were the only RPMs I could find this morning. If > you can > point me to more up-to-dat ones, I'll try again! May I suggest you try to download and build gcc from source instead? It works very well for us and it is indeed difficult to get up-to-date RPMs for RedHat 7.3 in many cases. Regards, Stefan From boxbackup at fluffy.co.uk Tue Mar 14 14:58:11 2006 From: boxbackup at fluffy.co.uk (Martin Ebourne) Date: Tue, 14 Mar 2006 14:58:11 +0000 Subject: [Box Backup] Could do with some advice on getting Boxbackup compiled .... In-Reply-To: <1142347223.4416d5d74a61b@www.boltblue.com> References: <1142330512.4416949095e94@www.boltblue.com> <20060314110855.6smcgn56sk8skook@ebourne.me.uk> <1142347223.4416d5d74a61b@www.boltblue.com> Message-ID: <20060314145811.2lir4irx4c4088go@ebourne.me.uk> dave_d at boltblue.com wrote: > Thanks for that Martin. > > I've managed to get past most of the problems by installing > up-to-date compilers etc. > wherever possible. > > However, 'make' still bombs out. Here's the last bit of the output ..... Be sure to rerun ./configure if you make any system changes (eg. install a new compiler). If it still doesn't work then send the config.log gzipped. I'd recommend trying 3.3.3 as per the other post first though. Cheers, Martin. From boxbackup at fluffy.co.uk Tue Mar 14 16:16:00 2006 From: boxbackup at fluffy.co.uk (boxbackup at fluffy.co.uk) Date: Tue, 14 Mar 2006 16:16:00 +0000 Subject: [Box Backup] Could do with some advice on getting Boxbackup compiled .... In-Reply-To: <03e001c64777$e4226ee0$1601060a@cs> References: <1142330512.4416949095e94@www.boltblue.com> <20060314110855.6smcgn56sk8skook@ebourne.me.uk> <1142347223.4416d5d74a61b@www.boltblue.com> <03ac01c64776$0bf1d930$1601060a@cs> <1142348084.4416d93479c95@www.boltblue.com> <03e001c64777$e4226ee0$1601060a@cs> Message-ID: <1142352960.4416ec408a0b4@www.boltblue.com> Hello Stefan, Right ..... leave it with me. Back soon to report ..... Dave Quoting Stefan Norlin : > > Hello Stephan, > > > > Using gcc 3.0.4-1 - they were the only RPMs I could find this morning. If > > you can > > point me to more up-to-dat ones, I'll try again! > > May I suggest you try to download and build gcc from source instead? > > It works very well for us and it is indeed difficult to get up-to-date > RPMs for RedHat 7.3 in many cases. > > Regards, > Stefan > > _______________________________________________ > boxbackup mailing list > boxbackup at fluffy.co.uk > http://lists.warhead.org.uk/mailman/listinfo/boxbackup > -------------------------------------------------------------- Sent with "Me-Mail", Boltblue's FREE mobile messaging service. http://www.boltblue.com From boxbackup at fluffy.co.uk Wed Mar 15 12:23:16 2006 From: boxbackup at fluffy.co.uk (boxbackup at fluffy.co.uk) Date: Wed, 15 Mar 2006 12:23:16 +0000 Subject: [Box Backup] Could do with some advice on getting Boxbackup compiled .... In-Reply-To: <20060314145811.2lir4irx4c4088go@ebourne.me.uk> References: <1142330512.4416949095e94@www.boltblue.com> <20060314110855.6smcgn56sk8skook@ebourne.me.uk> <1142347223.4416d5d74a61b@www.boltblue.com> <20060314145811.2lir4irx4c4088go@ebourne.me.uk> Message-ID: <1142425396.4418073445f8c@www.boltblue.com> Martin & Stefan, Stil not getting there, I'm afraid. Here's what I did ..... Built a new compiler - Version 3.4.6 Put it and all its associated libraries etc. into /usr/local/gcc-3.4.6/....... export PATH=/usr/local/gcc-3.4.6/bin;$PATH edited /etc/ld.so.conf to include /usr/local/gcc-3.4.6/lib and re-ran ldconfig re-ran configure for boxbackup did 'make' and ended up with the following ... ============================================ (cd bin/bbackupquery; make RELEASE=1) make[1]: Entering directory `/downloads/boxbackup-0.10/bin/bbackupquery' g++ -DNDEBUG -O2 -Wall -I../../lib/common -I../../lib/compress -I../../lib/crypto -I../../lib/server -I../../lib/backupclient -DBOX_VERSION="\"0.10\"" -I/usr/local/BerkeleyDB.4.4/include -I/opt/openssl-0.9.8a/include -g -Wall -c BackupQueries.cpp -o ../../release/bin/bbackupquery/BackupQueries.o BackupQueries.cpp: In member function `void BackupQueries::CommandGetObject(const std::vector >&, const bool*)': BackupQueries.cpp:818: error: `LLONG_MIN' was not declared in this scope BackupQueries.cpp:818: error: `LLONG_MAX' was not declared in this scope BackupQueries.cpp:818: warning: unused variable 'LLONG_MIN' BackupQueries.cpp:818: warning: unused variable 'LLONG_MAX' BackupQueries.cpp: In member function `void BackupQueries::CommandGet(const std::vector >&, const bool*)': BackupQueries.cpp:904: error: `LLONG_MIN' was not declared in this scope BackupQueries.cpp:904: error: `LLONG_MAX' was not declared in this scope BackupQueries.cpp:904: warning: unused variable 'LLONG_MIN' BackupQueries.cpp:904: warning: unused variable 'LLONG_MAX' BackupQueries.cpp: In member function `void BackupQueries::CommandRestore(const std::vector >&, const bool*)': BackupQueries.cpp:1697: error: `LLONG_MIN' was not declared in this scope BackupQueries.cpp:1697: error: `LLONG_MAX' was not declared in this scope BackupQueries.cpp:1697: warning: unused variable 'LLONG_MIN' BackupQueries.cpp:1697: warning: unused variable 'LLONG_MAX' make[1]: *** [../../release/bin/bbackupquery/BackupQueries.o] Error 1 make[1]: Leaving directory `/downloads/boxbackup-0.10/bin/bbackupquery' make: *** [parcels/boxbackup-0.10-backup-client-linux-gnu.tgz] Error 2 ============================================ Any other suggestions?? >From my days as a system programmer - using assembler, I might add - this looks like a coding error! Regards, Dave Quoting Martin Ebourne : > dave_d at boltblue.com wrote: > > Thanks for that Martin. > > > > I've managed to get past most of the problems by installing > > up-to-date compilers etc. > > wherever possible. > > > > However, 'make' still bombs out. Here's the last bit of the output ..... > > Be sure to rerun ./configure if you make any system changes (eg. > install a new compiler). > > If it still doesn't work then send the config.log gzipped. I'd > recommend trying 3.3.3 as per the other post first though. > > Cheers, > > Martin. > _______________________________________________ > boxbackup mailing list > boxbackup at fluffy.co.uk > http://lists.warhead.org.uk/mailman/listinfo/boxbackup > -------------------------------------------------------------- Sent with "Me-Mail", Boltblue's FREE mobile messaging service. http://www.boltblue.com From boxbackup at fluffy.co.uk Wed Mar 15 12:35:59 2006 From: boxbackup at fluffy.co.uk (Martin Ebourne) Date: Wed, 15 Mar 2006 12:35:59 +0000 Subject: [Box Backup] Could do with some advice on getting Boxbackup compiled .... In-Reply-To: <1142425396.4418073445f8c@www.boltblue.com> References: <1142330512.4416949095e94@www.boltblue.com> <20060314110855.6smcgn56sk8skook@ebourne.me.uk> <1142347223.4416d5d74a61b@www.boltblue.com> <20060314145811.2lir4irx4c4088go@ebourne.me.uk> <1142425396.4418073445f8c@www.boltblue.com> Message-ID: <1142426159.2295.2.camel@avenin.ebourne.me.uk> On Wed, 2006-03-15 at 12:23 +0000, dave_d at boltblue.com wrote: > Any other suggestions?? > From my days as a system programmer - using assembler, I might add - this looks like > a coding error! As I said before, please send the config.log gzipped. Cheers, Martin. From boxbackup at fluffy.co.uk Wed Mar 15 14:32:04 2006 From: boxbackup at fluffy.co.uk (boxbackup at fluffy.co.uk) Date: Wed, 15 Mar 2006 14:32:04 +0000 Subject: [Box Backup] Could do with some advice on getting Boxbackup compiled .... Message-ID: <1142433124.441825640a52e@www.boltblue.com> This message is in MIME format. ---MOQ11424331238f5447f12dee78382182a9f56ef98c2c Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Ooops - apologies - I thought I had attached it. See if this one works. Dave Quoting Martin Ebourne : > On Wed, 2006-03-15 at 12:23 +0000, dave_d at boltblue.com wrote: > > Any other suggestions?? > > From my days as a system programmer - using assembler, I might add - this > looks like > > a coding error! > > As I said before, please send the config.log gzipped. > > Cheers, > > Martin. > > _______________________________________________ > boxbackup mailing list > boxbackup at fluffy.co.uk > http://lists.warhead.org.uk/mailman/listinfo/boxbackup > -------------------------------------------------------------- Sent with "Me-Mail", Boltblue's FREE mobile messaging service. http://www.boltblue.com ---MOQ11424331238f5447f12dee78382182a9f56ef98c2c Content-Type: application/zip; name="config-log.zip"; charset=ISO-8859-1 Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="config-log.zip" UEsDBBQAAAAIALJzbzSJB/m3nD0AAFpAAwAOAAAAY29uZmlnLmxvZy1kb3PsPWl320aSn4e/omPP xpJjUrgPeuJZSmJs7tiSnkQ79h5PhkCIxJgEuDh0ZDP/faubAIgGq0kKtmUrgV7kCF3VV3V1Hd2F wnDix+TSn3rEDYPE8YOYOMEtmXlx7Iy9mMyjcJS63ohc3ALGbA6YUUyuJ/D/VpQGgR+Mac1Lf5xG 3jOShMTxR2TkXaTjMYX5l0swmTmfoEmHzPw4gT87rdYgIddOTNzIc5JFJ/vhDdl33E/pvFRR6kj2 M9qrO6H4rbEXeFFe4+XRW9JLk5CiE6Wj2x1CBsFV6DqJHwZ01DMnGJGpH3iscouQv5LO3rL1dvva TybtOJ62J54zggn+vBfOE/j1AloodeyO5ez5gTtNRxz61L9AUaEc0OaRd+nf/LyXxtHeFIYz3bvw g72L8OZiMb922wuci6nXHgdpGygwokNstR4/Bkj2Qx4/ps8nUye5DKNZJ3vm4K1JGCeBM/PIzySe u+3Yi668qJWyovYMSn3DMvLnCJ6VjtZRpLZsdcx4Ns8hMUBe+0F6kxdcQcFjmZy9OSHDSUreOLdE sYlkdjW7q6ikfzgkiiSprRabIZ1bVnEOFdPgUxBeB61y+XtCf5awBdCJYFW5n2zERbMMo/2pgBZt UwRYxyvvZm/sJfFt7AeXYQmBUoYVVdvnRjdz3AllDhQhH0MYT70rb4q3kAY+kDwuNVGa5Elv+KpL Slwwdt22Cktg0Lqr4BgtLRWWESq41bqVx/eyfMr1GoVhwp55tisY7yCE/ZF4cRKvsF7GfMU26sqa JHeJO/HcT3TnX6T+dERgTRJvRpLbucehynaXRF6cTpMuW+w2MO6UMh/dDBymYpYapQsqbFOTt20T GHjZZuJEwDzCVg11y1Z1tdwqbFcy/uknDkHXu1CegjASccNetYqhL3uvwiy50t/BTz8VQppQhgT5 x9fQWCuwiBmU/G1v5F3tBel0Sl78qLcocOflwcEuYUNqHYTz28gfTxKyA2Ww2w3yS+R55Cy8TK4d 4I1f6HSYoH0GQtfttIZUoVCdQtHiDO05ieEpmdCSNHI9NloX2s7Ux8inLQCPgaDxoFWof3TcgpqR EyS3z0kQJgR2X8DqvemfHrzqHQ17+4PXg+EHAkW/DIZH/bMz8svxKemRk97pcHDw9nXvlJy8PT05 Put3WjwZgKX++nfYoxJfbGfUuaqS5RSEMx1qPPdcOrVwhq8gyH36tLfCJ3sLOKsPRM36HBGqSWAb jkBQTENnFNNukzCcxm2jA0pPpq2ppQ7KSmtVvRR4sApUn5BZOPKmXTIPY/+mBdCcKbLVLU/eVlCa 2DnHvENYpUs+tt89IaAAaZuzFPbmxLnyCGyodOYFCd9STnS5XGwo0jomHnmXDvA+CdNkniYLQ4Xq Er4JdTFG+KHFVFx1YK5slByegU3RMJXlFnM60BMPLYuf64kHTBwxTubGeR1Gn2KungWD6uyttmeh gzClkpS59bimTFlChnBNyQxWWxTGcTYOAPP1ShMLQh6kV6gep5fATCS8JN6N56YJtUsqozAzTggL Km+iuEkXF5msVhJqHECvSrTlsMKLf3ruggP4cdHlY+NyK6OpDsbU0cFQvswHwxHJ4tRZhe5pzFQH 8AE1P8u8wDWh6NsNzlJlbHCWCvUZpdu/kdZf/vIX8vvvi+cfqL1WNOhFfLeqhbZGFeSitVJdfs6a htbUTSF7WlRBrpCJTtpxXW+exKTNsaVVKCEXIOupYqP8Y1GhVIMqNir2bUnaRBWb7k6kpqwJqWLr RnmW7WNl7UxtAxW/tmHUmalt2GhrdKtsmCm6SUDvy1vNJnvugilALtPAZXrhox8k4Pr5wc7uky6H JgNZYehhBIrEu/GTJ8wZpMp+5LlThypIP4BNBuZADNaCxw8J0yfk0oE9OKJu6zhyZrS9but3sveU DRe0SdyZgJXxdA8K4b/HUEIt/5PewT96L/vnR703ffJo6YI+QnCGvdMFGjhy7Qsh2rv+6dng+Ig8 or4rhnA2PB0cvSz3RkSo+29fnvZPjk+HrNN/v5yCVLztuGEn/fRoMTsPbEp0hkB7+JdSn+zswl// B7+U1GRHU3afwwMhi38jL0mjgEj06V8NJ69wGd+KLNeYDVTDpCsUmxtmo0ioJlUkKq5R66SwTOJ0 Pg8jkMLeDZXG1MzmWjDVO9HDxNZDkai1U4MeqDEExfZGeqDmqiJTUwmXyIqsYGYURyt/Np961HCN mZEZzx230oZm34Vaso7yINjCdaglozsLivVN1AKrE61JyS+glrJiIYJvEzkRPQVk54S0OHACeizi zbmaWm7zlAzFnFjrzEVF0TEjCIrrGEFQDZ20YiBGEI+AblJV1crWNEjnyPvf1AcdxWFpZoVsvwHd 3mVeFwjh9vQ3Dt9ErGqUWFCRrFBMtTDDBIrNOhRTUXMLitX1FFNtdBtrki1kL00pn5VMwmt6chyl QeFZgXMLOhy2XxxyY9QMKSNYn6MPj4OPx7bEVbO/wU/tKoDmuOd0jW/8OAFx0AEf/SgEUepOFi4o rOsIlt5Nwui23IUu5bzzpzdKHvt0ZuT83J1P05j+Mssj8cDIeHTwiFyF/ojEyajbXZgjYKjswupH wAo7u88z/6qAU6vkMRg5/mVpJK967/rn/fcH/ZMhTOqsCqEEOYPR9lcgrwf7/wkrtMZyepwf9v+t ygkvuPXWSm77grU4sGFuZFbdRLewIelfm1kNWW6Y9U/ErIZeVeneOOJ1t8EdNwOwwtCGWT2t6x2d DcgBWdybrZzOKIa9PADZwmAyJdQCMKVaFoApoRaAKW86BgEU1AawJOku2royOQs9RYBivZtdR1YV q4VPwFKEh4WKtWKAxLfxHr3UAIbhEI07Gf4W6ogpllnL8LdMVENb5kbD37JQI9iy70qSOHGShiIF RZIR2KkNPZb0iODPhh45PWbeDKyHhh48fzQitSAIWESNkqmKVD9oVExBjzQAq3T0Z6UHuyvi6JEH fOUHaxy2ntNlK0OzPS0aoxRbRAT4F/Q3B3TisAtLsHAsRtD5pRd5gevRc5ePydhLgnT2pE7NMAlr 1fOSy6kzrlF1/6BOf/M0iWvUO6nVGUwO3K8aNd+e1OwO9NETYKDpFNx84M3pKLvPAWR5cd9D7d2U Z0k9302N//8Q/P+89Gx4eHD+qt87BPpwAIZ+9uHsfPjhpH92/goHng17QxQ2PISucAilMwZ5039z fPpBXAcdxOBoKB7g8BDAGOTt0QCAGWTdjSfAjq9A1Psjj4Uyj11XoeYJrKUzpWydhNRSYaHKbF2d YHEJvTxOWcsM5cWFvn6lsSAeiHYnIhee69AHduHNouZmTuJO2KF2dr/Kug4vicPG1aI3ryxSMvED QqOUATUgfhIXMVSlEV+HKY2oTPzplDjz+fQ2HzHrvFABO+xeF7v4raBsuvr9DDXUngK5Zq4zXyok Gt04HYESdAJ6ww8rO1qiNbKrkV2N7Gpk1/chu9w0ir246n0sZQ5n9dtGLe/Dxi8pWcBL1fvgEEzU 97Dt0l0+MpkSrirJRskXyVH3CmNzAlzhXPhTP7nlqinWHZw1VVKxM3QotmqQS5U07GZAZQEwa501 QMFCeFRJHNKoSoa8gUBzqEkNcK6WmYcWCW/7AAcfjC0ejKwqAs+xNCC+gvDeXbD0n7vi2XPXkLoK iznOm93uJrLEKo02b7T5g9LmHOQUSPF6cFT6Y4PKX97c0tPCkF7YMhZYISAtJkvk5ZXeC26FyzUX 1F2tuLj4WqlXXstKpexu6MVKMUwmb2kaewvwZUE+toasUNRW0f/qBLKFztv8gWO1H3/kF73SSX5Z UemkPIrF7Y6AeDnDYJWEJF/yEl9teTAuJBTjs1VC+UGymVA5M/Kd5metlaHm4KWAfsGJ4bJKDHgl imrEOoow1xWKUVNXFBq00RWNrvhT6grR9rWF21dsQ64xHStNcBIgD58u/IwizHwCkqeyZWVb/rKu GLSImtGKVCcsH6qhnooiIWH5HIKMxcuqiqII7W9FQz2LjGgiO1zR73JNBuiYo6oqtRxVqIY5qlC8 6ZpMVVBXVVWsNfSxUNd0SR9M3yi2sdHxAl8GG4u6Zq1UvXqFuToeDt/Qtlz3L7TchduldhVovmh1 S02qNGeojSb9A2vSKhVz8JoWXkEfgglVcRrHrnHsvjvHrlABnGHIKVzequP17Weo2cKts2vpoqV6 bnRRo4saXfR1dBEuHjgbmBcPqybwZsuXa0GTuVRLtIURH2auyUU+iM/2DnMhBN4uveegPW0nf2AQ 6KlSLnjoTsqy9WTBCNvIqRa7IW3EVSOuGnG1vbjiJBZnPeeFo8zOLPKK0D+caOw+Y8EET5/C31d5 3AAhO5QFdynC1SJmAEysHYpOXhB5d8nCh/v5vjl/0/uP49PWYvvOwTpMLnce/duow/777+DRsyoq VzA44gtOesODV7sLzl4YieVmZZrnC9rc5Vi/GtjAyFIWWIpkCESurtAb9kLk+kE5Vdm+F33ypt7t 4X5H62hFSktELuuKJjwaAZixbRc0FWY5fUB7OrooN6XK4nfq2oPNQyft1+s7306F0GFVztFgaCpy ZgTFohf2AIS9sKerWikthcaSb5bBmgXghSDMxw/MWORqW6lgshQLm5IzjL2EZku8uK3kSzMVc02C hm1IfkeKA2G3PNc1FQuL8oDiOu9/QjVsNUzFXp8BAhCw82CzYuUEaAYIUzWrOcyQtYknaUJz/pUr akVmmu9uWTQ0C46p1cqCA9VQ8mpYFhwOAc2BY2q2tMWy6EpZYmXpevfgV3AIa+rqauzLVqswWJc7 uLwEFSLraOo1KK4TL2XqaC4VKN4ULwUo6GKzXAa4OjB1jud54iInCSbLXJqfJHxRovK9oBMxJPFE DK16T8ZNhkcVRlmZ7DV6rpmzs9fndJsRlgIGGuPQ7c8VyGvJs1EuAIIghzUvMQBIRUR0O0/CuwkQ /L1+s957/Sb+Xr+JvtfPI6A7zFTEDGHqVfe1/+7k/MCfT7xoEPjJuXezWNIFVbiqRTrZ73tVs/Us 1vcuy2pj+a2g2K6zrBZ6RWdaSybBlxXPkmBa9BxSsKwWd5l9mZ0K0GNZcE0dmn6Qei8xORycctWs 1WwWX1UnWDa6byy71r6xbJRQtoTsG14n2OgNuWnLupDEtmJttoMoRYDyXD3dekjbpsausdEEY1Bc S9HbJsoitokoeh4B044Wi5beZE1ZslVVcOvzwFgqtaZwTrFUrcop9Dbr2vGL7ejH5OT4bPC+IxOa q89J/IupxzVh2ve6MS3VwiQfFNeRfJaKZjOE4k2Z/QAF29LWmtRrlqaWz3Rptmf6hQSBGWxpSMbD r0pZDc2ZCMW1KKuhOROheCNlNTRnoqWZYkbWLAWnLGIDWxpd869tA1sazh+6LJ6FTqNPuO24nAmH ZwhzbVZ4LEvk9+1ZLHsG14BdUhbj2u6SoMSazSVlc+rfnPrXOPXnMA6rxNuvnqsTTQSlh+xC6Mkx 0IQoUrXD45P+EfXE6S8+ZYAgNMYKAfng9MPJ8BiZ1+C0v7Imm5nw194AXcj++/7B4OiX4wzWxBzh bTUxR98m5qjQoi84XVm2kwLesuLMpKVx8A2spNwg0OR6BkFhXTUGQWMQNAZBYxB8pwYBLqM5L5CX 0atOYNGE0AesSHneBbweNScMX/qEYUHUB364wCZR71wh8sbeTcNWX5qtcrI+cMbKplGPtWJ/HDii 2ICGt2rzVkHXB85c+Ty25S7dKt9xgOc8Dcci7jKKLPP3xF2GhL3haRmyVIe7DDRqDoqNTdxlyNh7 q5ahiC8zDFXF6Ipxl6Gp98BdLCwEmYMhnoNJL1er919sHhyWLLzOrnBX4s9EGX0a3qrNWxlVHzhn LWaxLV+ZXCRx4CXggiQwThF3mfo9c5epo9xlGrW4yzRQ7jKNjdxloompLdNcszaWKqItxmOmfR88 xiJ3VudhyeJ5WHqVx8pz4TANMadZtsLL8b25EzkzEaOxeJT7ZDQbTfVgsazed2c0W0ZjL2xl05do AQVlUVsVZh4HmCkgLcZnNo3/+Op8xpIzItMwhdOwJQmLEsmmwiGKg5IQNotD95OXNHz2NfisoO0f gNHyudTntHVmWcNnn8Nna0yzB8ZlK+bZeh7jTIiijZXPsACi2LfFG1lE323ZBnBvldlvnCSJBNxu S/p9cXv2DFZylzJaaWTb3fDZkpHvk+aGr7nha274mhu+b3HDx8FOfhWs8Mv+e5RdBi+PeujkYQSv j1GeHQ7eoBxy1B/C8g6BPUU756R32nsj3FbHB//o4xuL7khBpxt3a4mKTXAU3lYTHPVtgqNKFscL zq6wSqYhd3EOoKp9mxtTiIFrs6SfXz9ASldqGlBy8dHbxoBqDKjGgGoMqMaAeugGlECnyYpQp8k6 dtqRNcIhlj9AX2nDqn57HnmhNPLG9A3Bcj1lTYKZL6Axv/0LpTBD7BbMVpbHb3c4zINq2GEWFCO3 YDwCdndkK7ZdXtEAfaHUZlmAuMVNz0H/WedcF6p6v8ekNkvcszondfnVobtQVkW/RGSr+qZjUkBB 12RNxmlbNav3coyislEhKY2GuU+Sauir5FBs1SEpS0GDtLY8xxaRVEPPrG1NER9zampVijGSqgpP UhZeda8kRaOybI2mX69BUhOLNbNZjNcGkqLZm2wW1iUgqS5VE64wkhoaT1KWvec+SaqrWIgcFBt1 SKqrqGjUNWUTSXUNXQxdN8QkNao5O9NVSaoXn2S4L4KiX2ywjVpfbIBqqBAxsC828AQ10Isv2xAn C7ENtZosJEUEqaHfb24Q2zDQ3WYsozjvRFFchhjmptwggIKvhSW8uLJZwqMVilblqCnfb5StbSro ZjOVOlG2tomLEFPdFGVrs7ArpKY445S9mqcoRcQoizm6V4paqOBjwUw1KGqjdm4p3ZCIonhqIduS xRe0llK1n+JkdBGG0zwpCcUNo1lMP8Z6YNtcXdO8XzqzS1xkfpZZh86WjcpIa7lqQjrjK2SLU64B rMq55/tAZQ5FvS+2zZ67ZBCQyzRwE5p/82ORZ3b3SZdDozrNo5/f7ZKPbNRP6EkmoZ+3Hnnu1AEn h2YHSyZ+TGIXxiGq7d3MPTdhB6L+DFzaNhQAvVj6zwsPiOKRJ7tPgNM+ecHGNj4CZlYpSGde5Lt0 rnHiBAlf164z+mJN8p3dnOs257rNuW5zrtuc637P57r8dqDbyDofCiDg2ohAYKOLQGBsYiBhT+KO xP2Uu2mu+vG2mqv+pSZYJdSXvuqH9uBfah2CMm8tPjlAvy+wwywq8nSXSLSYz+dPEWL/Ny+E/zO8 3VUcQp6vlP2Ls8AM4XWLzb1zSW1qJ8gyNLYzt4UCmFVYqidL0j2/2Ao9om+20vI6TjfUQ99tpeWb 3G6Kg/ndUC5+jQeAVtl/yb+LenGb0JiIkUfZm+avvPDHlGWcgKssy/d7rgk9Kjh9ZKXOySath3n4 UK5uOtukOPjay/p9ceEd/T3KH7nHBAt6J2+vVHfpqT0vPLVHC+54xBPCaBIONk7WEtY4WY2T1ThZ jZO1AvpqThY/2+Hh/vFxvphbRgqV7XQOkL26SQEt3I6m9vj+hyFso1NgYvLDz2R/8PK8f3Q46B0B mGleUMMkM6x+X4r01mb7WZZUSZS8CmBKOR4FxhGEQduZ+uMAFK9sQLcJuQb7jjguzYrlxUwp800U F4J/0LgjOkXcYFbpW1Od5Reyln9mNhDYyTRoeBo6I6aXJ8x4WsRz+V7cpX/CcDpx2GHjhrVwArrc dDY5enjxTzCjWPjxdsHIdGBFNLJilk2qdR965DEb46sxvqqQxvhqjK/G+GqMr1XAtzS+msNvbgLN 4fe9HH63Fp+3pT/QZAALyu+GEpwUHJ4H1C1jlJ+X28n7y38K9NiNnMSd/JfyP2V8WK3YS3Yy4DMi PSOL0/a8aHe3jJ55CE938maf7u7s0C8JP93N8H+SWYXWVl6FOBciALl3+ypuhaps41ZoivJHdys0 NA6Plpvfp1uhqVLjViCojVtR0Z2oWm/cisatQObVuBWNW3HfbgUH6r2Gde4fnh8fvf6wmB3DaVyP xvV4eK4H3RctketB3zxZvsu30fVg6F/e9aDNfpbroWnCV24AyOVprbgehraV6/Gwvmhdy/VAv8RK y7Xv1PX4//a+tb1tG1v3c/UrOO7skd06jkjqQrl150kdp82uY+ckTpPOOc/D0hJlcUKRqkjZcfee /37WAm8ACFiyI6uOtdJLbCwAxI3g+75YAMp9dUQ9+KhEPaRvp/LTT9SDqIeiXkQ9iHo8ROpxYxzb YnGInhA9+fLoCb4hDR09wW3c1bkYC+kJi756eoLZfhY96Zjac0DAaNUOAgmGUA9oQPWh1pDkJrrD LmMS8pvEQ98Vtzt0nPWeJwRPVG6txvC7nCiE6VTHapgtds/PAvf7bku1aRzCTe2pQmDEfQJCu8aj kdSs3TVfA4NPVO07h/A7XQSD6TRNs/AqGIyj3hHRdbTXg4GxLw//KQ5/IU5v7ZtFeprNIr07bhbp aTaL9JbYLNLTbBbptbVH4YCxfu4cTHdyuzrrPa8Jn6j2m+z173JiE6bTtE1/0ZlNZstpqY6RgfCb ZmvV4Riz+SBlCsNekrqj0LuQkpQ3MTywTT0mng2S78xpctVoGmO2uwc/muf+zIi8iT/EGFnlmmLt ygPaaKcOSSskrZC0QtIKSSsK05csrdwYp9tmcUh+IfnlYcovOBiCAQ9UDW/gehcXM8QY8JDt/NcS v2LK2xzJADBwbcdq/iUgt1prJJBLIJdALoFcArkEcusmArkEcgnkPkyQm5879vlYt6+97gVs9gJ9 eII33SZTfyAm6zwajbisoAih+13SiQlC858wgtAEoRX1IghNEJogNEFogtAPWicuYd6t8bPZaj0a rVgNdvHgXAK7BHa5jw2BXQK7inoR2CWwS2CXwC6B3S9BL/4czGtrNWPcvq7RjOPBR284nLlBtAc4 yA39SEzYe6BAumfXcXRVFx2czmooIekeIWlC0vyXjJA0IWlFvQhJE5LeSCTdQOChvXmAN0V+Ck9J 4UOf2Rra+wckcFR9urWCYPbtvj0uMtd21fVfBmFMi+4yIgjDTyEEYQjCKOpFEIYgDEGYdUMYWea5 M5LpmFqFx+zyhxwUV2XC2wnjFe/ILG5RFBM5D9QnsNeqLoPM6nCL+/MR8ZEnIOEhfj4iPER4SFEv wkOEhzZ8cXQah2GJdFQw5+v8PLXsO9xAiILHlBnfTOH7up39uJNbhe9DYxlMY5k9Laax8FiiGqZ5 e+q+Pjp6c/jm6LkW2FjdNZ+SBU9UnpJlWr07nZIF6ZSnZEH4wlOyII7yKCjT6utPyTLtlqNobFyO 3BsbHgwihpmzXyfetXEep2Pj3C/WRcX2t3Etcq3tb9vqOttt+07tb7fV/Wm3+wvb3+4oj/Yy2Q2Z 2vbHDq+1f04u0gkO9eK8vqwT4qJ3xGz6az7IzGy31LVtt+50kBmkU/dk21x4kBnEUR7WZbYt7iAz Rau17Z56fRwPBo/SvaGLbFFM0l3Xynj1ROV5hGYb1+jv0tC9tia/3uKGdpRnLZodW39Dl9nptPRD XGhpHO2XXhiIs0rHKcb2Yz0jH6qoHvwdPPziAZ6Rb7LDNTOqTWfkR0TLVfyBaLk2B6LlRMuJlsum x07LxdF+dHjs5kJ97Y1jRp7x8slZH79/efZz2eOqSr55d3hWvFLPWd+zWDcvlRR/yImanKjX5kSt GnY5LbhJoBJSwkD/BqEqAFJEtvDT9tbelnDyviFSjm+Qr0D0k3fHx2K0YLQNUXZyO4J3zA6DxHi5 uoXR/mlsw19PfshozMHB8zNogF9OTt+f7Bj7hvldY0lZrIskWCOLdW35PHN0GA+80DiE13kyBTQ9 g8rjEltiRL4/BHCNsUJvduEzOC/Ssm533auASDyvvFkE5Qdi4o9SICAB/H8Qz6PU+OEA2MIQ6EI8 MkravYqknb8kabdcysR1YIzjzWbetfE7O9zfDRKXdUwTOW/kX3hpcCkqDd0erWYSbeJhC9Emok2K ehFtItpEtKk0rpc26Z3LIMkhojX4EHlpdqUPiq8A76aA8ACBGtY333Rt44lhQr4zVFnD671GhjDf +xi3CYAjmEzDayMv5PGzN/C1PH3xAnoojXEdrm9Ztt2zWnbX6bR7vY7T6u3mecBXb+AbSTzxjUOA eQVGTABHJ3/M/VkmGXsJhx+TPCmkLEoE5WXqsOJBZRsoSre9vc2qvAO1+/57o2vtsIp+a9TCd9gz 0SdMREb/d5vP778MC1cuHLtr9Y2DA6NnYbd89VWOxYF5qWO3exjb3OEi/xMevW88Mdk1XlpmsRCq 9wk+P2T43GsRfCb4zH++CD4TfFbUi+AzwWeCz6WR4HOD4PP9w+eerd/U0qu5ZbkvXh6zwr2FSejH l2dv0U1o7i8jc/e6DuH0h4zTS3c0wumE0wmnE04nnE44XWEinC4YCac3CKffP053rHXvd3As9X4H x77bfgfHVu93cOzF+x2ctnq/g9PhbnLvtkVbV/bTcbM+Qw5zC+Li9Ne9mcrpq3ch9Ft320zVb6k3 U/VbizdT9U319qJ+T79xsN9XbTQ5Pj4F2Pjq2QfdtkGrhduHHuR5CJ3qPISyGrc5EsFq4etL7IrY VYluiF0Ru1LUi9gVsStiV6XxXthVEauuZndxWliCfIXBJEiTpc5tKPFCQ3N0Qxnh1qc3WK12RwfC rFZHhr8T71OOeuOREcYQiv8TEpmtx77FF6qoBNeWaT7MLb5QMNriSzCTYGYtEsHMqo0JZhLMVJoI Zn5xMLNRbG5U7v7N/kDi9+NrVNIywSk2ht4kMgBkDP+Z5ZJnMWcg1HV/Onl36Lr18HdvYfaGgd7v V7ai3EqjEgOLCZ8/O3tmbJWILQwnQQTgc6uMWApt+BHeYXC5+INtZXwz4nd4llDVCHYNlhn7C9Ds QQaKubjBaHt7BOEjBF3bWJDdrautnR1U5XGH6Q4X12DIadvckfLAvbNZTYbbOTh/ebKDmr8U+uwD n91oOoN6jbahrwAv7hpb7zIIcZ2k/sQYAzD1ZwyHl3myc73KvP5fJO6TZTWFqpTRJSOrv0Aeygrk m4i1JTv0AB2HXorlW7I0MODOcKRdBWFoXMWzj0Ycwb9+M2GrOaE/wSUmzCK9isVAbjgarAG2AwSz 3xmB8UNWEfzx++8hbNcIvv1W7KOipoGqbTLjt4Z5fPxdXsqrmTcVHylyquwPRHzrRUF6nVEkMQEe Gpw94VtcNsqf9r//m//wpBaYlaGoTRX4pAoUR3nVJyPojnn0MYqvIiP/W276fJxaQuB/5HFvbJdZ Grtb/xWGQwP/tyW+MjtQ8pbiJbDll4CFtrhHsgcKvKQteI4BqYlhUpGi9CUOOp35T4CGDPwkYb95 FxMvf60SMWl3XQeplSK/WYr8QcROvzLS+GN+IZci0u9Z6ZvGMPazdQC8I8LwKuessi49i8R/YmUc KiJWRqxMUS9iZcTKiJWVxofJyiqec3b0FrI+eoFT3dc5lpnC53Hb5BEWF6shQ6i+1onCsvDM1BI7 obcXfui8aG8MX0HvPAgBvIoJ7HU72Jste99q7wuFW1bVttrkbk6YiJ+TCBMRJlLUizARYSLCRKXx gTpE0PGUdDzlPR9PKW59KPDmDyKq7N4AqFG7UwPqbIfEQFTtLKfwuD9aMZAWQHS3f3cM7dDV+YSh +W8YYWjC0Ip6EYYmDE0YujQ+VAythTV2Sw9r7HbtOGouHymq9lRrSW70ksnT8+vUj2dDf/YAFMe6 atiSwp277IyzrI6pzq/TXrQzDuIo90eKGFS6g0kCoXIz/xU4tA4mxeoIY0+uTn3wSVXSjz85q7Yl +wogmJu7aeye++LWTqvdWfMta1a7q9wGCeF3umUN0qm90Nu9hbesQRzlLWvwDtzQUx2zKzXv1tOh f/l0PvOiYTzZEiPzhwLJOXVbHSmnCz+dRKkfpWI8bLLHvZegi2caKXqiW/XirUZFV9Oz3Z5THxVi DEc9kXX7+jsPFT2J4soooW78orqxJ1wdWiCAqQfkX5qAe+YN2TgdeQLOXmopD8dZ892u8ETl9nXL 6d/pblfLKa+nl/NbeLerpdmab/VN/d2uipbFDoLWTb3zv6x189/3nU6pPxUlWlZ/qjqG9CfSn0h/ Iv2J9CfSnxQm0p8E41+hP4nVePvK/fG3s6PTN/D2qdrrx7fvn72WKleEibRcftGenTw/fQXV/PXl oVgu0SKRTymXn47OXp2cQQVV9X929kIzYWhfryyz3LLIw0+76yr/xsuPa9S3RnH4u0zMbULB4glx C+D1gx5TSnKdBlLiQbGE1z8Xr/etmqSa3ViY0eO9kQsdFke43UNM11nXGW0FeF/y/Cq81TzfteJd XMzw+F/f+D2rjeENXAxsGmMvYSfx4cYtsLOL4HFDV36Mwblf7H+TKk2L0EQC+I8wkQAiAYp6EQkg EkAkoDQSCfgrSUAt2avTd7dgCKsgAvWYOXzPDxVrqM8VQ9QWDEREWmA4dsLwyNjOf+WBKibnDxJb eLiY3WptHpqFShOaJTTLf00IzRKaVdSL0CyhWUKzpZHQLKHZ+0KzeKEZ3me2ElBr2zpN3Wan6epk 30u97mu38Oq0LwspX64AKjstgsoElblPFUFlgsqKehFUJqhMULk0ElQmqLwaqHx5T8qvaW0ingVE S3iW8Cz3PSE8S3hWUS/Cs4RnCc+WRsKzhGfvDc+uUvs1cde4Rvs1u7U9lFm58j2Q8Jc7DGZimr61 Xs9qeKJyo6ptte60URXSKTeqQrhio6roWW1bpnKrqm119Zv8bXaWgaaZ0QMem5kNnqmQzG6t+2hb x9q3nNvtirwtl3FUXCZ72OdSGbu6Mo6oDFEZojJEZYjKEJWpm4jKCEaiMg+WyqjaOk/96oQ1O4v2 GZs71Rsyl2cwInSTBfkK2d6euNhrO+7qkcDf8rAugr8Efwn+Evwl+EvwV2Ei+CsYCf4S/F0x/JX0 +89CwQgZNfJ925J15QtAtZf+LEEUaiNaDQFgiup32+6vWb9vt9V6exsPxr2Dft/uKE+lhfDOQv2+ 3VGvJbR7+pNR7E67x7Xz1dhPx/7MGIRx4gMbyDsvYahSTNcrGMxjPUQUqqg8acbu4JLH3tPiOY3q x5wAQTMioQpjb8jA9tibAUuBss28WeAn+/gjFGcvifdYufcL9oO1KaLH5/8GLsao2ZKnN0LBykUC q8fzpIIgIeKHrK+CdMze9XkixyRGRYyq9mkiRkWM6paDkBgV/0YSo6osxKiIUd3m9Vo5oxJzx/RZ kehORHVe5fPrFTijOxHv705ExPhl5sEoGtYwKi7FlEwNoCifT0PN8DMEWyVCxsF+2Nrb2tkx/gZc Z2c58t7pO3pW2a1dYMCIkeulLnIuMa7Vf6xM8pYraKZZ7Yb5XWiwJjIxAyni0B+EjB9Cr6bjIDGS AZRcbFC7Q4tlRO2qLyFRO6J2RO2I2skmonaCkajdY6V2Rfjh8enbI4js/nr6MutjIn1E+v560qdk ajz+N7Zbuwb8u7WV/7UkSet2tRdO2N2ezXG0PA/mjxePjCS4iLzQGMNEEPozkdz1Wus6TKB8otlS rsT1zPadVll7pvJmVLtntRausvYs5d0Vds9uV01dWy7tCdeqFsusIb7xQOlm/gj+iwZAHT0juZ5A l380kqk/CEZBsV7nGekMGBwjJKGXjMXssS8f92psr6e8gwTCnYe5Gtsrb36k1Vg+KlF2CQgoITNR dqLsinoRZSfKTpS9NBJl3zzKXjbD0RnMOazXGNwmMk9k/qGSee5IFCM5n48y3g5/YMgeB9H8E7CA MOSZIEBav6SCuEEOucAeJPvqbAyZBIlx7qcAirN1QIgKzAsToS01Jr4XJcaVn2ULZAYTjr1LiIEE cTJF5oK5zpPsSRkTvZp506k/K14b9idD2Zl9e6ukc1C0p1u7xj+wNjvGP42WsW+YS6oSDh5uolEl HMtWEGX2dG8w8KcpUOTI8CfT9NrIhoqYvO08diLsdNTHtDgd+2ESYafTJSKsiEpEWPqIKoEoEWEi wop6EREmIkxEuDQSESYiTESYiPCXSYQzAJtTTJ5VmsAql3VIdnr6tW6nL18EdeGnUx+otrRO2+9Y j5E/Pk0n06eDQedy/MvheC+WHJKxi5r7jafD+CpCdpg8BT6ScSAogdl6yj1730SCPo+yuWdocIJF bPxetWpz6eys5bIbxGEI5BJih8N8FEB8Mxs7GWuUetIhL2hiktWHl5gkMUliksQkZRMxScFITJKY 5BJMEgzPs0QVSEPM5kWA+6N4MI/niXHpzQIvSndxkWrgJUAUwmASpMhNio1sCZcel7fgzwvcLvjJ wxMid42fXz9598EwzUCXNg0mfjwaetclxx3WylWWyOVgPwN4UI2310nqT4wxAGd/hlUoxqqbpPNz 4C+DWZywxbIxwPLRPAyvjZF/hRAyjRnV2s3KjesrgzEumrD2CgMgOmxNYzD2eMLBQNW5H8ZXeYWN 1wz28jWEYnzvJYk/Q0qG3M112TfJxZW/rIDDXQOA2cDP8+ASA0pL0sTwL/3IAHw/mvkAtqECCOPy xb9ZwqPcAh9mj8CQitqV2WJwxSYLc1lIZs5RIf7MML2haO/TS382C4a4/niNhzpZSBQBinph1aRs JDFYiot9uHhVKRg3YtlGRjPLksDz3vtslZN1wrk/8PAXtgUzuBjjRswU+gyXQCUPaI+VLWvc83kQ pjCGcRBAVBjiuAw5u5hPfMioKvVVPA8RSeOiqzedhuWYVIyArHBn8OCfTt4Zh/k63HXeuUm2uROZ asHTknx8AUIP8N3AZyd552NzhVfedcL4TTbqjk5OYQKBEryNJz6XC7w4hjdI5x4OZLx3Y5hnkkA8 eCrD+t4sZeuvmBEMurziQKtnE+gnTIUDETrHCwMv4TqnGJzGdvb+cG/cDnpny2aXj8BaKv7oGxOf G22s8ba/Ge1AswGdq+KLTEQ1MP4jjUqVJJH3+wg3P4t5L9Yc+o7+8um65hBC5a6iTdAb1ERcXK/u d+92xUm/qz5yrd9VXHEixuipV86FXpS3ste7MYFBMovhbUpDfxM6MxeP/vXp/P3lZ4tHbb3aw7fr 8vLRDWqUmCEJSCQgkYBEAhJXZRKQ6hYSkEhAIgGJBKQy988TkIS8jg9/Pn1/wlIsISzx8O1u0hKf w2rFJaFslbwkUIM1C0xCkTZIYlK2+caKTPIoaGyIzMTXWyM0CVEay0hNfIrVi01y7quWm1DM2gz3 lscjN7VbLfneg49/zP25L0bqPMpdLrnQ9O9/2e8ug88Vmjp6XShr0eUlphs0qyKrW4pL7VaX7vMl cYnD4iQukbhE4hKJS7KJxCXBSOISiUuLxSW5RV4vOu2xEp0yQHc3uSlLu1qhKS9PJTHldGDN4lJe jA2SlaR23lhBqer5xoZISVmNNSJSbmwsIx9lcVcvHFX5LpSM2i2nr5OM2qbZ5bQGtlfvOgHOH+6N YfB550EYpNdiCstZ79GfbdNuq0QUCHfuIue04R91fu32oqM/IY7y2NC22enpBR2za2obeQqJUEoQ E6BsxNr4aMWNKz1GU5n+DZWxbEt2huIrJMXt39AqrZ6UUbGFUBqh1g2F6ch55AURYtlm+5FLnm3b Uh6PC+F3Oh4X0qmHhm0rjseVYigPx23beE3q8v0Is+3m9GSuer572/3v9798rurp6KXKslGXFz57 S+V2W+2zGq6kfZL2SdonaZ+kfZL2qTCR9ikYSfsk7fPu2met/PDf4bNj5bjXf/PyRMywhJpaosS7 Capl8tVqqlWpKlm1ohxrVlarwmyQuFpv7Y3VV4X+b2yIxFpWWqOyVvbGMkJrGX31WquQ9WK5VRA6 JLm1jfJJ/WjjvPehYv5HSPrHPMD5azifTK6NqQdU2IdhLGbUe7Q35pZVdCylkNR22g/ykGMoWKGZ 0SHHfFQSQCrARQKINgcSQEgAIQFENpEAIhhJACEB5IsQQBoZd8r+0JnLdOby2s5cVg270SBKwyye clTyHhxyJIbOWSHc8n05OYKZ/PnRixMhrsHD9ng0ctOKO2//MfeGEBDNJ+f+bNfY29vLD3Uun6Sq wCgqn54/W3pisQO01JIEY/7aFgSb15y4WAu0ACEyCkSjMXC8ATDYdHuLcXYkn3gtc7fVkiqF0ZHL H2RKAWcYbY/GPxy0doTQ/5EqkCUtmhBfd/a8XSgCuwX67dHRLy58rXaNfl96smEMwjjx4SmS4T/C b/MIr5fi6yFFz4UOKMnfDp6Y3xXtsUgF6egveGp3rK7k7RHCOP7kpakocnScR3mlce7t8cv4lTf+ 9z16e5SNuhJvDy6323p7dNABkbw9SOwQMYMSNZLYQWLHLQchiR38G0liR2UhsYPEjtu8XiR2qBLe xtujRIl38/Yok6/W26MqVeXtUVGONXt7VIXZIG+PemtvrLeH0P+NDfH2KCut8fao7I1lvD3K6Kv3 9hCyXqxzdHFHyvI6xyYKHde/df0frfsUOlasdJDUQVJHDT2R1FGLRFJH1cYkdajCSeogqeNXkjpI 6niMUsfnah33JXYo1Y6/Tu7YTL2DBI9K8NhMxWOh5HFbzeM+RY97VT1gtto0zcNpnZ589O9R8yja dCWKR5UZ6R2kd5DeQXoHV2XSO+oW0jtI7yC9g/SOMvcN0DsKkHg3taNIvfIL3mWloyQba9Y5yqJs 1tXupHHUer+xIQpHUWf9pe63UDeK2KvXNvicV+7PsYHSxm+vwre/mvfpzrFSbYPLjcQNEjdI3CBx g6syiRt1C4kbJG6QuEHiRpn7JjhzfJ66USZfsSuHQt+oKMe6HTk2UeGot/bmunFsosZRVlrnxHE7 laOMfg8uHPepcySbJ3O0np+abeceZY6iTVeiclSZkchBIgeJHCRycFUmkaNuIZGDRA4SOUjkKHPf AJGjAIl30ziK1KuVOMoyVQpHSTbWLHCURdkgfaPW1hsrb/C939gQdaOos0bcKM2NZbSNIvbqpQ0+ 55V7cGygtPHsz6P/8/z9fXpwrFTb4HIjcYPEDRI3SNzgqkziRt1C4gaJGyRukLhR5r4JHhyfp26U yVfswaHQNyrKsW4Pjk1UOOqtvbkeHJuocZSV1nlw3E7lKKPfgwfH6nSOrtVW3DP74dnZ2Rv35PTF 6fHx6fvsPWZz2FBM3C7ulh2sUPPghYviqteC/jvOvmXv4z03T7M5eLzoztUipahgsLcK2nd7p7kv ROu387th943fxVZoIvs38PbXoi3wM8EGfzKAqogt0+mQnEByQoW+SE4gOYHkBJITZBPJCYKR5ASS E74IOUG8EjPHokgsG2r4XlxQKWLKBgJ3xhu+mQJW3M5+3JFiCZinsRTi7/W1iL/XsjnEDzzoyjfG 3qVvAKa98DMUncyn03iWQt2981AC/T37Ua54ilXs5ui9JYU7+8ZeuR7ZqH7MSQMSX2g+XMVkqHXM aEJGmAM/2ccfoTh7SbzHyr2PAgxSCqxNET0+/zfwF9YRi8hNWbC2WdANq8cTjoJpIHSGrBlLzlY/ 5ZhETYia1OZ4oiZETW45CIma8G8kUZPKQtSEqMltXi+iJqqEJTWpj1BJtcdhvAx/SYdBnC+KBdUN +sX8hMGGQHbYMqK0iiakzKBGPSECT0U6/psiJUoBqJ/nSYRgqExtma8oQQ5oWKAur/L59QrkqKfI 82/CJ+8f/8hHT46ApIdM/AlA89pD+FLMADNqG69AT6pE2iavgJWYDNCq0FWKhmKgq95QkHJxQxWj VHzoPAogA6moKkLcyJbyShabBH/68Wg7Ho3cdOfgoP1dY0mu2+t09Vy325a8eEdALD8KcRzLfOx8 1kGnWQWfdWyoelbfP43GV199hQuf7Pe/GU+S6vnAbaV0bU1+vSK/KrUYo91Sp+xYVSde+6JvrtO1 FGuUpwApjwF9aVcnHae35tXJZdcYu9UaY1GLW60uOn2bVheJwleIhyg8UXii8EThZRNReMFIFJ4o /BdH4YVILxjixbRLMPvRIErDpVYlCxTa0KxHFvbbr0T2zZ6WnfXtjgLXv3DhBTrWw/p+t7UmWF89 Ub0c2O+17kSf+j1bk1+3Tp/2pDbr9dVp+y0tgepYyP8GwBOZq2y2ahlc7OXbIBtff208Uf4xvv4a jW/mUZT5Y3PJ9nKjPmXjjDkG48IlchsE5TDYhsb5tcHhfiFTxgJ2c/dhSNS48CN/5qVZKnQ/fjZP Y0xiWHudPgz5l9EldDojXIN4MkH3X8aFMXHDMA5PT168/IlNzW9RbDgwqsACAwmBABR/qcU8PH31 CmbRt1ng3+UWNBoNeHwyHTxJ/NmlP2s0BPN+t8M3fxCNZl6SzuYDeGf8p9AUr0MvHcWzyd50IqXs 4VgvU4bB+VOsZBxhqsMs5pjv6a7Vh0e9B5YGEH7fGMYZowxQQTqfp75xHkRsJbrwrR8a3gXMCDDk sHELJWG34eVu3QPmJn4ZxFBEnzlW8/GgRAPcfFv0GCT46fXxnvFbPIeJ5hqd2RtQaH8IzAt3UGc/ spT4TMhlTzn68qF16MHkkG3KOA997YhjY80buINLF73fhwdB1+k+gd6AB80/PbmI5rzVZX7g2jgD 9zy4wBnOiw5guioCoY2T9ADfqzzk0ye32J7gQmrJ5H8a+FPmxC4Z0B89mXoDnzf40aV7+Pr1i+Nn QLsSPz1QhV964dwXLB8+gLEWPwtVxVbnX4SrUrDI8J8UWot6/LzKW4xeWGpJuL6Qi8SbaunGcZKq k3GWWqoUXVs06QSbmPKTD5NW8RtOZK7rAnxyc/jkcn2Isg8ehHCdwCcorIYOCx+EcQIjf+Yi8pAT MUVSDoQSTSKYL1OFYer7Mx/yEZ+BhnrmxVGPUuSPf8x9qKcYGA7G8VUk5xBqsijvAZXDtYZEkxHO ddCs5VZ+6KHQS8b+EFpzAu/nRykB5DOdxYMUZhK5CppHsCf4k2l67WZaOoyxC0WcUSLXvujPKhhd pVwEJm4OVJS2jIZUj6gsgOtOfnJfPfugMhY4S2XjyIvykSJ05HJge8VcL5m459epH8/wtzGfRRYB PYuitPhLEQFehwF8vGKVDb4V6JQEJvm5xSqEKlW2XKK0sMGvskQ+fAvhfQ0ilTVHdy7+pzDjuPGT RFHM6dVQlaD40ilSVKay7vrkXD6KSBf+J5UhCS4iT1mPJB2ex7HONFCGBur2zNbF1Bb2qmgtyi6F F8bNPp+KJkMj9GzqneuM8VxTSjBOvZk30RkTmER9bVI2Aehs2SuuM+OGTa1NN7DReOUF2meySUrd BmGsbHIshjpUFTtbhRMt8HnUop7q26mNgoMkW4Jyj3597R4GUyBrLyOoo/+JewxGY2sbLrQ4jviq jmjC9xJFT3wfpFR/un/CX7/6swRwE2eDSeI8G3OAmMtZirW9NlY+fUyy+eymaDgWMRobedOqsGJE HF3ecIizGbyVkRv6kTYqDjVozVHoXSSLIk2wA5OpP7gp4ihxR1jGOEL0eFPMS11UdCkFJFP8iitE OVI8aDIqfdTkTfhjihEOwMgbEMJecM3JAv2LmT+FfOD/XEaJ780GYwQgOLjOr1mBmlEc4fbVP+bQ jUMpauRFcRL6mNdN0XCKx069MRLMqQjPb46UjOcpHjqki5U1bDo5wF4CopUHw/vLsGA8GgHeAL6Q JgfdNmdljtQsDjcASgNLe3hYWTIAqn3xeHyqjwRvg+v+CN8ELl8Mm8RD3+VRJAtlq+xyIMDHemD2 DTpgkpkQ/Kci2zl+7c2uxmBbGkO3rTE4inBVIee6x+qeqnso98zLEINxYiq+3QdNxVp7UxGRMUN4 wUcwpww1mRWoAbtLKaPkZPd0nk7n6WISnLHggi0eND9fEms2cALA6YH9JMwVBWuEJmEKXBXClg8P z8DwHj6qzcbzoxcY6zlTLwvhpdk4Ovz51D08aOY/nUCUKP/5jIXioi83pxx9ODr6wCzHz589f+6+ ef7bybNXLyGHJ7Mhzi3BAE1Foe7scwGZvPzx9Mf/xhZkn7G/v9uLDUZR8CdmxgfcwhsD0pzVMw2r XEPIFqysfvBjbeH7oCkvfFeRcPH5oFnJaZUlW8blbUxcqyLka/ks93wtvzLmC5gHzSINro0coc5/ dvrmoLnfbAjLCgdNflmh2Xj789HxMQSeB9HTZJxNqNkHJRtPEM6m8L//D5IK+IzArPjpPxi9sAGq mHooF0IuVV9ifuXhcHl0Jvk0axNjbsnnzWbx62A6zyIXATEYa4ku4RMTQ/mmMKqGXurlhS3KyTZq NBtc2Tlrs8GglqpEHMxq5r9x5WG/S8VhYXxp8pdTKlD5yiI/q9lGMKpgbKtanA151OUgUGPH3yEO tj8OWPnRMDM1G6i7isEQ0mzE4ZAvL+vIsqhFw+m6F2MwRxY3hWGVoEDqZiAi2f0E/zQbiWYYJWxg ZLtpVEUe4BBF2I9rJ6LJT6Gu+QdZ1YPCx7hZ/s71Yh4i9WMeyvekNIvn8zq/nlOb6dkcXy4LKnwU lLbcQ0FlK/0Tbl5r1K2u3bhEy5Z6b4zBFnpvjMFWQhesoGrWT8W1tR/rUdl6W7HYpLKVS8l1U+l7 pjKKq8xLrPGJUSqfDSGcc0CSwjmnDOVaobyeWa7wqhc6hVDB40e9YCqGcs4osoHz4pFNmWOLHPov OYxzWhLDq2VmMbxYIBZCOYctMVx0IxFsssOOYCx8X4RAeUFeNNZdkm60K7JXuk5JUQrfGyGY87wR w+t9UK75S6GVu4dseKnqBs4/TQqvPM0UBmW4ygdDFafmOyBGKhfh5eDC9UgO55wVaqbK/eE2Js7t qG4rPP3qFs7noGYsfZXqFvVLvMBUujAtaVE/n3M2qoXnrka18NzRqBbuKIIrV4vlwl1deVxdgVxd idxakZZyW5Uj111v5Rhah1k5otJDV44k+ecW5hs9hcpIkh9NES65FS4IPjt69Zq9x4dsesuKjIdO Vw9SOmUVRqWzVe6ZonAJ/gyHYN7BmqVoNf4/UEsBAhQAFAAAAAgAsnNvNIkH+becPQAAWkADAA4A AAAAAAAAAQAAAAAAAAAAAGNvbmZpZy5sb2ctZG9zUEsFBgAAAAABAAEAPAAAAMg9AAAAAA== ---MOQ11424331238f5447f12dee78382182a9f56ef98c2c-- From boxbackup at fluffy.co.uk Thu Mar 16 00:30:23 2006 From: boxbackup at fluffy.co.uk (James O'Gorman) Date: Thu, 16 Mar 2006 00:30:23 +0000 Subject: [Box Backup] Call for testers: FreeBSD port Message-ID: <4418B19F.8020100@netinertia.co.uk> All (especially FreeBSD users/testers), I've just finished the updated port for 0.10. Before I submit the PR for this, could people take a little time to test this and let me know how they get on? The updated port is available at: http://www.netinertia.co.uk/boxbackup.tgz Cheers, James From boxbackup at fluffy.co.uk Thu Mar 16 01:09:20 2006 From: boxbackup at fluffy.co.uk (Martin Ebourne) Date: Thu, 16 Mar 2006 01:09:20 +0000 Subject: [Box Backup] Could do with some advice on getting Boxbackup compiled .... In-Reply-To: <1142433124.441825640a52e@www.boltblue.com> References: <1142433124.441825640a52e@www.boltblue.com> Message-ID: <1142471361.2295.9.camel@avenin.ebourne.me.uk> On Wed, 2006-03-15 at 14:32 +0000, dave_d at boltblue.com wrote: > Ooops - apologies - I thought I had attached it. > See if this one works. You need to set your LD_LIBRARY_PATH to contain /opt/openssl-0.9.8a/lib. The problem is that libssl.so is found by the linker because the path is specified, but not by executables that autoconf builds and runs, because it is not on the library path. I'm not sure what the best solution is here. We could build the path in with rpath, which is probably a good idea, but then that can cause problems itself, and I don't think most programs do this (probably they should though). Or if we don't want to use rpath then we can make it a requirement that LD_LIBRARY_PATH is set correctly, after all without rpath it has to be set to run the resulting executables anyway. Cheers, Martin. From boxbackup at fluffy.co.uk Thu Mar 16 08:49:08 2006 From: boxbackup at fluffy.co.uk (boxbackup at fluffy.co.uk) Date: Thu, 16 Mar 2006 08:49:08 +0000 Subject: [Box Backup] Could do with some advice on getting Boxbackup compiled .... In-Reply-To: <1142471361.2295.9.camel@avenin.ebourne.me.uk> References: <1142433124.441825640a52e@www.boltblue.com> <1142471361.2295.9.camel@avenin.ebourne.me.uk> Message-ID: <1142498948.44192684742b0@www.boltblue.com> Thanks MArtin. Just one question ..... Will the executables that are finally produced (i.e. bbstored,bbbackupd, etc) run correctly without /opt/openssl-0.9.8a/lib being globally defined to be before the stock openssl. In other words it is a requirement for me that the rest of the system functions as though Boxbackup did not exist using the stock installation of openssl and that boxbackup runs independantly using its very own version of OnenSSL (I guess that the path can be locally defined in the startup procedure) If I recall correctly, this was the reason that the last installation using BB0.09 was linked statically Regards, Dave Quoting Martin Ebourne : > On Wed, 2006-03-15 at 14:32 +0000, dave_d at boltblue.com wrote: > > Ooops - apologies - I thought I had attached it. > > See if this one works. > > You need to set your LD_LIBRARY_PATH to contain /opt/openssl-0.9.8a/lib. > > The problem is that libssl.so is found by the linker because the path is > specified, but not by executables that autoconf builds and runs, because > it is not on the library path. I'm not sure what the best solution is > here. We could build the path in with rpath, which is probably a good > idea, but then that can cause problems itself, and I don't think most > programs do this (probably they should though). > > Or if we don't want to use rpath then we can make it a requirement that > LD_LIBRARY_PATH is set correctly, after all without rpath it has to be > set to run the resulting executables anyway. > > Cheers, > > Martin. > > > _______________________________________________ > boxbackup mailing list > boxbackup at fluffy.co.uk > http://lists.warhead.org.uk/mailman/listinfo/boxbackup > -------------------------------------------------------------- Sent with "Me-Mail", Boltblue's FREE mobile messaging service. http://www.boltblue.com From boxbackup at fluffy.co.uk Thu Mar 16 10:15:35 2006 From: boxbackup at fluffy.co.uk (Martin Ebourne) Date: Thu, 16 Mar 2006 10:15:35 +0000 Subject: [Box Backup] Could do with some advice on getting Boxbackup compiled .... In-Reply-To: <1142498948.44192684742b0@www.boltblue.com> References: <1142433124.441825640a52e@www.boltblue.com> <1142471361.2295.9.camel@avenin.ebourne.me.uk> <1142498948.44192684742b0@www.boltblue.com> Message-ID: <20060316101535.i6muj2c80k4k48ss@ebourne.me.uk> dave_d at boltblue.com wrote: > Just one question ..... Will the executables that are finally produced (i.e. > bbstored,bbbackupd, etc) run correctly without > /opt/openssl-0.9.8a/lib being globally > defined to be before the stock openssl. No they won't, as I mentioned in the email. > In other words it is a requirement for me that the rest of the system > functions as though Boxbackup did not exist using the > stock installation of openssl and that boxbackup runs independantly > using its very own version of OnenSSL > (I guess that the path can be locally defined in the startup procedure) Yes, that's the best plan in your situation. Cheers, Martin. From boxbackup at fluffy.co.uk Thu Mar 16 11:24:00 2006 From: boxbackup at fluffy.co.uk (Steve Nelson) Date: Thu, 16 Mar 2006 11:24:00 +0000 Subject: [Box Backup] Raid Config Message-ID: Hi All, Just a quick clarification. The raid config documentation states: "The three directories are the locations of the roots of the raid file directories. These are probably the mount points of three big partitions on three separate physical discs." My raid directory is a software raid 1 - /data under linux mounted as /dev= /md0 I don't believe I can address the physical disks - only the metadevice. I am thinking that just a single entry for /data should be fine, as the RAID is done at the software level, and is transparent to boxbackup? What is actually meant here by the three directories, partitions and discs? Perhaps a diagram would be handy? I'm more than happy to write this up in more detail, perhaps allowing for sds under solaris, software raid under linux, and vinum under *bsd. Thanks, S. From boxbackup at fluffy.co.uk Thu Mar 16 11:27:14 2006 From: boxbackup at fluffy.co.uk (Ben Summers) Date: Thu, 16 Mar 2006 11:27:14 +0000 Subject: [Box Backup] Raid Config In-Reply-To: References: Message-ID: <95DDDEA8-1D9A-4603-A55A-016F7D8D4086@fluffy.co.uk> On 16 Mar 2006, at 11:24, Steve Nelson wrote: > Hi All, > > Just a quick clarification. The raid config documentation states: > > "The three directories are the locations of the roots of the raid file > directories. These are probably the mount points of three big > partitions on three separate physical discs." > > My raid directory is a software raid 1 - /data under linux mounted > as /dev/md0 > > I don't believe I can address the physical disks - only the > metadevice. > > I am thinking that just a single entry for /data should be fine, as > the RAID is done at the software level, and is transparent to > boxbackup? > > What is actually meant here by the three directories, partitions and > discs? Perhaps a diagram would be handy? > > I'm more than happy to write this up in more detail, perhaps allowing > for sds under solaris, software raid under linux, and vinum under > *bsd. If you are using raid at the device level, whether hardware RAID or software RAID in the kernel, you should not use Box Backup's userland software RAID. Just specify a single directory within /data to raidfile-config. Ben From boxbackup at fluffy.co.uk Thu Mar 16 11:33:19 2006 From: boxbackup at fluffy.co.uk (Steve Nelson) Date: Thu, 16 Mar 2006 11:33:19 +0000 Subject: [Box Backup] Raid Config In-Reply-To: <95DDDEA8-1D9A-4603-A55A-016F7D8D4086@fluffy.co.uk> References: <95DDDEA8-1D9A-4603-A55A-016F7D8D4086@fluffy.co.uk> Message-ID: On 3/16/06, Ben Summers wrote: > If you are using raid at the device level, whether hardware RAID or > software RAID in the kernel, you should not use Box Backup's userland > software RAID. Ah!! The penny drops. I hadn't understood that Box Backup has its *own* software RAID functionality. I shall re-read the documentation - I may just have missed the obvious, or it may be that that needs to be spelled out more clearly. > Just specify a single directory within /data to raidfile-config. Great - that's what I've done. > Ben S. From boxbackup at fluffy.co.uk Thu Mar 16 11:35:58 2006 From: boxbackup at fluffy.co.uk (Ben Summers) Date: Thu, 16 Mar 2006 11:35:58 +0000 Subject: [Box Backup] Raid Config In-Reply-To: References: <95DDDEA8-1D9A-4603-A55A-016F7D8D4086@fluffy.co.uk> Message-ID: On 16 Mar 2006, at 11:33, Steve Nelson wrote: > On 3/16/06, Ben Summers wrote: > >> If you are using raid at the device level, whether hardware RAID or >> software RAID in the kernel, you should not use Box Backup's userland >> software RAID. > > Ah!! The penny drops. I hadn't understood that Box Backup has its > *own* software RAID functionality. I shall re-read the documentation > - I may just have missed the obvious, or it may be that that needs to > be spelled out more clearly. http://www.fluffy.co.uk/boxbackup/ Last point on the features list at the top: Designed to be easy and cheap to run a server. Portable implementation, and RAID implemented in userland for reliability without complex server setup or expensive hardware. (optional) How would you recommend making this point clearer? The Documentation Project Needs Your Help! http://boxbackup.hostworks.ca/index.php/DocProject > >> Just specify a single directory within /data to raidfile-config. > > Great - that's what I've done. :-) Ben From boxbackup at fluffy.co.uk Thu Mar 16 11:38:34 2006 From: boxbackup at fluffy.co.uk (boxbackup at fluffy.co.uk) Date: Thu, 16 Mar 2006 11:38:34 +0000 Subject: [Box Backup] Could do with some advice on getting Boxbackup compiled .... In-Reply-To: <20060316101535.i6muj2c80k4k48ss@ebourne.me.uk> References: <1142433124.441825640a52e@www.boltblue.com> <1142471361.2295.9.camel@avenin.ebourne.me.uk> <1142498948.44192684742b0@www.boltblue.com> <20060316101535.i6muj2c80k4k48ss@ebourne.me.uk> Message-ID: <1142509114.44194e3a1980e@www.boltblue.com> Thanks Martin - I'll let you know how it all goes. I'll eventually write a mini-howto for the contribs.org forum and I'll point you to that - when I've got it all working. In the meantime - onwards and upwards! Regards Dave Quoting Martin Ebourne : > dave_d at boltblue.com wrote: > > Just one question ..... Will the executables that are finally produced > (i.e. > > bbstored,bbbackupd, etc) run correctly without > > /opt/openssl-0.9.8a/lib being globally > > defined to be before the stock openssl. > > No they won't, as I mentioned in the email. > > > In other words it is a requirement for me that the rest of the system > > functions as though Boxbackup did not exist using the > > stock installation of openssl and that boxbackup runs independantly > > using its very own version of OnenSSL > > (I guess that the path can be locally defined in the startup procedure) > > Yes, that's the best plan in your situation. > > Cheers, > > Martin. > _______________________________________________ > boxbackup mailing list > boxbackup at fluffy.co.uk > http://lists.warhead.org.uk/mailman/listinfo/boxbackup > -------------------------------------------------------------- Sent with "Me-Mail", Boltblue's FREE mobile messaging service. http://www.boltblue.com From boxbackup at fluffy.co.uk Thu Mar 16 12:03:24 2006 From: boxbackup at fluffy.co.uk (Steve Nelson) Date: Thu, 16 Mar 2006 12:03:24 +0000 Subject: [Box Backup] Raid Config In-Reply-To: References: <95DDDEA8-1D9A-4603-A55A-016F7D8D4086@fluffy.co.uk> Message-ID: On 3/16/06, Ben Summers wrote: > How would you recommend making this point clearer? The Documentation > Project Needs Your Help! Indeed - I did create a user on the wiki and am happy to help, once I've got to grips with everything and understood and digested the documentation that's available. As for making it clearer, that's perfectly clear, however, I didn't pay much attention to the feature list after the first time I read it. I see it also says: "The server does RAID in userland for that extra bit of reliability." further down. It could just be me, but it just hadn't even occurred that the program itself might offer its own built-in raid-like redundancy - its a very cool feature, but unexpected. When I see RAID I just assume its hardware or perhaps software. I think I would put something like: "For maximum reliability it is recommended that the location where bbstored keeps data be on a redundant filesystem. This can be accomplished in one of three ways: 1) Hardware RAID - obtain a hardware RAID controller. Most server-class machines will have this as standard. 2) Software RAID - several tools are available to achieve redundancy the software/os level - this includes Sun's SDS/SVM, Veritias Volume Manager, the *BSD vinum project and raidtools under linux. 3) Box Backup's own userland RAID setup - Box Backup offers its own RAID solution by writing data to three independent physical disks/partitions." You could then continue as before - although I might put in an extra bit that says: "Box Backup defines where data is stored in /etc/box/raidfile.conf.=20 If you are using Software or Hardware RAID, or if you have less than three disks available, this file will simply point to one location, either mounted on a RAID device, or just a lone filesystem." This is just my initial suggestion - feel free to ignore / flame it as much as you wish! Hope its of some use! > Ben S. From boxbackup at fluffy.co.uk Thu Mar 16 12:07:05 2006 From: boxbackup at fluffy.co.uk (boxbackup at fluffy.co.uk) Date: Thu, 16 Mar 2006 12:07:05 +0000 Subject: [Box Backup] Could do with some advice on getting Boxbackup compiled .... In-Reply-To: <20060316101535.i6muj2c80k4k48ss@ebourne.me.uk> References: <1142433124.441825640a52e@www.boltblue.com> <1142471361.2295.9.camel@avenin.ebourne.me.uk> <1142498948.44192684742b0@www.boltblue.com> <20060316101535.i6muj2c80k4k48ss@ebourne.me.uk> Message-ID: <1142510825.441954e987e1e@www.boltblue.com> Hell Martin, I'm sure you know about this, but just in case others don't (like me), there's a discussion about LD_LIBRARY_PATH at http://www.visi.com/~barr/ldpath.html that's quite enlightening! DD Quoting Martin Ebourne : > dave_d at boltblue.com wrote: > > Just one question ..... Will the executables that are finally produced > (i.e. > > bbstored,bbbackupd, etc) run correctly without > > /opt/openssl-0.9.8a/lib being globally > > defined to be before the stock openssl. > > No they won't, as I mentioned in the email. > > > In other words it is a requirement for me that the rest of the system > > functions as though Boxbackup did not exist using the > > stock installation of openssl and that boxbackup runs independantly > > using its very own version of OnenSSL > > (I guess that the path can be locally defined in the startup procedure) > > Yes, that's the best plan in your situation. > > Cheers, > > Martin. > _______________________________________________ > boxbackup mailing list > boxbackup at fluffy.co.uk > http://lists.warhead.org.uk/mailman/listinfo/boxbackup > -------------------------------------------------------------- Sent with "Me-Mail", Boltblue's FREE mobile messaging service. http://www.boltblue.com From boxbackup at fluffy.co.uk Thu Mar 16 17:13:35 2006 From: boxbackup at fluffy.co.uk (Martin Ebourne) Date: Thu, 16 Mar 2006 17:13:35 +0000 Subject: [Box Backup] Could do with some advice on getting Boxbackup compiled .... In-Reply-To: <1142510825.441954e987e1e@www.boltblue.com> References: <1142433124.441825640a52e@www.boltblue.com> <1142471361.2295.9.camel@avenin.ebourne.me.uk> <1142498948.44192684742b0@www.boltblue.com> <20060316101535.i6muj2c80k4k48ss@ebourne.me.uk> <1142510825.441954e987e1e@www.boltblue.com> Message-ID: <20060316171335.2h6pwntdj44soo4o@ebourne.me.uk> dave_d at boltblue.com wrote: > I'm sure you know about this, but just in case others don't (like > me), there's a > discussion about LD_LIBRARY_PATH at > http://www.visi.com/~barr/ldpath.html that's > quite enlightening! Yep, that covers a lot of the points (but doesn't mention any disadvantages of using rpath of which there are some). I think rpath is probably the way to go so when I get time I might look at that. Cheers, Martin. From boxbackup at fluffy.co.uk Thu Mar 16 19:41:26 2006 From: boxbackup at fluffy.co.uk (James O'Gorman) Date: Thu, 16 Mar 2006 19:41:26 +0000 Subject: Port tarball updated (Re: [Box Backup] Call for testers: FreeBSD port) In-Reply-To: <4418B19F.8020100@netinertia.co.uk> References: <4418B19F.8020100@netinertia.co.uk> Message-ID: <4419BF66.9080707@netinertia.co.uk> I've uploaded an updated tarball of the new port. This corrects a problem where the admin commands were looking for the config files in /etc/box instead of $PREFIX/etc/box by default. I'd be grateful if FreeBSD users/testers could check this latest version. If all is well or I don't hear anything for a couple of days, I'll submit a PR to update the port. (URL same as below.) Cheers, James On 16/3/06 00:30, James O'Gorman wrote: > All (especially FreeBSD users/testers), > > I've just finished the updated port for 0.10. Before I submit the PR for > this, could people take a little time to test this and let me know how > they get on? > > The updated port is available at: > > http://www.netinertia.co.uk/boxbackup.tgz > > Cheers, > > James From boxbackup at fluffy.co.uk Fri Mar 17 03:16:35 2006 From: boxbackup at fluffy.co.uk (W. Chris Shank) Date: Thu, 16 Mar 2006 22:16:35 -0500 (EST) Subject: [Box Backup] BoxBackup Win32 Client How-To? Message-ID: <31513803.32531142565395429.JavaMail.root@mail.acetechgroup.com> Do I need Cygwin for the Win32 client? I've gotten my hands on a binary, but it won't run because of the SSL library. the bbackupd-config command fails, I guess because it's a shell script and windows doesn't have a shell. I'm very frustrated because this easily installs on all my Linux servers and Windows is such a PITA. It's been years since I had to work with Windows in any significant way - so i'm starting to get over my head. I appreciate any help for Windows dummies like me. W. Chris Shank ACE Technology Group, LLC www.myremoteITdept.com (610) 640-4223 From boxbackup at fluffy.co.uk Fri Mar 17 04:32:47 2006 From: boxbackup at fluffy.co.uk (Per Thomsen) Date: Thu, 16 Mar 2006 20:32:47 -0800 Subject: [Box Backup] BoxBackup Win32 Client How-To? In-Reply-To: <31513803.32531142565395429.JavaMail.root@mail.acetechgroup.com> References: <31513803.32531142565395429.JavaMail.root@mail.acetechgroup.com> Message-ID: <441A3BEF.3080309@reedtz.com> On 3/16/06 7:16 PM, W. Chris Shank wrote: > Do I need Cygwin for the Win32 client? I've gotten my hands on a binary, but it won't run because of the SSL library. the bbackupd-config command fails, I guess because it's a shell script and windows doesn't have a shell. > > I'm very frustrated because this easily installs on all my Linux servers and Windows is such a PITA. It's been years since I had to work with Windows in any significant way - so i'm starting to get over my head. > > I appreciate any help for Windows dummies like me. > The Wiki has a page for building with VC++ here: http://boxbackup.hostworks.ca/index.php/Compile_With_Visual_C I seem to remember that Chris had a pre-built set of executables to download somewhere, but I can't find it on the mailing list. Anyone? Thanks, Per -- Per Reedtz Thomsen | Reedtz Consulting, LLC | F: 209 883 4119 V: 209 883 4102 | pthomsen at reedtz.com | C: 209 996 9561 GPG ID: 1209784F | Yahoo! Chat: pthomsen | AIM: pthomsen From boxbackup at fluffy.co.uk Fri Mar 17 06:28:21 2006 From: boxbackup at fluffy.co.uk (Per Thomsen) Date: Thu, 16 Mar 2006 22:28:21 -0800 Subject: Port tarball updated (Re: [Box Backup] Call for testers: FreeBSD port) In-Reply-To: <4419BF66.9080707@netinertia.co.uk> References: <4418B19F.8020100@netinertia.co.uk> <4419BF66.9080707@netinertia.co.uk> Message-ID: <441A5705.7060409@reedtz.com> This is a multi-part message in MIME format. --------------050008080904030101010300 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit On 3/16/06 11:41 AM, James O'Gorman wrote: > I've uploaded an updated tarball of the new port. This corrects a > problem where the admin commands were looking for the config files in > /etc/box instead of $PREFIX/etc/box by default. > > I'd be grateful if FreeBSD users/testers could check this latest > version. If all is well or I don't hear anything for a couple of days, > I'll submit a PR to update the port. I tested this on FreeBSD 6.0, and I could not get it to compile. Here's the error: configure: WARNING: do not distribute binaries compiled against GNU readline, as this could violate the GNU readline licence, which is GPL. You may use libedit or libeditline instead. ===> Building for boxbackup-0.10 make: cannot open Makefile. *** Error code 2 Stop in /usr/home/pthomsen/box/boxbackup. I have attached the (gzipped) output of make. I'm sorry to say that I did not spend a lot of time investigating, so if you need me to do something, or look something up, please let me know. Thanks, Per -- Per Reedtz Thomsen | Reedtz Consulting, LLC | F: 209 883 4119 V: 209 883 4102 | pthomsen at reedtz.com | C: 209 996 9561 GPG ID: 1209784F | Yahoo! Chat: pthomsen | AIM: pthomsen --------------050008080904030101010300 Content-Type: application/x-gzip; x-mac-type="0"; x-mac-creator="0"; name="freebsd6.out.gz" Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="freebsd6.out.gz" H4sICMtVGkQAA2ZyZWVic2Q2Lm91dAC1Wm1v2zgS/u5fQfTL3TW13LTdbFugCySpEwSbJkGS 7fY+CbQ0tnmRSC1JxXF//c1Qkt9E0slhr2gb1/PMDDkznBeyX758+Y2x73UhQfOJKIRdsmwO 2QPLheGTAvI3LOeWT7gBJpVlU1XLfPDFsZ3RZ2b4I+QsU3IqZrXmViiJKM0m6mnCs4e6Gr5N Dt+2LOMnq3lmhZx5Mb+xU1Ju6pJd/+5BJHb2M2lF7ZBYDhXI3DBSLwr4zEa10aNCZbwYTYQc VaCLX5KPya9suLWLG26zeWhBf6um46oqlqTpTAOc3H1lFakG8//X/FI5vLaq5A9w+OlvEESh 8e6XXUmnbcAELN/FE4r88/j26uLq/DNbqpqZuaqLnNUYjsPhpBYFBuhwOFfG0k/L9QzswEUw CXYAZpbGQsnssoIkSZh4//FoWCltJ0U+nKIrJiY/St6uuUjai5ka1S9mo60HQMPZwQHJyA4O tvGnBwd43soKDa7RA1NeF5ap2la1dV5gkpdOO0/w2zXvYg52jiz417aMhdIPhhiWYPrwBTCu gWVaGdPyIJngUm0vzNTTqXhiasrgCbLaUgJxckMwNfkPZM2iHU4FtdfGGRlXfn71x9bqg+tG uzGeZVBZw4azIIxkrixh6oocYXADxIi5LGyXLUZRVgWUIJGVrG8qnkGflXZfiInmekkZ03Ih 6WvJpTIFQNUYVQLT8FctNOTbrD+R9ztoQylWSDYsfvY0zNWCWcV0LVdurjRUWuFyjNJtPLHh eFsyzHSjnX72qMdXdxfslM2B57jVlbd6W8PgH1Hkm2QepBvLbYhsc9xgkEipIkAsoVR6GeUM rUlIG12yzRERINZSID1A1GgtPCjQOZxAw6L7do3tvhl1H5I5RntbjHuSfWh0sAGZQXQZGwxB obuaN893QN9uCtjWIj0HemWX1VmboxWVjuy1AzzLMGvw8+yywvfPkl/t5qb8ynaNsqVil5i3 EX+YvN0tDJ5UcQL6AQpYsq8nDYcnZaxLZ5M1N3ke2/TxPG1Y0agYTpZdRYkkJw+7mdc2VwsZ 4VTYPxhTjPBP1L3buKhnt6BexN3dZUr+b5Io4Xyo8feb9FRUGLMXUtgUnhp4ppeVVV6OHPdG yQJTL7dUmTG+DPt6cfvcQkBLRyF7LB1Ix//MOMLyf/nz7oKL1cqEYTfXdxc/kkNXwLBnx0Ld WyPVcCGnKhb/G5jYAVjDdqltZYrpWENiKlaoHvsij0ZWQ49GlIN4Ms4MnvbkpAaxJxE5UI9m xEzy+KFYQaIKOlSffWkKNYtr6CBxDS2qR7SijJezFhCV3mB6JAk4RoIdCRnVsAWL6tlE+gwx qrjm5T5zrVD7LNYBvUKMyh7A7tW1gu1V1iG9Yva6aQO0V1PAXZ7+8DkJK4wjzBO3VsdyxyYo lj02cD6yJ1XjsaXcuSdV1yl2jx9T628fiXh4FKO+fxejHn0IUWNao0qjOmMqsRGeKFV0JYaa EKVLQ8PI6adPPqOmJ4T3ELhsS9ywlUIE/Gj6mrumcrK0wJTGekjfYn2biBmVUi53FYgp+WvI C8yKkLPDI4RamoBzNywaQ/cxXPQWtsP3/t3/xnf04Zl8jcHz1FLXsW+wKlUOAb+o6TRAqUh6 oGL8DInDYarGid1Nccam04LPArPgNrCktGAqyKJgTFI8zzXGdoKda1qADHr84urs/uIbuTqH rOB48oLQu+v0Zjy+Pb0df93F+waUNtFxmW/mvZIv2UTZOZsAeiQr6jyisd2PLUlf579GzlZB az55bdH2kuii9ioppmgLTDofMd76y3Pi0QeCF9g/ru4uVHPRgQUQcFNNwqPbrHVr2Tu6ZxeX 4/T67OxufJ+eXNzfkcIaXiLh8vj2fOzkvIy52/nl5fXVefrt+Ec0BJrOEIarCxD8F5+VvGvO ffWizRv76uEKtrcidsgegJtyRJnLJa5YGdsFxkrZDtY7j1o1gaMP3gW/GuXwOKo1hr8qX3kh OBWW0lLA+SopHvhp+Hpoo+kJl/9WunftJATplk8idFUH72w28hIuc5qiLCW78TaGfuzD+3t3 6Hb5+CNdDXMhIO2DgG7JlQ87y7LV1P6eucNhY7eehTKAarEhsbXGU/2oRC/VuZlMa6VTblN3 XdO77SFmd41N97TNCMHmGBSYMJx3SWxfe0GWwsOlYYp/MEIN4+iSEnU8NKlnKvCMLwQmUs6s 5u4umZmCm+CFkRPZXeRibwBlZZfdfaDPYGArQO2BBFhk8/ZKou9t5MREYYX1jMOd6IDYh79q qPtcrvdemowXe0a5Ldz+dr6D+hu1jXvJaJPtZPgkpGmIuvJKQ0ePAzx03S9m4rosl8ydcvCF adNNG9s0275WO0pFB4Q5Y0QTYwwRu73+OL6/v02vrs+user8GeshsNtbAJ6TR9ioYd1NJwPp nlS9RpkW2PwErX2djn9cXp/+/qx+5yzFsnzpx67vBjMN3D3EJqPm24QOWt1h2n9t4IScat5k LhQwOlFPN5iKqD9PqjLIhaMTyi9LJYmjefXDlmdwyuU/rLvwYvRqyUymRWXZq2S0o4feId07 HsjHpCpefWZXCi2azRvbttduGV2wDo6RUJY0qWHSoveP5gFw+3GapgMo1CJhuCB24h4dMSNh LE9rmRFkQPlJ1ZZEGPQhbgVXYt6gONsg6cUMpVhLL1RocyDo0r1UNWfXJuyWcuAA5x9aSK6y mp6H1u/jpdLUSZL9mi/xN3DaVqMuGQwu123QZ9b9Ijdu3OhuE27bW+31ty1h/IQ1idorinOB +yCRGLneh9Zcubf+XJgWizOL5FpA9/5HcmY4CBvrnuO6u/Q3A44D31wQjF5pH4WiYrV6ttt4 Eskovb1B2wncMTKc31wm7N+qdn12bWCAcYNlzLJm+qaPjpN0opTuPwGckH+7I7TzhEyBg4HI Je3FBdo3/IasmQxev37NxlQAcaU5sHeDwZ1VFbXq7gF7rkoYVRgDJbpyhHJHK9nJ4L9nh104 NCEAAA== --------------050008080904030101010300-- From boxbackup at fluffy.co.uk Fri Mar 17 08:50:22 2006 From: boxbackup at fluffy.co.uk (Mikael Syska) Date: Fri, 17 Mar 2006 09:50:22 +0100 Subject: [Box Backup] BoxBackup Win32 Client How-To? In-Reply-To: <441A3BEF.3080309@reedtz.com> References: <31513803.32531142565395429.JavaMail.root@mail.acetechgroup.com> <441A3BEF.3080309@reedtz.com> Message-ID: <441A784E.3060004@syska.dk> Hi, http://bbdev.fluffy.co.uk/svn/box/chris/win32/releases/ There are the last releases that Chris have made.... // ouT Per Thomsen wrote: > On 3/16/06 7:16 PM, W. Chris Shank wrote: > >> Do I need Cygwin for the Win32 client? I've gotten my hands on a binary, but it won't run because of the SSL library. the bbackupd-config command fails, I guess because it's a shell script and windows doesn't have a shell. >> >> I'm very frustrated because this easily installs on all my Linux servers and Windows is such a PITA. It's been years since I had to work with Windows in any significant way - so i'm starting to get over my head. >> >> I appreciate any help for Windows dummies like me. >> >> > The Wiki has a page for building with VC++ here: > http://boxbackup.hostworks.ca/index.php/Compile_With_Visual_C > > I seem to remember that Chris had a pre-built set of executables to > download somewhere, but I can't find it on the mailing list. Anyone? > > Thanks, > Per > > From boxbackup at fluffy.co.uk Fri Mar 17 09:31:08 2006 From: boxbackup at fluffy.co.uk (Chris Wilson) Date: Fri, 17 Mar 2006 09:31:08 +0000 (GMT) Subject: [Box Backup] BoxBackup Win32 Client How-To? In-Reply-To: <31513803.32531142565395429.JavaMail.root@mail.acetechgroup.com> References: <31513803.32531142565395429.JavaMail.root@mail.acetechgroup.com> Message-ID: Hi Chris, > Do I need Cygwin for the Win32 client? I've gotten my hands on a binary, > but it won't run because of the SSL library. the bbackupd-config command > fails, I guess because it's a shell script and windows doesn't have a > shell. You would need Cygwin to run that script, and even then I don't know how well it would work. The best bet is to ignore it, and edit your configuration file by hand. 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 fluffy.co.uk Fri Mar 17 12:10:32 2006 From: boxbackup at fluffy.co.uk (boxbackup at fluffy.co.uk) Date: Fri, 17 Mar 2006 12:10:32 +0000 Subject: [Box Backup] Could do with some advice on getting Boxbackup compiled .... Message-ID: <1142597431.441aa7380151f@www.boltblue.com> This message is in MIME format. ---MOQ1142597431fceee74bcf46ae0f12150ac3e81b0c57 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Hello Martin, So near and yet so far ...... I'm still not getting a build of BB0.10 on my RH7.3 server box. So here's what I did since the last email exchange. - Downloaded and built the latest V3 gcc compiler (3.4.6) - Removed gcc 2.96 (incl libstdc, cpp, c++) from my system - export PATH=/usr/local/gcc-3.4.6/bin:$PATH - export LD_LIBRARY_PATH=/usr/local/gcc-3.4.6/lib - Got a fresh distribution of OpenSSL 0.9.8a - built OpenSSL with the following configuration: - - .Configure shared no-sse2 --prefix=/opt/openssl-0.9.8a linux-elf - (no-sse2 because of a deficiency in binutils for RH7.3) - ran all OpenSSL tests and installed same - got a new download of BB 0.10 - got a download of Berkeley DB 4.4, built and installed it - export LD_LIBRARY_PATH=/opt/openssl-0.9.8a/lib:/usr/local/BerkeleyDB-4.4/lib:$LD_LIBRARY_PATH ./configure --prefix=/usr/local/boxbackup-0.10 --enable-gnu-readline --with-dbd-dir=/usr/local/BerkeleyDB-4.4 --with-ssl-headers=/opt/openssl-0.9.8a/include --with-ssl-lib=/opt/openssl-0.9.8a/lib -- That seemed to go OK -- make ..... and back to this .... (cd bin/bbackupquery; make RELEASE=1) make[1]: Entering directory `/downloads/boxbackup-0.10/bin/bbackupquery' g++ -DNDEBUG -O2 -Wall -I../../lib/common -I../../lib/compress -I../../lib/crypto -I../../lib/server -I../../lib/backupclient -DBOX_VERSION="\"0.10\"" -I/usr/local/BerkeleyDB.4.4/include -I/opt/openssl-0.9.8a/include -g -Wall -c BackupQueries.cpp -o ../../release/bin/bbackupquery/BackupQueries.o BackupQueries.cpp: In member function `void BackupQueries::CommandGetObject(const std::vector >&, const bool*)': BackupQueries.cpp:818: error: `LLONG_MIN' was not declared in this scope BackupQueries.cpp:818: error: `LLONG_MAX' was not declared in this scope BackupQueries.cpp:818: warning: unused variable 'LLONG_MIN' BackupQueries.cpp:818: warning: unused variable 'LLONG_MAX' BackupQueries.cpp: In member function `void BackupQueries::CommandGet(const std::vector >&, const bool*)': BackupQueries.cpp:904: error: `LLONG_MIN' was not declared in this scope BackupQueries.cpp:904: error: `LLONG_MAX' was not declared in this scope BackupQueries.cpp:904: warning: unused variable 'LLONG_MIN' BackupQueries.cpp:904: warning: unused variable 'LLONG_MAX' BackupQueries.cpp: In member function `void BackupQueries::CommandRestore(const std::vector >&, const bool*)': BackupQueries.cpp:1697: error: `LLONG_MIN' was not declared in this scope BackupQueries.cpp:1697: error: `LLONG_MAX' was not declared in this scope BackupQueries.cpp:1697: warning: unused variable 'LLONG_MIN' BackupQueries.cpp:1697: warning: unused variable 'LLONG_MAX' make[1]: *** [../../release/bin/bbackupquery/BackupQueries.o] Error 1 make[1]: Leaving directory `/downloads/boxbackup-0.10/bin/bbackupquery' make: *** [parcels/boxbackup-0.10-backup-client-linux-gnu.tgz] Error 2 Here's the environment ..... PWD=/downloads/boxbackup-0.10 HOSTNAME=spc-server LD_LIBRARY_PATH=/opt/openssl-0.9.8a:/usr/local/BerkeleyDB.4.4/lib:/usr/local/gcc-3.4.6/lib LESSOPEN=|/usr/bin/lesspipe.sh %s USER=root LS_COLORS=no=00:fi=00:di=01;34:ln=01;36:pi=40;33:so=01;35:bd=40;33;01:cd=40;33;01:or=01;05;37;41:mi=01;05;37;41:ex=01;32:*.cmd=01;32:*.exe=01;32:*.com=01;32:*.btm=01;32:*.bat=01;32:*.sh=01;32:*.csh=01;32:*.tar=01;31:*.tgz=01;31:*.arj=01;31:*.taz=01;31:*.lzh=01;31:*.zip=01;31:*.z=01;31:*.Z=01;31:*.gz=01;31:*.bz2=01;31:*.bz=01;31:*.tz=01;31:*.rpm=01;31:*.cpio=01;31:*.jpg=01;35:*.gif=01;35:*.bmp=01;35:*.xbm=01;35:*.xpm=01;35:*.png=01;35:*.tif=01;35: MAIL=/var/spool/mail/root OLDPWD=/downloads/openssl-0.9.8a INPUTRC=/etc/inputrc BASH_ENV=/root/.bashrc LANG=en_US SSH_CLIENT=192.168.40.10 4508 22 LOGNAME=root SHLVL=1 SSH_CONNECTION=192.168.40.10 4508 192.168.40.2 22 SHELL=/bin/bash USERNAME=root HISTSIZE=1000 HOME=/root TERM=xterm PATH=/usr/local/gcc-3.4.6/bin:/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin:/usr/X11R6/bin:/root/bin SSH_TTY=/dev/pts/1 _=/usr/bin/printenv ... and attached as a zip file is config.log. Can you shed any further light on what's going on? Regards, Dave -------------------------------------------------------------- Sent with "Me-Mail", Boltblue's FREE mobile messaging service. http://www.boltblue.com ---MOQ1142597431fceee74bcf46ae0f12150ac3e81b0c57 Content-Type: application/octet-stream; name="config.log-dos.zip"; charset=ISO-8859-1 Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="config.log-dos.zip" ---MOQ1142597431fceee74bcf46ae0f12150ac3e81b0c57-- From boxbackup at fluffy.co.uk Fri Mar 17 12:16:15 2006 From: boxbackup at fluffy.co.uk (Martin Ebourne) Date: Fri, 17 Mar 2006 12:16:15 +0000 Subject: [Box Backup] Could do with some advice on getting Boxbackup compiled .... In-Reply-To: <1142597431.441aa7380151f@www.boltblue.com> References: <1142597431.441aa7380151f@www.boltblue.com> Message-ID: <1142597775.4689.1.camel@avenin.ebourne.me.uk> You say you did this: On Fri, 2006-03-17 at 12:10 +0000, dave_d at boltblue.com wrote: > LD_LIBRARY_PATH=/opt/openssl-0.9.8a/lib:/usr/local/BerkeleyDB-4.4/lib:$LD_LIBRARY_PATH but then the environment has this: > LD_LIBRARY_PATH=/opt/openssl-0.9.8a:/usr/local/BerkeleyDB.4.4/lib:/usr/local/gcc-3.4.6/lib Some warping of space-time there I think. :) Cheers, Martin. From boxbackup at fluffy.co.uk Fri Mar 17 12:27:52 2006 From: boxbackup at fluffy.co.uk (boxbackup at fluffy.co.uk) Date: Fri, 17 Mar 2006 12:27:52 +0000 Subject: [Box Backup] Could do with some advice on getting Boxbackup compiled .... In-Reply-To: <1142597775.4689.1.camel@avenin.ebourne.me.uk> References: <1142597431.441aa7380151f@www.boltblue.com> <1142597775.4689.1.camel@avenin.ebourne.me.uk> Message-ID: <1142598472.441aab48db72c@www.boltblue.com> Hello Martin, Well spotted! - but unfortunately doesn't make a jot of difference!!! Current environment.... PWD=/downloads/boxbackup-0.10 HOSTNAME=spc-server LD_LIBRARY_PATH=/opt/openssl-0.9.8a/lib:/usr/local/BerkeleyDB.4.4/lib:/usr/local/gcc-3.4.6/lib LESSOPEN=|/usr/bin/lesspipe.sh %s USER=root LS_COLORS=no=00:fi=00:di=01;34:ln=01;36:pi=40;33:so=01;35:bd=40;33;01:cd=40;33;01:or=01;05;37;41:mi=01;05;37;41:ex=01;32:*.cmd=01;32:*.exe=01;32:*.com=01;32:*.btm=01;32:*.bat=01;32:*.sh=01;32:*.csh=01;32:*.tar=01;31:*.tgz=01;31:*.arj=01;31:*.taz=01;31:*.lzh=01;31:*.zip=01;31:*.z=01;31:*.Z=01;31:*.gz=01;31:*.bz2=01;31:*.bz=01;31:*.tz=01;31:*.rpm=01;31:*.cpio=01;31:*.jpg=01;35:*.gif=01;35:*.bmp=01;35:*.xbm=01;35:*.xpm=01;35:*.png=01;35:*.tif=01;35: MAIL=/var/spool/mail/root OLDPWD=/downloads/openssl-0.9.8a INPUTRC=/etc/inputrc BASH_ENV=/root/.bashrc LANG=en_US SSH_CLIENT=192.168.40.10 4508 22 LOGNAME=root SHLVL=1 SSH_CONNECTION=192.168.40.10 4508 192.168.40.2 22 SHELL=/bin/bash USERNAME=root HISTSIZE=1000 HOME=/root TERM=xterm PATH=/usr/local/gcc-3.4.6/bin:/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin:/usr/X11R6/bin:/root/bin SSH_TTY=/dev/pts/1 _=/usr/bin/printenv ..... current error ..... (cd bin/bbackupquery; make RELEASE=1) make[1]: Entering directory `/downloads/boxbackup-0.10/bin/bbackupquery' g++ -DNDEBUG -O2 -Wall -I../../lib/common -I../../lib/compress -I../../lib/crypto -I../../lib/server -I../../lib/backupclient -DBOX_VERSION="\"0.10\"" -I/usr/local/BerkeleyDB.4.4/include -I/opt/openssl-0.9.8a/include -g -Wall -c BackupQueries.cpp -o ../../release/bin/bbackupquery/BackupQueries.o BackupQueries.cpp: In member function `void BackupQueries::CommandGetObject(const std::vector >&, const bool*)': BackupQueries.cpp:818: error: `LLONG_MIN' was not declared in this scope BackupQueries.cpp:818: error: `LLONG_MAX' was not declared in this scope BackupQueries.cpp:818: warning: unused variable 'LLONG_MIN' BackupQueries.cpp:818: warning: unused variable 'LLONG_MAX' BackupQueries.cpp: In member function `void BackupQueries::CommandGet(const std::vector >&, const bool*)': BackupQueries.cpp:904: error: `LLONG_MIN' was not declared in this scope BackupQueries.cpp:904: error: `LLONG_MAX' was not declared in this scope BackupQueries.cpp:904: warning: unused variable 'LLONG_MIN' BackupQueries.cpp:904: warning: unused variable 'LLONG_MAX' BackupQueries.cpp: In member function `void BackupQueries::CommandRestore(const std::vector >&, const bool*)': BackupQueries.cpp:1697: error: `LLONG_MIN' was not declared in this scope BackupQueries.cpp:1697: error: `LLONG_MAX' was not declared in this scope BackupQueries.cpp:1697: warning: unused variable 'LLONG_MIN' BackupQueries.cpp:1697: warning: unused variable 'LLONG_MAX' make[1]: *** [../../release/bin/bbackupquery/BackupQueries.o] Error 1 make[1]: Leaving directory `/downloads/boxbackup-0.10/bin/bbackupquery' make: *** [parcels/boxbackup-0.10-backup-client-linux-gnu.tgz] Error 2 [root at spc-server boxbackup-0.10]# printenv .... I had been playing around with what actually goes into the LD_LIBRARY_PATH variable. Regards, Dave Quoting Martin Ebourne : > You say you did this: > > On Fri, 2006-03-17 at 12:10 +0000, dave_d at boltblue.com wrote: > > > LD_LIBRARY_PATH=/opt/openssl-0.9.8a/lib:/usr/local/BerkeleyDB-4.4/lib:$LD_LIBRARY_PATH > > but then the environment has this: > > > > LD_LIBRARY_PATH=/opt/openssl-0.9.8a:/usr/local/BerkeleyDB.4.4/lib:/usr/local/gcc-3.4.6/lib > > Some warping of space-time there I think. :) > > Cheers, > > Martin. > > _______________________________________________ > boxbackup mailing list > boxbackup at fluffy.co.uk > http://lists.warhead.org.uk/mailman/listinfo/boxbackup > -------------------------------------------------------------- Sent with "Me-Mail", Boltblue's FREE mobile messaging service. http://www.boltblue.com From boxbackup at fluffy.co.uk Fri Mar 17 12:45:56 2006 From: boxbackup at fluffy.co.uk (Stefan Norlin) Date: Fri, 17 Mar 2006 13:45:56 +0100 Subject: [Box Backup] Could do with some advice on getting Boxbackup compiled .... References: <1142597431.441aa7380151f@www.boltblue.com> <1142597775.4689.1.camel@avenin.ebourne.me.uk> <1142598472.441aab48db72c@www.boltblue.com> Message-ID: <015c01c649c0$bc3890d0$1601060a@cs> > .... I had been playing around with what actually goes into the > LD_LIBRARY_PATH > variable. Do LLONG_MIN and LLONG_MAX get defined in lib/common/BoxConfig.h after you have run configure? I have this in my BoxConfig.h after running configure: /* max value of long long calculated by configure */ #define LLONG_MAX 9223372036854775807LL /* min value of long long calculated by configure */ #define LLONG_MIN -9223372036854775808LL Stefan From boxbackup at fluffy.co.uk Fri Mar 17 13:41:19 2006 From: boxbackup at fluffy.co.uk (boxbackup at fluffy.co.uk) Date: Fri, 17 Mar 2006 13:41:19 +0000 Subject: [Box Backup] Could do with some advice on getting Boxbackup compiled .... In-Reply-To: <015c01c649c0$bc3890d0$1601060a@cs> References: <1142597431.441aa7380151f@www.boltblue.com> <1142597775.4689.1.camel@avenin.ebourne.me.uk> <1142598472.441aab48db72c@www.boltblue.com> <015c01c649c0$bc3890d0$1601060a@cs> Message-ID: <1142602879.441abc7f9d2f5@www.boltblue.com> Hello Stefan, No! Here's what's in my BoxConfig.h file .... +++++++++++++++++++++++++++++++++ /* Define to 1 if __syscall is available but needs a definition */ /* #undef HAVE___SYSCALL_NEED_DEFN */ /* max value of long long calculated by configure */ /* #undef LLONG_MAX */ /* min value of long long calculated by configure */ /* #undef LLONG_MIN */ /* Define to 1 if `lstat' dereferences a symlink specified with a trailing slash. */ /* #undef LSTAT_FOLLOWS_SLASHED_SYMLINK */ +++++++++++++++++++++++++++++++++ Dave Quoting Stefan Norlin : > > .... I had been playing around with what actually goes into the > > LD_LIBRARY_PATH > > variable. > > Do LLONG_MIN and LLONG_MAX get defined > in lib/common/BoxConfig.h after you have run configure? > > I have this in my BoxConfig.h after running configure: > > /* max value of long long calculated by configure */ > #define LLONG_MAX 9223372036854775807LL > > /* min value of long long calculated by configure */ > #define LLONG_MIN -9223372036854775808LL > > Stefan > > _______________________________________________ > boxbackup mailing list > boxbackup at fluffy.co.uk > http://lists.warhead.org.uk/mailman/listinfo/boxbackup > -------------------------------------------------------------- Sent with "Me-Mail", Boltblue's FREE mobile messaging service. http://www.boltblue.com From boxbackup at fluffy.co.uk Fri Mar 17 13:41:38 2006 From: boxbackup at fluffy.co.uk (Martin Ebourne) Date: Fri, 17 Mar 2006 13:41:38 +0000 Subject: Port tarball updated (Re: [Box Backup] Call for testers: FreeBSD port) In-Reply-To: <441A5705.7060409@reedtz.com> References: <4418B19F.8020100@netinertia.co.uk> <4419BF66.9080707@netinertia.co.uk> <441A5705.7060409@reedtz.com> Message-ID: <1142602898.4689.4.camel@avenin.ebourne.me.uk> On Thu, 2006-03-16 at 22:28 -0800, Per Thomsen wrote: > I tested this on FreeBSD 6.0, and I could not get it to compile. Here's > the error: > > configure: WARNING: do not distribute binaries compiled against GNU > readline, > as this could violate the GNU readline licence, which is GPL. You may use > libedit or libeditline instead. > ===> Building for boxbackup-0.10 > make: cannot open Makefile. > *** Error code 2 > > Stop in /usr/home/pthomsen/box/boxbackup. > > I have attached the (gzipped) output of make. I'm sorry to say that I > did not spend a lot of time investigating, so if you need me to do > something, or look something up, please let me know. Failure is: configure: creating ./config.status config.status: creating infrastructure/BoxPlatform.pm config.status: creating lib/common/BoxConfig.h Can't open perl script "./infrastructure/makebuildenv.pl": No such file or directory Applied the perl prefix patch and not run ./bootstrap maybe? Cheers, Martin. From boxbackup at fluffy.co.uk Fri Mar 17 13:48:24 2006 From: boxbackup at fluffy.co.uk (Stefan Norlin) Date: Fri, 17 Mar 2006 14:48:24 +0100 Subject: [Box Backup] Could do with some advice on getting Boxbackup compiled .... References: <1142597431.441aa7380151f@www.boltblue.com> <1142597775.4689.1.camel@avenin.ebourne.me.uk> <1142598472.441aab48db72c@www.boltblue.com> <015c01c649c0$bc3890d0$1601060a@cs> <1142602879.441abc7f9d2f5@www.boltblue.com> Message-ID: <01a901c649c9$766fa440$1601060a@cs> > Hello Stefan, > > No! Here's what's in my BoxConfig.h file .... Ok. I do not know why configure does not process that correctly on your installation (Martin is the autoconf expert) but could you try to add the lines I sent to your BoxConfig.h manually and see if it compiles ok then? As a starter? Stefan From boxbackup at fluffy.co.uk Fri Mar 17 13:59:28 2006 From: boxbackup at fluffy.co.uk (Martin Ebourne) Date: Fri, 17 Mar 2006 13:59:28 +0000 Subject: [Box Backup] Could do with some advice on getting Boxbackup compiled .... In-Reply-To: <1142598472.441aab48db72c@www.boltblue.com> References: <1142597431.441aa7380151f@www.boltblue.com> <1142597775.4689.1.camel@avenin.ebourne.me.uk> <1142598472.441aab48db72c@www.boltblue.com> Message-ID: <1142603968.5310.1.camel@avenin.ebourne.me.uk> On Fri, 2006-03-17 at 12:27 +0000, dave_d at boltblue.com wrote: > Hello Martin, > > Well spotted! - but unfortunately doesn't make a jot of difference!!! > > Current environment.... > > PWD=/downloads/boxbackup-0.10 > HOSTNAME=spc-server > LD_LIBRARY_PATH=/opt/openssl-0.9.8a/lib:/usr/local/BerkeleyDB.4.4/lib:/usr/local/gcc-3.4.6/lib > LESSOPEN=|/usr/bin/lesspipe.sh %s > USER=root > LS_COLORS=no=00:fi=00:di=01;34:ln=01;36:pi=40;33:so=01;35:bd=40;33;01:cd=40;33;01:or=01;05;37;41:mi=01;05;37;41:ex=01;32:*.cmd=01;32:*.exe=01;32:*.com=01;32:*.btm=01;32:*.bat=01;32:*.sh=01;32:*.csh=01;32:*.tar=01;31:*.tgz=01;31:*.arj=01;31:*.taz=01;31:*.lzh=01;31:*.zip=01;31:*.z=01;31:*.Z=01;31:*.gz=01;31:*.bz2=01;31:*.bz=01;31:*.tz=01;31:*.rpm=01;31:*.cpio=01;31:*.jpg=01;35:*.gif=01;35:*.bmp=01;35:*.xbm=01;35:*.xpm=01;35:*.png=01;35:*.tif=01;35: > MAIL=/var/spool/mail/root > OLDPWD=/downloads/openssl-0.9.8a > INPUTRC=/etc/inputrc > BASH_ENV=/root/.bashrc > LANG=en_US > SSH_CLIENT=192.168.40.10 4508 22 > LOGNAME=root > SHLVL=1 > SSH_CONNECTION=192.168.40.10 4508 192.168.40.2 22 > SHELL=/bin/bash > USERNAME=root > HISTSIZE=1000 > HOME=/root > TERM=xterm > PATH=/usr/local/gcc-3.4.6/bin:/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin:/usr/X11R6/bin:/root/bin > SSH_TTY=/dev/pts/1 > _=/usr/bin/printenv > > ..... current error ..... > > > (cd bin/bbackupquery; make RELEASE=1) > make[1]: Entering directory `/downloads/boxbackup-0.10/bin/bbackupquery' Did you rerun ./configure after making sure the LD_LIBRARY_PATH was set correctly? This is a configure issue, not a make issue. If configure still doesn't get it right then send the config.log again, with a run where you are sure the path was set right and exported. Cheers, Martin. From boxbackup at fluffy.co.uk Fri Mar 17 14:09:06 2006 From: boxbackup at fluffy.co.uk (W. Chris Shank) Date: Fri, 17 Mar 2006 09:09:06 -0500 (EST) Subject: [Box Backup] BoxBackup Win32 Client How-To? Message-ID: <25145795.33021142604546095.JavaMail.root@mail.acetechgroup.com> How do you get the certs created on Windows then? W. Chris Shank ACE Technology Group, LLC www.myremoteITdept.com (610) 640-4223 ----- Chris Wilson wrote: > Hi Chris, > > > Do I need Cygwin for the Win32 client? I've gotten my hands on a > binary, > > but it won't run because of the SSL library. the bbackupd-config > command > > fails, I guess because it's a shell script and windows doesn't have > a > > shell. > > You would need Cygwin to run that script, and even then I don't know > how > well it would work. The best bet is to ignore it, and edit your > configuration file by hand. > > 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 | > > _______________________________________________ > boxbackup mailing list > boxbackup at fluffy.co.uk > http://lists.warhead.org.uk/mailman/listinfo/boxbackup From boxbackup at fluffy.co.uk Fri Mar 17 16:00:42 2006 From: boxbackup at fluffy.co.uk (Ben Summers) Date: Fri, 17 Mar 2006 16:00:42 +0000 Subject: [Box Backup] BoxBackup Win32 Client How-To? In-Reply-To: <441A784E.3060004@syska.dk> References: <31513803.32531142565395429.JavaMail.root@mail.acetechgroup.com> <441A3BEF.3080309@reedtz.com> <441A784E.3060004@syska.dk> Message-ID: <640A2482-EA5F-44DF-907C-F8B1DF608A08@fluffy.co.uk> I really need to upload some "official" binaries to Sourceforge, but I have no idea which ones to use. Ben On 17 Mar 2006, at 08:50, Mikael Syska wrote: > Hi, > > http://bbdev.fluffy.co.uk/svn/box/chris/win32/releases/ > > There are the last releases that Chris have made.... > > // ouT > > Per Thomsen wrote: >> On 3/16/06 7:16 PM, W. Chris Shank wrote: >> >>> Do I need Cygwin for the Win32 client? I've gotten my hands on a >>> binary, but it won't run because of the SSL library. the bbackupd- >>> config command fails, I guess because it's a shell script and >>> windows doesn't have a shell. >>> >>> I'm very frustrated because this easily installs on all my Linux >>> servers and Windows is such a PITA. It's been years since I had >>> to work with Windows in any significant way - so i'm starting to >>> get over my head. >>> >>> I appreciate any help for Windows dummies like me. >>> >> The Wiki has a page for building with VC++ here: >> http://boxbackup.hostworks.ca/index.php/Compile_With_Visual_C >> >> I seem to remember that Chris had a pre-built set of executables to >> download somewhere, but I can't find it on the mailing list. Anyone? >> >> Thanks, >> Per >> >> > > _______________________________________________ > boxbackup mailing list > boxbackup at fluffy.co.uk > http://lists.warhead.org.uk/mailman/listinfo/boxbackup From boxbackup at fluffy.co.uk Fri Mar 17 16:07:24 2006 From: boxbackup at fluffy.co.uk (Per Thomsen) Date: Fri, 17 Mar 2006 08:07:24 -0800 Subject: [Box Backup] BoxBackup Win32 Client How-To? In-Reply-To: <25145795.33021142604546095.JavaMail.root@mail.acetechgroup.com> References: <25145795.33021142604546095.JavaMail.root@mail.acetechgroup.com> Message-ID: <441ADEBC.7040509@reedtz.com> On 3/17/06 6:09 AM, W. Chris Shank wrote: > How do you get the certs created on Windows then? > At present certs can not be generated on Windows. Generate on your favorite unix-like, and use them on Windows. Thanks, Per -- Per Reedtz Thomsen | Reedtz Consulting, LLC | F: 209 883 4119 V: 209 883 4102 | pthomsen at reedtz.com | C: 209 996 9561 GPG ID: 1209784F | Yahoo! Chat: pthomsen | AIM: pthomsen From boxbackup at fluffy.co.uk Fri Mar 17 16:46:49 2006 From: boxbackup at fluffy.co.uk (Ben Summers) Date: Fri, 17 Mar 2006 16:46:49 +0000 Subject: [Box Backup] BoxBackup Win32 Client How-To? In-Reply-To: <441ADEBC.7040509@reedtz.com> References: <25145795.33021142604546095.JavaMail.root@mail.acetechgroup.com> <441ADEBC.7040509@reedtz.com> Message-ID: <282361CE-CFA1-476B-B622-FE653A586CB3@fluffy.co.uk> On 17 Mar 2006, at 16:07, Per Thomsen wrote: > On 3/17/06 6:09 AM, W. Chris Shank wrote: >> How do you get the certs created on Windows then? >> > At present certs can not be generated on Windows. Generate on your > favorite unix-like, and use them on Windows. I haven't tried this, but if you had a cygwin installation with perl and openssl installed, then surely you can just use bbackupd-config and bbstored-certs? Obviously you'll need to alter the config files they write, but they will generate the certs. A nice little project for someone is to rewrite the -config utilities in C++, to be portable to Windows. Ben From boxbackup at fluffy.co.uk Fri Mar 17 17:08:43 2006 From: boxbackup at fluffy.co.uk (W. Chris Shank) Date: Fri, 17 Mar 2006 12:08:43 -0500 (EST) Subject: [Box Backup] BoxBackup Win32 Client How-To? Message-ID: <22280350.34171142615323047.JavaMail.root@mail.acetechgroup.com> Easy enough! Thanks! W. Chris Shank ACE Technology Group, LLC www.myremoteITdept.com (610) 640-4223 ----- Per Thomsen wrote: > On 3/17/06 6:09 AM, W. Chris Shank wrote: > > How do you get the certs created on Windows then? > > > At present certs can not be generated on Windows. Generate on your > favorite unix-like, and use them on Windows. > > Thanks, > Per > > -- > Per Reedtz Thomsen | Reedtz Consulting, LLC | F: 209 883 4119 > V: 209 883 4102 | pthomsen at reedtz.com | C: 209 996 9561 > GPG ID: 1209784F | Yahoo! Chat: pthomsen | AIM: pthomsen > > _______________________________________________ > boxbackup mailing list > boxbackup at fluffy.co.uk > http://lists.warhead.org.uk/mailman/listinfo/boxbackup From boxbackup at fluffy.co.uk Fri Mar 17 23:48:18 2006 From: boxbackup at fluffy.co.uk (Per Thomsen) Date: Fri, 17 Mar 2006 15:48:18 -0800 Subject: [Box Backup] Raid Config In-Reply-To: References: <95DDDEA8-1D9A-4603-A55A-016F7D8D4086@fluffy.co.uk> Message-ID: <441B4AC2.7070607@reedtz.com> On 3/16/06 4:03 AM, Steve Nelson wrote: > [snip] > This is just my initial suggestion - feel free to ignore / flame it as > much as you wish! Hope its of some use! > Definitely! Thanks for the input. If you want to help, you're very welcome to participate in our nascent Documentation Project. I'm working on setting up an environment for modifying the documentation, as a part of the development process. If you are interested in participating, let me know, and I'll get you information on the tools we use, etc. It will be really useful to make the distributed documentation more accurate and easier to understand, and any help you can give is greatly appreciated. If you just want to update the Wiki, that's fine too. I'll pick up your changes from there, when I get the time. Thanks, Per -- Per Reedtz Thomsen | Reedtz Consulting, LLC | F: 209 883 4119 V: 209 883 4102 | pthomsen at reedtz.com | C: 209 996 9561 GPG ID: 1209784F | Yahoo! Chat: pthomsen | AIM: pthomsen From boxbackup at fluffy.co.uk Sat Mar 18 00:52:56 2006 From: boxbackup at fluffy.co.uk (Manfred W) Date: Sat, 18 Mar 2006 01:52:56 +0100 Subject: Port tarball updated (Re: [Box Backup] Call for testers: FreeBSD port) Message-ID: <441B59E8.2060206@azp.at> I have successfully installed the port (http://www.netinertia.co.uk/boxbackup.tgz, 2006-03-18) on FreeBSD 6.0. But there are some questions left: 1. nothing is logged by boxbackup. I am unable to find any logging info regarding box operations (not in /var/log/messages) I tried the modifications to syslogd.conf but no avail, the logfiles are staying empty. 2. where are the bdb files located, how can i verify that the bdb is used by bbackupd (the make output shows YES) 3. I believe the 0.10 version includes the traffic accounting path for bbstored. How can I use this feature? 4. The port asked if i want to build the testcases, wich i did. Where do i find them an how do i run them? The non port version reported failed testcases for bbstored, is this fixed or can these error be ignored. Thanks a lot Manfred From boxbackup at fluffy.co.uk Sun Mar 19 11:22:22 2006 From: boxbackup at fluffy.co.uk (James O'Gorman) Date: Sun, 19 Mar 2006 11:22:22 +0000 Subject: Port tarball updated (Re: [Box Backup] Call for testers: FreeBSD port) In-Reply-To: <441A5705.7060409@reedtz.com> References: <4418B19F.8020100@netinertia.co.uk> <4419BF66.9080707@netinertia.co.uk> <441A5705.7060409@reedtz.com> Message-ID: <441D3EEE.2040408@netinertia.co.uk> Hmm, strange, it works on my FreeBSD 6.0 build. But then, I'm not using the WITH_GNUREADLINE knob, so I've not fully tested that. Does it work if you run `make config` again and remove GNUREADLINE? James On 17/3/06 06:28, Per Thomsen wrote: > On 3/16/06 11:41 AM, James O'Gorman wrote: >> I've uploaded an updated tarball of the new port. This corrects a >> problem where the admin commands were looking for the config files in >> /etc/box instead of $PREFIX/etc/box by default. >> >> I'd be grateful if FreeBSD users/testers could check this latest >> version. If all is well or I don't hear anything for a couple of days, >> I'll submit a PR to update the port. > I tested this on FreeBSD 6.0, and I could not get it to compile. Here's > the error: > > configure: WARNING: do not distribute binaries compiled against GNU > readline, > as this could violate the GNU readline licence, which is GPL. You may use > libedit or libeditline instead. > ===> Building for boxbackup-0.10 > make: cannot open Makefile. > *** Error code 2 > > Stop in /usr/home/pthomsen/box/boxbackup. > > I have attached the (gzipped) output of make. I'm sorry to say that I > did not spend a lot of time investigating, so if you need me to do > something, or look something up, please let me know. > > Thanks, > Per > From boxbackup at fluffy.co.uk Sun Mar 19 11:35:36 2006 From: boxbackup at fluffy.co.uk (James O'Gorman) Date: Sun, 19 Mar 2006 11:35:36 +0000 Subject: Port tarball updated (Re: [Box Backup] Call for testers: FreeBSD port) In-Reply-To: <441B59E8.2060206@azp.at> References: <441B59E8.2060206@azp.at> Message-ID: <441D4208.9030707@netinertia.co.uk> On 18/3/06 00:52, Manfred W wrote: > I have successfully installed the port > (http://www.netinertia.co.uk/boxbackup.tgz, 2006-03-18) on FreeBSD 6.0. > > But there are some questions left: > > 1. nothing is logged by boxbackup. Are you sure there isn't anything getting logged onto the console? You could try adding something like this to /etc/syslog.conf: !bbstored *.* /var/log/bbstored !bbackupd *.* /var/log/bbackupd > I am unable to find any logging info regarding box operations (not in > /var/log/messages) I tried the modifications to syslogd.conf but no > avail, the logfiles are staying empty. > > 2. where are the bdb files located, how can i verify that the bdb is > used by bbackupd (the make output shows YES) Do you mean the bdb libraries? /usr/include/db.h is where the db1 header is, or you can install db4.x from ports. > 3. I believe the 0.10 version includes the traffic accounting path for > bbstored. How can I use this feature? I'm not quite sure what you mean by this. > 4. The port asked if i want to build the testcases, wich i did. Where do > i find them an how do i run them? The non port version reported failed > testcases for bbstored, is this fixed or can these error be ignored. The OPTIONS dialogue says that if you enable TESTS, there is a test target you can run, i.e. run `make test`. James From boxbackup at fluffy.co.uk Sun Mar 19 12:27:15 2006 From: boxbackup at fluffy.co.uk (James O'Gorman) Date: Sun, 19 Mar 2006 12:27:15 +0000 Subject: Port tarball updated (Re: [Box Backup] Call for testers: FreeBSD port) In-Reply-To: <441D3EEE.2040408@netinertia.co.uk> References: <4418B19F.8020100@netinertia.co.uk> <4419BF66.9080707@netinertia.co.uk> <441A5705.7060409@reedtz.com> <441D3EEE.2040408@netinertia.co.uk> Message-ID: <441D4E23.5020603@netinertia.co.uk> On 19/3/06 11:22, James O'Gorman wrote: > Hmm, strange, it works on my FreeBSD 6.0 build. But then, I'm not using > the WITH_GNUREADLINE knob, so I've not fully tested that. I just tried this on FreeBSD 5.4 and 6.0 and it seems to work fine, with or without GNUREADLINE enabled. Martin said: > Failure is: > configure: creating ./config.status > config.status: creating infrastructure/BoxPlatform.pm > config.status: creating lib/common/BoxConfig.h > > Can't open perl script "./infrastructure/makebuildenv.pl": No such > file or directory > > Applied the perl prefix patch and not run ./bootstrap maybe? ./bootstrap doesn't actually need to be run with the port, because the ports infrastructure handles autoconf et al. natively: USE_AUTOTOOLS= autoconf:259 aclocal:19 autoheader:259 ACLOCAL_ARGS+= -I ${WRKSRC}/infrastructure/m4 So every time make clean && make is run from the port directory, it will do it all for you. I'll be uploading a new tarball of the port sometime today, too, to cut down from the 29 patchfiles to just a few. The rest will be done by sed replacements in the port's Makefile (where ${REINPLACE_CMD} is set to /usr/bin/sed -i.bak in bsd.port.mk): post-patch: @${REINPLACE_CMD} -e 's,%%PREFIX%%,${PREFIX},' ${WRKSRC}/lib/common/BoxPortsAndFiles.h @${FIND} ${WRKSRC} -name "*.pl" -exec \ ${REINPLACE_CMD} -e 's,/usr/bin/perl,${PERL},g' {} \; @${REINPLACE_CMD} -e 's,/usr/bin/perl,${PERL},g' \ ${WRKSRC}/bin/bbackupd/bbackupd-config \ ${WRKSRC}/bin/bbstored/bbstored-certs \ ${WRKSRC}/bin/bbstored/bbstored-config \ ${WRKSRC}/lib/raidfile/raidfile-config @${FIND} ${WRKSRC} -name "Makefile.extra" -exec \ ${REINPLACE_CMD} -e 's,perl,${PERL},g' {} \; @${REINPLACE_CMD} -e 's,perl ,${PERL} ,g' \ ${WRKSRC}/test/bbackupd/testfiles/bbackupd.conf \ ${WRKSRC}/infrastructure/makebuildenv.pl From boxbackup at fluffy.co.uk Sun Mar 19 15:44:47 2006 From: boxbackup at fluffy.co.uk (Paul Nash) Date: Sun, 19 Mar 2006 10:44:47 -0500 Subject: [Box Backup] Boxi with 0.10 server? In-Reply-To: <441D4208.9030707@netinertia.co.uk> References: <441B59E8.2060206@azp.at> <441D4208.9030707@netinertia.co.uk> Message-ID: First of all, thanks and congratulations to all involved with Box Backup. It's the first backup system that I've seen that meets my needs, and I've been looking for years. I'm trying to get boxi working on M$ Windoze, talking to the latest (0.10) bbstored on FreeBSD. The binary distribution is compiled against the 0.09 protocol, and the only source that I can find has the 0.09 libraries firmly embedded. I've started to do the port. The eay part is hacking "configure" to drop in the 0.10 libraries. The hard part is getting it to compile under Cygwin. I took a brief look at using VC++, but decided that it would be quicker and easier with Cygwin (less cross-platform cruft, plus I'm more at home in a Unix environment). Before I get too carried away, has anyone done this, or started with it? Or started and given up? I need a GUI client pretty soon, and the options that I can see are to port boxi to 0.10 (preferred, but a fair amount of work) or to write a VB/VC++ wrapper for bbackupquery/bbackupctl and use that instead (quick and nasty). Any experiences and/or thoughts that anyone wants to share before I take the wrong path? paul From boxbackup at fluffy.co.uk Sun Mar 19 16:06:01 2006 From: boxbackup at fluffy.co.uk (Paul Nash) Date: Sun, 19 Mar 2006 11:06:01 -0500 Subject: [Box Backup] boxi with 0.10 server? (resend) Message-ID: [sorry, just hit "reply" to a message about the BSD ports, which dumped this into the wrong place in the archive] First of all, thanks and congratulations to all involved with Box Backup. It's the first backup system that I've seen that meets my needs, and I've been looking for years. I'm trying to get boxi working on M$ Windoze, talking to the latest (0.10) bbstored on FreeBSD. The binary distribution is compiled against the 0.09 protocol, and the only source that I can find has the 0.09 libraries firmly embedded. I've started to do the port. The eay part is hacking "configure" to drop in the 0.10 libraries. The hard part is getting it to compile under Cygwin. I took a brief look at using VC++, but decided that it would be quicker and easier with Cygwin (less cross-platform cruft, plus I'm more at home in a Unix environment). Before I get too carried away, has anyone done this, or started with it? Or started and given up? I need a GUI client pretty soon, and the options that I can see are to port boxi to 0.10 (preferred, but a fair amount of work) or to write a VB/VC++ wrapper for bbackupquery/bbackupctl and use that instead (quick and nasty). Any experiences and/or thoughts that anyone wants to share before I take the wrong path? paul From boxbackup at fluffy.co.uk Sun Mar 19 16:16:29 2006 From: boxbackup at fluffy.co.uk (Manfred W) Date: Sun, 19 Mar 2006 17:16:29 +0100 Subject: Port tarball updated (Re: [Box Backup] Call for testers: FreeBSD port) In-Reply-To: <441D4208.9030707@netinertia.co.uk> References: <441B59E8.2060206@azp.at> <441D4208.9030707@netinertia.co.uk> Message-ID: <441D83DD.3070705@azp.at> James O'Gorman schrieb: > On 18/3/06 00:52, Manfred W wrote: >> I have successfully installed the port >> (http://www.netinertia.co.uk/boxbackup.tgz, 2006-03-18) on FreeBSD 6.0. >> >> But there are some questions left: >> >> 1. nothing is logged by boxbackup. > > Are you sure there isn't anything getting logged onto the console? noting was logged to the console not to /var/log/messages > > You could try adding something like this to /etc/syslog.conf: > > !bbstored > *.* /var/log/bbstored > !bbackupd > *.* /var/log/bbackupd but this did the trick!!! > >> I am unable to find any logging info regarding box operations (not in >> /var/log/messages) I tried the modifications to syslogd.conf but no >> avail, the logfiles are staying empty. >> >> 2. where are the bdb files located, how can i verify that the bdb is >> used by bbackupd (the make output shows YES) > > Do you mean the bdb libraries? /usr/include/db.h is where the db1 header > is, or you can install db4.x from ports. no, i meant the file(s) where the information about already backuped files is stored. (the bdb data store ?) On another suse, box when i tested boxbackup, i had trouble adding bdb support (suse got the location of the header files wrong) and the bbackupd process grew to 200MB due the the use of the mem-storage engine. After every restart the collecting started all over and took ages (webserver with loads of small files). To be sure i want to have a look at the bdb data files. > >> 3. I believe the 0.10 version includes the traffic accounting path for >> bbstored. How can I use this feature? > > I'm not quite sure what you mean by this. It seems i mixed that up. There was a discussion on the dev-list about adding a path to count the bbstored traffic on the serverside without firewall tricks for version 0.10. I looked at the changelog and it seems that it didn't made it into the release. > >> 4. The port asked if i want to build the testcases, wich i did. Where >> do i find them an how do i run them? The non port version reported >> failed testcases for bbstored, is this fixed or can these error be >> ignored. > > > The OPTIONS dialogue says that if you enable TESTS, there is a test > target you can run, i.e. run `make test`. Thanks, i overlooked that. > > James Thanks a lot for your help and great work Manfred BTW: the port works for me with or without GNUREADLINE From boxbackup at fluffy.co.uk Sun Mar 19 16:49:36 2006 From: boxbackup at fluffy.co.uk (Chris Wilson) Date: Sun, 19 Mar 2006 16:49:36 +0000 (GMT) Subject: [Box Backup] Boxi with 0.10 server? In-Reply-To: References: <441B59E8.2060206@azp.at> <441D4208.9030707@netinertia.co.uk> Message-ID: Hi Paul, > I'm trying to get boxi working on M$ Windoze, talking to the latest > (0.10) bbstored on FreeBSD. The binary distribution is compiled against > the 0.09 protocol, and the only source that I can find has the 0.09 > libraries firmly embedded. Yes, Boxi work has been on hold for a while, since I've been helping to get 0.10 released with the native win32 port. As far as I know, Box Backup 0.10 does NOT work on Cygwin. The errors seem to be down to internal data corruption, but at least the unit tests will detect it and help you to reproduce them. > I've started to do the port. The eay part is hacking "configure" to drop > in the 0.10 libraries. The hard part is getting it to compile under > Cygwin. I took a brief look at using VC++, but decided that it would be > quicker and easier with Cygwin (less cross-platform cruft, plus I'm more at > home in a Unix environment). You may have problems with the CVS version of Boxi - it's nowhere near stable yet, with many half-implemented features. On the other hand, it does have some of the major changes that were required to make Boxi work with Box Backup 0.10 (or rather with intermediate trunk versions). If you'd rather use Cygwin than native, then you might want to consider running a 0.09 server for the time being, since Boxi 0.0.7 should work "out of the box" with it (I think 0.1.0 will too, but you'll have to compile it at least). If you haven't tried 0.0.7 + Box Backup 0.09 yet, then I'd strongly suggest that you do so before investing any time in porting Boxi to use Box Backup 0.10. In particular, look out for whether you actually need any features which were added in 0.10. > Before I get too carried away, has anyone done this, or started with it? > Or started and given up? I need a GUI client pretty soon, and the > options that I can see are to port boxi to 0.10 (preferred, but a fair > amount of work) or to write a VB/VC++ wrapper for > bbackupquery/bbackupctl and use that instead (quick and nasty). I will have to get back into Boxi soon, and I may as well start with wrapping up the work I've started in CVS, porting forward to 0.10, porting to MSVC, and preparing for another release. This process will probably take a couple of months, although any help you can give me would be greatly appreciated and probably speed things up. Unfortunately I'm about to go to Ghana for three months (leaving tomorrow) and I don't know how good my internet access there will be, so it might make collaboration difficult. I will at least try to upload any changes to CVS every few days. How soon is "soon" for you? Do you mind having a GUI client with the basic functionality but some features missing? What are important features for you? 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 fluffy.co.uk Sun Mar 19 21:19:18 2006 From: boxbackup at fluffy.co.uk (Paul Nash) Date: Sun, 19 Mar 2006 16:19:18 -0500 Subject: [Box Backup] Boxi with 0.10 server? In-Reply-To: References: <441B59E8.2060206@azp.at> <441D4208.9030707@netinertia.co.uk> Message-ID: Chris I found it easier to get 0.10 working under cygwin than under VC++. If I'd known that it shouldn't have worked, maybe I'd have had more difficulty :-). I'll do some regression testing and check that it *actually* works. I need something for a few Windoze boxen within a week or so, so I've decided to take the easy way out and write a VB interface (yuck). Initially it'll talk to bbackupquery and bbackupctl, and once I've got *that* working, I'll take a look at 0.10 under VC++ and see whether I can build a library that I can just link into the VB executable. I don't like VB, but then I don't like Windows generally. It has the advantage of making it easy to build (crude) GUIs very easily. My knowledge of wx and MFC is way less than my knowledge of VB, though. If I get to a working cygwin port, I'll send patches. I'll decide whether I'm brave enough to let the world see the VB stuff -- it is bound to be very ugly. paul From boxbackup at fluffy.co.uk Mon Mar 20 10:17:25 2006 From: boxbackup at fluffy.co.uk (boxbackup at fluffy.co.uk) Date: Mon, 20 Mar 2006 10:17:25 +0000 Subject: [Box Backup] Could do with some advice on getting Boxbackup compiled .... In-Reply-To: <1142603968.5310.1.camel@avenin.ebourne.me.uk> References: <1142597431.441aa7380151f@www.boltblue.com> <1142597775.4689.1.camel@avenin.ebourne.me.uk> <1142598472.441aab48db72c@www.boltblue.com> <1142603968.5310.1.camel@avenin.ebourne.me.uk> Message-ID: <1142849845.441e813527b7f@www.boltblue.com> I should have known better than to keep modifying the environment in a single process - something always goes wrong but unnoticed. Anyway, this morning I started from scratch again - even going so far as to get a new download of BB 0.10. Using the gcc 3.4.6, the OpenSSL 0.9.8a built with the new compiler and BerkeleyDB 4.4 (built with the old compiler) I finally got en error free build of BB. As I'll be using the system between two different operating systems I've got to do it all again on the other box, but at least I've got a better idea of what I'm doing now. Thanks for your help. Let's hope the rest goes smoothly, but with my luck you never know .... Dave Quoting Martin Ebourne : > On Fri, 2006-03-17 at 12:27 +0000, dave_d at boltblue.com wrote: > > Hello Martin, > > > > Well spotted! - but unfortunately doesn't make a jot of difference!!! > > > > Current environment.... > > > > PWD=/downloads/boxbackup-0.10 > > HOSTNAME=spc-server > > > LD_LIBRARY_PATH=/opt/openssl-0.9.8a/lib:/usr/local/BerkeleyDB.4.4/lib:/usr/local/gcc-3.4.6/lib > > LESSOPEN=|/usr/bin/lesspipe.sh %s > > USER=root > > > LS_COLORS=no=00:fi=00:di=01;34:ln=01;36:pi=40;33:so=01;35:bd=40;33;01:cd=40;33;01:or=01;05;37;41:mi=01;05;37;41:ex=01;32:*.cmd=01;32:*.exe=01;32:*.com=01;32:*.btm=01;32:*.bat=01;32:*.sh=01;32:*.csh=01;32:*.tar=01;31:*.tgz=01;31:*.arj=01;31:*.taz=01;31:*.lzh=01;31:*.zip=01;31:*.z=01;31:*.Z=01;31:*.gz=01;31:*.bz2=01;31:*.bz=01;31:*.tz=01;31:*.rpm=01;31:*.cpio=01;31:*.jpg=01;35:*.gif=01;35:*.bmp=01;35:*.xbm=01;35:*.xpm=01;35:*.png=01;35:*.tif=01;35: > > MAIL=/var/spool/mail/root > > OLDPWD=/downloads/openssl-0.9.8a > > INPUTRC=/etc/inputrc > > BASH_ENV=/root/.bashrc > > LANG=en_US > > SSH_CLIENT=192.168.40.10 4508 22 > > LOGNAME=root > > SHLVL=1 > > SSH_CONNECTION=192.168.40.10 4508 192.168.40.2 22 > > SHELL=/bin/bash > > USERNAME=root > > HISTSIZE=1000 > > HOME=/root > > TERM=xterm > > > PATH=/usr/local/gcc-3.4.6/bin:/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin:/usr/X11R6/bin:/root/bin > > SSH_TTY=/dev/pts/1 > > _=/usr/bin/printenv > > > > ..... current error ..... > > > > > > (cd bin/bbackupquery; make RELEASE=1) > > make[1]: Entering directory `/downloads/boxbackup-0.10/bin/bbackupquery' > > Did you rerun ./configure after making sure the LD_LIBRARY_PATH was set > correctly? This is a configure issue, not a make issue. > > If configure still doesn't get it right then send the config.log again, > with a run where you are sure the path was set right and exported. > > Cheers, > > Martin. > > _______________________________________________ > boxbackup mailing list > boxbackup at fluffy.co.uk > http://lists.warhead.org.uk/mailman/listinfo/boxbackup > -------------------------------------------------------------- Sent with "Me-Mail", Boltblue's FREE mobile messaging service. http://www.boltblue.com From boxbackup at fluffy.co.uk Mon Mar 20 10:51:35 2006 From: boxbackup at fluffy.co.uk (boxbackup at fluffy.co.uk) Date: Mon, 20 Mar 2006 10:51:35 +0000 Subject: [Box Backup] Could do with some advice on getting Boxbackup compiled .... In-Reply-To: <1142597775.4689.1.camel@avenin.ebourne.me.uk> References: <1142597431.441aa7380151f@www.boltblue.com> <1142597775.4689.1.camel@avenin.ebourne.me.uk> Message-ID: <1142851895.441e8937e3cf5@www.boltblue.com> I just knew I should never have written that last email .... So I got through the 'make' and went on to do a 'make test'. This took some time, as expected, and everything looked OK. On to 'make install-backup-client' - there can't be anything to go wrong here, right? - Wrong! This is what I get .... [root at spc-server boxbackup-0.10]# make install-backup-client (cd parcels/boxbackup-0.10-backup-client-linux-gnu; ./install-backup-client) install: cannot create regular file `/usr/local/boxbackup-0.10/bin': No such file or directory install: cannot create regular file `/usr/local/boxbackup-0.10/bin': No such file or directory install: cannot create regular file `/usr/local/boxbackup-0.10/bin': No such file or directory install: cannot create regular file `/usr/local/boxbackup-0.10/bin': No such file or directory make: *** [install-backup-client] Error 1 [root at spc-server boxbackup-0.10]# I'll start looking arund to see what the problem is. In the meantime, if anyone has any ideas ..... Regars, Dave Quoting Martin Ebourne : > You say you did this: > > On Fri, 2006-03-17 at 12:10 +0000, dave_d at boltblue.com wrote: > > > LD_LIBRARY_PATH=/opt/openssl-0.9.8a/lib:/usr/local/BerkeleyDB-4.4/lib:$LD_LIBRARY_PATH > > but then the environment has this: > > > > LD_LIBRARY_PATH=/opt/openssl-0.9.8a:/usr/local/BerkeleyDB.4.4/lib:/usr/local/gcc-3.4.6/lib > > Some warping of space-time there I think. :) > > Cheers, > > Martin. > > _______________________________________________ > boxbackup mailing list > boxbackup at fluffy.co.uk > http://lists.warhead.org.uk/mailman/listinfo/boxbackup > -------------------------------------------------------------- Sent with "Me-Mail", Boltblue's FREE mobile messaging service. http://www.boltblue.com From boxbackup at fluffy.co.uk Mon Mar 20 11:10:14 2006 From: boxbackup at fluffy.co.uk (Martin Ebourne) Date: Mon, 20 Mar 2006 11:10:14 +0000 Subject: [Box Backup] Could do with some advice on getting Boxbackup compiled .... In-Reply-To: <1142851895.441e8937e3cf5@www.boltblue.com> References: <1142597431.441aa7380151f@www.boltblue.com> <1142597775.4689.1.camel@avenin.ebourne.me.uk> <1142851895.441e8937e3cf5@www.boltblue.com> Message-ID: <20060320111014.csckt0hsasc0okk0@ebourne.me.uk> dave_d at boltblue.com wrote: > install: cannot create regular file `/usr/local/boxbackup-0.10/bin': > No such file or > directory > make: *** [install-backup-client] Error 1 > [root at spc-server boxbackup-0.10]# > > I'll start looking arund to see what the problem is. In the > meantime, if anyone has > any ideas ..... Probably an mkdir where there should be an mkdir -p. If you track it down let us know. Cheers, Martin. From boxbackup at fluffy.co.uk Mon Mar 20 11:44:05 2006 From: boxbackup at fluffy.co.uk (boxbackup at fluffy.co.uk) Date: Mon, 20 Mar 2006 11:44:05 +0000 Subject: [Box Backup] Could do with some advice on getting Boxbackup compiled .... In-Reply-To: <20060320111014.csckt0hsasc0okk0@ebourne.me.uk> References: <1142597431.441aa7380151f@www.boltblue.com> <1142597775.4689.1.camel@avenin.ebourne.me.uk> <1142851895.441e8937e3cf5@www.boltblue.com> <20060320111014.csckt0hsasc0okk0@ebourne.me.uk> Message-ID: <1142855045.441e95858293a@www.boltblue.com> Hello Martin, It's in the installation script parcels/boxbackup-0.10-backup-client-linux-gnu/install-backup-client Under normal circumstances (i.e. installation into /usr/local) the script will work because all the directories exist. However, because I specified a non-standard location for the BB executables, the script doesn't work. There are two solutions ... A) Create the required directory BEFORE running 'make install-backup-client' with mkdir -p /usr/local/boxbackup-0.10/bin OR B) Modify parcels/boxbackup-0.10-backup-client-linux-gnu/install-backup-client to include the following line just after the #!/bin/bash line ... install -d /usr/local/boxbackup-0.10/bin Looks like a configuration problem. Regards, Dave Quoting Martin Ebourne : > dave_d at boltblue.com wrote: > > install: cannot create regular file `/usr/local/boxbackup-0.10/bin': > > No such file or > > directory > > make: *** [install-backup-client] Error 1 > > [root at spc-server boxbackup-0.10]# > > > > I'll start looking arund to see what the problem is. In the > > meantime, if anyone has > > any ideas ..... > > Probably an mkdir where there should be an mkdir -p. If you track it > down let us know. > > Cheers, > > Martin. > _______________________________________________ > boxbackup mailing list > boxbackup at fluffy.co.uk > http://lists.warhead.org.uk/mailman/listinfo/boxbackup > -------------------------------------------------------------- Sent with "Me-Mail", Boltblue's FREE mobile messaging service. http://www.boltblue.com From boxbackup at fluffy.co.uk Mon Mar 20 15:00:05 2006 From: boxbackup at fluffy.co.uk (Tobias Balle-Petersen) Date: Mon, 20 Mar 2006 16:00:05 +0100 (CET) Subject: [Box Backup] Client logging on BB 0.10 - OS X 10.4 ? In-Reply-To: <20060320120002.28831.89272.Mailman@love.warhead.org.uk> References: <20060320120002.28831.89272.Mailman@love.warhead.org.uk> Message-ID: <53832.194.255.124.109.1142866805.squirrel@yoiko.kontrapunkt.com> Hello... I have a 0.10 boxbackup client running on an OS X Server 10.4.x I have changed my /etc/syslog.conf according to the boxbackup documentation. However, my IMAP server now logs to the same file as boxbackup (/var/log/box) How can I have my IMAP server log to its original log-file (/var/log/mailaccess) My /etc/syslog.conf below: - - - - - - - - - - - - - - - - - - - - - - - authpriv.*;remoteauth.crit /var/log/secure.log lpr.info /var/log/lpr.log mail.* /var/log/mail.log ftp.* /var/log/ftp.log netinfo.err /var/log/netinfo.log install.* /var/log/install.log install.* @127.0.0.1:32376 local0.* /var/log/ipfw.log local6.info /var/log/box local5.info /var/log/raidfile *.emerg * LOCAL4.*;LOCAL4.debug /var/log/slapd.log local6.* /var/log/mailaccess.log - - - - - - - - - - - - - - - - - - - - - - - Thanks From boxbackup at fluffy.co.uk Mon Mar 20 18:30:24 2006 From: boxbackup at fluffy.co.uk (James O'Gorman) Date: Mon, 20 Mar 2006 18:30:24 +0000 Subject: [Box Backup] Client logging on BB 0.10 - OS X 10.4 ? In-Reply-To: <53832.194.255.124.109.1142866805.squirrel@yoiko.kontrapunkt.com> References: <20060320120002.28831.89272.Mailman@love.warhead.org.uk> <53832.194.255.124.109.1142866805.squirrel@yoiko.kontrapunkt.com> Message-ID: <441EF4C0.1040808@netinertia.co.uk> On 20/3/06 15:00, Tobias Balle-Petersen wrote: > Hello... > > I have a 0.10 boxbackup client running on an OS X Server 10.4.x > > I have changed my /etc/syslog.conf according to the boxbackup > documentation. However, my IMAP server now logs to the same file as > boxbackup (/var/log/box) > > How can I have my IMAP server log to its original log-file > (/var/log/mailaccess) I never actually use the local* facilities. Instead, I do it by application: !bbstored *.* /var/log/bbstored !bbackupd *.* /var/log/bbackupd (don't just copy and paste that, the whitespace has to be tabs) James From boxbackup at fluffy.co.uk Thu Mar 23 10:45:28 2006 From: boxbackup at fluffy.co.uk (Dave Bamford) Date: Thu, 23 Mar 2006 10:45:28 +0000 Subject: [Box Backup] Multiple servers on single IP Message-ID: <44227C48.1090302@logical-progress.com> Is it possible to run more than one server on a single (real) IP over NAT, or does each server require to have its own external IP? Most routers allow one machine in a DMZ. Thanks Dave Bamford. From boxbackup at fluffy.co.uk Thu Mar 23 15:32:04 2006 From: boxbackup at fluffy.co.uk (boxbackup at fluffy.co.uk) Date: Thu, 23 Mar 2006 15:32:04 +0000 Subject: [Box Backup] Could do with some advice on getting Boxbackup compiled .... In-Reply-To: <20060320111014.csckt0hsasc0okk0@ebourne.me.uk> References: <1142597431.441aa7380151f@www.boltblue.com> <1142597775.4689.1.camel@avenin.ebourne.me.uk> <1142851895.441e8937e3cf5@www.boltblue.com> <20060320111014.csckt0hsasc0okk0@ebourne.me.uk> Message-ID: <1143127924.4422bf743f098@www.boltblue.com> Hello MArtin, If you're at all interested in seeing how I solved my little problem - the one about backing up files from a RH7.3 based system to a CentOS 4.2 based system, have a look here - http://contribs.org/modules/pbboard/viewtopic.php?p=131379#131379 Regards, Dave Quoting Martin Ebourne : > dave_d at boltblue.com wrote: > > install: cannot create regular file `/usr/local/boxbackup-0.10/bin': > > No such file or > > directory > > make: *** [install-backup-client] Error 1 > > [root at spc-server boxbackup-0.10]# > > > > I'll start looking arund to see what the problem is. In the > > meantime, if anyone has > > any ideas ..... > > Probably an mkdir where there should be an mkdir -p. If you track it > down let us know. > > Cheers, > > Martin. > _______________________________________________ > boxbackup mailing list > boxbackup at fluffy.co.uk > http://lists.warhead.org.uk/mailman/listinfo/boxbackup > -------------------------------------------------------------- Sent with "Me-Mail", Boltblue's FREE mobile messaging service. http://www.boltblue.com From boxbackup at fluffy.co.uk Thu Mar 23 17:41:07 2006 From: boxbackup at fluffy.co.uk (Paul Nash) Date: Thu, 23 Mar 2006 12:41:07 -0500 Subject: [Box Backup] Boxi with 0.10 server? In-Reply-To: References: <441B59E8.2060206@azp.at> <441D4208.9030707@netinertia.co.uk> Message-ID: >As far as I know, Box Backup 0.10 does NOT work on Cygwin. I had to do a bit of minor tweaking of "configure" to get it to compile (forgot exactly what, sorry, but will send info when I re-build from scratch). I tried (briefly) but couldn't get it to compile under VC++ or MinGW, so stuck with Cygwin for now. The only major problem that I have encountered is as follows: in bin/bbackupd/BackupClientDirectoryRecord.cpp (around line 731) in BackupClientDirectoryRecord::UpdateItems(Backup... when it tries to execute latestObjectID = UploadFile(rParams, ... *and* the file has been locked by Windows, the upload fails, which throws an exception, which is caught by: catch(BoxException &e) { // an error occured -- make return code false, ... allUpdatedSuccessfully = false; // Log it. SetErrorWhenReadingFilesystemObject(rParams, ... // Log error. ::syslog(LOG_ERR, "Error code when uploading was ... and the process goes on to deal with the next file. HOWEVER, it looks like there's still a bunch of data queued up to come back from the server, which confuses the query for the next file, and the client barfs. When it re-starts itself, it hits the same locked file .... Lather, rinse, repeat. The fix would be to flush the connection after the error. The fastest way for me to do *that* (allowing for data still in transit) is to close the connection to the server in the "catch()", allowing the client to automagically re-establish the connection for the next file and get a "good and clean and fresh, tra-la-la" server connection. This give us: catch(BoxException &e) { // an error occured -- make return code false, to ... allUpdatedSuccessfully = false; // Log it. SetErrorWhenReadingFilesystemObject(rParam ... // Log error. ::syslog(LOG_ERR, "Error code when uploading ... rParams.mrContext.CloseAnyOpenConnection(); // force flush } Crude, but it works for me (so far). I'm under a lot of time pressure with this, so whatever works is OK by me. Meanwhile, I'm going gangbusters with VB, creating a limited GUI and installer (just enough to let a total neophyte get it installed & choose what directories to back up), which will just shell out to the Cygwin executables to do stuff. I specialise in crude :-). As my father told me: "If in doubt, use a hammer. The bigger the doubt, the bigger the hammer." paul From boxbackup at fluffy.co.uk Thu Mar 23 23:10:59 2006 From: boxbackup at fluffy.co.uk (James Stark) Date: Thu, 23 Mar 2006 18:10:59 -0500 Subject: [Box Backup] Startup Scripts For Debian Linux Message-ID: <44232B03.80803@uoguelph.ca> This is a multi-part message in MIME format. --------------090305050308070001010804 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hi, I have written a set of start-up and shut-down scripts for Box Backup on Debian Linux. I would like to contribute these to the project. Please find them in the attached tar-ball. Thanks, James --------------090305050308070001010804 Content-Type: application/x-gtar; name="debian.tgz" Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="debian.tgz" H4sIANcmI0QAA+1Y23LaMBDlFX/FlnSm0874Boa0SSfTSzKddto+5PIBwhagIiRXkimZ0n+v ZBvikABNgWTS6jwgkFbSWe16j0WCuwQxv7ZLBBr77bZpw/12UG1nqIVBFAadZqsVtGpBGHai Tg3aO2VVIpMKCYDaN9MOl9utG3+kSIr4d7soHmZpspM9TIA7UbQs/s1Qx7yMv/6xr+PfakVh DYKdsFnAfx7/vSfgdwnz5cBx9uBM+6gAsQSk4imoAYZ3fALv8uSAmBLMFCQIjzjzHEdhqcCd gJ9J4VMeI5ovNcslmE4BT4iCoLTsgY9V7Hf5ZG7jxZz1KoZOjCSGpyEQ5tTNiavnTr2O4wEH l0Ej50dYv8rqfZXVAcxWbuh5+QKuccUthsF18z7dfs8INi2e4HipB0fgJ3jss4zSGY2GZ1Y+ PNQfhiFPFwjyNN2UoD75K34pSXqEYvDHSPgiuyLn6ZE1/G9yduoCU46SaY+LGLvFj2senOZd xoWF6F9z45kEEznSzwRShLM1zkjSZ4hCWPGLDxlP+NYdzD28mTinRd86tyrRqd9LeLaQocsT 9MX8CBoXEvXxQfH8EUaUl1wt8TPfcGpITG/Jjml5nr/MsvljGjpYothxymf2oUuYxQaY678O v8APo/96cKb/zbDZNvof6VdCq//3gLvo/xkWYyxWCX+RRKuFv7D5W+G/lVKleherbyb+pRcr xX+V9m/KcZ3AlCe4SmAKk63qf+HGbcK/ReXf0LW7CP+DhmXXybko/QvKXy7y58pvBf8fRan/ pydvj7+ceGqidrDHGv0PonZz/v9PM2rl9/+21f97wfkAa90tSo+MBUmVBCQw6DoAx3luwIev F/5nwrKJB/CxpwVaW1Oqy8cIsUx/uzSV9RLkgGc0cboYUopiPUxYteroyeccYoGRwnkplpej LqckBkrYUOYbmm6UpoKnghgzXVcdiseYSjDFMCtn9jil/Icp6TEfaRKJPHAcfZPRU1wRe8n8 EqfvRj2UUe3Sq2DBoKyAc4OX+hXkExphmb8DDZ3XRbzfEIyxx0X/yFY9CwsLCwsLCwsLCwsL CwsLC4tHiN+xs0R7ACgAAA== --------------090305050308070001010804-- From boxbackup at fluffy.co.uk Fri Mar 24 13:32:02 2006 From: boxbackup at fluffy.co.uk (Ben Summers) Date: Fri, 24 Mar 2006 13:32:02 +0000 Subject: [Box Backup] Multiple servers on single IP In-Reply-To: <44227C48.1090302@logical-progress.com> References: <44227C48.1090302@logical-progress.com> Message-ID: <6DC9CA69-A96D-4494-A5E1-5F5D2668D707@fluffy.co.uk> On 23 Mar 2006, at 10:45, Dave Bamford wrote: > Is it possible to run more than one server on a single (real) IP > over NAT, > or does each server require to have its own external IP? > Most routers allow one machine in a DMZ. Currently there is no way to configure the port on the server or client, so no, you can't do this without building a custom version of the servers and clients. Ben From boxbackup at fluffy.co.uk Fri Mar 24 19:53:45 2006 From: boxbackup at fluffy.co.uk (James O'Gorman) Date: Fri, 24 Mar 2006 19:53:45 +0000 Subject: [Box Backup] FreeBSD Port Updated Message-ID: <44244E49.1090109@netinertia.co.uk> All, The FreeBSD port has now been committed and updated to 0.10. It should start appearing on cvsup and portsnap mirrors shortly. James From boxbackup at fluffy.co.uk Sat Mar 25 08:37:26 2006 From: boxbackup at fluffy.co.uk (Manfred W) Date: Sat, 25 Mar 2006 09:37:26 +0100 Subject: [Box Backup] FreeBSD Port Updated In-Reply-To: <44244E49.1090109@netinertia.co.uk> References: <44244E49.1090109@netinertia.co.uk> Message-ID: <44250146.30005@azp.at> James O'Gorman schrieb: > All, > > The FreeBSD port has now been committed and updated to 0.10. It should > start appearing on cvsup and portsnap mirrors shortly. Thanks, a lot! You saved my day. Manfred From boxbackup at fluffy.co.uk Mon Mar 27 20:45:40 2006 From: boxbackup at fluffy.co.uk (Peter) Date: Mon, 27 Mar 2006 21:45:40 +0200 Subject: [Box Backup] Boxbackup deleted directories In-Reply-To: References: <1141813440.30702.23.camel@evil> Message-ID: <1143488740.5005.11.camel@lucien.home> ons 2006-03-08 klockan 10:30 +0000 skrev Ben Summers: > On 8 Mar 2006, at 10:24, Peter wrote: > > > I'm running boxbackup from one clients server to another server housed > > in an offsite data centre. > > > > Now, a while back the drive containing /home started acting funny with > > read-errors on certain sectors. > > > > So I took it offline to run do some checking, and ordered a raid-card > > and some new drives to replace it. > > > > I didn't kill bbackupd before I unmounted the drive however (but a > > short > > time later), and when I now run bbackupquery it only lists one > > directory > > in /home. The other dirs are listed as deleted. > > > > Now, when (and if) I manage to get most of the data off the semi- > > broken > > disk and onto the new raid-array, will bbackupd have to re-transfer > > everything? > > > > Or will box backup understand that it already have these files and > > there's no need to transfer them again, just mark them as present and > > not deleted? > > > > Alternatively, is there anyway I can tell box backup to make the > > deleted > > directories be listed as present in the store again? > > Stop bbackupd. Delete contents of /var/bbackupd . Then > > bbackupquery -w > cd home > undelete dir1 > undelete dir2 > > etc... > > That will mark everything as undeleted. When bbackupd nexts runs over > them, it'll put everything back to match what's on the disc. > > There's a feature request on the wiki about this. A good one for the > next version, I think. > > ben > Hello again, unfortunately, although the directories are back, nothing new seems to be uploaded to the store. This is what I get in the logs on the client (extended logging on): Mar 27 21:04:15 biognos1 bbackupd[17522]: Send ListDirectory(0xd91d5,0xffffffff,0xc,true) Mar 27 21:04:18 biognos1 bbackupd[17522]: Receive Success(0xd91d5) Mar 27 21:04:18 biognos1 bbackupd[17522]: Receiving stream, size 34284049 Mar 27 21:25:22 biognos1 bbackupd[17522]: Send ListDirectory(0x150269,0xffffffff,0xc,true) Mar 27 21:25:22 biognos1 bbackupd[17522]: Send SetClientStoreMarker(0x40ffeef8dcc80) Mar 27 21:25:22 biognos1 bbackupd[17522]: Exception caught (Connection TLSReadFailed (Probably a network issue between client and server.) 7/34), reset state and waiting to retry... Mar 27 21:25:32 biognos1 bbackupd[17522]: File statistics: total file size uploaded 0, bytes already on server 0, encoded size 0 Mar 27 21:25:32 biognos1 bbackupd[17522]: Beginning scan of local files Mar 27 21:25:32 biognos1 bbackupd[17522]: Opening connection to server biognosbackup... Mar 27 21:25:32 biognos1 bbackupd[17522]: Send Version(0x1) Mar 27 21:25:32 biognos1 bbackupd[17522]: Receive Version(0x1) Mar 27 21:25:32 biognos1 bbackupd[17522]: Send Login(0x1,0x0) Mar 27 21:25:33 biognos1 bbackupd[17522]: Receive LoginConfirmed(0x0,0xfb14de,0x3840000,0x3e80000) Mar 27 21:25:33 biognos1 bbackupd[17522]: Connection made, login successful Mar 27 21:25:33 biognos1 bbackupd[17522]: Send ListDirectory(0x1,0x2,0xc,false) And on the server: Mar 27 21:04:41 biognosbackup bbstored[21718]: Receive ListDirectory(0xd91d5,0xffffffff,0xc,true) Mar 27 21:04:41 biognosbackup bbstored[21718]: Receive ListDirectory(0xd91d5,0xffffffff,0xc,true) Mar 27 21:04:44 biognosbackup bbstored[21718]: Send Success(0xd91d5) Mar 27 21:04:44 biognosbackup bbstored[21718]: Send Success(0xd91d5) Mar 27 21:04:44 biognosbackup bbstored[21718]: Sending stream, size 34284049 Mar 27 21:10:04 biognosbackup bbstored/hk[19946]: Starting housekeeping Mar 27 21:10:04 biognosbackup bbstored/hk[19946]: Finished housekeeping Mar 27 21:24:27 biognosbackup bbstored[21718]: Connection statistics for BACKUP-1: IN=3735 OUT=52433211 TOTAL=52436946 Mar 27 21:25:04 biognosbackup bbstored/hk[19946]: Starting housekeeping Mar 27 21:25:59 biognosbackup bbstored[19945]: Incoming connection from 195.24.161.186 port 43663 (handling in child 21743) Mar 27 21:25:59 biognosbackup bbstored[21743]: Certificate CN: BACKUP-1 Mar 27 21:25:59 biognosbackup bbstored[21743]: Receive Version(0x1) Mar 27 21:25:59 biognosbackup bbstored[21743]: Receive Version(0x1) Mar 27 21:25:59 biognosbackup bbstored[21743]: Send Version(0x1) Mar 27 21:25:59 biognosbackup bbstored[21743]: Send Version(0x1) Mar 27 21:25:59 biognosbackup bbstored[21743]: Receive Login(0x1,0x0) Mar 27 21:25:59 biognosbackup bbstored[21743]: Receive Login(0x1,0x0) I ran bbstoreaccounts and fixed four found problems, but the problem remains the same. We have quite large files on the client (some a few GB each), could this be a cause for concern? I added KeepAliveTime = 60 MaximumDiffingTime = 3600 to bbackupd.conf without success. I upgraded both server and client to 0.10 but the problem remains between versions. Any ideas? Thanks, Peter From boxbackup at fluffy.co.uk Mon Mar 27 21:14:36 2006 From: boxbackup at fluffy.co.uk (Ben Summers) Date: Mon, 27 Mar 2006 21:14:36 +0100 Subject: [Box Backup] Boxbackup deleted directories In-Reply-To: <1143488740.5005.11.camel@lucien.home> References: <1141813440.30702.23.camel@evil> <1143488740.5005.11.camel@lucien.home> Message-ID: <885EB989-2D9A-4699-952F-8DFCF626C3B2@fluffy.co.uk> On 27 Mar 2006, at 20:45, Peter wrote: > ons 2006-03-08 klockan 10:30 +0000 skrev Ben Summers: >> On 8 Mar 2006, at 10:24, Peter wrote: >> >>> I'm running boxbackup from one clients server to another server >>> housed >>> in an offsite data centre. >>> >>> Now, a while back the drive containing /home started acting funny >>> with >>> read-errors on certain sectors. >>> >>> So I took it offline to run do some checking, and ordered a raid- >>> card >>> and some new drives to replace it. >>> >>> I didn't kill bbackupd before I unmounted the drive however (but a >>> short >>> time later), and when I now run bbackupquery it only lists one >>> directory >>> in /home. The other dirs are listed as deleted. >>> >>> Now, when (and if) I manage to get most of the data off the semi- >>> broken >>> disk and onto the new raid-array, will bbackupd have to re-transfer >>> everything? >>> >>> Or will box backup understand that it already have these files and >>> there's no need to transfer them again, just mark them as present >>> and >>> not deleted? >>> >>> Alternatively, is there anyway I can tell box backup to make the >>> deleted >>> directories be listed as present in the store again? >> >> Stop bbackupd. Delete contents of /var/bbackupd . Then >> >> bbackupquery -w >> cd home >> undelete dir1 >> undelete dir2 >> >> etc... >> >> That will mark everything as undeleted. When bbackupd nexts runs over >> them, it'll put everything back to match what's on the disc. >> >> There's a feature request on the wiki about this. A good one for the >> next version, I think. >> >> ben >> > > Hello again, > > unfortunately, although the directories are back, nothing new seems to > be uploaded to the store. > > This is what I get in the logs on the client (extended logging on): > > Mar 27 21:04:15 biognos1 bbackupd[17522]: Send > ListDirectory(0xd91d5,0xffffffff,0xc,true) > Mar 27 21:04:18 biognos1 bbackupd[17522]: Receive Success(0xd91d5) > Mar 27 21:04:18 biognos1 bbackupd[17522]: Receiving stream, size > 34284049 > Mar 27 21:25:22 biognos1 bbackupd[17522]: Send > ListDirectory(0x150269,0xffffffff,0xc,true) > Mar 27 21:25:22 biognos1 bbackupd[17522]: Send > SetClientStoreMarker(0x40ffeef8dcc80) > Mar 27 21:25:22 biognos1 bbackupd[17522]: Exception caught (Connection > TLSReadFailed (Probably a network issue between client and server.) > 7/34), reset state and waiting to retry... > Mar 27 21:25:32 biognos1 bbackupd[17522]: File statistics: total file > size uploaded 0, bytes already on server 0, encoded size 0 > Mar 27 21:25:32 biognos1 bbackupd[17522]: Beginning scan of local > files > Mar 27 21:25:32 biognos1 bbackupd[17522]: Opening connection to server > biognosbackup... > Mar 27 21:25:32 biognos1 bbackupd[17522]: Send Version(0x1) > Mar 27 21:25:32 biognos1 bbackupd[17522]: Receive Version(0x1) > Mar 27 21:25:32 biognos1 bbackupd[17522]: Send Login(0x1,0x0) > Mar 27 21:25:33 biognos1 bbackupd[17522]: Receive > LoginConfirmed(0x0,0xfb14de,0x3840000,0x3e80000) > Mar 27 21:25:33 biognos1 bbackupd[17522]: Connection made, login > successful > Mar 27 21:25:33 biognos1 bbackupd[17522]: Send > ListDirectory(0x1,0x2,0xc,false) > > And on the server: > > Mar 27 21:04:41 biognosbackup bbstored[21718]: Receive > ListDirectory(0xd91d5,0xffffffff,0xc,true) > Mar 27 21:04:41 biognosbackup bbstored[21718]: Receive > ListDirectory(0xd91d5,0xffffffff,0xc,true) > Mar 27 21:04:44 biognosbackup bbstored[21718]: Send Success(0xd91d5) > Mar 27 21:04:44 biognosbackup bbstored[21718]: Send Success(0xd91d5) > Mar 27 21:04:44 biognosbackup bbstored[21718]: Sending stream, size > 34284049 > Mar 27 21:10:04 biognosbackup bbstored/hk[19946]: Starting > housekeeping > Mar 27 21:10:04 biognosbackup bbstored/hk[19946]: Finished > housekeeping > Mar 27 21:24:27 biognosbackup bbstored[21718]: Connection > statistics for > BACKUP-1: IN=3735 OUT=52433211 TOTAL=52436946 > Mar 27 21:25:04 biognosbackup bbstored/hk[19946]: Starting > housekeeping > Mar 27 21:25:59 biognosbackup bbstored[19945]: Incoming connection > from > 195.24.161.186 port 43663 (handling in child 21743) > Mar 27 21:25:59 biognosbackup bbstored[21743]: Certificate CN: > BACKUP-1 > Mar 27 21:25:59 biognosbackup bbstored[21743]: Receive Version(0x1) > Mar 27 21:25:59 biognosbackup bbstored[21743]: Receive Version(0x1) > Mar 27 21:25:59 biognosbackup bbstored[21743]: Send Version(0x1) > Mar 27 21:25:59 biognosbackup bbstored[21743]: Send Version(0x1) > Mar 27 21:25:59 biognosbackup bbstored[21743]: Receive Login(0x1,0x0) > Mar 27 21:25:59 biognosbackup bbstored[21743]: Receive Login(0x1,0x0) > > I ran bbstoreaccounts and fixed four found problems, but the problem > remains the same. > > We have quite large files on the client (some a few GB each), could > this > be a cause for concern? > > I added > KeepAliveTime = 60 > MaximumDiffingTime = 3600 > to bbackupd.conf without success. > > I upgraded both server and client to 0.10 but the problem remains > between versions. > > Any ideas? Could be the large files if there isn't enough free space in the account. Run bbstoreaccounts info to find out. Ben From boxbackup at fluffy.co.uk Mon Mar 27 21:24:41 2006 From: boxbackup at fluffy.co.uk (Peter) Date: Mon, 27 Mar 2006 22:24:41 +0200 Subject: [Box Backup] Boxbackup deleted directories In-Reply-To: <885EB989-2D9A-4699-952F-8DFCF626C3B2@fluffy.co.uk> References: <1141813440.30702.23.camel@evil> <1143488740.5005.11.camel@lucien.home> <885EB989-2D9A-4699-952F-8DFCF626C3B2@fluffy.co.uk> Message-ID: <1143491081.5005.14.camel@lucien.home> m?n 2006-03-27 klockan 21:14 +0100 skrev Ben Summers: > On 27 Mar 2006, at 20:45, Peter wrote: > > > ons 2006-03-08 klockan 10:30 +0000 skrev Ben Summers: > >> On 8 Mar 2006, at 10:24, Peter wrote: > >> > >>> I'm running boxbackup from one clients server to another server > >>> housed > >>> in an offsite data centre. > >>> > >>> Now, a while back the drive containing /home started acting funny > >>> with > >>> read-errors on certain sectors. > >>> > >>> So I took it offline to run do some checking, and ordered a raid- > >>> card > >>> and some new drives to replace it. > >>> > >>> I didn't kill bbackupd before I unmounted the drive however (but a > >>> short > >>> time later), and when I now run bbackupquery it only lists one > >>> directory > >>> in /home. The other dirs are listed as deleted. > >>> > >>> Now, when (and if) I manage to get most of the data off the semi- > >>> broken > >>> disk and onto the new raid-array, will bbackupd have to re-transfer > >>> everything? > >>> > >>> Or will box backup understand that it already have these files and > >>> there's no need to transfer them again, just mark them as present > >>> and > >>> not deleted? > >>> > >>> Alternatively, is there anyway I can tell box backup to make the > >>> deleted > >>> directories be listed as present in the store again? > >> > >> Stop bbackupd. Delete contents of /var/bbackupd . Then > >> > >> bbackupquery -w > >> cd home > >> undelete dir1 > >> undelete dir2 > >> > >> etc... > >> > >> That will mark everything as undeleted. When bbackupd nexts runs over > >> them, it'll put everything back to match what's on the disc. > >> > >> There's a feature request on the wiki about this. A good one for the > >> next version, I think. > >> > >> ben > >> > > > > Hello again, > > > > unfortunately, although the directories are back, nothing new seems to > > be uploaded to the store. > > > > This is what I get in the logs on the client (extended logging on): > > > > Mar 27 21:04:15 biognos1 bbackupd[17522]: Send > > ListDirectory(0xd91d5,0xffffffff,0xc,true) > > Mar 27 21:04:18 biognos1 bbackupd[17522]: Receive Success(0xd91d5) > > Mar 27 21:04:18 biognos1 bbackupd[17522]: Receiving stream, size > > 34284049 > > Mar 27 21:25:22 biognos1 bbackupd[17522]: Send > > ListDirectory(0x150269,0xffffffff,0xc,true) > > Mar 27 21:25:22 biognos1 bbackupd[17522]: Send > > SetClientStoreMarker(0x40ffeef8dcc80) > > Mar 27 21:25:22 biognos1 bbackupd[17522]: Exception caught (Connection > > TLSReadFailed (Probably a network issue between client and server.) > > 7/34), reset state and waiting to retry... > > Mar 27 21:25:32 biognos1 bbackupd[17522]: File statistics: total file > > size uploaded 0, bytes already on server 0, encoded size 0 > > Mar 27 21:25:32 biognos1 bbackupd[17522]: Beginning scan of local > > files > > Mar 27 21:25:32 biognos1 bbackupd[17522]: Opening connection to server > > biognosbackup... > > Mar 27 21:25:32 biognos1 bbackupd[17522]: Send Version(0x1) > > Mar 27 21:25:32 biognos1 bbackupd[17522]: Receive Version(0x1) > > Mar 27 21:25:32 biognos1 bbackupd[17522]: Send Login(0x1,0x0) > > Mar 27 21:25:33 biognos1 bbackupd[17522]: Receive > > LoginConfirmed(0x0,0xfb14de,0x3840000,0x3e80000) > > Mar 27 21:25:33 biognos1 bbackupd[17522]: Connection made, login > > successful > > Mar 27 21:25:33 biognos1 bbackupd[17522]: Send > > ListDirectory(0x1,0x2,0xc,false) > > > > And on the server: > > > > Mar 27 21:04:41 biognosbackup bbstored[21718]: Receive > > ListDirectory(0xd91d5,0xffffffff,0xc,true) > > Mar 27 21:04:41 biognosbackup bbstored[21718]: Receive > > ListDirectory(0xd91d5,0xffffffff,0xc,true) > > Mar 27 21:04:44 biognosbackup bbstored[21718]: Send Success(0xd91d5) > > Mar 27 21:04:44 biognosbackup bbstored[21718]: Send Success(0xd91d5) > > Mar 27 21:04:44 biognosbackup bbstored[21718]: Sending stream, size > > 34284049 > > Mar 27 21:10:04 biognosbackup bbstored/hk[19946]: Starting > > housekeeping > > Mar 27 21:10:04 biognosbackup bbstored/hk[19946]: Finished > > housekeeping > > Mar 27 21:24:27 biognosbackup bbstored[21718]: Connection > > statistics for > > BACKUP-1: IN=3735 OUT=52433211 TOTAL=52436946 > > Mar 27 21:25:04 biognosbackup bbstored/hk[19946]: Starting > > housekeeping > > Mar 27 21:25:59 biognosbackup bbstored[19945]: Incoming connection > > from > > 195.24.161.186 port 43663 (handling in child 21743) > > Mar 27 21:25:59 biognosbackup bbstored[21743]: Certificate CN: > > BACKUP-1 > > Mar 27 21:25:59 biognosbackup bbstored[21743]: Receive Version(0x1) > > Mar 27 21:25:59 biognosbackup bbstored[21743]: Receive Version(0x1) > > Mar 27 21:25:59 biognosbackup bbstored[21743]: Send Version(0x1) > > Mar 27 21:25:59 biognosbackup bbstored[21743]: Send Version(0x1) > > Mar 27 21:25:59 biognosbackup bbstored[21743]: Receive Login(0x1,0x0) > > Mar 27 21:25:59 biognosbackup bbstored[21743]: Receive Login(0x1,0x0) > > > > I ran bbstoreaccounts and fixed four found problems, but the problem > > remains the same. > > > > We have quite large files on the client (some a few GB each), could > > this > > be a cause for concern? > > > > I added > > KeepAliveTime = 60 > > MaximumDiffingTime = 3600 > > to bbackupd.conf without success. > > > > I upgraded both server and client to 0.10 but the problem remains > > between versions. > > > > Any ideas? > > Could be the large files if there isn't enough free space in the > account. Run bbstoreaccounts info to find out. > > Ben > Should be plenty of free space; Account ID: 00000001 Last object ID: 3350743 Blocks used: 16454879 (64276.87Mb) Blocks used by old files: 720120 (2812.97Mb) Blocks used by deleted files: 4 (0.02Mb) Blocks used by directories: 79419 (310.23Mb) Block soft limit: 58982400 (230400.00Mb) Block hard limit: 65536000 (256000.00Mb) Client store marker: 0 /Peter From boxbackup at fluffy.co.uk Mon Mar 27 21:31:19 2006 From: boxbackup at fluffy.co.uk (Ben Summers) Date: Mon, 27 Mar 2006 21:31:19 +0100 Subject: [Box Backup] Boxbackup deleted directories In-Reply-To: <1143491081.5005.14.camel@lucien.home> References: <1141813440.30702.23.camel@evil> <1143488740.5005.11.camel@lucien.home> <885EB989-2D9A-4699-952F-8DFCF626C3B2@fluffy.co.uk> <1143491081.5005.14.camel@lucien.home> Message-ID: <0A008DC9-6652-449C-B629-E80AAEBF6F01@fluffy.co.uk> On 27 Mar 2006, at 21:24, Peter wrote: > m=E5n 2006-03-27 klockan 21:14 +0100 skrev Ben Summers: >> On 27 Mar 2006, at 20:45, Peter wrote: >> [snip] > > Should be plenty of free space; > > Account ID: 00000001 > Last object ID: 3350743 > Blocks used: 16454879 (64276.87Mb) > Blocks used by old files: 720120 (2812.97Mb) > Blocks used by deleted files: 4 (0.02Mb) > Blocks used by directories: 79419 (310.23Mb) > Block soft limit: 58982400 (230400.00Mb) > Block hard limit: 65536000 (256000.00Mb) > Client store marker: 0 Two things worry me... firstly the client store marker really =20 shouldn't be zero, because that suggests the client has never =20 finished a scan successfully. Secondly, there's this: >>> Mar 27 21:04:15 biognos1 bbackupd[17522]: Send >>> ListDirectory(0xd91d5,0xffffffff,0xc,true) >>> Mar 27 21:04:18 biognos1 bbackupd[17522]: Receive Success(0xd91d5) >>> Mar 27 21:04:18 biognos1 bbackupd[17522]: Receiving stream, size >>> 34284049 A 33Mb directory listing seems a little unlikely to me. So, what's odd about your client? Have you really got a directory =20 with many thousands of files in it? It's possible you're hitting an edge case we need to revisit in the =20 next version, but this does need further investigation. Ben From boxbackup at fluffy.co.uk Tue Mar 28 09:02:20 2006 From: boxbackup at fluffy.co.uk (Peter) Date: Tue, 28 Mar 2006 10:02:20 +0200 Subject: [Box Backup] Boxbackup deleted directories In-Reply-To: <0A008DC9-6652-449C-B629-E80AAEBF6F01@fluffy.co.uk> References: <1141813440.30702.23.camel@evil> <1143488740.5005.11.camel@lucien.home> <885EB989-2D9A-4699-952F-8DFCF626C3B2@fluffy.co.uk> <1143491081.5005.14.camel@lucien.home> <0A008DC9-6652-449C-B629-E80AAEBF6F01@fluffy.co.uk> Message-ID: <1143532940.11544.7.camel@evil> m?n 2006-03-27 klockan 21:31 +0100 skrev Ben Summers: > On 27 Mar 2006, at 21:24, Peter wrote: > > > m?n 2006-03-27 klockan 21:14 +0100 skrev Ben Summers: > >> On 27 Mar 2006, at 20:45, Peter wrote: > >> > [snip] > > > > Should be plenty of free space; > > > > Account ID: 00000001 > > Last object ID: 3350743 > > Blocks used: 16454879 (64276.87Mb) > > Blocks used by old files: 720120 (2812.97Mb) > > Blocks used by deleted files: 4 (0.02Mb) > > Blocks used by directories: 79419 (310.23Mb) > > Block soft limit: 58982400 (230400.00Mb) > > Block hard limit: 65536000 (256000.00Mb) > > Client store marker: 0 > > > Two things worry me... firstly the client store marker really > shouldn't be zero, because that suggests the client has never > finished a scan successfully. Secondly, there's this: > > >>> Mar 27 21:04:15 biognos1 bbackupd[17522]: Send > >>> ListDirectory(0xd91d5,0xffffffff,0xc,true) > >>> Mar 27 21:04:18 biognos1 bbackupd[17522]: Receive Success(0xd91d5) > >>> Mar 27 21:04:18 biognos1 bbackupd[17522]: Receiving stream, size > >>> 34284049 > > A 33Mb directory listing seems a little unlikely to me. > > So, what's odd about your client? Have you really got a directory > with many thousands of files in it? > > It's possible you're hitting an edge case we need to revisit in the > next version, but this does need further investigation. > > Ben > > I wouldn't say it's impossible, these are home-folders for a biochemical company, and I know they store a LOT, both in size and numbers of files. Just let me know if there is anything else you need, like more complete log entries or testing some configuration changes, cause right now I'm not sure how to proceed myself. The server is amd64 on gentoo, server 0.09 compiled from source, upgraded to 0.10 installed with ebuild. Client is 32bit fedora core 3, client compiled manually from source. Thanks so far, Peter From boxbackup at fluffy.co.uk Tue Mar 28 13:41:38 2006 From: boxbackup at fluffy.co.uk (Ben Summers) Date: Tue, 28 Mar 2006 13:41:38 +0100 Subject: [Box Backup] Boxbackup deleted directories In-Reply-To: <1143532940.11544.7.camel@evil> References: <1141813440.30702.23.camel@evil> <1143488740.5005.11.camel@lucien.home> <885EB989-2D9A-4699-952F-8DFCF626C3B2@fluffy.co.uk> <1143491081.5005.14.camel@lucien.home> <0A008DC9-6652-449C-B629-E80AAEBF6F01@fluffy.co.uk> <1143532940.11544.7.camel@evil> Message-ID: <580DB52D-BE98-4737-88F6-04BA62FD0236@fluffy.co.uk> On 28 Mar 2006, at 09:02, Peter wrote: > m=E5n 2006-03-27 klockan 21:31 +0100 skrev Ben Summers: >> On 27 Mar 2006, at 21:24, Peter wrote: >> >>> m=E5n 2006-03-27 klockan 21:14 +0100 skrev Ben Summers: >>>> On 27 Mar 2006, at 20:45, Peter wrote: >>>> >> [snip] >>> >>> Should be plenty of free space; >>> >>> Account ID: 00000001 >>> Last object ID: 3350743 >>> Blocks used: 16454879 (64276.87Mb) >>> Blocks used by old files: 720120 (2812.97Mb) >>> Blocks used by deleted files: 4 (0.02Mb) >>> Blocks used by directories: 79419 (310.23Mb) >>> Block soft limit: 58982400 (230400.00Mb) >>> Block hard limit: 65536000 (256000.00Mb) >>> Client store marker: 0 >> >> >> Two things worry me... firstly the client store marker really >> shouldn't be zero, because that suggests the client has never >> finished a scan successfully. Secondly, there's this: >> >>>>> Mar 27 21:04:15 biognos1 bbackupd[17522]: Send >>>>> ListDirectory(0xd91d5,0xffffffff,0xc,true) >>>>> Mar 27 21:04:18 biognos1 bbackupd[17522]: Receive Success(0xd91d5) >>>>> Mar 27 21:04:18 biognos1 bbackupd[17522]: Receiving stream, size >>>>> 34284049 >> >> A 33Mb directory listing seems a little unlikely to me. >> >> So, what's odd about your client? Have you really got a directory >> with many thousands of files in it? >> >> It's possible you're hitting an edge case we need to revisit in the >> next version, but this does need further investigation. >> >> Ben >> >> > > I wouldn't say it's impossible, these are home-folders for a =20 > biochemical > company, and I know they store a LOT, both in size and numbers of =20 > files. Can you find out for sure? > > Just let me know if there is anything else you need, like more =20 > complete > log entries or testing some configuration changes, cause right now I'm > not sure how to proceed myself. Currently my best guess is that you're backing up a directory with a =20 huge number of files in it, and Box Backup is not as efficient as it =20 should be in situations like that. > > The server is amd64 on gentoo, server 0.09 compiled from source, > upgraded to 0.10 installed with ebuild. > > Client is 32bit fedora core 3, client compiled manually from source. You should have no problems with that. Ben From boxbackup at fluffy.co.uk Tue Mar 28 16:41:55 2006 From: boxbackup at fluffy.co.uk (Peter) Date: Tue, 28 Mar 2006 17:41:55 +0200 Subject: [Box Backup] Boxbackup deleted directories In-Reply-To: <580DB52D-BE98-4737-88F6-04BA62FD0236@fluffy.co.uk> References: <1141813440.30702.23.camel@evil> <1143488740.5005.11.camel@lucien.home> <885EB989-2D9A-4699-952F-8DFCF626C3B2@fluffy.co.uk> <1143491081.5005.14.camel@lucien.home> <0A008DC9-6652-449C-B629-E80AAEBF6F01@fluffy.co.uk> <1143532940.11544.7.camel@evil> <580DB52D-BE98-4737-88F6-04BA62FD0236@fluffy.co.uk> Message-ID: <1143560516.19295.9.camel@lucien.home> tis 2006-03-28 klockan 13:41 +0100 skrev Ben Summers: > On 28 Mar 2006, at 09:02, Peter wrote: > [snip] > >> > >> A 33Mb directory listing seems a little unlikely to me. > >> > >> So, what's odd about your client? Have you really got a directory > >> with many thousands of files in it? > >> > >> It's possible you're hitting an edge case we need to revisit in the > >> next version, but this does need further investigation. > >> > >> Ben > >> > >> > > > > I wouldn't say it's impossible, these are home-folders for a > > biochemical > > company, and I know they store a LOT, both in size and numbers of > > files. > > Can you find out for sure? After some searching I found one directory where 'ls -1 | wc -l' = 8178, all of them regular files. It takes up only 35mb of diskspace though. Is this likely to cause a problem? bbackupd consumes about 99% of the cpu, so it's busy doing something. > > > > Just let me know if there is anything else you need, like more > > complete > > log entries or testing some configuration changes, cause right now I'm > > not sure how to proceed myself. > > Currently my best guess is that you're backing up a directory with a > huge number of files in it, and Box Backup is not as efficient as it > should be in situations like that. Any ideas for how this will be adressed in the next version (if at all)? /Peter From boxbackup at fluffy.co.uk Tue Mar 28 20:43:18 2006 From: boxbackup at fluffy.co.uk (Jamie Neil) Date: Tue, 28 Mar 2006 14:43:18 -0500 Subject: [Box Backup] Boxbackup deleted directories In-Reply-To: <1143560516.19295.9.camel@lucien.home> References: <1141813440.30702.23.camel@evil> <1143488740.5005.11.camel@lucien.home> <885EB989-2D9A-4699-952F-8DFCF626C3B2@fluffy.co.uk> <1143491081.5005.14.camel@lucien.home> <0A008DC9-6652-449C-B629-E80AAEBF6F01@fluffy.co.uk> <1143532940.11544.7.camel@evil> <580DB52D-BE98-4737-88F6-04BA62FD0236@fluffy.co.uk> <1143560516.19295.9.camel@lucien.home> Message-ID: <442991D6.7070401@versado.net> Peter wrote: > After some searching I found one directory where > 'ls -1 | wc -l' = 8178, all of them regular files. > It takes up only 35mb of diskspace though. > > Is this likely to cause a problem? > > bbackupd consumes about 99% of the cpu, so it's busy doing something. I've run into this problem, but on a much bigger scale (150,000 files in one directory). I gave up on the backup after 3 days at 100% CPU utilisation and just deleted most of the files (they weren't important). See this thread: http://lists.warhead.org.uk/pipermail/boxbackup/2006-February/002154.html -- Jamie Neil | | 0870 7777 454 Versado I.T. Services Ltd. | http://versado.net/ | 0845 450 1254 From boxbackup at fluffy.co.uk Wed Mar 29 14:56:17 2006 From: boxbackup at fluffy.co.uk (Ben Summers) Date: Wed, 29 Mar 2006 14:56:17 +0100 Subject: [Box Backup] Boxbackup deleted directories In-Reply-To: <1143560516.19295.9.camel@lucien.home> References: <1141813440.30702.23.camel@evil> <1143488740.5005.11.camel@lucien.home> <885EB989-2D9A-4699-952F-8DFCF626C3B2@fluffy.co.uk> <1143491081.5005.14.camel@lucien.home> <0A008DC9-6652-449C-B629-E80AAEBF6F01@fluffy.co.uk> <1143532940.11544.7.camel@evil> <580DB52D-BE98-4737-88F6-04BA62FD0236@fluffy.co.uk> <1143560516.19295.9.camel@lucien.home> Message-ID: <334FC71A-8926-4F23-97CD-EDF62FB77C81@fluffy.co.uk> On 28 Mar 2006, at 16:41, Peter wrote: > tis 2006-03-28 klockan 13:41 +0100 skrev Ben Summers: >> On 28 Mar 2006, at 09:02, Peter wrote: >> > [snip] >>>> >>>> A 33Mb directory listing seems a little unlikely to me. >>>> >>>> So, what's odd about your client? Have you really got a directory >>>> with many thousands of files in it? >>>> >>>> It's possible you're hitting an edge case we need to revisit in the >>>> next version, but this does need further investigation. >>>> >>>> Ben >>>> >>>> >>> >>> I wouldn't say it's impossible, these are home-folders for a >>> biochemical >>> company, and I know they store a LOT, both in size and numbers of >>> files. >> >> Can you find out for sure? > > After some searching I found one directory where > 'ls -1 | wc -l' = 8178, all of them regular files. > It takes up only 35mb of diskspace though. > > Is this likely to cause a problem? > > bbackupd consumes about 99% of the cpu, so it's busy doing something. Yes, this is likely to cause your problem. > >>> >>> Just let me know if there is anything else you need, like more >>> complete >>> log entries or testing some configuration changes, cause right >>> now I'm >>> not sure how to proceed myself. >> >> Currently my best guess is that you're backing up a directory with a >> huge number of files in it, and Box Backup is not as efficient as it >> should be in situations like that. > > Any ideas for how this will be adressed in the next version (if at > all)? 0.11 will just neaten up the existing stuff, especially the Windows side of things. In the version after that, I want to radically overhaul this part of the software. So by replacing this directory searching code with new code, essentially. Ben From boxbackup at fluffy.co.uk Wed Mar 29 23:00:06 2006 From: boxbackup at fluffy.co.uk (W. Chris Shank) Date: Wed, 29 Mar 2006 17:00:06 -0500 (EST) Subject: [Box Backup] my experience with box Message-ID: <33352558.12321143669606130.JavaMail.root@mail.acetechgroup.com> I just want to thank everyone working on this project. I am really very happy with boxbackup so far. Nicely done. Any interest in creating a Web Gui for lay-people to use to peruse and backup from their repository? From boxbackup at fluffy.co.uk Wed Mar 29 23:45:53 2006 From: boxbackup at fluffy.co.uk (Per Thomsen) Date: Wed, 29 Mar 2006 14:45:53 -0800 Subject: [Box Backup] my experience with box In-Reply-To: <33352558.12321143669606130.JavaMail.root@mail.acetechgroup.com> References: <33352558.12321143669606130.JavaMail.root@mail.acetechgroup.com> Message-ID: <442B0E21.9010607@reedtz.com> On 3/29/06 2:00 PM, W. Chris Shank wrote: > I just want to thank everyone working on this project. I am really very happy with boxbackup so far. Nicely done. > > Any interest in creating a Web Gui for lay-people to use to peruse and backup from their repository? > Take a look at Boxi. http://www.qwirx.com/boxi/ . It might be what you're looking for. Thanks, Per -- Per Reedtz Thomsen | Reedtz Consulting, LLC | F: 209 883 4119 V: 209 883 4102 | pthomsen at reedtz.com | C: 209 996 9561 GPG ID: 1209784F | Yahoo! Chat: pthomsen | AIM: pthomsen From boxbackup at fluffy.co.uk Thu Mar 30 16:14:40 2006 From: boxbackup at fluffy.co.uk (Paul Nash) Date: Thu, 30 Mar 2006 10:14:40 -0500 Subject: [Box Backup] 0.10 on Windows? Message-ID: Hi First, thanks for all the work. Box Backup is great, the basic concept is fantastic, works very nicely. I'm an old Unix geek, have deployed 01.0 on a FreeBSD 6.0 server, clients on FreeBSD and MacOS X. All works fine. Now Im trying to bring in a bunch of Windows boxen. (A) I can compile under cygwin, no problem, and bbackupd uploads files, they verify correctly, can be retrieved. If I delete a file, the store still shows the file as being there. If I change the file, the changed version is uploaded and the old version flagged as "old" in the store, but I *also* get an error message: Backup object failed, error when reading ${filename} Error code when uploading was (4/0), BackupStore Internal A bit of initial hacking shows that the protocol thinks that it is about to recieve an object 1651074168 bytes long. (B) I've tried to compile under VC++ as an alternative. If I follow the instructions in the wiki, and grab win32.bat and /lib/win32/config.h/win32 + project files from subversion, I get compile-time errors (can't find "winsock2.h", if I comment this out, I get other errors ...) SO ... Any pointers about where to start looking for the errors in the cygwin version? Alternatively, am I better served by starting from VC++, and if so, any pointers about how to get 0.10 to compile? I'm not keen to fall back to 0.09, but if I have to, I'll hack the 0.09 client and server to use a different port and run them in parallel. TIA paul From boxbackup at fluffy.co.uk Thu Mar 30 18:35:51 2006 From: boxbackup at fluffy.co.uk (W. Chris Shank) Date: Thu, 30 Mar 2006 12:35:51 -0500 (EST) Subject: [Box Backup] 0.10 on Windows? Message-ID: <23556164.15101143740151972.JavaMail.root@mail.acetechgroup.com> There is a link in a previous posting to a pre-compiled windows binary. I've gotten it to work on a XP Pro box and a Win2003 server. You need to create your certificates on a seperate box (I made mine on Linux) and then move them to Windows. W. Chris Shank ACE Technology Group, LLC www.myremoteITdept.com (610) 640-4223 -------------------------------- Security Note: To protect against computer viruses, e-mail programs may prevent sending or receiving certain types of file attachments. Check your e-mail security settings to determine how attachments are handled. ----- Paul Nash wrote: > Hi > > First, thanks for all the work. Box Backup is great, the basic > concept is > fantastic, works very nicely. > > I'm an old Unix geek, have deployed 01.0 on a FreeBSD 6.0 server, > clients > on FreeBSD and MacOS X. All works fine. Now Im trying to bring in a > bunch > of Windows boxen. > > (A) > > I can compile under cygwin, no problem, and bbackupd uploads files, > they > verify correctly, can be retrieved. If I delete a file, the store > still > shows the file as being there. If I change the file, the changed > version > is uploaded and the old version flagged as "old" in the store, but I > *also* > get an error message: > > Backup object failed, error when reading ${filename} > Error code when uploading was (4/0), BackupStore Internal > > A bit of initial hacking shows that the protocol thinks that it is > about to > recieve an object 1651074168 bytes long. > > (B) > > I've tried to compile under VC++ as an alternative. If I follow the > instructions in the wiki, and grab win32.bat and > /lib/win32/config.h/win32 > + project files from subversion, I get compile-time errors (can't > find > "winsock2.h", if I comment this out, I get other errors ...) > > SO ... > > Any pointers about where to start looking for the errors in the > cygwin > version? Alternatively, am I better served by starting from VC++, and > if > so, any pointers about how to get 0.10 to compile? > > I'm not keen to fall back to 0.09, but if I have to, I'll hack the > 0.09 > client and server to use a different port and run them in parallel. > > TIA > > paul > _______________________________________________ > boxbackup mailing list > boxbackup at fluffy.co.uk > http://lists.warhead.org.uk/mailman/listinfo/boxbackup From boxbackup at fluffy.co.uk Thu Mar 30 18:44:16 2006 From: boxbackup at fluffy.co.uk (Paul Nash) Date: Thu, 30 Mar 2006 12:44:16 -0500 Subject: [Box Backup] 0.10 on Windows? In-Reply-To: <23556164.15101143740151972.JavaMail.root@mail.acetechgroup.com> References: <23556164.15101143740151972.JavaMail.root@mail.acetechgroup.com> Message-ID: >There is a link in a previous posting to a pre-compiled windows binary. Thanks, I'll look for it. I've only found older versions in the past, so I'll look again. paul From boxbackup at fluffy.co.uk Thu Mar 30 20:02:31 2006 From: boxbackup at fluffy.co.uk (Chris Wilson) Date: Thu, 30 Mar 2006 19:02:31 +0000 Subject: [Box Backup] 0.10 on Windows? In-Reply-To: References: Message-ID: <1143745351.19272.13.camel@localhost> Hi Paul, On Thu, 2006-03-30 at 10:14 -0500, Paul Nash wrote: > I can compile under cygwin, no problem, and bbackupd uploads files, they > verify correctly, can be retrieved. If I delete a file, the store still > shows the file as being there. If I change the file, the changed version > is uploaded and the old version flagged as "old" in the store, but I *also* > get an error message: > > Backup object failed, error when reading ${filename} > Error code when uploading was (4/0), BackupStore Internal > > A bit of initial hacking shows that the protocol thinks that it is about to > recieve an object 1651074168 bytes long. This is probably the cause of (some of) the protocol errors detected by the unit tests. > I've tried to compile under VC++ as an alternative. If I follow the > instructions in the wiki, and grab win32.bat and /lib/win32/config.h/win32 > + project files from subversion, I get compile-time errors (can't find > "winsock2.h", if I comment this out, I get other errors ...) I strongly suspect that winsock2.h should be on your system. What version of MSVC are you using? Do you have the Platform SDK installed and linked in correctly? Did you use the included MSVC project files? > Any pointers about where to start looking for the errors in the cygwin > version? Run the unit tests, make a list of the failures, debug them. > Alternatively, am I better served by starting from VC++, and if > so, any pointers about how to get 0.10 to compile? I've updated the Wiki pages to link to the latest native Windows build. You can find the link at [http://boxbackup.hostworks.ca/index.php/0.10]. This was built with MinGW rather than MSVC, because although I can build it with VC Express 2005, I can't distribute the resulting binaries. So if you roll your own with MSVC, you can probably expect slightly different behaviour. 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 fluffy.co.uk Thu Mar 30 20:24:21 2006 From: boxbackup at fluffy.co.uk (Paul Nash) Date: Thu, 30 Mar 2006 14:24:21 -0500 Subject: [Box Backup] 0.10 on Windows? In-Reply-To: <1143745351.19272.13.camel@localhost> References: <1143745351.19272.13.camel@localhost> Message-ID: Ha! I think that I'm getting to the bottom of this! If a file is locked, the windows native version (boxbackup-chris_general_538-backup-client-mingw32, downloaded from subversion) gives a common OSI file error (error 32, error code 1/2) each time it tries to back up. The file never makes it into the store. However, my cygwin version gives a "can't open file" error the first time it encounters a locked file (eg: ntuser.dat), but it puts something into the store. Subsequent runs give an upload error of (4/0), thinking that they're about to get a huge (1651074168-byte) object. I am about to download the stuff that gets into the store to see what it looks like, and how it made it there. This doesn't solve the problem of deleted files not being flagged as deleted in the cygwin version, but we'll get there. "make test" passes with the Cygwin binaries ... Meanwhile, I'll take a look at my VC++ environment, and see what's happening. I did download and install the platform SDK, but may have done something silly in the process (or may have to tell VC++ about it). I'lll keep digging. Thanks for the leads so far. paul From boxbackup at fluffy.co.uk Thu Mar 30 20:41:20 2006 From: boxbackup at fluffy.co.uk (Paul Nash) Date: Thu, 30 Mar 2006 14:41:20 -0500 Subject: [Box Backup] 0.10 on Windows? In-Reply-To: References: <1143745351.19272.13.camel@localhost> Message-ID: The plot thickens. Still with cygwin: I downloaded a file that bbackupd said that it could not store, and found, to my heeried horror that it was identical to the file on my local disk. Looks like the problem is somewhere in the windows file access API, which gives an error while actually allowing access. This passes on to the server somehow, leading to all kinds of confusion. Why am I not surprised that he problem lies with Windows? I took the unprecedented step of Reading The F*** Manual (well, website) for the platform SDK and see that I have to Do Stuff to make it work. Bummer. This Windows thing will never catch on if they keep on like this :-). More coming up later ... paul BTW: Why no VC++ binaries? According to the M$ website: Can I use Express Editions for commercial use? Yes, there are no licensing restrictions for applications built using the Express Editions. From boxbackup at fluffy.co.uk Thu Mar 30 20:42:25 2006 From: boxbackup at fluffy.co.uk (Mikael Syska) Date: Thu, 30 Mar 2006 21:42:25 +0200 Subject: [Box Backup] 0.10 on Windows? In-Reply-To: References: <1143745351.19272.13.camel@localhost> Message-ID: <442C34A1.2020409@syska.dk> Hey, Paul Nash wrote: >This doesn't solve the problem of deleted files not being flagged as >deleted in the cygwin version, but we'll get there. > > > I think I have some kind of the same problem, just for fun I tried to fill my backup account with a ekstra backup location, and then remove it, but it does not mark it as deleted.... so this may be a bug Running Windows XP agains a freebsd 5.4 server with the lastest version(0.10) not completely sure about the windows client, but new, 4 weeks old. Chris? > paul >_______________________________________________ >boxbackup mailing list >boxbackup at fluffy.co.uk >http://lists.warhead.org.uk/mailman/listinfo/boxbackup > > best regards Mikael Syska From boxbackup at fluffy.co.uk Fri Mar 31 02:55:09 2006 From: boxbackup at fluffy.co.uk (W. Chris Shank) Date: Thu, 30 Mar 2006 20:55:09 -0500 (EST) Subject: [Box Backup] 0.10 on Windows? Message-ID: <1785828.17331143770109766.JavaMail.root@mail.acetechgroup.com> Anyone have any luck getting boxbackup to run as a service on Windows? If you get Resource Kit from here: http://support.microsoft.com/kb/q137890/ you can use this command to install the service: C:\Program Files\Windows Resource Kits\Tools>instsrv bbackup "C:\Program Files\Box Backup\bbackupd.exe" When I try to start the service it does start to run (I can see the login on the box server) - but the service starter eventually stops because it didn't respond in time. Any clues? W. Chris Shank ACE Technology Group, LLC www.myremoteITdept.com (610) 640-4223 -------------------------------- Security Note: To protect against computer viruses, e-mail programs may prevent sending or receiving certain types of file attachments. Check your e-mail security settings to determine how attachments are handled. ----- Mikael Syska wrote: > Hey, > > Paul Nash wrote: > > >This doesn't solve the problem of deleted files not being flagged as > >deleted in the cygwin version, but we'll get there. > > > > > > > I think I have some kind of the same problem, just for fun I tried to > > fill my backup account with a ekstra backup location, and then remove > > it, but it does not mark it as deleted.... so this may be a bug > > Running Windows XP agains a freebsd 5.4 server with the lastest > version(0.10) not completely sure about the windows client, but new, 4 > > weeks old. > > Chris? > > > paul > >_______________________________________________ > >boxbackup mailing list > >boxbackup at fluffy.co.uk > >http://lists.warhead.org.uk/mailman/listinfo/boxbackup > > > > > best regards > Mikael Syska > _______________________________________________ > boxbackup mailing list > boxbackup at fluffy.co.uk > http://lists.warhead.org.uk/mailman/listinfo/boxbackup From boxbackup at fluffy.co.uk Fri Mar 31 03:44:47 2006 From: boxbackup at fluffy.co.uk (Per Thomsen) Date: Thu, 30 Mar 2006 18:44:47 -0800 Subject: [Box Backup] 0.10 on Windows? In-Reply-To: <1785828.17331143770109766.JavaMail.root@mail.acetechgroup.com> References: <1785828.17331143770109766.JavaMail.root@mail.acetechgroup.com> Message-ID: <442C979F.2060807@reedtz.com> On 3/30/06 5:55 PM, W. Chris Shank wrote: > Anyone have any luck getting boxbackup to run as a service on Windows? If you get Resource Kit from here: http://support.microsoft.com/kb/q137890/ you can use this command to install the service: > C:\Program Files\Windows Resource Kits\Tools>instsrv bbackup "C:\Program Files\Box Backup\bbackupd.exe" > > When I try to start the service it does start to run (I can see the login on the box server) - but the service starter eventually stops because it didn't respond in time. > > Any clues? > According to the Wiki, use the '-i' option with bbackupd.exe should start (aka install) it as a service http://boxbackup.hostworks.ca/index.php/Compile_With_Visual_C HTH, Per -- Per Reedtz Thomsen | Reedtz Consulting, LLC | F: 209 883 4119 V: 209 883 4102 | pthomsen at reedtz.com | C: 209 996 9561 GPG ID: 1209784F | Yahoo! Chat: pthomsen | AIM: pthomsen From boxbackup at fluffy.co.uk Fri Mar 31 03:53:56 2006 From: boxbackup at fluffy.co.uk (W. Chris Shank) Date: Thu, 30 Mar 2006 21:53:56 -0500 (EST) Subject: [Box Backup] 0.10 on Windows? Message-ID: <31681514.17421143773636887.JavaMail.root@mail.acetechgroup.com> dooh! that was too easy. thanks W. Chris Shank ACE Technology Group, LLC www.myremoteITdept.com (610) 640-4223 -------------------------------- Security Note: To protect against computer viruses, e-mail programs may prevent sending or receiving certain types of file attachments. Check your e-mail security settings to determine how attachments are handled. ----- Per Thomsen wrote: > On 3/30/06 5:55 PM, W. Chris Shank wrote: > > Anyone have any luck getting boxbackup to run as a service on > Windows? If you get Resource Kit from here: > http://support.microsoft.com/kb/q137890/ you can use this command to > install the service: > > C:\Program Files\Windows Resource Kits\Tools>instsrv bbackup > "C:\Program Files\Box Backup\bbackupd.exe" > > > > When I try to start the service it does start to run (I can see the > login on the box server) - but the service starter eventually stops > because it didn't respond in time. > > > > Any clues? > > > According to the Wiki, use the '-i' option with bbackupd.exe should > start (aka install) it as a service > > http://boxbackup.hostworks.ca/index.php/Compile_With_Visual_C > > HTH, > Per > > -- > Per Reedtz Thomsen | Reedtz Consulting, LLC | F: 209 883 4119 > V: 209 883 4102 | pthomsen at reedtz.com | C: 209 996 9561 > GPG ID: 1209784F | Yahoo! Chat: pthomsen | AIM: pthomsen > > _______________________________________________ > boxbackup mailing list > boxbackup at fluffy.co.uk > http://lists.warhead.org.uk/mailman/listinfo/boxbackup From boxbackup at fluffy.co.uk Fri Mar 31 17:34:31 2006 From: boxbackup at fluffy.co.uk (Paul Nash) Date: Fri, 31 Mar 2006 11:34:31 -0500 Subject: [Box Backup] 0.10 on Windows? In-Reply-To: References: <1143745351.19272.13.camel@localhost> Message-ID: Starting to make some headway on this: After RT'ing FM, I've got the VC++ build working *BUT* I've hit a generic VC++ problem. The .DS_Store files that my Mac leaves on my Windows box have file creation times set way in the past (sometime in 1899; probably time_t(-1)), and _wfindnext() in emu.cpp generates an assertion error. I don't care when the file was created, just so long as it stays consistent. Does anyone know hhow to turn off assertions? I've tried linking to a non-debug library in project->commonproperties; I've tried setting _CrtSetReportMode to 0. I still get assert errors. I'm sure that the nice people at Micro$oft are doing me a favour by preventing my program from running whenever there's a file that's way, way old. However, I'd refer it if they'd just get out of the damn way. DOES ANYONE HAVE ANY IDEAS ABOUT HOW TO IGNORE/DISABLE RUNTIME ASSERT ERRORS IN VC++? It has to be do-able, right? Any help most gratefully appreciated. paul