From boxbackup at fluffy.co.uk Mon Nov 1 06:32:50 2004 From: boxbackup at fluffy.co.uk (Per Thomsen) Date: Sun, 31 Oct 2004 22:32:50 -0800 Subject: [Box Backup] Windows attributes diffs on compare Message-ID: <4185D892.1040301@reedtz.com> Hi, I sent this message last week, and didn't get any responses. Resending to make sure that it was received. I apologize in advance, if this is received twice. I have run a 'bbackupquery "compare -a" quit' on a Windows Machine, and I get a lot of differences like this: . . . Local directory '/cygdrive/c/Documents and Settings/All Users/Application Data/Dell' has different attributes to store directory '/ cygdrive-c-Documents and Settings/All Users/Application Data/Dell'. Local directory '/cygdrive/c/Documents and Settings/All Users/Application Data/Dell/Alert' has different attributes to store direct ory '/cygdrive-c-Documents and Settings/All Users/Application Data/Dell/Alert'. Local directory '/cygdrive/c/Documents and Settings/All Users/Application Data/Dell/Alert/0' has different attributes to store dire ctory '/cygdrive-c-Documents and Settings/All Users/Application Data/Dell/Alert/0'. Local file '/cygdrive/c/Documents and Settings/All Users/Application Data/Dell/Alert/0/+ccc.gif' has different attributes to store file '/cygdrive-c-Documents and Settings/All Users/Application Data/Dell/Alert/0/+ccc.gif'. (the file above has had new attributes applied) Local file '/cygdrive/c/Documents and Settings/All Users/Application Data/Dell/Alert/0/Alert.gif' has different attributes to store file '/cygdrive-c-Documents and Settings/All Users/Application Data/Dell/Alert/0/Alert.gif'. (the file above has had new attributes applied) Local file '/cygdrive/c/Documents and Settings/All Users/Application Data/Dell/Alert/0/DS-A_logo.gif' has different attributes to s tore file '/cygdrive-c-Documents and Settings/All Users/Application Data/Dell/Alert/0/DS-A_logo.gif'. (the file above has had new attributes applied) Local file '/cygdrive/c/Documents and Settings/All Users/Application Data/Dell/Alert/0/DSALogging.vbs' has different attributes to store file '/cygdrive-c-Documents and Settings/All Users/Application Data/Dell/Alert/0/DSALogging.vbs'. (the file above has had new attributes applied) . . . ... And at the end of the compare: [ 117 (of 16760) differences probably due to file modifications after the last upload ] Differences: 16760 (0 dirs excluded, 0 files excluded) Logging off... I don't know for sure, but I think the compare basically finds the attributes of all files different. I don't know how to find how many files are currently backed up. I'm running the cygwin 0.08 client on Windows XP Pro, and the 0.08 server on Fedora Core 2. Is this what I'm supposed to see? Or is something wrong with my backups? 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 Nov 1 17:07:36 2004 From: boxbackup at fluffy.co.uk (Ben Summers) Date: Mon, 1 Nov 2004 17:07:36 +0000 Subject: [Box Backup] Windows attributes diffs on compare In-Reply-To: <4185D892.1040301@reedtz.com> References: <4185D892.1040301@reedtz.com> Message-ID: <87951AC4-2C28-11D9-9DD0-000A95AFF7F8@fluffy.co.uk> On 1 Nov 2004, at 06:32, Per Thomsen wrote: > Hi, > I sent this message last week, and didn't get any responses. Resending > to make > sure that it was received. I apologize in advance, if this is received > twice. > > I have run a 'bbackupquery "compare -a" quit' on a Windows Machine, > and I get a lot of differences like this: > [snip] > store file '/cygdrive-c-Documents and Settings/All Users/Application > Data/Dell/Alert/0/DSALogging.vbs'. > (the file above has had new attributes applied) > . > . > . > > ... And at the end of the compare: > > [ 117 (of 16760) differences probably due to file modifications after > the last upload ] > Differences: 16760 (0 dirs excluded, 0 files excluded) > Logging off... > > > I don't know for sure, but I think the compare basically finds the > attributes of all files different. I don't know how to find how many > files are currently backed up. > > I'm running the cygwin 0.08 client on Windows XP Pro, and the 0.08 > server on Fedora Core 2. > > Is this what I'm supposed to see? Or is something wrong with my > backups? This is where I admit that, yet again, I haven't managed to get the cygwin build going myself. I would hope that you wouldn't see that on a compare, but it all depends on how cygwin returns file information in the stat() API. If it varies it each time, or each boot, then you will get this error. You will be able to recover all your data from that backup, but the file attributes (owner, mode, that kind of thing) may be wrong. But... really the only way to tell is to restore a little bit of it and see what happens to the attributes. Maybe some of the other cygwin users have some experiences they could relate? Roll on the Win32 native port! Ben From boxbackup at fluffy.co.uk Mon Nov 1 20:43:28 2004 From: boxbackup at fluffy.co.uk (Nick Knight) Date: Mon, 1 Nov 2004 20:43:28 -0000 Subject: [Box Backup] Box Backup Win32 Client Next release (0.08f) Message-ID: Problem with storing file mod time in the store - calculated wrongly in certain situations - fixed Included Exception codes in the installer - for local reference You can get it from http://mail.omniis.com/boxwin0.08f.exe Would like some feedback - it is looking fairly stable. Thanks Nick From boxbackup at fluffy.co.uk Mon Nov 1 20:45:41 2004 From: boxbackup at fluffy.co.uk (Nick Knight) Date: Mon, 1 Nov 2004 20:45:41 -0000 Subject: [Box Backup] next release Message-ID: At the mo you have to generate the certs on a nix box then move across the client, the main problem on generating this on the client is the random data source - non-existent on Windows. This maybe there in the future? -----Original Message----- From: boxbackup-admin at fluffy.co.uk [mailto:boxbackup-admin at fluffy.co.uk] On Behalf Of Mikael Syska Sent: 29 October 2004 22:22 To: boxbackup at fluffy.co.uk Subject: Re: [Box Backup] next release As i know, u can only make the Certificate on Unix/Linux kind regards Mikael Syska ken wrote: >This installed okay on XP HOME. How do you generate the certificates on a >windows client? > >Thanks in advance. > >Cheers! >Ken > > =20 > >>Included an MS dll required >> >> >> >>http://mail.omniis.com/boxwin0.08e.exe >> >> >> >>Regards >> >> >> >>Nick >> >> >> =20 >> > > > =20 > _______________________________________________ boxbackup mailing list boxbackup at fluffy.co.uk http://lists.warhead.org.uk/mailman/listinfo/boxbackup From boxbackup at fluffy.co.uk Mon Nov 1 21:27:01 2004 From: boxbackup at fluffy.co.uk (=?iso-8859-2?Q?Mitja_Mu=BEeni=E8?=) Date: Mon, 1 Nov 2004 22:27:01 +0100 Subject: [Box Backup] Box Backup Win32 Client Next release (0.08f) In-Reply-To: Message-ID: <200411012126.iA1LQLBY029523@very.fluffy.co.uk> > Problem with storing file mod time in the store - calculated > wrongly in > certain situations - fixed > > Included Exception codes in the installer - for local reference Cool! > Would like some feedback - it is looking fairly stable. 1. Box Backup is not listed in Control Panel/ Add&Remove programs. To uninstall, you have to browse to the installation folder and run Uninst000.exe which works but is not pretty. 2. "Unusual" event format in Event Log: 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: Send StoreFile(0x2,0x3c7b1b8945680,0xb520a4725e10f20c,0x293,"analog.cfg"). etc. Basically you get the event information together with an annoying windows warning. Haven't got a clue about that. 3. All sort of wierd behaviour happening if you do not install to the default dir. I suggest to add the full path of the configuration file in all Box backup menu entries. 4. Regarding the local generation of keys, as you already include ssl libraries, why not also include openssl.exe (from http://www.slproweb.com/products/Win32OpenSSL.html ) and run a batch script similar to this at installation: keys.bat ---------------------- @echo off echo. echo. set /p acct=Enter your account number: if exist $temp.txt del $temp.txt > nul echo .>> $temp.txt echo .>> $temp.txt echo .>> $temp.txt echo .>> $temp.txt echo .>> $temp.txt echo BACKUP-%acct%>> $temp.txt echo .>> $temp.txt echo .>> $temp.txt echo .>> $temp.txt echo. >> $temp.txt echo. echo Generating private key... openssl genrsa -out %acct%-key.pem 2048 echo. echo. echo Generating certificate request... type $temp.txt | openssl req -new -key %acct%-key.pem -sha1 -out %acct%-csr.pem -config openssl.conf echo. del $temp.txt >nul echo. echo Generating keys for file backup... openssl rand -out %acct%-FileEncKeys.raw 1024 echo. echo Done! echo. pause ---------------------- > Thanks > > Nick Regards, Mitja From boxbackup at fluffy.co.uk Mon Nov 1 22:11:42 2004 From: boxbackup at fluffy.co.uk (Rick Price) Date: Mon, 1 Nov 2004 17:11:42 -0500 (EST) Subject: [Box Backup] Box Backup Win32 Client Next release (0.08f) In-Reply-To: <200411012126.iA1LQLBY029523@very.fluffy.co.uk> References: <200411012126.iA1LQLBY029523@very.fluffy.co.uk> Message-ID: On Mon, 1 Nov 2004, [iso-8859-2] Mitja Mu?eni? wrote: > 2. "Unusual" event format in Event Log: > > 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: Send > StoreFile(0x2,0x3c7b1b8945680,0xb520a4725e10f20c,0x293,"analog.cfg"). > > etc. Basically you get the event information together with an annoying > windows warning. Haven't got a clue about that. I have fixed this before, you need to create a special DLL with the text in it. It's really very simple once you FINALLY get it setup properly. I can probably help a bit with setting it up. Rick From boxbackup at fluffy.co.uk Tue Nov 2 01:54:43 2004 From: boxbackup at fluffy.co.uk (Alex Howansky) Date: Mon, 1 Nov 2004 19:54:43 -0600 (CST) Subject: [Box Backup] feature request Message-ID: Tab completion in the bbackupquery interface would be nice. Regards, -- Alex Howansky Wankwood Associates http://www.wankwood.com/ From boxbackup at fluffy.co.uk Tue Nov 2 08:36:46 2004 From: boxbackup at fluffy.co.uk (Ben Summers) Date: Tue, 2 Nov 2004 08:36:46 +0000 Subject: [Box Backup] feature request In-Reply-To: References: Message-ID: <550EECE0-2CAA-11D9-9FD1-000A95AFF7F8@fluffy.co.uk> On 2 Nov 2004, at 01:54, Alex Howansky wrote: > > Tab completion in the bbackupquery interface would be nice. I've added it to the list, even though it's not trivial to do properly. bbackupquery was intended as a basic interface until I got round to writing a proper UI and as a tool for scripting, which is why it's not completely perfect for humans to use. Ben From boxbackup at fluffy.co.uk Wed Nov 3 11:27:45 2004 From: boxbackup at fluffy.co.uk (Nick Knight) Date: Wed, 3 Nov 2004 11:27:45 -0000 Subject: [Box Backup] Box Backup Win32 Client Next release (0.08f) Message-ID: Help on this would be appreciated - not sure how you would convert it from a syslog call - which is what I have done to this - but at the mo I am completely in the dark... -----Original Message----- From: boxbackup-admin at fluffy.co.uk [mailto:boxbackup-admin at fluffy.co.uk] On Behalf Of Rick Price Sent: 01 November 2004 22:12 To: boxbackup at fluffy.co.uk Subject: RE: [Box Backup] Box Backup Win32 Client Next release (0.08f) On Mon, 1 Nov 2004, [iso-8859-2] Mitja Mu?eni? wrote: > 2. "Unusual" event format in Event Log: > > 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=3D flag to retrieve this description; see Help and > Support for details. The following information is part of the event: Send > StoreFile(0x2,0x3c7b1b8945680,0xb520a4725e10f20c,0x293,"analog.cfg"). > > etc. Basically you get the event information together with an annoying > windows warning. Haven't got a clue about that. I have fixed this before, you need to create a special DLL with the text in it. It's really very simple once you FINALLY get it setup properly. I can probably help a bit with setting it up. Rick _______________________________________________ boxbackup mailing list boxbackup at fluffy.co.uk http://lists.warhead.org.uk/mailman/listinfo/boxbackup From boxbackup at fluffy.co.uk Wed Nov 3 11:50:13 2004 From: boxbackup at fluffy.co.uk (Nick Knight) Date: Wed, 3 Nov 2004 11:50:13 -0000 Subject: [Box Backup] Box Backup Win32 Client Next release (0.08f) Message-ID: 1/ I will trey to do that 2/ Event log - I agree - not sure the workaround - but I think help = maybe on its way.... 3/ this should already include the full paths - which specific ones give = the problem 4/ I will look into this - openssl already has to be built into it so = the exe isn't the problem after speaking with Ben it is more to do with = the availability of true random data? Nick -----Original Message----- From: boxbackup-admin at fluffy.co.uk [mailto:boxbackup-admin at fluffy.co.uk] = On Behalf Of Mitja Mu=BEenic Sent: 01 November 2004 21:27 To: boxbackup at fluffy.co.uk Subject: RE: [Box Backup] Box Backup Win32 Client Next release (0.08f) > Problem with storing file mod time in the store - calculated=20 > wrongly in > certain situations - fixed >=20 > Included Exception codes in the installer - for local reference Cool! > Would like some feedback - it is looking fairly stable. 1. Box Backup is not listed in Control Panel/ Add&Remove programs. To uninstall, you have to browse to the installation folder and run Uninst000.exe which works but is not pretty. 2. "Unusual" event format in Event Log: 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=3D flag to retrieve this description; see = Help and Support for details. The following information is part of the event: = Send StoreFile(0x2,0x3c7b1b8945680,0xb520a4725e10f20c,0x293,"analog.cfg"). etc. Basically you get the event information together with an annoying windows warning. Haven't got a clue about that. 3. All sort of wierd behaviour happening if you do not install to the default dir. I suggest to add the full path of the configuration file in = all Box backup menu entries. 4. Regarding the local generation of keys, as you already include ssl libraries, why not also include openssl.exe (from http://www.slproweb.com/products/Win32OpenSSL.html ) and run a batch = script similar to this at installation: keys.bat ---------------------- @echo off echo. echo. set /p acct=3DEnter your account number:=20 if exist $temp.txt del $temp.txt > nul echo .>> $temp.txt echo .>> $temp.txt echo .>> $temp.txt echo .>> $temp.txt echo .>> $temp.txt echo BACKUP-%acct%>> $temp.txt echo .>> $temp.txt echo .>> $temp.txt echo .>> $temp.txt echo. >> $temp.txt echo. echo Generating private key... openssl genrsa -out %acct%-key.pem 2048 echo. echo. echo Generating certificate request... type $temp.txt | openssl req -new -key %acct%-key.pem -sha1 -out %acct%-csr.pem -config openssl.conf echo. del $temp.txt >nul echo. echo Generating keys for file backup... openssl rand -out %acct%-FileEncKeys.raw 1024 echo. echo Done! echo. pause ---------------------- > Thanks >=20 > Nick Regards, Mitja _______________________________________________ boxbackup mailing list boxbackup at fluffy.co.uk http://lists.warhead.org.uk/mailman/listinfo/boxbackup From boxbackup at fluffy.co.uk Thu Nov 4 14:56:02 2004 From: boxbackup at fluffy.co.uk (Remco Poelstra) Date: Thu, 04 Nov 2004 15:56:02 +0100 Subject: [Box Backup] Exception: Connection TLSHandshakeFailed (7/30) Message-ID: <418A4302.1010209@beryllium.net> Hi, I have a laptop running Fedora Core 2 and a server (which actually is also a laptop) running Debian Woody. I installed everything exactly as is described on the website. When I run 'bbackupquery' (as root) I get the following error: Exception: Connection TLSHandshakeFailed (7/30) I did install the certificates etc. Does anyone have any idea how I can solve this? Thanks in advance, Remco Poelstra From boxbackup at fluffy.co.uk Thu Nov 4 15:25:06 2004 From: boxbackup at fluffy.co.uk (Ben Summers) Date: Thu, 4 Nov 2004 15:25:06 +0000 Subject: [Box Backup] Exception: Connection TLSHandshakeFailed (7/30) In-Reply-To: <418A4302.1010209@beryllium.net> References: <418A4302.1010209@beryllium.net> Message-ID: On 4 Nov 2004, at 14:56, Remco Poelstra wrote: > Hi, > > I have a laptop running Fedora Core 2 and a server (which actually is > also a laptop) running Debian Woody. I installed everything exactly as > is described on the website. > When I run 'bbackupquery' (as root) I get the following error: > Exception: Connection TLSHandshakeFailed (7/30) > > I did install the certificates etc. Does anyone have any idea how I > can solve this? Could you enable ExtendedLogging on both client and server, set up logging to /var/log/box as described on the web site, and the report back what the logs contain when you run bbackupd? (And to log bbackupquery add the command line argument -l where is a temporary file.) Thanks, Ben From boxbackup at fluffy.co.uk Thu Nov 4 16:13:34 2004 From: boxbackup at fluffy.co.uk (Jan Kupka) Date: Thu, 4 Nov 2004 17:13:34 +0100 Subject: [Box Backup] Issue with sync Message-ID: <200411041713.AA323551308@jankupka.com> Hi, We have been using BoxBackup successfully for several weeks now without any problems. The backed up machine runs Slackware 9.1 and backup server runs FreeBSD 5.2.1. I have 2 queries though. First would refer to our project archive, which is a BackupLocation, where files are not being updated, except when a new file is copied into the directory. The directory is about 35G now with about 150 files ranging from 1Mb to 3Gb in size. It appears that the bbackupd isn't backing up the files that have been recently added. There are several other BackupLocation which work fine. I have been advised to remove the content of /var/backupd to refresh the file listing and restart the bbackupd. Could you please advise if this is correct? Second, is there any way to sync the backup store to current state on backed up machine (similar to snapshot) if it is running in lazy mode? Thanks very much, Jan. From boxbackup at fluffy.co.uk Thu Nov 4 16:38:04 2004 From: boxbackup at fluffy.co.uk (Ben Summers) Date: Thu, 4 Nov 2004 16:38:04 +0000 Subject: [Box Backup] Issue with sync In-Reply-To: <200411041713.AA323551308@jankupka.com> References: <200411041713.AA323551308@jankupka.com> Message-ID: On 4 Nov 2004, at 16:13, Jan Kupka wrote: > Hi, > > We have been using BoxBackup successfully for several weeks now > without any problems. The backed up machine runs Slackware 9.1 and > backup server runs FreeBSD 5.2.1. I have 2 queries though. > > First would refer to our project archive, which is a BackupLocation, > where files are not being updated, except when a new file is copied > into the directory. The directory is about 35G now with about 150 > files ranging from 1Mb to 3Gb in size. It appears that the bbackupd > isn't backing up the files that have been recently added. bbackupd will only upload a file if the last modified time is more than MinimumFileAge seconds ago. However, if a file is repeatedly modified over and over again, MaxUploadWait seconds after it first noticed a change it will upload it anyway. Would this explain the behaviour you're seeing? (The defaults are 6 hours and 24 hours respectively.) This is to avoid repeatedly uploading a file which is in the process of being changed, for example, a document which is currently being worked on, and wasting valuable bandwidth. Try adjusting the settings in bbackupd.conf to meet your requirements. The times may be overkill for a LAN, but are sensible for your average office on an ADSL connection. > There are several other BackupLocation which work fine. What are the differences between these locations? Are the network partitions? Different filesystems? Used for different things by users resulting in different patterns of file changes? > I have been advised to remove the content of /var/backupd to refresh > the file listing and restart the bbackupd. Could you please advise if > this is correct? Don't delete the contents of /var/bbackupd, that will stop rename and large file tracking. Instead, simply send a -HUP signal to the daemon. > > Second, is there any way to sync the backup store to current state on > backed up machine (similar to snapshot) if it is running in lazy mode? Not at the moment, but it'll be quite easy to add. It's now on the list, and will probably get done quite soon. Ben From boxbackup at fluffy.co.uk Thu Nov 4 16:44:50 2004 From: boxbackup at fluffy.co.uk (ken) Date: Thu, 4 Nov 2004 11:44:50 -0500 (EST) Subject: [Box Backup] Box Backup Win32 Client Next release (0.08f) In-Reply-To: References: Message-ID: <34392.216.208.122.238.1099586690.squirrel@216.208.122.238> Hi, How do you create the client certificate for Windows? Can you just create one on Linux with /usr/bin/bbackupd-config command? If so what do you use for the directories - it seems that this command expects Linux locations. Thanks in advance. Cheers! Ken From boxbackup at fluffy.co.uk Thu Nov 4 22:11:49 2004 From: boxbackup at fluffy.co.uk (Remco Poelstra) Date: Thu, 04 Nov 2004 23:11:49 +0100 Subject: [Box Backup] Exception: Connection TLSHandshakeFailed (7/30) In-Reply-To: References: <418A4302.1010209@beryllium.net> Message-ID: <418AA925.9040205@beryllium.net> Ben Summers wrote: > Could you enable ExtendedLogging on both client and server, set up > logging to /var/log/box as described on the web site, and the report > back what the logs contain when you run bbackupd? > > (And to log bbackupquery add the command line argument -l > where is a temporary file.) I enabled extendedlogging. But there is no output. Not from bbstored nor from bbackupquery. Thanks for your reply, Remco Poelstra From boxbackup at fluffy.co.uk Thu Nov 4 23:06:35 2004 From: boxbackup at fluffy.co.uk (ken) Date: Thu, 4 Nov 2004 18:06:35 -0500 (EST) Subject: [Box Backup] Certificate for Windows In-Reply-To: References: <44465.216.208.122.238.1098891442.squirrel@216.208.122.238> <405A0DE4-282F-11D9-8650-000A95AFF7F8@fluffy.co.uk> <44472.216.208.122.238.1098892927.squirrel@216.208.122.238> <32841.216.208.122.238.1098901354.squirrel@216.208.122.238> <1098903179.14411.7.camel@avenin.ebourne.me.uk> <32859.216.208.122.238.1098903760.squirrel@216.208.122.238> <1098906151.14411.22.camel@avenin.ebourne.me.uk> Message-ID: <37374.70.25.206.45.1099609595.squirrel@70.25.206.45> I am trying to create certificates for Windows clients and sign them with boxbackups CA. Here is what I do: Create an account: /usr/bin/bbstoreaccounts create 1234 0 4096M 4505M Generating private key: openssl genrsa -out /etc/box/bbackupd/1234-key.pem 2048 Generate certificate request (is there a boxbackup config file I should use?): openssl req -new -key /etc/box/bbackupd/1234-key.pem -sha1 -out /etc/box/bbackupd/1234-csr.pem Generate keys for file backup: openssl rand -out /etc/box/bbackupd/1234-FileEncKeys.raw 1024 Sign certs: cd /etc/box /usr/bin/bbstored-certs ca sign bbackupd/1234-csr.pem And get this error: No subject found in CSR bbackupd/1234-csr.pem at /usr/bin/bbstored-certs line 336. Thanks in advance! Cheers! Ken From boxbackup at fluffy.co.uk Fri Nov 5 07:26:15 2004 From: boxbackup at fluffy.co.uk (Chris Hane) Date: Fri, 05 Nov 2004 01:26:15 -0600 Subject: [Box Backup] Couple of first time user questions Message-ID: <6.0.0.22.0.20041105011035.01ef3e50@68.76.213.53> --=======3F86EFA======= Content-Type: text/plain; x-avg-checked=avg-ok-22CB27DF; charset=us-ascii; format=flowed Content-Transfer-Encoding: 8bit I have just started to look at modernizing our backup solution as we move from windows servers to Linux servers. Currently we are backing up around 200+ GB to tape. We are looking to move away from tape. I like what I have read of boxbackup so far even though I just started to play around with boxbackup. I have a couple of quick questions if you would indulge me. - When I read through the docs, they show how to configure the RAID array and the config file name is raidfile.conf. I'm assuming this is raidtools? We are just now experimenting with RAID and was thinking of using the mdadm (Linux). Will boxbackup work with mdadm or will it only work with the version of RAID supported by raidtools? Also, is there a difference as too which RAID level is used? 3? 5? - I read through the several of the past emails and wanted to ask about the current thoughts around Primary/Secondary backup servers. I would very much like to have two different physical machines (separate locations) for disaster recovery. - In the interim until Primary/Secondary support is added to boxbackup, is there another solution that can be used to backup the backup? I remember reading something about being able to use rsync..... As a note, our environment when fully rolled out will be: - 3 file servers (200+ GB) (this is what we are experimenting with first for different backup solutions) - 1 production application server (30-50 GB) - 20-30 desktops (windows based so will be waiting for the windows client port :) - 5-10 laptops (windows also) - 5 Mac OSX machines Thanks for your indulgence, Chris.... --=======3F86EFA=======-- From boxbackup at fluffy.co.uk Fri Nov 5 09:15:46 2004 From: boxbackup at fluffy.co.uk (Ben Summers) Date: Fri, 5 Nov 2004 09:15:46 +0000 Subject: [Box Backup] Certificate for Windows In-Reply-To: <37374.70.25.206.45.1099609595.squirrel@70.25.206.45> References: <44465.216.208.122.238.1098891442.squirrel@216.208.122.238> <405A0DE4-282F-11D9-8650-000A95AFF7F8@fluffy.co.uk> <44472.216.208.122.238.1098892927.squirrel@216.208.122.238> <32841.216.208.122.238.1098901354.squirrel@216.208.122.238> <1098903179.14411.7.camel@avenin.ebourne.me.uk> <32859.216.208.122.238.1098903760.squirrel@216.208.122.238> <1098906151.14411.22.camel@avenin.ebourne.me.uk> <37374.70.25.206.45.1099609595.squirrel@70.25.206.45> Message-ID: <46DD58CD-2F0B-11D9-9B14-000A95AFF7F8@fluffy.co.uk> On 4 Nov 2004, at 23:06, ken wrote: > I am trying to create certificates for Windows clients and sign them > with > boxbackups CA. > > Here is what I do: > > Create an account: > /usr/bin/bbstoreaccounts create 1234 0 4096M 4505M > > Generating private key: > openssl genrsa -out /etc/box/bbackupd/1234-key.pem 2048 > > Generate certificate request (is there a boxbackup config file I should > use?): No, you should use the defaults. > openssl req -new -key /etc/box/bbackupd/1234-key.pem -sha1 -out > /etc/box/bbackupd/1234-csr.pem What did you enter for all the data it requested? > > Generate keys for file backup: > openssl rand -out /etc/box/bbackupd/1234-FileEncKeys.raw 1024 > > Sign certs: > cd /etc/box > /usr/bin/bbstored-certs ca sign bbackupd/1234-csr.pem > > And get this error: > No subject found in CSR bbackupd/1234-csr.pem at > /usr/bin/bbstored-certs > line 336. I suspect that you didn't put the correct stuff into the CSR. The common name needs to be BACKUP-1234 in this example -- remember that this certificate authenticates the client to the server, so it has to include the account number somewhere! Ben From boxbackup at fluffy.co.uk Fri Nov 5 09:18:14 2004 From: boxbackup at fluffy.co.uk (Jan Kupka) Date: Fri, 5 Nov 2004 10:18:14 +0100 Subject: [Box Backup] Issue with sync Message-ID: <200411051018.AA408158288@jankupka.com> Hello Ben! I will play with the MinimumFileAge and MaxUploadWait and will let you know if it resolves the issue. The other BackupLocations are on the same server as the problematic one. We have 1 production server and one backup which is on the same LAN. This is why it came to me strange that one is working and the other not. Anyway, I will let you know what the result is. Thanks once again for your had work. BoxBackup is indeed one of the best solutions! Cheers, Jan. ---------- Original Message ---------------------------------- From: Ben Summers Reply-To: boxbackup at fluffy.co.uk Date: Thu, 4 Nov 2004 16:38:04 +0000 On 4 Nov 2004, at 16:13, Jan Kupka wrote: > Hi, > > We have been using BoxBackup successfully for several weeks now > without any problems. The backed up machine runs Slackware 9.1 and > backup server runs FreeBSD 5.2.1. I have 2 queries though. > > First would refer to our project archive, which is a BackupLocation, > where files are not being updated, except when a new file is copied > into the directory. The directory is about 35G now with about 150 > files ranging from 1Mb to 3Gb in size. It appears that the bbackupd > isn't backing up the files that have been recently added. bbackupd will only upload a file if the last modified time is more than MinimumFileAge seconds ago. However, if a file is repeatedly modified over and over again, MaxUploadWait seconds after it first noticed a change it will upload it anyway. Would this explain the behaviour you're seeing? (The defaults are 6 hours and 24 hours respectively.) This is to avoid repeatedly uploading a file which is in the process of being changed, for example, a document which is currently being worked on, and wasting valuable bandwidth. Try adjusting the settings in bbackupd.conf to meet your requirements. The times may be overkill for a LAN, but are sensible for your average office on an ADSL connection. > There are several other BackupLocation which work fine. What are the differences between these locations? Are the network partitions? Different filesystems? Used for different things by users resulting in different patterns of file changes? > I have been advised to remove the content of /var/backupd to refresh > the file listing and restart the bbackupd. Could you please advise if > this is correct? Don't delete the contents of /var/bbackupd, that will stop rename and large file tracking. Instead, simply send a -HUP signal to the daemon. > > Second, is there any way to sync the backup store to current state on > backed up machine (similar to snapshot) if it is running in lazy mode? Not at the moment, but it'll be quite easy to add. It's now on the list, and will probably get done quite soon. Ben _______________________________________________ boxbackup mailing list boxbackup at fluffy.co.uk http://lists.warhead.org.uk/mailman/listinfo/boxbackup From boxbackup at fluffy.co.uk Fri Nov 5 09:18:36 2004 From: boxbackup at fluffy.co.uk (Ben Summers) Date: Fri, 5 Nov 2004 09:18:36 +0000 Subject: [Box Backup] Exception: Connection TLSHandshakeFailed (7/30) In-Reply-To: <418AA925.9040205@beryllium.net> References: <418A4302.1010209@beryllium.net> <418AA925.9040205@beryllium.net> Message-ID: On 4 Nov 2004, at 22:11, Remco Poelstra wrote: > Ben Summers wrote: >> Could you enable ExtendedLogging on both client and server, set up >> logging to /var/log/box as described on the web site, and the report >> back what the logs contain when you run bbackupd? >> (And to log bbackupquery add the command line argument -l >> where is a temporary file.) > > I enabled extendedlogging. But there is no output. Have you followed the instructions here http://www.fluffy.co.uk/boxbackup/server.html to get logging at the info level? > Not from bbstored nor from bbackupquery. bbackupquery doesn't log to syslog, you need to do bbackupquery -l /tmp/log.txt and then look at the log.txt file. However, it sounds like the client isn't even connecting to the server. Check the hostname of the store in the bbackupd.conf file, and the accessibility of port 2201 to the outside world. You should at least see some output in the bbstored logs about an incoming connection. Ben From boxbackup at fluffy.co.uk Fri Nov 5 09:28:55 2004 From: boxbackup at fluffy.co.uk (Ben Summers) Date: Fri, 5 Nov 2004 09:28:55 +0000 Subject: [Box Backup] Issue with sync In-Reply-To: <200411051018.AA408158288@jankupka.com> References: <200411051018.AA408158288@jankupka.com> Message-ID: <1D776844-2F0D-11D9-9B14-000A95AFF7F8@fluffy.co.uk> On 5 Nov 2004, at 09:18, Jan Kupka wrote: > Hello Ben! > > I will play with the MinimumFileAge and MaxUploadWait and will let you > know if it resolves the issue. OK. > > > The other BackupLocations are on the same server as the problematic > one. We have 1 production server and one backup which is on the same > LAN. This is why it came to me strange that one is working and the > other not. Anyway, I will let you know what the result is. Since we have one which is working, and one which isn't, all we need to do is compare them and see what the differences are. Hopefully this will lead to the resolution of the problem. > > Thanks once again for your had work. BoxBackup is indeed one of the > best solutions! I'm glad to hear that! :-) Ben From boxbackup at fluffy.co.uk Fri Nov 5 10:52:07 2004 From: boxbackup at fluffy.co.uk (Ben Summers) Date: Fri, 5 Nov 2004 10:52:07 +0000 Subject: [Box Backup] Couple of first time user questions In-Reply-To: <6.0.0.22.0.20041105011035.01ef3e50@68.76.213.53> References: <6.0.0.22.0.20041105011035.01ef3e50@68.76.213.53> Message-ID: On 5 Nov 2004, at 07:26, Chris Hane wrote: > > I have just started to look at modernizing our backup solution as we > move from windows servers to Linux servers. Currently we are backing > up around 200+ GB to tape. We are looking to move away from tape. I > like what I have read of boxbackup so far even though I just started > to play around with boxbackup. I have a couple of quick questions if > you would indulge me. > > - When I read through the docs, they show how to configure the RAID > array and the config file name is raidfile.conf. I'm assuming this is > raidtools? No, it's built in software raid. No external dependencies. > We are just now experimenting with RAID and was thinking of using the > mdadm (Linux). Will boxbackup work with mdadm or will it only work > with the version of RAID supported by raidtools? Use the raidfile-config script to set up a non-RAID set, but locate it on a hardware / software RAID partition. > Also, is there a difference as too which RAID level is used? 3? 5? The built in software RAID uses 3 discs to do RAID 5. > > - I read through the several of the past emails and wanted to ask > about the current thoughts around Primary/Secondary backup servers. I > would very much like to have two different physical machines (separate > locations) for disaster recovery. > > - In the interim until Primary/Secondary support is added to > boxbackup, is there another solution that can be used to backup the > backup? I remember reading something about being able to use > rsync..... I suggest you run bbstored on the primary machine, and then use rsync to copy the store to the secondary machine. If the primary fails, you can then run bbstored on the secondary machine to get access to the data. If rsync copies inconsistent stores (ie if it happens to transfer in the middle of a sync, for example), then you can use "bbstoreaccounts check 123456 fix" to sort the problems out if you ever need to recover. (But don't run this on a cron job or anything, as it will cause more problems with the data changing under rsync.) Actually, maybe I could implement a "post connect" feature so that bbstored runs a script when a client disconnects after a writable session. You could then use this to fire off a rsync command to get the changes to the secondary server, which would go a long way to avoid the inconsistency issue... I think I might add that actually. > > As a note, our environment when fully rolled out will be: > - 3 file servers (200+ GB) (this is what we are experimenting with > first for different backup solutions) > - 1 production application server (30-50 GB) > - 20-30 desktops (windows based so will be waiting for the windows > client port :) > - 5-10 laptops (windows also) > - 5 Mac OSX machines Sounds a decent sized setup, well within the capabilities of the system. You should be aware that the Mac OS X port doesn't back up resource forks. However, I intend to implement this soon as I'd rather like to have it, and the multiple stream support will help the Win32 native port. Ben From boxbackup at fluffy.co.uk Fri Nov 5 11:27:40 2004 From: boxbackup at fluffy.co.uk (ken) Date: Fri, 5 Nov 2004 06:27:40 -0500 (EST) Subject: [Box Backup] Certificate for Windows In-Reply-To: <46DD58CD-2F0B-11D9-9B14-000A95AFF7F8@fluffy.co.uk> References: <44465.216.208.122.238.1098891442.squirrel@216.208.122.238> <405A0DE4-282F-11D9-8650-000A95AFF7F8@fluffy.co.uk> <44472.216.208.122.238.1098892927.squirrel@216.208.122.238> <32841.216.208.122.238.1098901354.squirrel@216.208.122.238> <1098903179.14411.7.camel@avenin.ebourne.me.uk> <32859.216.208.122.238.1098903760.squirrel@216.208.122.238> <1098906151.14411.22.camel@avenin.ebourne.me.uk> <37374.70.25.206.45.1099609595.squirrel@70.25.206.45> <46DD58CD-2F0B-11D9-9B14-000A95AFF7F8@fluffy.co.uk> Message-ID: <45320.70.25.206.45.1099654060.squirrel@70.25.206.45> Hi Ben, I put BACKUP-1234 as commonName and it worked. Thanks! Ken > > On 4 Nov 2004, at 23:06, ken wrote: > >> I am trying to create certificates for Windows clients and sign them >> with >> boxbackups CA. >> >> Here is what I do: >> >> Create an account: >> /usr/bin/bbstoreaccounts create 1234 0 4096M 4505M >> >> Generating private key: >> openssl genrsa -out /etc/box/bbackupd/1234-key.pem 2048 >> >> Generate certificate request (is there a boxbackup config file I should >> use?): > > No, you should use the defaults. > >> openssl req -new -key /etc/box/bbackupd/1234-key.pem -sha1 -out >> /etc/box/bbackupd/1234-csr.pem > > What did you enter for all the data it requested? > >> >> Generate keys for file backup: >> openssl rand -out /etc/box/bbackupd/1234-FileEncKeys.raw 1024 >> >> Sign certs: >> cd /etc/box >> /usr/bin/bbstored-certs ca sign bbackupd/1234-csr.pem >> >> And get this error: >> No subject found in CSR bbackupd/1234-csr.pem at >> /usr/bin/bbstored-certs >> line 336. > > I suspect that you didn't put the correct stuff into the CSR. The > common name needs to be BACKUP-1234 in this example -- remember that > this certificate authenticates the client to the server, so it has to > include the account number somewhere! > > Ben > > > > _______________________________________________ > boxbackup mailing list > boxbackup at fluffy.co.uk > http://lists.warhead.org.uk/mailman/listinfo/boxbackup > From boxbackup at fluffy.co.uk Fri Nov 5 11:49:58 2004 From: boxbackup at fluffy.co.uk (Remco Poelstra) Date: Fri, 05 Nov 2004 12:49:58 +0100 Subject: [Box Backup] Exception: Connection TLSHandshakeFailed (7/30) In-Reply-To: References: <418A4302.1010209@beryllium.net> <418AA925.9040205@beryllium.net> Message-ID: <418B68E6.4070400@beryllium.net> Ben Summers wrote: > Have you followed the instructions here > > http://www.fluffy.co.uk/boxbackup/server.html > > to get logging at the info level? Yes, I did. My syslog conf can be found here: http://www.beryllium.net/~remco/syslog.conf My /var/log looks like: -rw-rw-rw root root box -rw-r--r-- root root raidfile > bbackupquery -l /tmp/log.txt > > and then look at the log.txt file. That file remains perfectly empty. > However, it sounds like the client isn't even connecting to the server. > Check the hostname of the store in the bbackupd.conf file, and the > accessibility of port 2201 to the outside world. You should at least see > some output in the bbstored logs about an incoming connection. Yes, the hostname is correct and I can telnet to port 2201. Remco Poelstra From boxbackup at fluffy.co.uk Fri Nov 5 11:54:39 2004 From: boxbackup at fluffy.co.uk (Remco Poelstra) Date: Fri, 05 Nov 2004 12:54:39 +0100 Subject: [Box Backup] Exception: Connection TLSHandshakeFailed (7/30) In-Reply-To: <418B68E6.4070400@beryllium.net> References: <418A4302.1010209@beryllium.net> <418AA925.9040205@beryllium.net> <418B68E6.4070400@beryllium.net> Message-ID: <418B69FF.3040502@beryllium.net> Remco Poelstra wrote: > Yes, I did. My syslog conf can be found here: > http://www.beryllium.net/~remco/syslog.conf > My /var/log looks like: > -rw-rw-rw root root box > -rw-r--r-- root root raidfile I checked my /var/log/syslog and I see that bbstored puts some information there: bbstored[xxxx]: Starting daemon (config: /etc/box/bbstored.conf) (version 0.08) That's all there is. Remco Poelstra From boxbackup at fluffy.co.uk Fri Nov 5 12:54:53 2004 From: boxbackup at fluffy.co.uk (Ben Summers) Date: Fri, 5 Nov 2004 12:54:53 +0000 Subject: [Box Backup] Exception: Connection TLSHandshakeFailed (7/30) In-Reply-To: <418B69FF.3040502@beryllium.net> References: <418A4302.1010209@beryllium.net> <418AA925.9040205@beryllium.net> <418B68E6.4070400@beryllium.net> <418B69FF.3040502@beryllium.net> Message-ID: On 5 Nov 2004, at 11:54, Remco Poelstra wrote: > Remco Poelstra wrote: >> Yes, I did. My syslog conf can be found here: >> http://www.beryllium.net/~remco/syslog.conf >> My /var/log looks like: >> -rw-rw-rw root root box >> -rw-r--r-- root root raidfile > > I checked my /var/log/syslog and I see that bbstored puts some > information there: > bbstored[xxxx]: Starting daemon (config: /etc/box/bbstored.conf) > (version 0.08) > > That's all there is. After you telnet to port 2201, type some characters and then close the connection. In the bbstored log, you should see a message about an incoming connection. Once you get to that stage, we can problem solve things further. But until then, the connection isn't even getting to the Box Backup code, so there's nothing we can do. Are you behind a firewall? Are you running a packet filter? What happens if you attempt to connect to the server, from a shell running on that server? What happens if you ask bbstored to listen on localhost, and then connect to that from that same shell? You should at least get something in the logs. Ben From boxbackup at fluffy.co.uk Fri Nov 5 15:29:50 2004 From: boxbackup at fluffy.co.uk (Remco Poelstra) Date: Fri, 05 Nov 2004 16:29:50 +0100 Subject: [Box Backup] Exception: Connection TLSHandshakeFailed (7/30) In-Reply-To: References: <418A4302.1010209@beryllium.net> <418AA925.9040205@beryllium.net> <418B68E6.4070400@beryllium.net> <418B69FF.3040502@beryllium.net> Message-ID: <418B9C6E.9040402@beryllium.net> Ben Summers wrote: >> That's all there is. I grep'ed the syslog on 'box' but If I grep'ed for I would have noticed more output. Namely Nov 5 16:22:33 aker bbstored[3432]: Incoming connection from 131.155.237.160 port 32806 (handling in child 3936) Nov 5 16:22:34 aker bbstored[3936]: SSL err during Accept: error:140890B2:SSL routines:SSL3_GET_CLIENT_CERTIFICATE:no certificate returned Nov 5 16:22:34 aker bbstored[3936]: in server child, exception Connection TLSHandshakeFailed (7/30) -- terminating child Any logfile given to bbackupquery remains empty nontheless. > Are you behind a firewall? Are you running a packet filter? No, I'm not AFAIK. I'm running a stock debian kernel, I don't think it has filtering enabled default. > What happens if you attempt to connect to the server, from a shell > running on that server? What happens if you ask bbstored to listen on > localhost, and then connect to that from that same shell? You should at > least get something in the logs. I suppose I don't have to check the localhost thing? I hope the syslog messages give you a clue. Do you perhaps know how I can change my config to get the logs in the appropriate file? Remco Poelstra From boxbackup at fluffy.co.uk Fri Nov 5 15:39:57 2004 From: boxbackup at fluffy.co.uk (Ben Summers) Date: Fri, 5 Nov 2004 15:39:57 +0000 Subject: [Box Backup] Exception: Connection TLSHandshakeFailed (7/30) In-Reply-To: <418B9C6E.9040402@beryllium.net> References: <418A4302.1010209@beryllium.net> <418AA925.9040205@beryllium.net> <418B68E6.4070400@beryllium.net> <418B69FF.3040502@beryllium.net> <418B9C6E.9040402@beryllium.net> Message-ID: On 5 Nov 2004, at 15:29, Remco Poelstra wrote: > Ben Summers wrote: >>> That's all there is. > > I grep'ed the syslog on 'box' but If I grep'ed for I would have > noticed more output. Namely > > Nov 5 16:22:33 aker bbstored[3432]: Incoming connection from > 131.155.237.160 port 32806 (handling in child 3936) > Nov 5 16:22:34 aker bbstored[3936]: SSL err during Accept: > error:140890B2:SSL routines:SSL3_GET_CLIENT_CERTIFICATE:no certificate > returned > Nov 5 16:22:34 aker bbstored[3936]: in server child, exception > Connection TLSHandshakeFailed (7/30) -- terminating child > > Any logfile given to bbackupquery remains empty nontheless. Was this for the telnet attempt? What happens in the logs when bbackupquery attempts to connect? Are the clocks on your machines synchronized? It might be that the certificates aren't valid yet if the machine used for signing them had a clock with the wrong time. > >> Are you behind a firewall? Are you running a packet filter? > > No, I'm not AFAIK. I'm running a stock debian kernel, I don't think it > has filtering enabled default. Sounds sensible. > >> What happens if you attempt to connect to the server, from a shell >> running on that server? What happens if you ask bbstored to listen on >> localhost, and then connect to that from that same shell? You should >> at least get something in the logs. > > I suppose I don't have to check the localhost thing? No, we have an incoming connection. > > I hope the syslog messages give you a clue. Do you perhaps know how I > can change my config to get the logs in the appropriate file? It looked to me as if you'd already done that. Did you restart syslogd? (I'm not really hugely familiar with the intricacies of the various Linux distributions, so can't be that much help.) Ben From boxbackup at fluffy.co.uk Fri Nov 5 15:47:56 2004 From: boxbackup at fluffy.co.uk (Remco Poelstra) Date: Fri, 05 Nov 2004 16:47:56 +0100 Subject: [Box Backup] Exception: Connection TLSHandshakeFailed (7/30) In-Reply-To: References: <418A4302.1010209@beryllium.net> <418AA925.9040205@beryllium.net> <418B68E6.4070400@beryllium.net> <418B69FF.3040502@beryllium.net> <418B9C6E.9040402@beryllium.net> Message-ID: <418BA0AC.1070201@beryllium.net> Ben Summers wrote: >> Nov 5 16:22:33 aker bbstored[3432]: Incoming connection from >> 131.155.237.160 port 32806 (handling in child 3936) >> Nov 5 16:22:34 aker bbstored[3936]: SSL err during Accept: >> error:140890B2:SSL routines:SSL3_GET_CLIENT_CERTIFICATE:no certificate >> returned >> Nov 5 16:22:34 aker bbstored[3936]: in server child, exception >> Connection TLSHandshakeFailed (7/30) -- terminating child >> >> Any logfile given to bbackupquery remains empty nontheless. > > > Was this for the telnet attempt? What happens in the logs when > bbackupquery attempts to connect? No, that was the output of a 'bbackupquery'. Telnet gives: Nov 5 16:45:12 aker bbstored[3432]: Incoming connection from 131.155.237.160 port 32822 (handling in child 3963) Nov 5 16:45:14 aker bbstored[3963]: SSL err during Accept: error:1408F10B:SSL routines:SSL3_GET_RECORD:wrong version number Nov 5 16:45:14 aker bbstored[3963]: in server child, exception Connection TLSHandshakeFailed (7/30) -- terminating child > Are the clocks on your machines synchronized? It might be that the > certificates aren't valid yet if the machine used for signing them had a > clock with the wrong time. Yes, there are a few seconds apart. >> I hope the syslog messages give you a clue. Do you perhaps know how I >> can change my config to get the logs in the appropriate file? > > > It looked to me as if you'd already done that. Did you restart syslogd? > (I'm not really hugely familiar with the intricacies of the various > Linux distributions, so can't be that much help.) Yes, I did. I reboot my machine regurlary. It's not very important. I'll see if I can figure it out. Remco From boxbackup at fluffy.co.uk Fri Nov 5 23:22:30 2004 From: boxbackup at fluffy.co.uk (Ken Gregoire) Date: Fri, 05 Nov 2004 18:22:30 -0500 Subject: [Box Backup] Box Backup Win32 Client Next release (0.08f) In-Reply-To: <200411012126.iA1LQLBY029523@very.fluffy.co.uk> References: <200411012126.iA1LQLBY029523@very.fluffy.co.uk> Message-ID: <418C0B36.4010506@gordiandata.net> The client works on 2000 and XP Get this error on both 98 and NT The BBACUPCTL.EXE file is missing export KERNEL32.DLL GetFileSizeEx Is 98 and NT expected to work? Cheers! Ken From boxbackup at fluffy.co.uk Sat Nov 6 00:17:15 2004 From: boxbackup at fluffy.co.uk (Chris Hane) Date: Fri, 05 Nov 2004 18:17:15 -0600 Subject: [Box Backup] Win32 Port - bbackupctl issue wit configuration file Message-ID: <6.0.0.22.0.20041105180819.0237e778@68.76.213.53> --=======48EB6E7D======= Content-Type: text/plain; x-avg-checked=avg-ok-C52A7C; charset=us-ascii; format=flowed Content-Transfer-Encoding: 8bit I am getting the following error when trying to test the Win32 client (posted by Nick Knight) version 0.8f. I have: - installed the server on a Linux box and have Linux clients backing up to it - installed the client on Win32 - can query the server with "bbackupquery -c bbackupd.conf" - can run the daemon "bbackupd -c bbackupd.conf" When I run the client [bbackupctl -c bbackupd.conf] I get the following error: C:\Program Files\Box Backup>bbackupctl -c bbackupd.conf synch Using configuration file Exception: Common (1/2) I'm probably doing something very simple wrong. I just don't see what is wrong in the config file (or am I specifying the path incorrectly). I have installed the win32 client in the default location of ("program files\box backup"). Also, I am running on Windows XP. As a note, when I look in the PID directory below there is not a file named bbackupd.pid. Could that be the issue? Thanks in advance and I've included my config file below, Chris.... [bbackupd.conf] StoreHostname = bacchus.itsolut.com AccountNumber = 0x75ab23c KeysFile = C:\Program Files\Box Backup\75AB23C-FileEncKeys.raw CertificateFile = C:\Program Files\Box Backup\75AB23C-cert.pem PrivateKeyFile = C:\Program Files\Box Backup\75AB23C-key.pem TrustedCAsFile = C:\Program Files\Box Backup\serverCA.pem DataDirectory = C:\Program Files\Box Backup\bbackupd # If you do not install it in the default location - also do not forget to # change the pid file location (below) # This script is run whenever bbackupd encounters a problem which requires # the system administrator to assist: # 1) The store is full, and no more data can be uploaded. # 2) Some files or directories were not readable. # The default script emails the system administrator. # NotifyScript = NotifySysadmin.sh # A scan of the local discs will be made once an hour (approximately). # To avoid cycles of load on the server, this time is randomly adjusted by a small # percentage as the daemon runs. # UpdateStoreInterval = 3600 UpdateStoreInterval = 0 AutomaticBackup = no # A file must have been modified at least 6 hours ago before it will be uploaded. #MinimumFileAge = 21600 MinimumFileAge = 0 # If a file is modified repeated, it won't be uploaded immediately in case it's modified again. # However, it should be uploaded eventually. This is how long we should wait after first noticing # a change. (1 day) #MaxUploadWait = 86400 MaxUploadWait = 0 # Files above this size (in bytes) are tracked, and if they are renamed they will simply be # renamed on the server, rather than being uploaded again. (64k - 1) FileTrackingSizeThreshold = 65535 # The daemon does "changes only" uploads for files above this size (in bytes). # Files less than it are uploaded whole without this extra processing. DiffingUploadSizeThreshold = 8192 # The limit on how much time is spent diffing files. Most files shouldn't take very long, # but if you have really big files you can use this to limit the time spent diffing them. # * Reduce if you are having problems with processor usage. # * Increase if you have large files, and think the upload of changes is too large and want # to spend more time searching for unchanged blocks. MaximumDiffingTime = 20 # Uncomment this line to see exactly what the daemon is going when it's connected to the server. ExtendedLogging = yes # Use this to temporarily stop bbackupd from syncronising or connecting to the store. # This specifies a program or script script which is run just before each sync, and ideally # the full path to the interpreter. It will be run as the same user bbackupd is running as, # usually root. # The script prints either "now" or a number to STDOUT (and a terminating newline, no quotes). # If the result was "now", then the sync will happen. If it's a number, then the script will # be asked again in that number of seconds. # For example, you could use this on a laptop to only backup when on a specific network. # SyncAllowScript = /path/to/intepreter/or/exe script-name parameters etc # Where the command socket is created in the filesystem. CommandSocket = bbackupd/bbackupd.sock Server { PidFile = C:\Program Files\Box Backup\bbackupd\bbackupd.pid } # # BackupLocations specifies which locations on disc should be backed up. Each # directory is in the format # # name # { # Path = /path/of/directory # (optional exclude directives) # } # # 'name' is derived from the Path by the config script, but should merely be # unique. # # The exclude directives are of the form # # [Exclude|AlwaysInclude][File|Dir][|sRegex] = regex or full pathname # # (The regex suffix is shown as 'sRegex' to make File or Dir plural) # # For example: # # ExcludeDir = /home/guest-user # ExcludeFilesRegex = *.(mp3|MP3)$ # AlwaysIncludeFile = /home/username/veryimportant.mp3 # # This excludes the directory /home/guest-user from the backup along with all mp3 # files, except one MP3 file in particular. # # In general, Exclude excludes a file or directory, unless the directory is # explicitly mentioned in a AlwaysInclude directive. # # If a directive ends in Regex, then it is a regular expression rather than a # explicit full pathname. See # # man 7 re_format # # for the regex syntax on your platform. # BackupLocations { TestData { Path = C:\data\test\ } } --=======48EB6E7D=======-- From boxbackup at fluffy.co.uk Sat Nov 6 15:03:39 2004 From: boxbackup at fluffy.co.uk (ken) Date: Sat, 6 Nov 2004 10:03:39 -0500 (EST) Subject: [Box Backup] Boxbackup Installation Procedures for Fedora Core 2 & Windows Clients In-Reply-To: References: <6.0.0.22.0.20041105011035.01ef3e50@68.76.213.53> Message-ID: <37824.70.25.206.45.1099753419.squirrel@70.25.206.45> Here is an installation procedure for boxbackup on Fedora Core 2 and for Windows Clients using the new Windows client. http://mybizguard.com/linux/backups/boxbackup.txt Hope it helps some and gets more people using boxbackup. Cheers! Ken -- Ken Gregoire Gordian Data Inc. www.gordiandata.com ken at gordiandata.net From boxbackup at fluffy.co.uk Sat Nov 6 15:38:09 2004 From: boxbackup at fluffy.co.uk (Garry Glendown) Date: Sat, 06 Nov 2004 16:38:09 +0100 Subject: [Box Backup] 7/48 after upgrading ... Message-ID: <418CEFE1.8020708@regio.net> Hi, after running 0.07* versions for quite some time, I decided to upgrade to 0.08 as work on PC clients seems to be progressing nicely ... install went nice on the server, but after installing the 0.08 client on the first box, I get the 7/48 error upon starting bbackupd ... is there a "frequent" mistake I may have made that causes this? Tnx, -garry From boxbackup at fluffy.co.uk Sat Nov 6 15:42:32 2004 From: boxbackup at fluffy.co.uk (Martin Ebourne) Date: Sat, 06 Nov 2004 15:42:32 +0000 Subject: [Box Backup] Boxbackup Installation Procedures for Fedora Core 2 & Windows Clients In-Reply-To: <37824.70.25.206.45.1099753419.squirrel@70.25.206.45> References: <6.0.0.22.0.20041105011035.01ef3e50@68.76.213.53> <37824.70.25.206.45.1099753419.squirrel@70.25.206.45> Message-ID: <1099755752.7756.27.camel@avenin.ebourne.me.uk> On Sat, 2004-11-06 at 15:03, ken wrote: > Here is an installation procedure for boxbackup on Fedora Core 2 and for > Windows Clients using the new Windows client. > > http://mybizguard.com/linux/backups/boxbackup.txt > > Hope it helps some and gets more people using boxbackup. Ken, This could be streamlined a bit. These steps are unnecessary; rpmbuild works straight from the tarball: cd /downloads/boxbackup tar -zxvf boxbackup-0.08.tgz cd /downloads/boxbackup/boxbackup-0.08/contrib/rpm If Ben could update the 0.08 tarball with the last RPM patch then the adduser would be unnecessary too. There's a couple of other bugs it fixes too, so is worthwhile. If not, then do the adduser like so instead: useradd -c "Box Backup" -u 171 -s /sbin/nologin -r -d /var/empty box I wouldn't bother installing the debuginfo RPM unless you get crashing problems. It's only useful in the case of stack traces or debugger usage. These should not be needed, the RPM should be doing it. If not, then please let me know: chown -R box /etc/box/bbstored chmod -R go-rwx /etc/box/bbstored This is not necessary: vi /etc/services Add the following at about line 369: boxbackup 2201/tcp # boxbackup boxbackup 2201/udp # boxbackup Save and close this file. Likewise, we aren't using xinetd and so don't need to restart it: Restart xinetd /etc/rc.d/init.d/xinetd restart The other thing is that it's not always clear which bits need to be done on the client and which on the server. eg. There's no need to install the -client RPM on the server. In your example you appear to be backing up the home directories back to the home partition again - probably not the best thing to do! Probably under /mnt or /srv would be the best places to put the backup destination. Looking good though. Probably less intimidating than Ben's fully comprehensive documentation. :) Cheers, Martin. From boxbackup at fluffy.co.uk Sat Nov 6 15:53:32 2004 From: boxbackup at fluffy.co.uk (Garry Glendown) Date: Sat, 06 Nov 2004 16:53:32 +0100 Subject: [Box Backup] 7/48 after upgrading ... - solved In-Reply-To: <418CEFE1.8020708@regio.net> References: <418CEFE1.8020708@regio.net> Message-ID: <418CF37C.10808@regio.net> Garry Glendown wrote: > Hi, > > after running 0.07* versions for quite some time, I decided to upgrade > to 0.08 as work on PC clients seems to be progressing nicely ... install > went nice on the server, but after installing the 0.08 client on the > first box, I get the 7/48 error upon starting bbackupd ... is there a > "frequent" mistake I may have made that causes this? OK, problem was I didn't have an entry in /etc/services, which wasn't necessary on the old release I had running - this in turn required me to remove the inet: before the listen address ... after adding the entry to services and putting the inet: back in, everything seems to be working again ... -garry From boxbackup at fluffy.co.uk Sun Nov 7 09:51:25 2004 From: boxbackup at fluffy.co.uk (Ben Summers) Date: Sun, 7 Nov 2004 09:51:25 +0000 Subject: [Box Backup] 7/48 after upgrading ... - solved In-Reply-To: <418CF37C.10808@regio.net> References: <418CEFE1.8020708@regio.net> <418CF37C.10808@regio.net> Message-ID: <96DEFC00-30A2-11D9-856D-000A95AFF7F8@fluffy.co.uk> On 6 Nov 2004, at 15:53, Garry Glendown wrote: > Garry Glendown wrote: >> Hi, >> after running 0.07* versions for quite some time, I decided to >> upgrade to 0.08 as work on PC clients seems to be progressing nicely >> ... install went nice on the server, but after installing the 0.08 >> client on the first box, I get the 7/48 error upon starting bbackupd >> ... is there a "frequent" mistake I may have made that causes this? > > OK, problem was I didn't have an entry in /etc/services, which wasn't > necessary on the old release I had running - this in turn required me > to remove the inet: before the listen address ... after adding the > entry to services and putting the inet: back in, everything seems to > be working again ... I'm surprised that an entry in /etc/services is required. Everything uses port numbers internally, and doesn't look things up in /etc/services. Also, in ListenAddresses, inet:hostname is the only acceptable format and the "inet:" is always required. (You can also listen on UNIX sockets by using "unix:filename", but this is of limited use.) Ben From boxbackup at fluffy.co.uk Sun Nov 7 09:53:13 2004 From: boxbackup at fluffy.co.uk (Ben Summers) Date: Sun, 7 Nov 2004 09:53:13 +0000 Subject: [Box Backup] Exception: Connection TLSHandshakeFailed (7/30) In-Reply-To: <418BA0AC.1070201@beryllium.net> References: <418A4302.1010209@beryllium.net> <418AA925.9040205@beryllium.net> <418B68E6.4070400@beryllium.net> <418B69FF.3040502@beryllium.net> <418B9C6E.9040402@beryllium.net> <418BA0AC.1070201@beryllium.net> Message-ID: On 5 Nov 2004, at 15:47, Remco Poelstra wrote: > Ben Summers wrote: >>> Nov 5 16:22:33 aker bbstored[3432]: Incoming connection from >>> 131.155.237.160 port 32806 (handling in child 3936) >>> Nov 5 16:22:34 aker bbstored[3936]: SSL err during Accept: >>> error:140890B2:SSL routines:SSL3_GET_CLIENT_CERTIFICATE:no >>> certificate returned >>> Nov 5 16:22:34 aker bbstored[3936]: in server child, exception >>> Connection TLSHandshakeFailed (7/30) -- terminating child >>> >>> Any logfile given to bbackupquery remains empty nontheless. >> Was this for the telnet attempt? What happens in the logs when >> bbackupquery attempts to connect? > > No, that was the output of a 'bbackupquery'. Telnet gives: > Nov 5 16:45:12 aker bbstored[3432]: Incoming connection from > 131.155.237.160 port 32822 (handling in child 3963) > Nov 5 16:45:14 aker bbstored[3963]: SSL err during Accept: > error:1408F10B:SSL routines:SSL3_GET_RECORD:wrong version number > Nov 5 16:45:14 aker bbstored[3963]: in server child, exception > Connection TLSHandshakeFailed (7/30) -- terminating child I am rather puzzled why this might happen. What's in your bbackupd.conf and bbstored.conf files? Ben From boxbackup at fluffy.co.uk Sun Nov 7 11:16:46 2004 From: boxbackup at fluffy.co.uk (Ben Summers) Date: Sun, 7 Nov 2004 11:16:46 +0000 Subject: [Box Backup] Boxbackup Installation Procedures for Fedora Core 2 & Windows Clients In-Reply-To: <1099755752.7756.27.camel@avenin.ebourne.me.uk> References: <6.0.0.22.0.20041105011035.01ef3e50@68.76.213.53> <37824.70.25.206.45.1099753419.squirrel@70.25.206.45> <1099755752.7756.27.camel@avenin.ebourne.me.uk> Message-ID: <82D0A2C9-30AE-11D9-856D-000A95AFF7F8@fluffy.co.uk> On 6 Nov 2004, at 15:42, Martin Ebourne wrote: > On Sat, 2004-11-06 at 15:03, ken wrote: >> Here is an installation procedure for boxbackup on Fedora Core 2 and >> for >> Windows Clients using the new Windows client. >> >> http://mybizguard.com/linux/backups/boxbackup.txt >> >> Hope it helps some and gets more people using boxbackup. > [snip] > > If Ben could update the 0.08 tarball with the last RPM patch then the > adduser would be unnecessary too. I have updated it in my sources, and it will appear when I next do a release. I have some minor changes and fixes, so will do a PLUS1 version just before I start integrating the Win32 native port, and modifying it to do multiple streams for Mac OS X fork and Win32 streams. [snip] > > In your example you appear to be backing up the home directories back > to > the home partition again - probably not the best thing to do! Probably > under /mnt or /srv would be the best places to put the backup > destination. To be fair, he does use an ExcludeDir directive to avoid this problem. > > Looking good though. Probably less intimidating than Ben's fully > comprehensive documentation. :) Yeah, I know I need to revisit this. :-) A couple of things which I noticed. 1) Modifying the openssl.cnf file is not necessary. 2) You are incorrect about the necessity to protect the CA to be able to restore data. You only need to protect it to ensure all clients and servers are authenticated properly. If you did lose it, you could replace all the certificates on the server and clients, and still be able to use your existing data. If you lose a client or server cert, you can just sign a new one. It's only the keys file on the client (X-FileEncKeys.raw) which you need to look after carefully, because that is not replaceable. Thanks for posting your instructions! Ben From boxbackup at fluffy.co.uk Sun Nov 7 11:30:23 2004 From: boxbackup at fluffy.co.uk (Ben Summers) Date: Sun, 7 Nov 2004 11:30:23 +0000 Subject: [Box Backup] Win32 Port - bbackupctl issue wit configuration file In-Reply-To: <6.0.0.22.0.20041105180819.0237e778@68.76.213.53> References: <6.0.0.22.0.20041105180819.0237e778@68.76.213.53> Message-ID: <69BD0183-30B0-11D9-856D-000A95AFF7F8@fluffy.co.uk> On 6 Nov 2004, at 00:17, Chris Hane wrote: > > I am getting the following error when trying to test the Win32 client > (posted by Nick Knight) version 0.8f. > > I have: > - installed the server on a Linux box and have Linux clients backing > up to it > - installed the client on Win32 > - can query the server with "bbackupquery -c bbackupd.conf" > - can run the daemon "bbackupd -c bbackupd.conf" > > When I run the client [bbackupctl -c bbackupd.conf] I get the > following error: > C:\Program Files\Box Backup>bbackupctl -c bbackupd.conf synch > Using configuration file > Exception: Common (1/2) > > I'm probably doing something very simple wrong. I just don't see what > is wrong in the config file (or am I specifying the path incorrectly). > I have installed the win32 client in the default location of > ("program > files\box backup"). Also, I am running on Windows XP. The error means that it cannot open the config file (it appears the Win32 client is built without the full error messages which would have suggested this.) Which directory are you running the command from? Type "dir" first, and if bbackup.conf is not listed, then that's your problem. In which case try something like bbackupctl -c "c:\Program Files\Box Backup\bbackupd.conf" sync > > As a note, when I look in the PID directory below there is not a file > named bbackupd.pid. Could that be the issue? Not with bbackupctl. It might suggest that the daemon isn't actually running though. Check your logs. Ben From boxbackup at fluffy.co.uk Sun Nov 7 12:58:43 2004 From: boxbackup at fluffy.co.uk (Remco Poelstra) Date: Sun, 07 Nov 2004 13:58:43 +0100 Subject: [Box Backup] Exception: Connection TLSHandshakeFailed (7/30) In-Reply-To: References: <418A4302.1010209@beryllium.net> <418AA925.9040205@beryllium.net> <418B68E6.4070400@beryllium.net> <418B69FF.3040502@beryllium.net> <418B9C6E.9040402@beryllium.net> <418BA0AC.1070201@beryllium.net> Message-ID: <418E1C03.4080506@beryllium.net> Ben Summers wrote: > I am rather puzzled why this might happen. What's in your bbackupd.conf > and bbstored.conf files? They can be found here: http://www.beryllium.net/~remco/bbstored.conf http://www.beryllium.net/~remco/bbackupd.conf Hope this helps, Remco From boxbackup at fluffy.co.uk Sun Nov 7 15:55:31 2004 From: boxbackup at fluffy.co.uk (ken) Date: Sun, 7 Nov 2004 10:55:31 -0500 (EST) Subject: [Box Backup] Boxbackup Installation Procedures for Fedora Core 2 & Windows Clients In-Reply-To: <82D0A2C9-30AE-11D9-856D-000A95AFF7F8@fluffy.co.uk> References: <6.0.0.22.0.20041105011035.01ef3e50@68.76.213.53> <37824.70.25.206.45.1099753419.squirrel@70.25.206.45> <1099755752.7756.27.camel@avenin.ebourne.me.uk> <82D0A2C9-30AE-11D9-856D-000A95AFF7F8@fluffy.co.uk> Message-ID: <54412.70.25.206.45.1099842931.squirrel@70.25.206.45> Hi Ben, Your welcome. Feel free to take what I have done and modify, update and include in your package, all GNU. In my experience, it is easy to get frustrated just trying to install Open Source and quit before they even get to try good products like boxbackup. It would be nice to see a frontend on the CA to allow clients to generate their certificates online and provide key escrow so that if they lost them they could retrieve them again. The assumption would be that they would have to have an account on the CA to login. Will the new client eventually support 98/NT clients? Still alot out there. Cheers! Ken > > On 6 Nov 2004, at 15:42, Martin Ebourne wrote: > >> On Sat, 2004-11-06 at 15:03, ken wrote: >>> Here is an installation procedure for boxbackup on Fedora Core 2 and >>> for >>> Windows Clients using the new Windows client. >>> >>> http://mybizguard.com/linux/backups/boxbackup.txt >>> >>> Hope it helps some and gets more people using boxbackup. >> > [snip] >> >> If Ben could update the 0.08 tarball with the last RPM patch then the >> adduser would be unnecessary too. > > I have updated it in my sources, and it will appear when I next do a > release. I have some minor changes and fixes, so will do a PLUS1 > version just before I start integrating the Win32 native port, and > modifying it to do multiple streams for Mac OS X fork and Win32 > streams. > > [snip] >> >> In your example you appear to be backing up the home directories back >> to >> the home partition again - probably not the best thing to do! Probably >> under /mnt or /srv would be the best places to put the backup >> destination. > > To be fair, he does use an ExcludeDir directive to avoid this problem. > >> >> Looking good though. Probably less intimidating than Ben's fully >> comprehensive documentation. :) > > Yeah, I know I need to revisit this. :-) > > A couple of things which I noticed. > > 1) Modifying the openssl.cnf file is not necessary. > > 2) You are incorrect about the necessity to protect the CA to be able > to restore data. You only need to protect it to ensure all clients and > servers are authenticated properly. > > If you did lose it, you could replace all the certificates on the > server and clients, and still be able to use your existing data. If you > lose a client or server cert, you can just sign a new one. It's only > the keys file on the client (X-FileEncKeys.raw) which you need to look > after carefully, because that is not replaceable. > > > Thanks for posting your instructions! > > Ben > > _______________________________________________ > boxbackup mailing list > boxbackup at fluffy.co.uk > http://lists.warhead.org.uk/mailman/listinfo/boxbackup > From boxbackup at fluffy.co.uk Sun Nov 7 16:10:24 2004 From: boxbackup at fluffy.co.uk (Ben Summers) Date: Sun, 7 Nov 2004 16:10:24 +0000 Subject: [Box Backup] Boxbackup Installation Procedures for Fedora Core 2 & Windows Clients In-Reply-To: <54412.70.25.206.45.1099842931.squirrel@70.25.206.45> References: <6.0.0.22.0.20041105011035.01ef3e50@68.76.213.53> <37824.70.25.206.45.1099753419.squirrel@70.25.206.45> <1099755752.7756.27.camel@avenin.ebourne.me.uk> <82D0A2C9-30AE-11D9-856D-000A95AFF7F8@fluffy.co.uk> <54412.70.25.206.45.1099842931.squirrel@70.25.206.45> Message-ID: <87FF18CB-30D7-11D9-856D-000A95AFF7F8@fluffy.co.uk> On 7 Nov 2004, at 15:55, ken wrote: > Hi Ben, > > Your welcome. Feel free to take what I have done and modify, update > and > include in your package, all GNU. GNU is an unacceptable license for this project. And anyway, with third party instructions I would prefer they were published elsewhere and then linked if appropriate. > > In my experience, it is easy to get frustrated just trying to install > Open > Source and quit before they even get to try good products like > boxbackup. The certificates thing can be a little tricky, but I'm yet to think of a suitable alternative. The scripts do give you all the instructions you need -- really it's just a matter of reading the instructions and following them. > > It would be nice to see a frontend on the CA to allow clients to > generate > their certificates online and provide key escrow so that if they lost > them > they could retrieve them again. The assumption would be that they > would > have to have an account on the CA to login. I believe there are people working on such a front end. > > Will the new client eventually support 98/NT clients? Still alot out > there. I don't know. Maybe. I think we will get it working on 2k first. Ben From boxbackup at fluffy.co.uk Sun Nov 7 16:15:38 2004 From: boxbackup at fluffy.co.uk (Martin Ebourne) Date: Sun, 07 Nov 2004 16:15:38 +0000 Subject: [Box Backup] Boxbackup Installation Procedures for Fedora Core 2 & Windows Clients In-Reply-To: <54412.70.25.206.45.1099842931.squirrel@70.25.206.45> References: <6.0.0.22.0.20041105011035.01ef3e50@68.76.213.53> <37824.70.25.206.45.1099753419.squirrel@70.25.206.45> <1099755752.7756.27.camel@avenin.ebourne.me.uk> <82D0A2C9-30AE-11D9-856D-000A95AFF7F8@fluffy.co.uk> <54412.70.25.206.45.1099842931.squirrel@70.25.206.45> Message-ID: <1099844138.15622.4.camel@avenin.ebourne.me.uk> On Sun, 2004-11-07 at 15:55, ken wrote: > It would be nice to see a frontend on the CA to allow clients to generate > their certificates online and provide key escrow so that if they lost them > they could retrieve them again. The assumption would be that they would > have to have an account on the CA to login. I'm not sure this really belongs with the box project. There's lots of different SSL based services which need certificates, box is not really any different to them. You should be able to use any CA for the certificates. I use cacert.org which is a free/open CA for apache and other things. That might be a good solution for box too, though I haven't tried it yet. Cheers, Martin. From boxbackup at fluffy.co.uk Sun Nov 7 17:42:34 2004 From: boxbackup at fluffy.co.uk (Ben Summers) Date: Sun, 7 Nov 2004 17:42:34 +0000 Subject: [Box Backup] Boxbackup Installation Procedures for Fedora Core 2 & Windows Clients In-Reply-To: <1099844138.15622.4.camel@avenin.ebourne.me.uk> References: <6.0.0.22.0.20041105011035.01ef3e50@68.76.213.53> <37824.70.25.206.45.1099753419.squirrel@70.25.206.45> <1099755752.7756.27.camel@avenin.ebourne.me.uk> <82D0A2C9-30AE-11D9-856D-000A95AFF7F8@fluffy.co.uk> <54412.70.25.206.45.1099842931.squirrel@70.25.206.45> <1099844138.15622.4.camel@avenin.ebourne.me.uk> Message-ID: <688B7B16-30E4-11D9-856D-000A95AFF7F8@fluffy.co.uk> On 7 Nov 2004, at 16:15, Martin Ebourne wrote: > On Sun, 2004-11-07 at 15:55, ken wrote: >> It would be nice to see a frontend on the CA to allow clients to >> generate >> their certificates online and provide key escrow so that if they lost >> them >> they could retrieve them again. The assumption would be that they >> would >> have to have an account on the CA to login. > > I'm not sure this really belongs with the box project. There's lots of > different SSL based services which need certificates, box is not really > any different to them. > > You should be able to use any CA for the certificates. You can use any CA. Just use it's root certificate in the configuration files. > I use cacert.org > which is a free/open CA for apache and other things. That might be a > good solution for box too, though I haven't tried it yet. However, you probably wouldn't want to do that. Certificates in Box Backup are used for authentication, not confirming identity. You will probably want to keep control over what certificates are signed to allow you to access the servers! Ben From boxbackup at fluffy.co.uk Sun Nov 7 21:34:04 2004 From: boxbackup at fluffy.co.uk (Jonas Lundgren) Date: Sun, 07 Nov 2004 22:34:04 +0100 Subject: [Box Backup] Retrieving a deleted director Message-ID: <418E94CC.2010604@local.se> How do i retrieve a deleted directory (using get -i filename on 500 files is quite irritating.) -- Best regards, Jonas Lundgren ICQ: #52064961 IRC: neonman @ EFnet, Undernet, Quakenet Mail: jonas.lundgren at local.se From boxbackup at fluffy.co.uk Sun Nov 7 21:55:55 2004 From: boxbackup at fluffy.co.uk (Ben Summers) Date: Sun, 7 Nov 2004 21:55:55 +0000 Subject: [Box Backup] Retrieving a deleted director In-Reply-To: <418E94CC.2010604@local.se> References: <418E94CC.2010604@local.se> Message-ID: On 7 Nov 2004, at 21:34, Jonas Lundgren wrote: > How do i retrieve a deleted directory (using get -i filename > on 500 files is quite irritating.) Use the -d flag with the restore command in bbackupquery. Type "help restore" for details. Ben From boxbackup at fluffy.co.uk Mon Nov 8 12:06:54 2004 From: boxbackup at fluffy.co.uk (Nick Knight) Date: Mon, 8 Nov 2004 12:06:54 -0000 Subject: [Box Backup] Win32 Port - bbackupctl issue wit configuration file Message-ID: I haven't tested the backupctl much - and may have broken it! Let me look into this and get back to you. Regards Nick -----Original Message----- From: boxbackup-admin at fluffy.co.uk [mailto:boxbackup-admin at fluffy.co.uk] On Behalf Of Chris Hane Sent: 06 November 2004 00:17 To: boxbackup at fluffy.co.uk Subject: [Box Backup] Win32 Port - bbackupctl issue wit configuration file I am getting the following error when trying to test the Win32 client=20 (posted by Nick Knight) version 0.8f. I have: - installed the server on a Linux box and have Linux clients backing up to it - installed the client on Win32 - can query the server with "bbackupquery -c bbackupd.conf" - can run the daemon "bbackupd -c bbackupd.conf" When I run the client [bbackupctl -c bbackupd.conf] I get the following error: C:\Program Files\Box Backup>bbackupctl -c bbackupd.conf synch Using configuration file Exception: Common (1/2) I'm probably doing something very simple wrong. I just don't see what is=20 wrong in the config file (or am I specifying the path incorrectly). I have=20 installed the win32 client in the default location of ("program files\box=20 backup"). Also, I am running on Windows XP. As a note, when I look in the PID directory below there is not a file named=20 bbackupd.pid. Could that be the issue? Thanks in advance and I've included my config file below, Chris.... [bbackupd.conf] StoreHostname =3D bacchus.itsolut.com AccountNumber =3D 0x75ab23c KeysFile =3D C:\Program Files\Box Backup\75AB23C-FileEncKeys.raw CertificateFile =3D C:\Program Files\Box Backup\75AB23C-cert.pem PrivateKeyFile =3D C:\Program Files\Box Backup\75AB23C-key.pem TrustedCAsFile =3D C:\Program Files\Box Backup\serverCA.pem DataDirectory =3D C:\Program Files\Box Backup\bbackupd # If you do not install it in the default location - also do not forget to # change the pid file location (below) # This script is run whenever bbackupd encounters a problem which requires # the system administrator to assist: # 1) The store is full, and no more data can be uploaded. # 2) Some files or directories were not readable. # The default script emails the system administrator. # NotifyScript =3D NotifySysadmin.sh # A scan of the local discs will be made once an hour (approximately). # To avoid cycles of load on the server, this time is randomly adjusted by=20 a small # percentage as the daemon runs. # UpdateStoreInterval =3D 3600 UpdateStoreInterval =3D 0 AutomaticBackup =3D no # A file must have been modified at least 6 hours ago before it will be=20 uploaded. #MinimumFileAge =3D 21600 MinimumFileAge =3D 0 # If a file is modified repeated, it won't be uploaded immediately in case=20 it's modified again. # However, it should be uploaded eventually. This is how long we should=20 wait after first noticing # a change. (1 day) #MaxUploadWait =3D 86400 MaxUploadWait =3D 0 # Files above this size (in bytes) are tracked, and if they are renamed=20 they will simply be # renamed on the server, rather than being uploaded again. (64k - 1) FileTrackingSizeThreshold =3D 65535 # The daemon does "changes only" uploads for files above this size (in bytes). # Files less than it are uploaded whole without this extra processing. DiffingUploadSizeThreshold =3D 8192 # The limit on how much time is spent diffing files. Most files shouldn't=20 take very long, # but if you have really big files you can use this to limit the time spent=20 diffing them. # * Reduce if you are having problems with processor usage. # * Increase if you have large files, and think the upload of changes is too large and want # to spend more time searching for unchanged blocks. MaximumDiffingTime =3D 20 # Uncomment this line to see exactly what the daemon is going when it's=20 connected to the server. ExtendedLogging =3D yes # Use this to temporarily stop bbackupd from syncronising or connecting to=20 the store. # This specifies a program or script script which is run just before each=20 sync, and ideally # the full path to the interpreter. It will be run as the same user=20 bbackupd is running as, # usually root. # The script prints either "now" or a number to STDOUT (and a terminating=20 newline, no quotes). # If the result was "now", then the sync will happen. If it's a number,=20 then the script will # be asked again in that number of seconds. # For example, you could use this on a laptop to only backup when on a=20 specific network. # SyncAllowScript =3D /path/to/intepreter/or/exe script-name parameters etc # Where the command socket is created in the filesystem. CommandSocket =3D bbackupd/bbackupd.sock Server { PidFile =3D C:\Program Files\Box Backup\bbackupd\bbackupd.pid } # # BackupLocations specifies which locations on disc should be backed up. Each # directory is in the format # # name # { # Path =3D /path/of/directory # (optional exclude directives) # } # # 'name' is derived from the Path by the config script, but should merely be # unique. # # The exclude directives are of the form # # [Exclude|AlwaysInclude][File|Dir][|sRegex] =3D regex or full pathname # # (The regex suffix is shown as 'sRegex' to make File or Dir plural) # # For example: # # ExcludeDir =3D /home/guest-user # ExcludeFilesRegex =3D *.(mp3|MP3)$ # AlwaysIncludeFile =3D /home/username/veryimportant.mp3 # # This excludes the directory /home/guest-user from the backup along with=20 all mp3 # files, except one MP3 file in particular. # # In general, Exclude excludes a file or directory, unless the directory is # explicitly mentioned in a AlwaysInclude directive. # # If a directive ends in Regex, then it is a regular expression rather than a # explicit full pathname. See # # man 7 re_format # # for the regex syntax on your platform. # BackupLocations { TestData { Path =3D C:\data\test\ } } From boxbackup at fluffy.co.uk Mon Nov 8 16:29:50 2004 From: boxbackup at fluffy.co.uk (Chris Hane) Date: Mon, 08 Nov 2004 10:29:50 -0600 Subject: [Box Backup] Win32 Port - bbackupctl issue with configuration file In-Reply-To: <69BD0183-30B0-11D9-856D-000A95AFF7F8@fluffy.co.uk> References: <6.0.0.22.0.20041105180819.0237e778@68.76.213.53> <69BD0183-30B0-11D9-856D-000A95AFF7F8@fluffy.co.uk> Message-ID: <6.0.0.22.0.20041108100502.022ed270@68.76.213.53> --=======49F233FB======= Content-Type: text/plain; x-avg-checked=avg-ok-3CB42557; charset=us-ascii; format=flowed Content-Transfer-Encoding: 8bit Thanks for the reply...I don't know what I was doing wrong...bbackupctl is now finding the bbackup.conf file just fine. However, the second issue of the daemon not writing a PID file is causing the error I'm seeing now. When I start the bbackupctl I get 1 error message (in the event log) indicating it can not find the command socket. Error message from command prompt: C:\Program Files\Box Backup>bbackupctl.exe sync Using configuration file C:\Program Files\Box Backup\bbackupd.conf Failed to connect to daemon control socket. Possible causes: * Daemon not running * Daemon busy syncing with store server * Another bbackupctl process is communicating with the daemon * Daemon is waiting to recover from an error Failed to connect to the command socket I don't see anything in the event log for the daemon that looks like an error. When I start the bbackupd there a several entries (start, login, get file list, ....) that indicate a successful startup. On my machine it doesn't look like it is creating the PID file or the command socket. I have tried different settings for these in the bbackup.conf file. The current ones are the defaults that shipped with the program. Also, I am running under and administrator account and have full access to all directories on the machine. CommandSocket = bbackupd/bbackupd.sock Server { PidFile = C:\Program Files\Box Backup\bbackupd\bbackupd.pid } Also, the "C:\Program Files\Box Backup\bbackupd" directory does exist. Chris.... At 05:30 AM 11/7/2004, Ben Summers wrote: >On 6 Nov 2004, at 00:17, Chris Hane wrote: > >> >>I am getting the following error when trying to test the Win32 client >>(posted by Nick Knight) version 0.8f. >> >>I have: >> - installed the server on a Linux box and have Linux clients backing up >> to it >> - installed the client on Win32 >> - can query the server with "bbackupquery -c bbackupd.conf" >> - can run the daemon "bbackupd -c bbackupd.conf" >> >>When I run the client [bbackupctl -c bbackupd.conf] I get the following >>error: >>C:\Program Files\Box Backup>bbackupctl -c bbackupd.conf synch >>Using configuration file >>Exception: Common (1/2) >> >>I'm probably doing something very simple wrong. I just don't see what is >>wrong in the config file (or am I specifying the path incorrectly). I >>have installed the win32 client in the default location of ("program >>files\box backup"). Also, I am running on Windows XP. > > >The error means that it cannot open the config file (it appears the Win32 >client is built without the full error messages which would have suggested >this.) > >Which directory are you running the command from? Type "dir" first, and if >bbackup.conf is not listed, then that's your problem. In which case try >something like > >bbackupctl -c "c:\Program Files\Box Backup\bbackupd.conf" sync > > >> >>As a note, when I look in the PID directory below there is not a file >>named bbackupd.pid. Could that be the issue? > >Not with bbackupctl. It might suggest that the daemon isn't actually >running though. Check your logs. > >Ben > > >_______________________________________________ >boxbackup mailing list >boxbackup at fluffy.co.uk >http://lists.warhead.org.uk/mailman/listinfo/boxbackup > --=======49F233FB=======-- From boxbackup at fluffy.co.uk Tue Nov 9 00:53:59 2004 From: boxbackup at fluffy.co.uk (Imran) Date: Mon, 8 Nov 2004 19:53:59 -0500 Subject: [Box Backup] Retrieving a deleted director In-Reply-To: <418E94CC.2010604@local.se> References: <418E94CC.2010604@local.se> Message-ID: <20041109004657.M82527@naweb.com> if you deleted the directory itself, you can just do 'restore -d direcotyname localdir' (do a help restore) On Sun, 07 Nov 2004 22:34:04 +0100, Jonas Lundgren wrote > How do i retrieve a deleted directory (using get -i filename > on 500 files is quite irritating.) > > -- > Best regards, Jonas Lundgren > > ICQ: #52064961 > IRC: neonman @ EFnet, Undernet, Quakenet > Mail: jonas.lundgren at local.se > _______________________________________________ > boxbackup mailing list > boxbackup at fluffy.co.uk > http://lists.warhead.org.uk/mailman/listinfo/boxbackup From boxbackup at fluffy.co.uk Tue Nov 9 05:54:30 2004 From: boxbackup at fluffy.co.uk (Jonas Lundgren) Date: Tue, 09 Nov 2004 06:54:30 +0100 Subject: [Box Backup] Still problems with SSL in 1.3.6! In-Reply-To: References: Message-ID: <41905B96.9090201@local.se> ./configure --with-openssl --with-openssl-includes=/usr/include/ssl/ --with-openssl-libs=/usr/lib/|grep -i ssl checking for OpenSSL... yes checking openssl/ssl.h usability... yes checking openssl/ssl.h presence... yes checking for openssl/ssl.h... yes checking for SSL_new in -lssl... yes --------- grep -i ssl config.log|grep -v gcc $ ./configure --with-openssl --with-openssl-includes=/usr/include/ssl/ --with-openssl-libs=/usr/lib/ configure:22800: checking for OpenSSL configure:22861: checking openssl/ssl.h usability configure:22897: checking openssl/ssl.h presence configure:22969: checking for openssl/ssl.h configure:23046: checking for SSL_new in -lssl | #define HAVE_OPENSSL_SSL_H 1 | #define HAVE_OPENSSL_SSL_H 1 | #define HAVE_OPENSSL_SSL_H 1 | #define HAVE_OPENSSL_SSL_H 1 | #define HAVE_OPENSSL_SSL_H 1 | #define HAVE_OPENSSL_SSL_H 1 | #define HAVE_OPENSSL_SSL_H 1 | #define HAVE_OPENSSL_SSL_H 1 | #define HAVE_OPENSSL_SSL_H 1 | #define HAVE_OPENSSL_SSL_H 1 | #define HAVE_OPENSSL_SSL_H 1 ac_cv_header_openssl_ssl_h=yes ac_cv_lib_ssl_SSL_new=yes CPPFLAGS=' -D_REENTRANT -I/usr/include/ssl/ -I/usr/local/include -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGE_FILES' SSL_LIB='-lcrypto -lssl' #define HAVE_OPENSSL_SSL_H 1 ----------------------------- And still: lighttpd -D -f /etc/lighttpd/lighttpd.conf 2004-11-09 05:40:22: (config.c.947) ssl support is missing, recompile with --with-openssl 2004-11-09 05:40:22: (server.c.376) setting default values failed I've configured lighttpd with only --with-openssl, with, "--with-openssl --with-openssl-includes=/usr/include/ssl/ --with-openssl-libs=/usr/lib/" and with only: "--with-openssl-includes=/usr/include/ssl/ --with-openssl-libs=/usr/lib/" + all other possible combinations you can come up with. I've also modified the src/base.h file to force ssl support (i removed the ifdef's, but then i got lots of undefined references to a bounch of ssl calls.) I can't live without https, please help, i don't want to run apache any more :P (I can't go back to the older versions of lighttpd where ssl worked, because of the mod_simple_vhost bug, and versions older than that doesn't have all features that i need.) *cries for help* -- Best regards, Jonas Lundgren ICQ: #52064961 IRC: neonman @ EFnet, Undernet, Quakenet Mail: jonas.lundgren at local.se From boxbackup at fluffy.co.uk Tue Nov 9 05:56:26 2004 From: boxbackup at fluffy.co.uk (Jonas Lundgren) Date: Tue, 09 Nov 2004 06:56:26 +0100 Subject: [Box Backup] Doh. Ignore that, sent to the wrong mailing list :P Message-ID: <41905C0A.9090007@local.se> Duh. :P -- Best regards, Jonas Lundgren ICQ: #52064961 IRC: neonman @ EFnet, Undernet, Quakenet Mail: jonas.lundgren at local.se From boxbackup at fluffy.co.uk Tue Nov 9 05:57:02 2004 From: boxbackup at fluffy.co.uk (Jonas Lundgren) Date: Tue, 09 Nov 2004 06:57:02 +0100 Subject: [Box Backup] Still problems with SSL in 1.3.6! In-Reply-To: <41905B96.9090201@local.se> References: <41905B96.9090201@local.se> Message-ID: <41905C2E.7070803@local.se> DOH!! Ignore that. Sent to the wrong mailing list. :P Jonas Lundgren wrote: > ./configure --with-openssl --with-openssl-includes=/usr/include/ssl/ > --with-openssl-libs=/usr/lib/|grep -i ssl > checking for OpenSSL... yes > checking openssl/ssl.h usability... yes > checking openssl/ssl.h presence... yes > checking for openssl/ssl.h... yes > checking for SSL_new in -lssl... yes > > --------- > > grep -i ssl config.log|grep -v gcc > $ ./configure --with-openssl --with-openssl-includes=/usr/include/ssl/ > --with-openssl-libs=/usr/lib/ > configure:22800: checking for OpenSSL > configure:22861: checking openssl/ssl.h usability > configure:22897: checking openssl/ssl.h presence > configure:22969: checking for openssl/ssl.h > configure:23046: checking for SSL_new in -lssl > | #define HAVE_OPENSSL_SSL_H 1 > | #define HAVE_OPENSSL_SSL_H 1 > | #define HAVE_OPENSSL_SSL_H 1 > | #define HAVE_OPENSSL_SSL_H 1 > | #define HAVE_OPENSSL_SSL_H 1 > | #define HAVE_OPENSSL_SSL_H 1 > | #define HAVE_OPENSSL_SSL_H 1 > | #define HAVE_OPENSSL_SSL_H 1 > | #define HAVE_OPENSSL_SSL_H 1 > | #define HAVE_OPENSSL_SSL_H 1 > | #define HAVE_OPENSSL_SSL_H 1 > ac_cv_header_openssl_ssl_h=yes > ac_cv_lib_ssl_SSL_new=yes > CPPFLAGS=' -D_REENTRANT -I/usr/include/ssl/ -I/usr/local/include > -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGE_FILES' > SSL_LIB='-lcrypto -lssl' > #define HAVE_OPENSSL_SSL_H 1 > > ----------------------------- > > And still: > > lighttpd -D -f /etc/lighttpd/lighttpd.conf > 2004-11-09 05:40:22: (config.c.947) ssl support is missing, recompile > with --with-openssl > 2004-11-09 05:40:22: (server.c.376) setting default values failed > > > I've configured lighttpd with only --with-openssl, > with, > "--with-openssl --with-openssl-includes=/usr/include/ssl/ > --with-openssl-libs=/usr/lib/" > and with only: > "--with-openssl-includes=/usr/include/ssl/ --with-openssl-libs=/usr/lib/" > + all other possible combinations you can come up with. > > I've also modified the src/base.h file to force ssl support (i removed > the ifdef's, but then i got lots of undefined references to a bounch of > ssl calls.) > > I can't live without https, please help, i don't want to run apache any > more :P (I can't go back to the older versions of lighttpd where ssl > worked, because of the mod_simple_vhost bug, and versions older than > that doesn't have all features that i need.) > > *cries for help* > -- > Best regards, Jonas Lundgren > > ICQ: #52064961 > IRC: neonman @ EFnet, Undernet, Quakenet > Mail: jonas.lundgren at local.se > _______________________________________________ > boxbackup mailing list > boxbackup at fluffy.co.uk > http://lists.warhead.org.uk/mailman/listinfo/boxbackup -- Best regards, Jonas Lundgren ICQ: #52064961 IRC: neonman @ EFnet, Undernet, Quakenet Mail: jonas.lundgren at local.se From boxbackup at fluffy.co.uk Tue Nov 9 14:28:58 2004 From: boxbackup at fluffy.co.uk (Nigel Marsh) Date: Tue, 9 Nov 2004 14:28:58 +0000 Subject: [Box Backup] deleted files Message-ID: <200411091428.58468.nigel.marsh@monkeybox.org.uk> Hi, I have just tried to recover a file that was deleted on Friday. I went to find the file but it was nowhere to be found ( ls -d ). There is lots of backup space left allocated on the server so, I assumed that the deleted file would still be available. My question is, do files deleted on the client get deleted on the server before the allocated space is eaten up and rotation of the backed up files begins? If so, is there anyway to adjust how long deleted files are kept ? If files are kept until rotated due to lack of space I must assume that this person had the file in a different location. I have started an experiment by deleting a couple of unrequired files and will watch them to see how long they last but, if I could get an answer from someone on the list that knows about this then it would be very much appreciated. Cheers Nige -- Comparing information and knowledge is like asking whether the fatness of a pig is more or less green than the designated hitter rule." -- David Guaspari From boxbackup at fluffy.co.uk Tue Nov 9 14:38:12 2004 From: boxbackup at fluffy.co.uk (Ben Summers) Date: Tue, 9 Nov 2004 14:38:12 +0000 Subject: [Box Backup] deleted files In-Reply-To: <200411091428.58468.nigel.marsh@monkeybox.org.uk> References: <200411091428.58468.nigel.marsh@monkeybox.org.uk> Message-ID: On 9 Nov 2004, at 14:28, Nigel Marsh wrote: > Hi, > > I have just tried to recover a file that was deleted on Friday. When was the file created? > I went to > find the file but it was nowhere to be found ( ls -d ). There is lots > of > backup space left allocated on the server so, I assumed that the > deleted file > would still be available. Correct assumption. > > My question is, do files deleted on the client get deleted on the > server > before the allocated space is eaten up and rotation of the backed up > files > begins? If so, is there anyway to adjust how long deleted files are > kept ? Files are only removed when the server runs out of space. They are then deleted in order of "usefulness" and age, oldest first. > > If files are kept until rotated due to lack of space I must assume > that this > person had the file in a different location. Or it wasn't uploaded in the first place? Remember there are rules about how long a file must exist unmodified before it will be uploaded. > > I have started an experiment by deleting a couple of unrequired files > and will > watch them to see how long they last but, if I could get an answer from > someone on the list that knows about this then it would be very much > appreciated. I suspect the file didn't make it onto the server in the first place. Check your bbackupd.conf file for the timings on when files will be uploaded. Does it explain what you see? Ben From boxbackup at fluffy.co.uk Tue Nov 9 15:03:12 2004 From: boxbackup at fluffy.co.uk (Nigel Marsh) Date: Tue, 9 Nov 2004 15:03:12 +0000 Subject: [Box Backup] deleted files In-Reply-To: References: <200411091428.58468.nigel.marsh@monkeybox.org.uk> Message-ID: <200411091503.12855.nigel.marsh@monkeybox.org.uk> On Tuesday 09 Nov 2004 14:38, Ben Summers wrote: > On 9 Nov 2004, at 14:28, Nigel Marsh wrote: > > Hi, > > > > I have just tried to recover a file that was deleted on Friday. > > When was the file created? The file was created 22nd Sept 2004 and last modified 5th Nov 2004. It is an autocad drawing and I was able to recover it using the .bak file that autocad creates. > > > I went to > > find the file but it was nowhere to be found ( ls -d ). There is lots > > of > > backup space left allocated on the server so, I assumed that the > > deleted file > > would still be available. > > Correct assumption. > > > My question is, do files deleted on the client get deleted on the > > server > > before the allocated space is eaten up and rotation of the backed up > > files > > begins? If so, is there anyway to adjust how long deleted files are > > kept ? > > Files are only removed when the server runs out of space. They are then > deleted in order of "usefulness" and age, oldest first. > > > If files are kept until rotated due to lack of space I must assume > > that this > > person had the file in a different location. > > Or it wasn't uploaded in the first place? Remember there are rules > about how long a file must exist unmodified before it will be uploaded. > > > I have started an experiment by deleting a couple of unrequired files > > and will > > watch them to see how long they last but, if I could get an answer from > > someone on the list that knows about this then it would be very much > > appreciated. > > I suspect the file didn't make it onto the server in the first place. > Check your bbackupd.conf file for the timings on when files will be > uploaded. Does it explain what you see? The config is set to the default 6 hours. Cheers Ben, I think the user may just be confused as to where the file was in the first place. Is there a way to search the backup archives for a particular file or do you need to know where the file was in the first place ? > > Ben > > > _______________________________________________ > boxbackup mailing list > boxbackup at fluffy.co.uk > http://lists.warhead.org.uk/mailman/listinfo/boxbackup Cheers for the most trouble free, uncomplex and hands off backup solution that I have tried. If you are ever around Coventry way I will buy you a pint ;) Nige -- Internet censorship. Because your children need to be protected from naked women, medical procedures, diverse cultures, and violent video games. m (but information on building bombs, stealing cable, and manufacturing drugs is okay...) From boxbackup at fluffy.co.uk Tue Nov 9 15:10:05 2004 From: boxbackup at fluffy.co.uk (Ben Summers) Date: Tue, 9 Nov 2004 15:10:05 +0000 Subject: [Box Backup] deleted files In-Reply-To: <200411091503.12855.nigel.marsh@monkeybox.org.uk> References: <200411091428.58468.nigel.marsh@monkeybox.org.uk> <200411091503.12855.nigel.marsh@monkeybox.org.uk> Message-ID: <6FC61492-3261-11D9-91AD-000A95AFF7F8@fluffy.co.uk> On 9 Nov 2004, at 15:03, Nigel Marsh wrote: > On Tuesday 09 Nov 2004 14:38, Ben Summers wrote: >> On 9 Nov 2004, at 14:28, Nigel Marsh wrote: >>> Hi, >>> >>> I have just tried to recover a file that was deleted on Friday. >> >> When was the file created? > > The file was created 22nd Sept 2004 and last modified 5th Nov 2004. It > is an > autocad drawing and I was able to recover it using the .bak file that > autocad > creates. AutoCAD will probably rename the file to the .bak. This means that what happened was the file in store was renamed to the '.bak' extension. Then the new file wasn't old enough to get uploaded, so there was apparently nothing there with the original name. This is all as per the design. >> >>> I have started an experiment by deleting a couple of unrequired files >>> and will >>> watch them to see how long they last but, if I could get an answer >>> from >>> someone on the list that knows about this then it would be very much >>> appreciated. >> >> I suspect the file didn't make it onto the server in the first place. >> Check your bbackupd.conf file for the timings on when files will be >> uploaded. Does it explain what you see? > > The config is set to the default 6 hours. > > Cheers Ben, I think the user may just be confused as to where the file > was in > the first place. Is there a way to search the backup archives for a > particular file or do you need to know where the file was in the first > place ? You can list the contents of the store recursively, and grep it, like this: bbackupquery "list -rotds" quit | grep filename All the options to list are, of course, overkill. Do "help list" in bbackupquery to find out what they mean. Of course, you might want to be a bit more selective, and precede it with a cd command. bbackupquery "cd location/dir1/die2" "list -rotds" quit | grep filename which will only search a subset. Ben From boxbackup at fluffy.co.uk Tue Nov 9 16:07:23 2004 From: boxbackup at fluffy.co.uk (Charles Lecklider) Date: Tue, 09 Nov 2004 16:07:23 +0000 Subject: [Box Backup] infinite loop? Message-ID: <4190EB3B.9070808@invis.net> On my boxbackup client (FreeBSD 4.10) I've got this: PID NICE SIZE RES STATE TIME WCPU CPU COMMAND 14544 0 49688K 48576K RUN 17.3H 98.10% 98.10% bbackupd So I looked at the logs: -su-2.05b# tail /var/log/box Nov 9 05:58:54 blue bbackupd[14544]: Receiving stream, size 793 Nov 9 05:58:54 blue bbackupd[14544]: Send ListDirectory(0x46dc5,0xffffffff,0xc,true) Nov 9 05:58:55 blue bbackupd[14544]: Receive Success(0x46dc5) Nov 9 05:58:55 blue bbackupd[14544]: Receiving stream, size 537 Nov 9 05:58:55 blue bbackupd[14544]: Send ListDirectory(0x46dca,0xffffffff,0xc,true) Nov 9 05:58:55 blue bbackupd[14544]: Receive Success(0x46dca) Nov 9 05:58:55 blue bbackupd[14544]: Receiving stream, size 89 Nov 9 05:59:16 blue bbackupd[14544]: Send ListDirectory(0x46dcb,0xffffffff,0xc,true) Nov 9 05:59:21 blue bbackupd[14544]: Receive Success(0x46dcb) Nov 9 05:59:21 blue bbackupd[14544]: Receiving stream, size 9767673 And on the server (FreeBSD 4.10): Nov 9 05:04:35 server1 bbstored[98973]: Incoming connection from port 65353 (handling in child 92362) Nov 9 05:04:36 server1 bbstored[92362]: Certificate CN: BACKUP-1 Nov 9 05:04:36 server1 bbstored[92362]: Login: Client ID 00000001, Read/Write Nov 9 05:14:10 server1 bbstored/hk[98974]: Starting housekeeping Nov 9 05:14:10 server1 bbstored/hk[98974]: Finished housekeeping Nov 9 05:29:10 server1 bbstored/hk[98974]: Starting housekeeping Nov 9 05:29:10 server1 bbstored/hk[98974]: Finished housekeeping Nov 9 05:44:10 server1 bbstored/hk[98974]: Starting housekeeping Nov 9 05:44:10 server1 bbstored/hk[98974]: Finished housekeeping Nov 9 05:59:10 server1 bbstored/hk[98974]: Starting housekeeping Nov 9 05:59:10 server1 bbstored/hk[98974]: Finished housekeeping Nov 9 06:14:10 server1 bbstored/hk[98974]: Starting housekeeping Nov 9 06:14:10 server1 bbstored/hk[98974]: Finished housekeeping Nov 9 06:14:14 server1 bbstored[92362]: in server child, exception Connection P rotocol_Timeout (Probably a network issue between client and server.) (7/41) -- terminating child Nov 9 06:29:10 server1 bbstored/hk[98974]: Starting housekeeping Nov 9 06:29:22 server1 bbstored/hk[98974]: On housekeeping, sizes in store do n ot match calculated sizes, correcting Nov 9 06:29:22 server1 bbstored/hk[98974]: different (store,calc): acc 0x000000 01, used (2292040,2292089), old (75605,75607), deleted (595401,595401), dirs (34 067,34069) followed by a bunch of normal housekeeping messages. It was working fine with 3.5Gb of other stuff, but it's choked now that I added my Maildirs to the list. Anything I can try to make this work, or do I need to find another way to backup large directories? -C From boxbackup at fluffy.co.uk Tue Nov 9 16:17:51 2004 From: boxbackup at fluffy.co.uk (Ben Summers) Date: Tue, 9 Nov 2004 16:17:51 +0000 Subject: [Box Backup] infinite loop? In-Reply-To: <4190EB3B.9070808@invis.net> References: <4190EB3B.9070808@invis.net> Message-ID: On 9 Nov 2004, at 16:07, Charles Lecklider wrote: > On my boxbackup client (FreeBSD 4.10) I've got this: > > PID NICE SIZE RES STATE TIME WCPU CPU COMMAND > 14544 0 49688K 48576K RUN 17.3H 98.10% 98.10% bbackupd > > > So I looked at the logs: [snip] > > followed by a bunch of normal housekeeping messages. > > It was working fine with 3.5Gb of other stuff, but it's choked now > that I added my Maildirs to the list. Anything I can try to make this > work, or do I need to find another way to backup large directories? It would be nice to see where the problem was. Can you do this for me? Build a debug version. From within the distribution archive, type cd bin/bbackupd make Kill any running daemon. Then start the debug version daemon. You'll probably need to be root. cd ../../debug/bin/bbackupd ./bbackupd (adding -c if your config file isn't /etc/box/bbackupd.conf) Then wait until it infinite loops. Attach a debugger. Find the process ID from a ps ax listing, then gdb bbackupd PID and then type bt to get a stack trace. Let me know what it says! Quit the debugger with quit and answer 'y' to the question to leave the daemon running. Kill it. Thanks! Ben From boxbackup at fluffy.co.uk Tue Nov 9 16:32:02 2004 From: boxbackup at fluffy.co.uk (Charles Lecklider) Date: Tue, 09 Nov 2004 16:32:02 +0000 Subject: [Box Backup] infinite loop? In-Reply-To: References: <4190EB3B.9070808@invis.net> Message-ID: <4190F102.2060000@invis.net> Ben Summers wrote: > It would be nice to see where the problem was. Can you do this for me? Debug version running, will check on it in a few hours. -C From boxbackup at fluffy.co.uk Tue Nov 9 22:45:45 2004 From: boxbackup at fluffy.co.uk (Peter Porter) Date: Tue, 09 Nov 2004 15:45:45 -0700 Subject: [Box Backup] Problems with BoxBackup on Solaris Message-ID: <41914899.7020903@thinkingclearly.com> Hello all, I apologize in advance if this question has been answered elsewhere, I've not been able to find anything in my searching. I am trying to compile and install a boxbackup client on several Solaris machines to run backups to a Linux server. I haven't been able to bet boxbackup to compile yet. I'm using gcc 3.3.2 and make 3.8.0. I originally got an error on the compiler "-D