From boxbackup at fluffy.co.uk Thu Dec 1 01:11:22 2005 From: boxbackup at fluffy.co.uk (Martin Ebourne) Date: Thu, 01 Dec 2005 01:11:22 +0000 Subject: [Box Backup] Code in SVN -- review notes In-Reply-To: <1133394415.19664.20.camel@avenin.ebourne.me.uk> References: <7CCBDC4F-90F9-4683-A38E-39BFBD7E3E1D@fluffy.co.uk> <20051129182416.80102gt6lcgwswgw@ebourne.me.uk> <70915ECC-5C1B-4F73-B2E8-E1E57D2091DB@fluffy.co.uk> <1133394415.19664.20.camel@avenin.ebourne.me.uk> Message-ID: <1133399482.19664.29.camel@avenin.ebourne.me.uk> On Wed, 2005-11-30 at 23:46 +0000, Martin Ebourne wrote: > I'll merge in my smaller changes (everything except autoconf). I'm sure replying to my own emails is no better than talking to myself. Anyway, I've merged those changes as I said before. Compiled and tests pass on FC4 x86_64. I've also added a developer section to the wiki. Please feel free to add to it/correct my mistakes. Cheers, Martin. From boxbackup at fluffy.co.uk Thu Dec 1 10:03:36 2005 From: boxbackup at fluffy.co.uk (Ben Summers) Date: Thu, 1 Dec 2005 10:03:36 +0000 Subject: [Box Backup] Code in SVN -- review notes In-Reply-To: <1133394415.19664.20.camel@avenin.ebourne.me.uk> References: <7CCBDC4F-90F9-4683-A38E-39BFBD7E3E1D@fluffy.co.uk> <20051129182416.80102gt6lcgwswgw@ebourne.me.uk> <70915ECC-5C1B-4F73-B2E8-E1E57D2091DB@fluffy.co.uk> <1133394415.19664.20.camel@avenin.ebourne.me.uk> Message-ID: <6B4C9C74-547A-4604-8620-6635658C92B9@fluffy.co.uk> On 30 Nov 2005, at 23:46, Martin Ebourne wrote: > On Wed, 2005-11-30 at 20:14 +0000, Ben Summers wrote: >> On 29 Nov 2005, at 18:24, Martin Ebourne wrote: > >>> It'd be nice to get at least a beta out before xmas. Not sure what >>> the next steps are. Can we go and merge chromi's & my changes onto >>> trunk and make it work? I don't think it matters much which order >>> they are merged in, and I'm happy to do the merging if others like. >> >> That would be very useful, thanks. > > Cool. I'll merge in my smaller changes (everything except autoconf). > Then if Jonathan has time to update his either he or I can merge them. > Then I'll merge the autoconf stuff. Although I don't think it really > matters if autoconf is merged before diffopt, if I remember right > there > was only one or two minor conflicts. Let's be nice to Jonathan and give him the opportunity to merge without autoconf. > >> It is the Win32 stuff which bothers me, and needs a quite a bit of >> time to test out properly. I think we've merged it into a 0.09 >> release now, though? > > If we get everything else merged and tested then there's only the > win32 > stuff left. That should make it less scary for starters. Hopefully > with > autoconf some of that will be rather easier anyway, and I can work > with > Nick to get it all merged. I don't have any windows machines > though, so > I'd need his input for sure. I'll help out with that as well. I think we may need to reorganise the code a bit to work well with a cross platform tree, and there's the big issue of the rather fundamental changes Nick made which may or may not be appropraite in quite the form they're in right now. Something to discuss. Ben From boxbackup at fluffy.co.uk Thu Dec 1 10:12:19 2005 From: boxbackup at fluffy.co.uk (Eelco Jepkema) Date: Thu, 1 Dec 2005 11:12:19 +0100 Subject: [Box Backup] Box backup and rotating media Message-ID: <20051201101219.GB10747@pc227.3t.nl> Hi all, I would like to use Box backup for backing up a couple of linux servers in a work environment. We are currently using a Tape Drive that rotates the tapes daily. The tapes are then taken off-site by someone to ensure backups are available in the case of fire or other unforseen events. However, the Tape drive has been giving us some problems lately and resolving those under the warranty has proven to take a lot of time. Therefor I'd like to (possibly temporarily) backup my servers to a couple of external IDE disks (USB) and take those off-site after work hours. In order to be able to do this I have to set up a backup rotation of at least 2 different Harddisks. This will then allow me to make a nightly snapshot backup and have the other drive safely at home. Backing up during work hours is unfortunately not really an option because of the strain it would put on the network and filesystems. To make a long story short, or actually, I'm making a short story long, I would like to know wether backing up to multiple locations/media is on the short term agenda for Box backup, or wether there is a workaround for my specific situation. Thanks in advance, Eelco Jepkema From boxbackup at fluffy.co.uk Thu Dec 1 10:16:52 2005 From: boxbackup at fluffy.co.uk (Ben Summers) Date: Thu, 1 Dec 2005 10:16:52 +0000 Subject: [Box Backup] Box backup and rotating media In-Reply-To: <20051201101219.GB10747@pc227.3t.nl> References: <20051201101219.GB10747@pc227.3t.nl> Message-ID: <9F6CD371-5186-4FDC-8361-70F10572A146@fluffy.co.uk> On 1 Dec 2005, at 10:12, Eelco Jepkema wrote: > Hi all, > > I would like to use Box backup for backing up a couple of linux > servers > in a work environment. We are currently using a Tape Drive that > rotates > the tapes daily. The tapes are then taken off-site by someone to > ensure > backups are available in the case of fire or other unforseen events. > > However, the Tape drive has been giving us some problems lately and > resolving those under the warranty has proven to take a lot of time. > Therefor I'd like to (possibly temporarily) backup my servers to a > couple of external IDE disks (USB) and take those off-site after > work hours. > > In order to be able to do this I have to set up a backup rotation > of at > least 2 different Harddisks. This will then allow me to make a nightly > snapshot backup and have the other drive safely at home. Backing up > during work hours is unfortunately not really an option because of the > strain it would put on the network and filesystems. > > To make a long story short, or actually, I'm making a short story > long, > I would like to know wether backing up to multiple locations/media > is on > the short term agenda for Box backup, or wether there is a workaround > for my specific situation. It's not how it's designed, but you could run two bbackupd clients on the same machine backing up to different bbstored processes, one per hard disc. A better solution might be to let bbackupd backup to a single store on a server, and rsync it to the external discs to take it off site. Ben From boxbackup at fluffy.co.uk Thu Dec 1 10:19:04 2005 From: boxbackup at fluffy.co.uk (Stefan Norlin) Date: Thu, 1 Dec 2005 11:19:04 +0100 Subject: [Box Backup] Box backup and rotating media References: <20051201101219.GB10747@pc227.3t.nl> <9F6CD371-5186-4FDC-8361-70F10572A146@fluffy.co.uk> Message-ID: <024001c5f660$a81b6c70$1601060a@cs> > A better solution might be to let bbackupd backup to a single store > on a server, and rsync it to the external discs to take it off site. We use it like this. Running Box Backup in snapshot mode and sync:ing the data at a time when there is no activity. A great solution for us. Stefan From boxbackup at fluffy.co.uk Thu Dec 1 10:33:43 2005 From: boxbackup at fluffy.co.uk (Eelco Jepkema) Date: Thu, 1 Dec 2005 11:33:43 +0100 Subject: [Box Backup] Box backup and rotating media In-Reply-To: <024001c5f660$a81b6c70$1601060a@cs> References: <20051201101219.GB10747@pc227.3t.nl> <9F6CD371-5186-4FDC-8361-70F10572A146@fluffy.co.uk> <024001c5f660$a81b6c70$1601060a@cs> Message-ID: <20051201103342.GC10747@pc227.3t.nl> * Stefan Norlin [2005-12-01 11:22]: > >A better solution might be to let bbackupd backup to a single store > >on a server, and rsync it to the external discs to take it off site. > > We use it like this. Running Box Backup in snapshot mode and sync:ing > the data at a time when there is no activity. A great solution for us. Thank you (and Ben) for the quick response! This seems like a workable solution. I have a couple of followup questions though, regarding this solution. Please keep in mind that at the moment I have no idea how Box backup and rsync work so these questions might sound a bit silly to you. Suppose I've got this setup and have a server with the backup daemon and the rsync (cron job?) that stores the files on the external disks. Now a fire breaks out at the office and _all_ hardware is fried. I only have the external harddisk with yesterdays backup on it. How am I now going to restore this backup and get things up and running as fast as possible? In other words, is there a sort of Box backup database that is stored along with the backup and can be used by a freshly installed Box backup tool to extract the data? And is this true even if I've used rsync along the way or do I need to take additional steps? Again, thnks for the quick response, Best regards, Eelco Jepkema From boxbackup at fluffy.co.uk Thu Dec 1 10:36:19 2005 From: boxbackup at fluffy.co.uk (Ben Summers) Date: Thu, 1 Dec 2005 10:36:19 +0000 Subject: [Box Backup] Box backup and rotating media In-Reply-To: <20051201103342.GC10747@pc227.3t.nl> References: <20051201101219.GB10747@pc227.3t.nl> <9F6CD371-5186-4FDC-8361-70F10572A146@fluffy.co.uk> <024001c5f660$a81b6c70$1601060a@cs> <20051201103342.GC10747@pc227.3t.nl> Message-ID: <5E6A1DC0-122D-472D-9F36-489CC548BD26@fluffy.co.uk> On 1 Dec 2005, at 10:33, Eelco Jepkema wrote: > * Stefan Norlin [2005-12-01 11:22]: >>> A better solution might be to let bbackupd backup to a single store >>> on a server, and rsync it to the external discs to take it off site. >> >> We use it like this. Running Box Backup in snapshot mode and sync:ing >> the data at a time when there is no activity. A great solution for >> us. > > Thank you (and Ben) for the quick response! This seems like a workable > solution. > > I have a couple of followup questions though, regarding this solution. > Please keep in mind that at the moment I have no idea how Box > backup and > rsync work so these questions might sound a bit silly to you. > > Suppose I've got this setup and have a server with the backup > daemon and > the rsync (cron job?) that stores the files on the external disks. > Now a > fire breaks out at the office and _all_ hardware is fried. I only have > the external harddisk with yesterdays backup on it. How am I now going > to restore this backup and get things up and running as fast as > possible? > > In other words, is there a sort of Box backup database that is stored > along with the backup and can be used by a freshly installed Box > backup > tool to extract the data? The "database" is the store on the server. > And is this true even if I've used rsync along > the way Yes. It's just a load of files. > or do I need to take additional steps? You need to keep the encryption keys from the client. Read the documentation on the web site or wiki, let us know what we need to improve if it doesn't answer your questions. Ben From boxbackup at fluffy.co.uk Thu Dec 1 10:41:36 2005 From: boxbackup at fluffy.co.uk (Stefan Norlin) Date: Thu, 1 Dec 2005 11:41:36 +0100 Subject: [Box Backup] Box backup and rotating media References: <20051201101219.GB10747@pc227.3t.nl> <9F6CD371-5186-4FDC-8361-70F10572A146@fluffy.co.uk> <024001c5f660$a81b6c70$1601060a@cs> <20051201103342.GC10747@pc227.3t.nl> <5E6A1DC0-122D-472D-9F36-489CC548BD26@fluffy.co.uk> Message-ID: <02a001c5f663$cd8fb670$1601060a@cs> > Read the documentation on the web site or wiki, let us know what we need > to improve if it doesn't answer your questions. I STRONGLY suggest that you simulate this by taking the backup and try to recover it on another box. If you also document the procedure yourself, you are sure it works and can easily do it again when the disaster is a fact. Also you yourself may be on vacation and somebody else needs to do it. In my opinion it is time very well invested. I would even suggest doing it once or twice per year if the data is valuable to you. :) Stefan From boxbackup at fluffy.co.uk Thu Dec 1 11:02:29 2005 From: boxbackup at fluffy.co.uk (Eelco Jepkema) Date: Thu, 1 Dec 2005 12:02:29 +0100 Subject: [Box Backup] Box backup and rotating media In-Reply-To: <5E6A1DC0-122D-472D-9F36-489CC548BD26@fluffy.co.uk> References: <20051201101219.GB10747@pc227.3t.nl> <9F6CD371-5186-4FDC-8361-70F10572A146@fluffy.co.uk> <024001c5f660$a81b6c70$1601060a@cs> <20051201103342.GC10747@pc227.3t.nl> <5E6A1DC0-122D-472D-9F36-489CC548BD26@fluffy.co.uk> Message-ID: <20051201110229.GD10747@pc227.3t.nl> * Ben Summers [2005-12-01 11:37]: > You need to keep the encryption keys from the client. > > Read the documentation on the web site or wiki, let us know what we > need to improve if it doesn't answer your questions. I have read the documentation (ofcourse :P) but I still have a question that i couldn't find on the Wiki or documentation. Again, I may just be blind as a bat :). How does Box Backup handle open files. I ask this because I would like to be able to make backups of entire clients, not just specific disks. I'd like to be able to create cron-jobs on the clients that backup the entire /. This means that files could be "locked" and I was wondering how Box backup goes about handling those situations. If i can backup the entire filesystem it would be possible to recreate an entire client machine by just plugging a harddisk into another computer with Box backup installed and restoring to that disk, then plugging the harddisk in the machine and rebooting. This would be an ideal situation as it would enable me to restore an entire machine including its configuration in a matter of hours. Also, on a side note, samba share files might be locked by users that have the file open from a network share for instance. Best regards, Eelco Jepkema From boxbackup at fluffy.co.uk Thu Dec 1 11:09:32 2005 From: boxbackup at fluffy.co.uk (Ben Summers) Date: Thu, 1 Dec 2005 11:09:32 +0000 Subject: [Box Backup] Box backup and rotating media In-Reply-To: <20051201110229.GD10747@pc227.3t.nl> References: <20051201101219.GB10747@pc227.3t.nl> <9F6CD371-5186-4FDC-8361-70F10572A146@fluffy.co.uk> <024001c5f660$a81b6c70$1601060a@cs> <20051201103342.GC10747@pc227.3t.nl> <5E6A1DC0-122D-472D-9F36-489CC548BD26@fluffy.co.uk> <20051201110229.GD10747@pc227.3t.nl> Message-ID: <288B0539-9612-4355-B0E4-D05BD0DA46C6@fluffy.co.uk> On 1 Dec 2005, at 11:02, Eelco Jepkema wrote: > * Ben Summers [2005-12-01 11:37]: >> You need to keep the encryption keys from the client. >> >> Read the documentation on the web site or wiki, let us know what we >> need to improve if it doesn't answer your questions. > > I have read the documentation (ofcourse :P) but I still have a > question > that i couldn't find on the Wiki or documentation. Again, I may > just be > blind as a bat :). > > How does Box Backup handle open files. I ask this because I would like > to be able to make backups of entire clients, not just specific disks. > I'd like to be able to create cron-jobs on the clients that backup the > entire /. With any backup system, I would think that just backing up the data would be a better plan. You do have an easy way to create new blank machines, don't you? > This means that files could be "locked" and I was wondering > how Box backup goes about handling those situations. If i can > backup the > entire filesystem it would be possible to recreate an entire client > machine by just plugging a harddisk into another computer with Box > backup > installed and restoring to that disk, then plugging the harddisk in > the > machine and rebooting. This would be an ideal situation as it would > enable me to restore an entire machine including its configuration > in a > matter of hours. That should be possible. But as you've been advised, it's worth doing a dummy run before relying on it, just to make sure you've designed your system correctly. > > Also, on a side note, samba share files might be locked by users that > have the file open from a network share for instance. Locking is only advisory on UNIX. So the only problem is potentially backing up files which are being modified at the time. However, lazy mode waits for a few hours after the last modification time to avoid this issue. Ben From boxbackup at fluffy.co.uk Thu Dec 1 12:34:12 2005 From: boxbackup at fluffy.co.uk (Eelco Jepkema) Date: Thu, 1 Dec 2005 13:34:12 +0100 Subject: [Box Backup] Box backup and rotating media In-Reply-To: <288B0539-9612-4355-B0E4-D05BD0DA46C6@fluffy.co.uk> References: <20051201101219.GB10747@pc227.3t.nl> <9F6CD371-5186-4FDC-8361-70F10572A146@fluffy.co.uk> <024001c5f660$a81b6c70$1601060a@cs> <20051201103342.GC10747@pc227.3t.nl> <5E6A1DC0-122D-472D-9F36-489CC548BD26@fluffy.co.uk> <20051201110229.GD10747@pc227.3t.nl> <288B0539-9612-4355-B0E4-D05BD0DA46C6@fluffy.co.uk> Message-ID: <20051201123412.GE10747@pc227.3t.nl> * Ben Summers [2005-12-01 12:10]: > Locking is only advisory on UNIX. So the only problem is potentially > backing up files which are being modified at the time. However, lazy > mode waits for a few hours after the last modification time to avoid > this issue. The fileserver is a UNIX server so locking will happen :). However i'm interested in knowing what happens if (in snapshot mode) Box Backup arrives at a locked file. Will it send an error to a log? Will I be able to see which files specifically were not backed up so I can determine wether further manual action needs to be taken? Or even better, will it send a report via e-mail after the snapshot was taken? Best regards, Eelco Jepkema From boxbackup at fluffy.co.uk Thu Dec 1 13:55:39 2005 From: boxbackup at fluffy.co.uk (Ben Summers) Date: Thu, 1 Dec 2005 13:55:39 +0000 Subject: [Box Backup] Box backup and rotating media In-Reply-To: <20051201123412.GE10747@pc227.3t.nl> References: <20051201101219.GB10747@pc227.3t.nl> <9F6CD371-5186-4FDC-8361-70F10572A146@fluffy.co.uk> <024001c5f660$a81b6c70$1601060a@cs> <20051201103342.GC10747@pc227.3t.nl> <5E6A1DC0-122D-472D-9F36-489CC548BD26@fluffy.co.uk> <20051201110229.GD10747@pc227.3t.nl> <288B0539-9612-4355-B0E4-D05BD0DA46C6@fluffy.co.uk> <20051201123412.GE10747@pc227.3t.nl> Message-ID: <93BB1E47-3FB2-4080-B07C-62F176B171E4@fluffy.co.uk> On 1 Dec 2005, at 12:34, Eelco Jepkema wrote: > * Ben Summers [2005-12-01 12:10]: >> Locking is only advisory on UNIX. So the only problem is potentially >> backing up files which are being modified at the time. However, lazy >> mode waits for a few hours after the last modification time to avoid >> this issue. > > The fileserver is a UNIX server so locking will happen :). Which UNIX is this? With the standard UNIX model, locking is advisory only and not enforced by the OS. And being root overrides everything anyway. > However i'm > interested in knowing what happens if (in snapshot mode) Box Backup > arrives > at a locked file. It will read the contents. > Will it send an error to a log? Will I be able to see > which files specifically were not backed up so I can determine wether > further manual action needs to be taken? Or even better, will it > send a > report via e-mail after the snapshot was taken? Box Backup rightly assumes that it will be able to read anything it wants. Problems reading files are logged, and since bbackupd assumes that something has gone really wrong, it restarts the scan after a delay. Ben From boxbackup at fluffy.co.uk Thu Dec 1 14:11:01 2005 From: boxbackup at fluffy.co.uk (Stefan Norlin) Date: Thu, 1 Dec 2005 15:11:01 +0100 Subject: [Box Backup] Box backup and rotating media References: <20051201101219.GB10747@pc227.3t.nl> <9F6CD371-5186-4FDC-8361-70F10572A146@fluffy.co.uk> <024001c5f660$a81b6c70$1601060a@cs> <20051201103342.GC10747@pc227.3t.nl> <5E6A1DC0-122D-472D-9F36-489CC548BD26@fluffy.co.uk> <20051201110229.GD10747@pc227.3t.nl> Message-ID: <01db01c5f681$0efb6e20$0301050a@stenorhem> > how Box backup goes about handling those situations. If i can backup the > entire filesystem it would be possible to recreate an entire client > machine by just plugging a harddisk into another computer with Box backup > installed and restoring to that disk, then plugging the harddisk in the > machine and rebooting. This would be an ideal situation as it would > enable me to restore an entire machine including its configuration in a > matter of hours. As ideal as this is it is seldom possible since most backup software do not offer the type of "crash recovery" needed to be able to avoid OS re-install. Since Box Backup backs up files in the filesystem it is not possible to restore to an empty disc since MBR info, partitioning info etc is not part of the backup. My own opinion is that re-installing the operating system and then recover user data and relevant system files is a fine, if not the best, way to do it. Re-installing the OS can often be done quickly and it also gives you the possibility to size file systems etc according to the geometry of the new disk(s) you will be using unless it happens to be exactly the same size and type. Another thing is that if there is a live database (MySQL, Oracle or whatever) it is very likely that the actual database files cannot be used after a crash recovery. The database needs either be taken off-line or a snapshot of the data dumped to file using special db tools or similar in order to guarantee a consistent backup. So... if you are sticking to Box Backup (which is a great choice from my opinion) I would give up the "crash recovery" dream. :) Regards, Stefan From boxbackup at fluffy.co.uk Thu Dec 1 15:29:25 2005 From: boxbackup at fluffy.co.uk (dave bamford) Date: Thu, 01 Dec 2005 15:29:25 +0000 Subject: [Box Backup] FC4 X86_64 build Message-ID: <438F16D5.8000605@logical-progress.com> This is a multi-part message in MIME format. --------------090306000505040602090504 Content-Type: multipart/alternative; boundary="------------070901040307030700030508" --------------070901040307030700030508 Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Just compiled a client on a Fedora FC4 AMD64 box using gcc 4.0.0-8 did the 64 bit patch to BackupStoreFile.h but still got compile errors with files that had this in them #ifdef STRUCTURE_PATCKING_FOR_WIRE_USE_HEADERS #include "BeginStructPackForWire.h" #else BEGIN_STRUCTURE_PACKING_FOR_WIRE #endif changed to this #ifdef STRUCTURE_PATCKING_FOR_WIRE_USE_HEADERS #include "BeginStructPackForWire.h" #else //BEGIN_STRUCTURE_PACKING_FOR_WIRE #endif and it compiled and the tests all passed. But I got a 1/22 exception on the client So I copied the binary bbackupd from a FC3 AMD64 machine which had been compiled with gcc 3.4.2 and it is working fine, BTW the FC3 machine is the server. Dave Bamford. --------------070901040307030700030508 Content-Type: text/html; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit Just compiled a client on a Fedora FC4 AMD64 box using gcc 4.0.0-8
did the 64 bit patch to BackupStoreFile.h but still got compile errors
with files that had this in them

#ifdef STRUCTURE_PATCKING_FOR_WIRE_USE_HEADERS
#include "BeginStructPackForWire.h"
#else
BEGIN_STRUCTURE_PACKING_FOR_WIRE
#endif

changed to this

#ifdef STRUCTURE_PATCKING_FOR_WIRE_USE_HEADERS
#include "BeginStructPackForWire.h"
#else
//BEGIN_STRUCTURE_PACKING_FOR_WIRE
#endif

and it compiled and the tests all passed.
But I got a 1/22 exception on the client

So I copied the binary bbackupd from a FC3 AMD64 machine which
had been compiled with gcc 3.4.2 and it is working fine, BTW the FC3
machine is the server.

Dave Bamford.

--------------070901040307030700030508-- --------------090306000505040602090504 Content-Type: text/x-vcard; charset=utf-8; name="dave.vcf" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="dave.vcf" begin:vcard fn:David Bamford n:Bamford;David org:Logical Progress Ltd adr:;;141 Western Road;Haywards Heath;w. Sussex;RH16 3LH;UK email;internet:dave at logical-progress.com title:Director tel;work:+44-1444-457431 tel;fax:+44-1444-413423 tel;home:+44-20-8287-0689 tel;cell:+44-7770=938368 x-mozilla-html:TRUE url:http://www.Logical-progress.co.uk version:2.1 end:vcard --------------090306000505040602090504-- From boxbackup at fluffy.co.uk Thu Dec 1 15:32:19 2005 From: boxbackup at fluffy.co.uk (Martin Ebourne) Date: Thu, 01 Dec 2005 15:32:19 +0000 Subject: [Box Backup] FC4 X86_64 build In-Reply-To: <438F16D5.8000605@logical-progress.com> References: <438F16D5.8000605@logical-progress.com> Message-ID: <1133451139.19664.35.camel@avenin.ebourne.me.uk> On Thu, 2005-12-01 at 15:29 +0000, dave bamford wrote: > Just compiled a client on a Fedora FC4 AMD64 box using gcc 4.0.0-8 > did the 64 bit patch to BackupStoreFile.h but still got compile errors > with files that had this in them Could you try the current development version? svn co http://bbdev.fluffy.co.uk/svn/box/trunk/ Compile that and see if it's ok. I only have FC4 x86_64 machines and that compiled clean and all tests passed for me last night. I haven't installed that version, but it's the same code I've been running for months so should be ok. Also has the advantage of full xattr/acl backup support. Cheers, Martin. From boxbackup at fluffy.co.uk Thu Dec 1 15:35:04 2005 From: boxbackup at fluffy.co.uk (Martin Ebourne) Date: Thu, 01 Dec 2005 15:35:04 +0000 Subject: [Box Backup] contrib missing in svn Message-ID: <1133451304.19664.37.camel@avenin.ebourne.me.uk> Ben, The contrib directory is missing from svn. Should that not be there? Cheers, Martin. From boxbackup at fluffy.co.uk Thu Dec 1 15:49:38 2005 From: boxbackup at fluffy.co.uk (dave bamford) Date: Thu, 01 Dec 2005 15:49:38 +0000 Subject: [Box Backup] FC4 X86_64 build In-Reply-To: <1133451139.19664.35.camel@avenin.ebourne.me.uk> References: <438F16D5.8000605@logical-progress.com> <1133451139.19664.35.camel@avenin.ebourne.me.uk> Message-ID: <438F1B92.2080209@logical-progress.com> Martin Ebourne wrote: >On Thu, 2005-12-01 at 15:29 +0000, dave bamford wrote: > > >>Just compiled a client on a Fedora FC4 AMD64 box using gcc 4.0.0-8 >>did the 64 bit patch to BackupStoreFile.h but still got compile errors >>with files that had this in them >> >> > >Could you try the current development version? > > svn co http://bbdev.fluffy.co.uk/svn/box/trunk/ > >Compile that and see if it's ok. I only have FC4 x86_64 machines and >that compiled clean and all tests passed for me last night. I haven't >installed that version, but it's the same code I've been running for >months so should be ok. > > OK But I looked at http://bbdev.fluffy.co.uk/svn/box/trunk/lib/backupclient/BackupStoreFile.h first and it doesn't have the patch for 64 bit. Can you explain what I need to do to get the trunk on my machine, do I need to install svn first? Ben has given me a svn login so I can upload the OS2 port I am working on, but I need to understand svn first. Dave. From boxbackup at fluffy.co.uk Thu Dec 1 15:45:23 2005 From: boxbackup at fluffy.co.uk (Ben Summers) Date: Thu, 1 Dec 2005 15:45:23 +0000 Subject: [Box Backup] contrib missing in svn In-Reply-To: <1133451304.19664.37.camel@avenin.ebourne.me.uk> References: <1133451304.19664.37.camel@avenin.ebourne.me.uk> Message-ID: On 1 Dec 2005, at 15:35, Martin Ebourne wrote: > > The contrib directory is missing from svn. Should that not be there? It's here: http://bbdev.fluffy.co.uk/svn/box/trunk/distribution/boxbackup/contrib/ infrastructure/makedistribution.pl puts it in the right place for a release. Ben From boxbackup at fluffy.co.uk Thu Dec 1 15:52:26 2005 From: boxbackup at fluffy.co.uk (Martin Ebourne) Date: Thu, 01 Dec 2005 15:52:26 +0000 Subject: [Box Backup] FC4 X86_64 build In-Reply-To: <438F1B92.2080209@logical-progress.com> References: <438F16D5.8000605@logical-progress.com> <1133451139.19664.35.camel@avenin.ebourne.me.uk> <438F1B92.2080209@logical-progress.com> Message-ID: <1133452346.24272.4.camel@avenin.ebourne.me.uk> On Thu, 2005-12-01 at 15:49 +0000, dave bamford wrote: > OK > But I looked at > http://bbdev.fluffy.co.uk/svn/box/trunk/lib/backupclient/BackupStoreFile.h > first and it doesn't have the patch for 64 bit. I must be missing something, because I'm not aware of an outstanding 64 bit patch not in trunk. Box has been 64 bit clean from the 0.09 release version, and only a few minor fixes have been needed since. > Can you explain what I need to do to get the trunk on my machine, do I need > to install svn first? Ben has given me a svn login so I can upload the OS2 > port I am working on, but I need to understand svn first. Use your favourite package manager to install subversion, which is part of Fedora Core. This should work out of the box: yum install subversion Then use the command I gave before to check it out. You don't need the password/account until you check in. Cheers, Martin. From boxbackup at fluffy.co.uk Thu Dec 1 15:58:24 2005 From: boxbackup at fluffy.co.uk (Ben Summers) Date: Thu, 1 Dec 2005 15:58:24 +0000 Subject: [Box Backup] FC4 X86_64 build In-Reply-To: <1133452346.24272.4.camel@avenin.ebourne.me.uk> References: <438F16D5.8000605@logical-progress.com> <1133451139.19664.35.camel@avenin.ebourne.me.uk> <438F1B92.2080209@logical-progress.com> <1133452346.24272.4.camel@avenin.ebourne.me.uk> Message-ID: <8BC01890-ADAD-44BB-BC45-63B8B9683516@fluffy.co.uk> On 1 Dec 2005, at 15:52, Martin Ebourne wrote: > On Thu, 2005-12-01 at 15:49 +0000, dave bamford wrote: > > Use your favourite package manager to install subversion, which is > part > of Fedora Core. This should work out of the box: > > yum install subversion > > Then use the command I gave before to check it out. You don't need the > password/account until you check in. And remember, you must not EVER EVER EVER check anything in to trunk. Only your own personal copy of truck. Ben PS: I'm about to commit some very small changes to make it build under Darwin. Just waiting for tests. (But committing to trunk, because I feel like breaking my own rules.) From boxbackup at fluffy.co.uk Thu Dec 1 16:04:38 2005 From: boxbackup at fluffy.co.uk (Martin Ebourne) Date: Thu, 01 Dec 2005 16:04:38 +0000 Subject: [Box Backup] FC4 X86_64 build In-Reply-To: <8BC01890-ADAD-44BB-BC45-63B8B9683516@fluffy.co.uk> References: <438F16D5.8000605@logical-progress.com> <1133451139.19664.35.camel@avenin.ebourne.me.uk> <438F1B92.2080209@logical-progress.com> <1133452346.24272.4.camel@avenin.ebourne.me.uk> <8BC01890-ADAD-44BB-BC45-63B8B9683516@fluffy.co.uk> Message-ID: <1133453078.24371.4.camel@avenin.ebourne.me.uk> On Thu, 2005-12-01 at 15:58 +0000, Ben Summers wrote: > And remember, you must not EVER EVER EVER check anything in to trunk. > Only your own personal copy of truck. Is this going to be a strict policy going forwards? It made complete sense given all the parallel patches we had before. And any work which will be checked in in multiple stages and won't be fully functional in the meantime should definitely be on a branch. But I don't see any value in having this as a blunt policy. Small fixes or new small features which are implemented in one go and don't break things really belong on trunk to start with. > PS: I'm about to commit some very small changes to make it build > under Darwin. Just waiting for tests. (But committing to trunk, > because I feel like breaking my own rules.) Maybe you just answered my question. :) Cheers, Martin. From boxbackup at fluffy.co.uk Thu Dec 1 16:19:22 2005 From: boxbackup at fluffy.co.uk (Ben Summers) Date: Thu, 1 Dec 2005 16:19:22 +0000 Subject: [Box Backup] FC4 X86_64 build In-Reply-To: <1133453078.24371.4.camel@avenin.ebourne.me.uk> References: <438F16D5.8000605@logical-progress.com> <1133451139.19664.35.camel@avenin.ebourne.me.uk> <438F1B92.2080209@logical-progress.com> <1133452346.24272.4.camel@avenin.ebourne.me.uk> <8BC01890-ADAD-44BB-BC45-63B8B9683516@fluffy.co.uk> <1133453078.24371.4.camel@avenin.ebourne.me.uk> Message-ID: <35B04B98-20C4-43DC-8032-BE20D357167C@fluffy.co.uk> On 1 Dec 2005, at 16:04, Martin Ebourne wrote: > On Thu, 2005-12-01 at 15:58 +0000, Ben Summers wrote: >> And remember, you must not EVER EVER EVER check anything in to trunk. >> Only your own personal copy of truck. > > Is this going to be a strict policy going forwards? Nope. Unless the consensus is that it should be. > > It made complete sense given all the parallel patches we had > before. And > any work which will be checked in in multiple stages and won't be > fully > functional in the meantime should definitely be on a branch. > > But I don't see any value in having this as a blunt policy. Small > fixes > or new small features which are implemented in one go and don't break > things really belong on trunk to start with. You are absolutely right. Small bits which are 'obviously right' or fixes can go right in trunk. But anything which might want to be reviewed goes in another directory. > >> PS: I'm about to commit some very small changes to make it build >> under Darwin. Just waiting for tests. (But committing to trunk, >> because I feel like breaking my own rules.) > > Maybe you just answered my question. :) I think so. Ben From boxbackup at fluffy.co.uk Thu Dec 1 18:26:33 2005 From: boxbackup at fluffy.co.uk (Dave Bamford) Date: Thu, 01 Dec 2005 18:26:33 +0000 Subject: [Box Backup] FC4 X86_64 build In-Reply-To: <1133452346.24272.4.camel@avenin.ebourne.me.uk> References: <438F16D5.8000605@logical-progress.com> <1133451139.19664.35.camel@avenin.ebourne.me.uk> <438F1B92.2080209@logical-progress.com> <1133452346.24272.4.camel@avenin.ebourne.me.uk> Message-ID: <438F4059.5050102@logical-progress.com> Martin Ebourne wrote: >Use your favourite package manager to install subversion, which is part >of Fedora Core. This should work out of the box: > > yum install subversion > >Then use the command I gave before to check it out. You don't need the >password/account until you check in. > > Replied to this earlier but it was bounced as I accidentally sent the email as html. Anyway downloaded svn installed it and compiled the code from the trunk and it works. There must be other changes which make the 64 bit patch redundant. I will have to try it on our server as we have a very intermittent problem. It falls over about once a fortnight just after finishing housekeeping. The only way to get it back is a hard reset. Dave Bamford. From boxbackup at fluffy.co.uk Sat Dec 3 13:11:07 2005 From: boxbackup at fluffy.co.uk (Chris Wilson) Date: Sat, 3 Dec 2005 13:11:07 +0000 (GMT) Subject: [Box Backup] RE: boxbackup digest, Vol 1 #423 - 12 msgs In-Reply-To: <000401c5f4e5$ecc1f730$9600a8c0@jjflm300> References: <000401c5f4e5$ecc1f730$9600a8c0@jjflm300> Message-ID: This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. ---1044231485-890299984-1133615467=:25883 Content-Type: TEXT/PLAIN; charset=utf-8; format=flowed Content-Transfer-Encoding: QUOTED-PRINTABLE Hi Joao and all, On Tue, 29 Nov 2005, [iso-8859-1] Jo=E3o Lu=EDs wrote: > Here we are a group of friends that could help, supporting the > development of BOXI. Can you give me some more information on what we > should do? That's great news! Please download, compile and test the current CVS=20 version as much as you can. It has many bugs and unimplemented features,=20 but backup support should be much better than in previous versions. I'm=20 working towards a release on December 31 this year. Cheers, Chris. --=20 _ ___ __ _ / __/ / ,__(_)_ | Chris Wilson <0000 at qwirx.com> - Cambs UK | / (_/ ,\/ _/ /_ \ | Security/C/C++/Java/Perl/SQL/HTML Developer | \ _/_/_/_//_/___/ | We are GNU-free your mind-and your software | ---1044231485-890299984-1133615467=:25883-- From boxbackup at fluffy.co.uk Sat Dec 3 15:50:58 2005 From: boxbackup at fluffy.co.uk (Chris Wilson) Date: Sat, 3 Dec 2005 15:50:58 +0000 (GMT) Subject: [Box Backup] Code in SVN -- review notes In-Reply-To: <6B4C9C74-547A-4604-8620-6635658C92B9@fluffy.co.uk> References: <7CCBDC4F-90F9-4683-A38E-39BFBD7E3E1D@fluffy.co.uk> <20051129182416.80102gt6lcgwswgw@ebourne.me.uk> <70915ECC-5C1B-4F73-B2E8-E1E57D2091DB@fluffy.co.uk> <1133394415.19664.20.camel@avenin.ebourne.me.uk> <6B4C9C74-547A-4604-8620-6635658C92B9@fluffy.co.uk> Message-ID: Hi all, > I'll help out with that as well. I think we may need to reorganise the > code a bit to work well with a cross platform tree, and there's the big > issue of the rather fundamental changes Nick made which may or may not > be appropraite in quite the form they're in right now. Something to > discuss. I'd be very happy to test, review and do anything else I can to help get the win32 port merged into Box. I will need it before I can make native Windows releases of Boxi, which I would love to do before the end of December. Cheers, Chris. -- _ ___ __ _ / __/ / ,__(_)_ | Chris Wilson <0000 at qwirx.com> - Cambs UK | / (_/ ,\/ _/ /_ \ | Security/C/C++/Java/Perl/SQL/HTML Developer | \ _/_/_/_//_/___/ | We are GNU-free your mind-and your software | From boxbackup at fluffy.co.uk Sat Dec 3 23:36:00 2005 From: boxbackup at fluffy.co.uk (Chris Wilson) Date: Sat, 3 Dec 2005 23:36:00 +0000 (GMT) Subject: [Box Backup] Win32 port Message-ID: Hi all, I'm looking to do whatever I can to help get the win32 port of Box Backup integrated into the main tree as soon as possible (preferably before Christmas :-) I've checked out Nick's tree from SVN, along with 0.08 and the trunk. I think I've fixed all the line endings and reduced the patch (against 0.08) to a manageable size (a mere 4,700 lines :-). Now I wonder what you all would like me to do next? I can see three options: * check this copy of Nick's tree (which is identical apart from line endings) back into SVN under his branch; * make a copy of his tree as my own branch, and apply my line ending changes to that branch; * apply the patch to a fresh copy of the trunk and try to merge any conflicts myself. I have a working Win32 compiler setup with MinGW which I hope to use to compile Box Backup and Boxi, but I think it might be a good idea if I take Nick up on his offer of a copy of VC for testing. Cheers, Chris. -- _ ___ __ _ / __/ / ,__(_)_ | Chris Wilson <0000 at qwirx.com> - Cambs UK | / (_/ ,\/ _/ /_ \ | Security/C/C++/Java/Perl/SQL/HTML Developer | \ _/_/_/_//_/___/ | We are GNU-free your mind-and your software | From boxbackup at fluffy.co.uk Sun Dec 4 02:04:00 2005 From: boxbackup at fluffy.co.uk (Chris Wilson) Date: Sun, 04 Dec 2005 02:04:00 +0000 Subject: [Box Backup] Win32 port In-Reply-To: References: Message-ID: <1133661840.4294.45.camel@localhost> Hi Nick, There seems to be some stuff in "lib/common/BoxPortsAndFiles.h" of your win32 port which isn't needed for Box Backup itself: // BOX_PRIVATE_BEGIN // Locator daemon #define BOX_PORT_BLOCATORD (BOX_PORT_BASE+0) #define BOX_FILE_BLOCATORD "/etc/box/blocatord.conf" // BOX_PRIVATE_END // BOX_PRIVATE_BEGIN // smbpasswd authentication daemon (courier-imap authdaemon compatible) #define BOX_PORT_BAUTHSMBPWD (BOX_PORT_BASE+2) #define BOX_FILE_BAUTHSMBPWD_DEFAULT_CONFIG "/etc/box/bauthsmbpwd.conf" // Message default config location #define BOX_FILE_BOXMSG_DEFAULT_CONFIG "/etc/box/boxmsg.conf" // Message daemons #define BOX_FILE_BMSGD_DEFAULT_CONFIG "/etc/box/bmsgd.conf" #define BOX_FILE_BMSGRECVD_DEFAULT_CONFIG "/etc/box/bmsgrecvd.conf" #define BOX_PORT_BMSGRECVD (BOX_PORT_BASE+3) // BOX_PRIVATE_END Did this leak out from some private project, and is it OK if I remove it? Cheers, Chris. -- ___ __ _ / __/ / ,__(_)_ | Chris Wilson <0000 at qwirx.com> - Cambs UK | / (_/ ,\/ _/ /_ \ | Security/C/C++/Java/Perl/SQL/HTML Developer | \ _/_/_/_//_/___/ | We are GNU-free your mind-and your software | From boxbackup at fluffy.co.uk Mon Dec 5 10:16:11 2005 From: boxbackup at fluffy.co.uk (Ben Summers) Date: Mon, 5 Dec 2005 10:16:11 +0000 Subject: [Box Backup] Win32 port In-Reply-To: References: Message-ID: On 3 Dec 2005, at 23:36, Chris Wilson wrote: > Hi all, > > I'm looking to do whatever I can to help get the win32 port of Box > Backup integrated into the main tree as soon as possible > (preferably before Christmas :-) That would be lovely. > > I've checked out Nick's tree from SVN, along with 0.08 and the > trunk. I think I've fixed all the line endings and reduced the > patch (against 0.08) to a manageable size (a mere 4,700 lines :-). Is that different to http://bbdev.fluffy.co.uk/svn/box/martin/test/ ? > > Now I wonder what you all would like me to do next? I can see three > options: > > * check this copy of Nick's tree (which is identical apart from line > endings) back into SVN under his branch; > * make a copy of his tree as my own branch, and apply my line ending > changes to that branch; > * apply the patch to a fresh copy of the trunk and try to merge any > conflicts myself. There are two parts to the Win32 port: 1) The actual porting effort. 2) Some extra features, for example, the dumping of state to disc. They should, perhaps be separated. The most helpful approach might be to get the changes applied to a copy of trunk, and separating out the two parts. But that may be more work than it's worth. But if it's done line by 4700 lines, we'd make sure we don't lose any extra code. This is a bit of a mess. It's my fault. I should have opened up the source control system far earlier. > > I have a working Win32 compiler setup with MinGW which I hope to > use to compile Box Backup and Boxi, but I think it might be a good > idea if I take Nick up on his offer of a copy of VC for testing. There's also this which may help: http://msdn.microsoft.com/vstudio/express/default.aspx and you can download the compilers for free if you don't want the IDE as well or object to the "free for a year" business. http://msdn.microsoft.com/visualc/vctoolkit2003/ I only have VC++ 6, so I can't use the project files in the project. I would really prefer that they didn't rely on anything which wasn't free (as in beer), though. Having said that, MinGW might not be a bad way to go, as it should allow the existing build script to work, which, under the new autoconf stuff, might save a whole world of bother. > > There seems to be some stuff in "lib/common/BoxPortsAndFiles.h" of > your > win32 port which isn't needed for Box Backup itself: > > // BOX_PRIVATE_BEGIN [snip] > // BOX_PRIVATE_END > > Did this leak out from some private project, and is it OK if I remove > it? Yes, this leaked. Removal is probably wise. Ben From boxbackup at fluffy.co.uk Mon Dec 5 13:43:45 2005 From: boxbackup at fluffy.co.uk (Chris Wilson) Date: Mon, 5 Dec 2005 13:43:45 +0000 (GMT) Subject: [Box Backup] Win32 port In-Reply-To: References: Message-ID: Hi Ben, Martin, Nick and all, I wrote: >> I've checked out Nick's tree from SVN, along with 0.08 and the trunk. I >> think I've fixed all the line endings and reduced the patch (against 0.08) >> to a manageable size (a mere 4,700 lines :-). Ben wrote: > Is that different to http://bbdev.fluffy.co.uk/svn/box/martin/test/ ? Oops, I didn't realise Martin had already done that work :-( Martin and I had different ideas about which files should be converted to Unix line endings and which shouldn't: File Martin Me (my reason) ---- ------ -------------- boxbackup.sln (VS project?) Yes No (does it still work with VS?) lib/win32/bbackupd.conf No Yes (cross platform compatibility) lib/win32/emu.{cpp,h} No Yes (converted all .cpp files) lib/win32/ReadMe.txt No Yes (converted all .txt files) lib/win32/win32test.cpp No Yes (converted all .cpp files) I don't have any real objections to going along with Martin's decisions, provided that the project files still work in VS and we don't mind having inconsistent line endings between lib/win32 and the rest of the project, but I would be interested to hear what others think. I would like to clean up the comments and line lengths before this gets merged, since I'm certain you won't allow me to change them afterwards :-) Any objections? I also see that Martin has removed boost from the project, but I don't see any changes to the build files to replace the boost regex library which Nick used. I think we must have regex support on win32. Would you have any objections to including a copy of Henry Spencer's regex library? [http://gnuwin32.sourceforge.net/packages/regex-spencer.htm] The license is BSD-like with attribution clause, so we would have to acknowlegde him in the docs, but apart from that I hope it will not conflict with your license. > There are two parts to the Win32 port: > > 1) The actual porting effort. > > 2) Some extra features, for example, the dumping of state to disc. > > They should, perhaps be separated. I agree completely, and would like to go ahead and do so. > The most helpful approach might be to get the changes applied to a copy of > trunk, and separating out the two parts. But that may be more work than it's > worth. But if it's done line by 4700 lines, we'd make sure we don't lose any > extra code. I will do that as well as I can, but reviews of my changes would be greatly appreciated. > This is a bit of a mess. It's my fault. I should have opened up the source > control system far earlier. No worries, I'm glad that it's open now. The win32 port was never going to be easy to merge into a project with long release cycles. > and you can download the compilers for free if you don't want the IDE as well > or object to the "free for a year" business. Free for a year is OK by me. I just hope it doesn't preclude me from working on GPL code. > I only have VC++ 6, so I can't use the project files in the project. I would > really prefer that they didn't rely on anything which wasn't free (as in > beer), though. Absolutely. I want people to be able to build Box and Boxi on Windows using free tools, although I would also like to give them the option of using VS if they prefer. > Having said that, MinGW might not be a bad way to go, as it should allow the > existing build script to work, which, under the new autoconf stuff, might > save a whole world of bother. Don't the existing scripts require a decent shell (>> cmd.exe) and Perl? Then MinGW wouldn't be enough by itself, you would probably need Cygwin to run them. I'm looking at using a free (as in beer) Windows IDE called Chinook, which comes with wxWidgets support and the MinGW tools. I think it would be quite easy to auto-generate the Chinook project file from Perl, maybe even a cmd.exe batch file would do it. > Yes, this leaked. Removal is probably wise. Will do. Cheers, Chris. -- _ ___ __ _ / __/ / ,__(_)_ | Chris Wilson <0000 at qwirx.com> - Cambs UK | / (_/ ,\/ _/ /_ \ | Security/C/C++/Java/Perl/SQL/HTML Developer | \ _/_/_/_//_/___/ | We are GNU-free your mind-and your software | From boxbackup at fluffy.co.uk Mon Dec 5 14:16:23 2005 From: boxbackup at fluffy.co.uk (Ben Summers) Date: Mon, 5 Dec 2005 14:16:23 +0000 Subject: [Box Backup] Win32 port In-Reply-To: References: Message-ID: <8BEF076B-5313-4241-827A-5237EE68B6DC@fluffy.co.uk> On 5 Dec 2005, at 13:43, Chris Wilson wrote: [snip] > I don't have any real objections to going along with Martin's > decisions, provided that the project files still work in VS and we > don't mind having inconsistent line endings between lib/win32 and > the rest of the project, but I would be interested to hear what > others think. I think we should go with UNIX style endings whereever it does not cause problems with Win32. Otherwise SVN doesn't work terribly well with diffs. > > I would like to clean up the comments and line lengths before this > gets merged, since I'm certain you won't allow me to change them > afterwards :-) Any objections? Cleaning up sounds good to me! > > I also see that Martin has removed boost from the project, but I > don't see any changes to the build files to replace the boost regex > library which Nick used. > > I think we must have regex support on win32. Would you have any > objections to including a copy of Henry Spencer's regex library? > [http://gnuwin32.sourceforge.net/packages/regex-spencer.htm] > > The license is BSD-like with attribution clause, so we would have > to acknowlegde him in the docs, but apart from that I hope it will > not conflict with your license. I do not want to include a regex library in the sources. I would much prefer to not include it at all when it's not available, and make it easy to include it when it is. > >> There are two parts to the Win32 port: >> >> 1) The actual porting effort. >> >> 2) Some extra features, for example, the dumping of state to disc. >> >> They should, perhaps be separated. > > I agree completely, and would like to go ahead and do so. Great! > >> The most helpful approach might be to get the changes applied to a >> copy of trunk, and separating out the two parts. But that may be >> more work than it's worth. But if it's done line by 4700 lines, >> we'd make sure we don't lose any extra code. > > I will do that as well as I can, but reviews of my changes would be > greatly appreciated. I have some time scheduled to review code. > [snip] >> Having said that, MinGW might not be a bad way to go, as it should >> allow the existing build script to work, which, under the new >> autoconf stuff, might save a whole world of bother. > > Don't the existing scripts require a decent shell (>> cmd.exe) and > Perl? Then MinGW wouldn't be enough by itself, you would probably > need Cygwin to run them. My scripts just need a working perl and something to start them off. autoconf obviously needs more. > > I'm looking at using a free (as in beer) Windows IDE called > Chinook, which comes with wxWidgets support and the MinGW tools. I > think it would be quite easy to auto-generate the Chinook project > file from Perl, maybe even a cmd.exe batch file would do it. Sounds good to me. Ben From boxbackup at fluffy.co.uk Mon Dec 5 14:48:04 2005 From: boxbackup at fluffy.co.uk (Martin Ebourne) Date: Mon, 05 Dec 2005 14:48:04 +0000 Subject: [Box Backup] Win32 port In-Reply-To: References: Message-ID: <20051205144804.4nd79mqdc00ggk40@ebourne.me.uk> Chris Wilson wrote: > Ben wrote: >> Is that different to http://bbdev.fluffy.co.uk/svn/box/martin/test/ ? > > Oops, I didn't realise Martin had already done that work :-( I just hacked together a quick branch in order to test merging of the code and see what kind of overlap there was between the multiple streams of development there were. Hence the reason I called it 'test'. > Martin and I had different ideas about which files should be > converted to Unix line endings and which shouldn't: Don't pay much attention to my line ending 'choices'. They were mostly directory based and only intended to remove erroneous conflicts. > I also see that Martin has removed boost from the project, but I > don't see any changes to the build files to replace the boost regex > library which Nick used. No, I had no way of building it even if I wanted to. Just wanted to make the test merge easier, no attempt made at correctness. Ben wrote: > I think we should go with UNIX style endings whereever it does not cause > problems with Win32. Otherwise SVN doesn't work terribly well with diffs. No need for that. Just set the correct properties on the files in svn and it will take care of all line ending nonsense. See: http://svnbook.red-bean.com/en/1.1/ch07s02.html#svn-ch-7-sect-2.3.5 We should set svn:eol-style = native on most files (including all the source code and documentation). Then svn:eol-style = CRLF on windows only files that have to be that way. Given that the windows port needs quite a bit of work, and the autoconf stuff is essentially finished, I would prefer if we could merge autoconf before win32. Although I can't build the win32 I'd be happy to help out with any extra autoconf work required. If others are ok with this, then maybe it would be better to work off my autoconf branch for the new win32 work in order to reduce merging problems later. Cheers, Martin. From boxbackup at fluffy.co.uk Mon Dec 5 14:54:35 2005 From: boxbackup at fluffy.co.uk (Chris Wilson) Date: Mon, 5 Dec 2005 14:54:35 +0000 (GMT) Subject: [Box Backup] Win32 port In-Reply-To: <20051205144804.4nd79mqdc00ggk40@ebourne.me.uk> References: <20051205144804.4nd79mqdc00ggk40@ebourne.me.uk> Message-ID: Hi Martin, > Don't pay much attention to my line ending 'choices'. They were mostly > directory based and only intended to remove erroneous conflicts. OK, thanks for that. > No need for that. Just set the correct properties on the files in svn and it > will take care of all line ending nonsense. See: > > http://svnbook.red-bean.com/en/1.1/ch07s02.html#svn-ch-7-sect-2.3.5 > > We should set svn:eol-style = native on most files (including all the source > code and documentation). Then svn:eol-style = CRLF on windows only files that > have to be that way. +1 > Given that the windows port needs quite a bit of work, and the autoconf stuff > is essentially finished, I would prefer if we could merge autoconf before > win32. Seems like a good idea to me. > Although I can't build the win32 I'd be happy to help out with any > extra autoconf work required. I have a win32 setup but I'm no autoconf guru, so I hope you won't mind helping me if I get stuck. > If others are ok with this, then maybe it would be better to work off my > autoconf branch for the new win32 work in order to reduce merging problems > later. I'm happy to switch branch before I start merging the win32 stuff. Cheers, Chris. -- _ ___ __ _ / __/ / ,__(_)_ | Chris Wilson <0000 at qwirx.com> - Cambs UK | / (_/ ,\/ _/ /_ \ | Security/C/C++/Java/Perl/SQL/HTML Developer | \ _/_/_/_//_/___/ | We are GNU-free your mind-and your software | From boxbackup at fluffy.co.uk Mon Dec 5 15:46:51 2005 From: boxbackup at fluffy.co.uk (Ben Summers) Date: Mon, 5 Dec 2005 15:46:51 +0000 Subject: [Box Backup] boxbackup-dev Development Mailing List Message-ID: Hi I think the development discussions are putting people off, which is why we've lost a few subscribers recently. Could all development messages be restricted to this list? I've joined everyone I think should be on there, but if I've missed you, you can join here: http://lists.warhead.org.uk/mailman/listinfo/boxbackup-dev Everyone I've done will have had a welcome message by now. I suspect I must have missed someone. Thanks, Ben From boxbackup at fluffy.co.uk Mon Dec 5 15:50:32 2005 From: boxbackup at fluffy.co.uk (Chris Wilson) Date: Mon, 5 Dec 2005 15:50:32 +0000 (GMT) Subject: [Box Backup] boxbackup-dev Development Mailing List In-Reply-To: References: Message-ID: Hi all, On Mon, 5 Dec 2005, Ben Summers wrote: > I think the development discussions are putting people off, which is why > we've lost a few subscribers recently. > > Could all development messages be restricted to this list? Sure, will do. Sorry if I've put anyone off Box by posting too much. Cheers, Chris. -- _ ___ __ _ / __/ / ,__(_)_ | Chris Wilson <0000 at qwirx.com> - Cambs UK | / (_/ ,\/ _/ /_ \ | Security/C/C++/Java/Perl/SQL/HTML Developer | \ _/_/_/_//_/___/ | We are GNU-free your mind-and your software | From boxbackup at fluffy.co.uk Tue Dec 6 12:42:07 2005 From: boxbackup at fluffy.co.uk (joao jose ferreira luis) Date: Tue, 06 Dec 2005 12:42:07 +0000 Subject: [Box Backup] development mailing list Message-ID: Hi all, Yes, a lot of technical stuff can make 'normal' subscribers leave, but at the same time give us an ideia how and where the project is moving to, as well as some time-schedules for next releases. I'm very expectant of the new Windows client, since it will ease us a lot (we must live in a Windows world, for now... .-)). I have some friends that are 'lousy' users, if there isn't a window for whatever, they are lost! Regards, joao luis From boxbackup at fluffy.co.uk Tue Dec 6 13:40:57 2005 From: boxbackup at fluffy.co.uk (Chris Wilson) Date: Tue, 6 Dec 2005 13:40:57 +0000 (GMT) Subject: [Box Backup] development mailing list In-Reply-To: References: Message-ID: Hi Joao, > I'm very expectant of the new Windows client, since it will ease us a lot > (we must live in a Windows world, for now... .-)). I have some friends > that are 'lousy' users, if there isn't a window for whatever, they are lost! Unfortunately the Native Win32 port does not itself include a GUI. It's more or less the same as the version of BoxWin that Nick distributes. We're just merging his code into the main tree, so it will stay up-to-date and officially supported. However, the existence of a Win32 port in the main Box Backup tree will allow me to get Boxi working as a native Win32 app for the first time - and then you will have the GUI client you're looking for (I hope :-) Cheers, Chris. -- _ ___ __ _ / __/ / ,__(_)_ | Chris Wilson <0000 at qwirx.com> - Cambs UK | / (_/ ,\/ _/ /_ \ | Security/C/C++/Java/Perl/SQL/HTML Developer | \ _/_/_/_//_/___/ | We are GNU-free your mind-and your software | From boxbackup at fluffy.co.uk Tue Dec 6 14:44:44 2005 From: boxbackup at fluffy.co.uk (Mikael Syska) Date: Tue, 06 Dec 2005 15:44:44 +0100 Subject: [Box Backup] development mailing list In-Reply-To: References: Message-ID: <4395A3DC.3040200@syska.dk> Hi, Chris Wilson wrote: > Hi Joao, > >> I'm very expectant of the new Windows client, since it will ease us a >> lot >> (we must live in a Windows world, for now... .-)). I have some friends >> that are 'lousy' users, if there isn't a window for whatever, they >> are lost! > > > Unfortunately the Native Win32 port does not itself include a GUI. > It's more or less the same as the version of BoxWin that Nick > distributes. We're just merging his code into the main tree, so it > will stay up-to-date and officially supported. Thats also great, just as long as the backup are being taken. > > However, the existence of a Win32 port in the main Box Backup tree > will allow me to get Boxi working as a native Win32 app for the first > time - and then you will have the GUI client you're looking for (I > hope :-) That would be great, I have lots of dumb user so a win32 client would be perfect. > > Cheers, Chris. best regards Mikael Syska From boxbackup at fluffy.co.uk Tue Dec 6 17:39:12 2005 From: boxbackup at fluffy.co.uk (Gary) Date: Tue, 6 Dec 2005 09:39:12 -0800 (PST) Subject: [Box Backup] development mailing list In-Reply-To: Message-ID: <20051206173912.5819.qmail@web36710.mail.mud.yahoo.com> Chris, > However, the existence of a Win32 port in the main Box Backup > tree will allow me to get Boxi working as a native Win32 app All right! :) Gary __________________________________________ Yahoo! DSL ? Something to write home about. Just $16.99/mo. or less. dsl.yahoo.com From boxbackup at fluffy.co.uk Wed Dec 7 14:02:59 2005 From: boxbackup at fluffy.co.uk (Ben Summers) Date: Wed, 7 Dec 2005 14:02:59 +0000 Subject: [Box Backup] Wiki cleanup needed Message-ID: <1F597E6E-3B1C-470E-B15C-1142794A0200@fluffy.co.uk> The Box Backup wiki has been vandalised. I can't work out how to rollback those changes -- can anyone provide hints? I hope I'm not missing something obvious. (And suspect that just copying and pasting the last known good version isn't the best way of doing it.) Ben From boxbackup at fluffy.co.uk Wed Dec 7 14:09:54 2005 From: boxbackup at fluffy.co.uk (Chris Wilson) Date: Wed, 7 Dec 2005 14:09:54 +0000 (GMT) Subject: [Box Backup] Wiki cleanup needed In-Reply-To: <1F597E6E-3B1C-470E-B15C-1142794A0200@fluffy.co.uk> References: <1F597E6E-3B1C-470E-B15C-1142794A0200@fluffy.co.uk> Message-ID: Hi Ben, > The Box Backup wiki has been vandalised. I can't work out how to rollback > those changes -- can anyone provide hints? I hope I'm not missing something > obvious. (And suspect that just copying and pasting the last known good > version isn't the best way of doing it.) I've done it. For the record, what you need to do is: * Go to recent changes * Select the last known good version * Save it * OK the warning that more recent changes will be lost Perhaps you should disallow changes by non-registered users? and/or ban the culprit's IP, 80.68.242.97. Cheers, Chris. -- _ ___ __ _ / __/ / ,__(_)_ | Chris Wilson <0000 at qwirx.com> - Cambs UK | / (_/ ,\/ _/ /_ \ | Security/C/C++/Java/Perl/SQL/HTML Developer | \ _/_/_/_//_/___/ | We are GNU-free your mind-and your software | From boxbackup at fluffy.co.uk Mon Dec 12 21:48:59 2005 From: boxbackup at fluffy.co.uk (Remco Poelstra) Date: Mon, 12 Dec 2005 22:48:59 +0100 Subject: [Box Backup] Problems doing a new install Message-ID: <439DF04B.3090708@beryllium.net> Hi, I've a new server, on which I'm trying to install boxbackup. I've compiled it on a Fedora Core 4 machine (the client) and the server is Debian sarge. Now bbstoreaccounts is complaining about the stdc++ lib not being (compiled with) the right version. This could very well be, given the fact that I used a parcel to install boxbackup. Is it possible to compile a static version so I won't have that problem? I can't compile it on my server, because there is no compiler installed on it.... Thanks in advance, Remco Poelstra From boxbackup at fluffy.co.uk Mon Dec 12 21:58:36 2005 From: boxbackup at fluffy.co.uk (Ben Summers) Date: Mon, 12 Dec 2005 21:58:36 +0000 Subject: [Box Backup] Problems doing a new install In-Reply-To: <439DF04B.3090708@beryllium.net> References: <439DF04B.3090708@beryllium.net> Message-ID: <2522DA28-53DF-485E-A711-F1C158B1A43C@fluffy.co.uk> On 12 Dec 2005, at 21:48, Remco Poelstra wrote: > Hi, > > I've a new server, on which I'm trying to install boxbackup. > I've compiled it on a Fedora Core 4 machine (the client) and the > server is Debian sarge. Now bbstoreaccounts is complaining about > the stdc++ lib not being (compiled with) the right version. This > could very well be, given the fact that I used a parcel to install > boxbackup. > Is it possible to compile a static version so I won't have that > problem? I can't compile it on my server, because there is no > compiler installed on it.... You can add extra options to the compile and link lines with arguments to ./configure, for example, ./configure compile:-I/usr/local/include link:-L/usr/local/lib So, just work out what options are needed to do what you want, and include them. Good luck! Ben From boxbackup at fluffy.co.uk Mon Dec 12 22:26:54 2005 From: boxbackup at fluffy.co.uk (Martin Ebourne) Date: Mon, 12 Dec 2005 22:26:54 +0000 Subject: [Box Backup] Problems doing a new install In-Reply-To: <2522DA28-53DF-485E-A711-F1C158B1A43C@fluffy.co.uk> References: <439DF04B.3090708@beryllium.net> <2522DA28-53DF-485E-A711-F1C158B1A43C@fluffy.co.uk> Message-ID: <1134426414.27021.2.camel@avenin.ebourne.me.uk> On Mon, 2005-12-12 at 21:58 +0000, Ben Summers wrote: > On 12 Dec 2005, at 21:48, Remco Poelstra wrote: > > > Hi, > > > > I've a new server, on which I'm trying to install boxbackup. > > I've compiled it on a Fedora Core 4 machine (the client) and the > > server is Debian sarge. Now bbstoreaccounts is complaining about > > the stdc++ lib not being (compiled with) the right version. This > > could very well be, given the fact that I used a parcel to install > > boxbackup. > > Is it possible to compile a static version so I won't have that > > problem? I can't compile it on my server, because there is no > > compiler installed on it.... > > You can add extra options to the compile and link lines with > arguments to ./configure, for example, > > ./configure compile:-I/usr/local/include link:-L/usr/local/lib > > So, just work out what options are needed to do what you want, and > include them. You can try -static, but it needs to appear in the link line before -lstdc++ (which I think is done automatically by the compiler and is therefore at the end). Alternatively use dpkg to work out package versions you have for libstdc++ and make them the same. Cheers, Martin. From boxbackup at fluffy.co.uk Tue Dec 13 01:40:17 2005 From: boxbackup at fluffy.co.uk (Per Thomsen) Date: Mon, 12 Dec 2005 17:40:17 -0800 Subject: [Box Backup] Problems doing a new install In-Reply-To: <1134426414.27021.2.camel@avenin.ebourne.me.uk> References: <439DF04B.3090708@beryllium.net> <2522DA28-53DF-485E-A711-F1C158B1A43C@fluffy.co.uk> <1134426414.27021.2.camel@avenin.ebourne.me.uk> Message-ID: <439E2681.5090300@reedtz.com> On 12/12/05 2:26 PM, Martin Ebourne wrote: > On Mon, 2005-12-12 at 21:58 +0000, Ben Summers wrote: > >> On 12 Dec 2005, at 21:48, Remco Poelstra wrote: >> >> >>> Hi, >>> >>> I've a new server, on which I'm trying to install boxbackup. >>> I've compiled it on a Fedora Core 4 machine (the client) and the >>> server is Debian sarge. Now bbstoreaccounts is complaining about >>> the stdc++ lib not being (compiled with) the right version. This >>> could very well be, given the fact that I used a parcel to install >>> boxbackup. >>> Is it possible to compile a static version so I won't have that >>> problem? I can't compile it on my server, because there is no >>> compiler installed on it.... >>> >> You can add extra options to the compile and link lines with >> arguments to ./configure, for example, >> >> ./configure compile:-I/usr/local/include link:-L/usr/local/lib >> >> So, just work out what options are needed to do what you want, and >> include them. >> > > You can try -static, but it needs to appear in the link line before > -lstdc++ (which I think is done automatically by the compiler and is > therefore at the end). > > Alternatively use dpkg to work out package versions you have for > libstdc++ and make them the same. > Not sure if your problem is on the FC4 or Debian box. I found that on FC4 I had to install the 'compat-libstdc++-33' package on FC4 to get another package (forget which) to build... Or if the problem is the reverse, you might need libstdc++ 4.0 on the Debian box. ymmv. Thanks, Per > Cheers, > > Martin. > > _______________________________________________ > boxbackup mailing list > boxbackup at fluffy.co.uk > http://lists.warhead.org.uk/mailman/listinfo/boxbackup > -- 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 Tue Dec 13 15:57:49 2005 From: boxbackup at fluffy.co.uk (Remco Poelstra) Date: Tue, 13 Dec 2005 16:57:49 +0100 Subject: [Box Backup] Problems doing a new install In-Reply-To: <439E2681.5090300@reedtz.com> References: <439DF04B.3090708@beryllium.net> <2522DA28-53DF-485E-A711-F1C158B1A43C@fluffy.co.uk> <1134426414.27021.2.camel@avenin.ebourne.me.uk> <439E2681.5090300@reedtz.com> Message-ID: <439EEF7D.40903@beryllium.net> Per Thomsen wrote: > > Not sure if your problem is on the FC4 or Debian box. I found that on > FC4 I had to install the 'compat-libstdc++-33' package on FC4 to get > another package (forget which) to build... Or if the problem is the > reverse, you might need libstdc++ 4.0 on the Debian box. > > ymmv. Thanks for all replies! I coulnd't get it compiling in a non standard way, so I decided to break my server management policy and installed (temporarily) a compiler on it. It's fully operational now. Remco From boxbackup at fluffy.co.uk Thu Dec 15 21:43:09 2005 From: boxbackup at fluffy.co.uk (Andreas Schrafl) Date: Thu, 15 Dec 2005 22:43:09 +0100 Subject: [Box Backup] new disk -> error 1/9 Error accessing a file. Check permissions. Message-ID: <43A1E36D.1060102@jetnet.ch> Hi I changed my server by putting the disk into a new machine (same network cards) and added a disk. now everything went well except box. I move to the files to the new disk with cp -R -p and changed raidfile.conf to the new path (I don't have a raid so 3 times the same path). Now when I start box it runs but can't access the accounts. I get this in the log: bbstored[21972]: Starting daemon (config: /etc/box/bbstored.conf) (version 0.09) bbstored/hk[30903]: Housekeeping process started bbstored/hk[30903]: Starting housekeeping bbstored/hk[30903]: while housekeeping account 000003E8, exception Common OSFileError (Error accessing a file. Check permissions.) (1/9) -- aborting housekeeping run for this account bbstored/hk[30903]: while housekeeping account 000007D0, exception Common OSFileError (Error accessing a file. Check permissions.) (1/9) -- aborting housekeeping run for this account bbstored/hk[30903]: while housekeeping account 00000BB8, exception Common OSFileError (Error accessing a file. Check permissions.) (1/9) -- aborting housekeeping run for this account bbstored/hk[30903]: while housekeeping account 00000FA0, exception Common OSFileError (Error accessing a file. Check permissions.) (1/9) -- aborting housekeeping run for this account bbstored/hk[30903]: Finished housekeeping So I checked the config files and the data files and all have permission for _bbstored (since I copied it with -p). Now I know I should have tested everything with just the new disk or just the new computer but I made both and if I undo the disk change (change back the raidfile.conf) I get exactly the same error. Could it be something with the encryption? I thougt I didn't change anything there since I just took out the disk of one machine and pluged it into the other (you can do this with OpenBSD). Thanks for any advice Andy From boxbackup at fluffy.co.uk Thu Dec 15 21:56:03 2005 From: boxbackup at fluffy.co.uk (Ben Summers) Date: Thu, 15 Dec 2005 21:56:03 +0000 Subject: [Box Backup] new disk -> error 1/9 Error accessing a file. Check permissions. In-Reply-To: <43A1E36D.1060102@jetnet.ch> References: <43A1E36D.1060102@jetnet.ch> Message-ID: <847A30B8-7A1B-4A88-8A14-42C3230E4B70@fluffy.co.uk> On 15 Dec 2005, at 21:43, Andreas Schrafl wrote: > Hi > > I changed my server by putting the disk into a new machine (same > network cards) and added a disk. now everything went well except box. > > I move to the files to the new disk with cp -R -p and changed > raidfile.conf to the new path (I don't have a raid so 3 times the > same path). > Now when I start box it runs but can't access the accounts. > > I get this in the log: > > bbstored[21972]: Starting daemon (config: /etc/box/bbstored.conf) > (version 0.09) > bbstored/hk[30903]: Housekeeping process started > bbstored/hk[30903]: Starting housekeeping > bbstored/hk[30903]: while housekeeping account 000003E8, exception > Common OSFileError (Error accessing a file. Check permissions.) > (1/9) -- aborting housekeeping run for this account > bbstored/hk[30903]: while housekeeping account 000007D0, exception > Common OSFileError (Error accessing a file. Check permissions.) > (1/9) -- aborting housekeeping run for this account > bbstored/hk[30903]: while housekeeping account 00000BB8, exception > Common OSFileError (Error accessing a file. Check permissions.) > (1/9) -- aborting housekeeping run for this account > bbstored/hk[30903]: while housekeeping account 00000FA0, exception > Common OSFileError (Error accessing a file. Check permissions.) > (1/9) -- aborting housekeeping run for this account > bbstored/hk[30903]: Finished housekeeping > > So I checked the config files and the data files and all have > permission for _bbstored (since I copied it with -p). > > Now I know I should have tested everything with just the new disk > or just the new computer but I made both and if I undo the disk > change (change back the raidfile.conf) I get exactly the same error. > > Could it be something with the encryption? Only relevant for the client. > I thougt I didn't change anything there since I just took out the > disk of one machine and pluged it into the other (you can do this > with OpenBSD). No reason this shouldn't work. Can you post your raidfile.conf, bbstored.conf, and an ls -la of the directory the raidfile.conf points to? Ben From boxbackup at fluffy.co.uk Thu Dec 15 22:05:06 2005 From: boxbackup at fluffy.co.uk (Andreas Schrafl) Date: Thu, 15 Dec 2005 23:05:06 +0100 Subject: [Box Backup] new disk -> error 1/9 Error accessing a file. Check permissions. In-Reply-To: <847A30B8-7A1B-4A88-8A14-42C3230E4B70@fluffy.co.uk> References: <43A1E36D.1060102@jetnet.ch> <847A30B8-7A1B-4A88-8A14-42C3230E4B70@fluffy.co.uk> Message-ID: <43A1E892.2090902@jetnet.ch> Ben Summers wrote: > > On 15 Dec 2005, at 21:43, Andreas Schrafl wrote: > >> Hi >> >> I changed my server by putting the disk into a new machine (same >> network cards) and added a disk. now everything went well except box. >> >> I move to the files to the new disk with cp -R -p and changed >> raidfile.conf to the new path (I don't have a raid so 3 times the same >> path). >> Now when I start box it runs but can't access the accounts. >> >> I get this in the log: >> >> bbstored[21972]: Starting daemon (config: /etc/box/bbstored.conf) >> (version 0.09) >> bbstored/hk[30903]: Housekeeping process started >> bbstored/hk[30903]: Starting housekeeping >> bbstored/hk[30903]: while housekeeping account 000003E8, exception >> Common OSFileError (Error accessing a file. Check permissions.) (1/9) >> -- aborting housekeeping run for this account >> bbstored/hk[30903]: while housekeeping account 000007D0, exception >> Common OSFileError (Error accessing a file. Check permissions.) (1/9) >> -- aborting housekeeping run for this account >> bbstored/hk[30903]: while housekeeping account 00000BB8, exception >> Common OSFileError (Error accessing a file. Check permissions.) (1/9) >> -- aborting housekeeping run for this account >> bbstored/hk[30903]: while housekeeping account 00000FA0, exception >> Common OSFileError (Error accessing a file. Check permissions.) (1/9) >> -- aborting housekeeping run for this account >> bbstored/hk[30903]: Finished housekeeping >> >> So I checked the config files and the data files and all have >> permission for _bbstored (since I copied it with -p). >> >> Now I know I should have tested everything with just the new disk or >> just the new computer but I made both and if I undo the disk change >> (change back the raidfile.conf) I get exactly the same error. >> >> Could it be something with the encryption? > > Only relevant for the client. > >> I thougt I didn't change anything there since I just took out the disk >> of one machine and pluged it into the other (you can do this with >> OpenBSD). > > No reason this shouldn't work. > > Can you post your raidfile.conf, bbstored.conf, and an ls -la of the > directory the raidfile.conf points to? > here are the requested things: more /etc/box/raidfile.conf disc0 { SetNumber = 0 BlockSize = 2048 Dir0 = /backup/bbstore Dir1 = /backup/bbstore Dir2 = /backup/bbstore } more /etc/box/bbstored.conf RaidFileConf = /etc/box/raidfile.conf AccountDatabase = /etc/box/bbstored/accounts.txt # Uncomment this line to see exactly what commands are being received from clients. ExtendedLogging = yes # scan all accounts for files which need deleting every 15 minutes. TimeBetweenHousekeeping = 900 Server { PidFile = /var/run/bbstored.pid User = _bbstored ListenAddresses = inet:IPMASKED CertificateFile = /etc/box/bbstored/DOMAINNAME-cert.pem PrivateKeyFile = /etc/box/bbstored/DOMAINNAME-key.pem TrustedCAsFile = /etc/box/bbstored/clientCA.pem } ls -la /backup/bbstore/ total 60 drwxr-xr-x 6 _bbstored wheel 512 Dec 15 21:48 . drwxr-xr-x 4 root wheel 512 Dec 15 21:14 .. drwxr-xr-x 258 _bbstored wheel 6656 Dec 15 21:09 000003e8 drwxr-xr-x 258 _bbstored wheel 3584 Dec 15 21:09 000007d0 drwxr-xr-x 239 _bbstored wheel 7168 Dec 15 21:09 00000bb8 drwxr-xr-x 102 _bbstored wheel 5632 Dec 15 21:09 00000fa0 > Ben > > > _______________________________________________ > boxbackup mailing list > boxbackup at fluffy.co.uk > http://lists.warhead.org.uk/mailman/listinfo/boxbackup From boxbackup at fluffy.co.uk Fri Dec 16 00:12:32 2005 From: boxbackup at fluffy.co.uk (Andreas Schrafl) Date: Fri, 16 Dec 2005 01:12:32 +0100 Subject: [Box Backup] new disk -> error 1/9 Error accessing a file. Check permissions. In-Reply-To: <43A1E892.2090902@jetnet.ch> References: <43A1E36D.1060102@jetnet.ch> <847A30B8-7A1B-4A88-8A14-42C3230E4B70@fluffy.co.uk> <43A1E892.2090902@jetnet.ch> Message-ID: <43A20670.9030806@jetnet.ch> sudo bbstoreaccounts info 3e8 Exception: RaidFile RaidFileDoesntExist (2/11) so somehow the raidfile doen't seem to be there but it is as you can see form the listing. Somehow it doesn't recognize it. are there any 'hidden' files or something? Andreas Schrafl wrote: > > > Ben Summers wrote: >> >> On 15 Dec 2005, at 21:43, Andreas Schrafl wrote: >> >>> Hi >>> >>> I changed my server by putting the disk into a new machine (same >>> network cards) and added a disk. now everything went well except box. >>> >>> I move to the files to the new disk with cp -R -p and changed >>> raidfile.conf to the new path (I don't have a raid so 3 times the >>> same path). >>> Now when I start box it runs but can't access the accounts. >>> >>> I get this in the log: >>> >>> bbstored[21972]: Starting daemon (config: /etc/box/bbstored.conf) >>> (version 0.09) >>> bbstored/hk[30903]: Housekeeping process started >>> bbstored/hk[30903]: Starting housekeeping >>> bbstored/hk[30903]: while housekeeping account 000003E8, exception >>> Common OSFileError (Error accessing a file. Check permissions.) (1/9) >>> -- aborting housekeeping run for this account >>> bbstored/hk[30903]: while housekeeping account 000007D0, exception >>> Common OSFileError (Error accessing a file. Check permissions.) (1/9) >>> -- aborting housekeeping run for this account >>> bbstored/hk[30903]: while housekeeping account 00000BB8, exception >>> Common OSFileError (Error accessing a file. Check permissions.) (1/9) >>> -- aborting housekeeping run for this account >>> bbstored/hk[30903]: while housekeeping account 00000FA0, exception >>> Common OSFileError (Error accessing a file. Check permissions.) (1/9) >>> -- aborting housekeeping run for this account >>> bbstored/hk[30903]: Finished housekeeping >>> >>> So I checked the config files and the data files and all have >>> permission for _bbstored (since I copied it with -p). >>> >>> Now I know I should have tested everything with just the new disk or >>> just the new computer but I made both and if I undo the disk change >>> (change back the raidfile.conf) I get exactly the same error. >>> >>> Could it be something with the encryption? >> >> Only relevant for the client. >> >>> I thougt I didn't change anything there since I just took out the >>> disk of one machine and pluged it into the other (you can do this >>> with OpenBSD). >> >> No reason this shouldn't work. >> >> Can you post your raidfile.conf, bbstored.conf, and an ls -la of the >> directory the raidfile.conf points to? >> > here are the requested things: > > more /etc/box/raidfile.conf > > disc0 > { > SetNumber = 0 > BlockSize = 2048 > Dir0 = /backup/bbstore > Dir1 = /backup/bbstore > Dir2 = /backup/bbstore > } > > more /etc/box/bbstored.conf > > RaidFileConf = /etc/box/raidfile.conf > AccountDatabase = /etc/box/bbstored/accounts.txt > > # Uncomment this line to see exactly what commands are being received > from clients. > ExtendedLogging = yes > > # scan all accounts for files which need deleting every 15 minutes. > > TimeBetweenHousekeeping = 900 > > Server > { > PidFile = /var/run/bbstored.pid > User = _bbstored > ListenAddresses = inet:IPMASKED > CertificateFile = /etc/box/bbstored/DOMAINNAME-cert.pem > PrivateKeyFile = /etc/box/bbstored/DOMAINNAME-key.pem > TrustedCAsFile = /etc/box/bbstored/clientCA.pem > } > > ls -la /backup/bbstore/ > total 60 > drwxr-xr-x 6 _bbstored wheel 512 Dec 15 21:48 . > drwxr-xr-x 4 root wheel 512 Dec 15 21:14 .. > drwxr-xr-x 258 _bbstored wheel 6656 Dec 15 21:09 000003e8 > drwxr-xr-x 258 _bbstored wheel 3584 Dec 15 21:09 000007d0 > drwxr-xr-x 239 _bbstored wheel 7168 Dec 15 21:09 00000bb8 > drwxr-xr-x 102 _bbstored wheel 5632 Dec 15 21:09 00000fa0 > > > > >> Ben >> >> >> _______________________________________________ >> boxbackup mailing list >> boxbackup at fluffy.co.uk >> http://lists.warhead.org.uk/mailman/listinfo/boxbackup > _______________________________________________ > boxbackup mailing list > boxbackup at fluffy.co.uk > http://lists.warhead.org.uk/mailman/listinfo/boxbackup From boxbackup at fluffy.co.uk Fri Dec 16 00:39:36 2005 From: boxbackup at fluffy.co.uk (Kai) Date: Fri, 16 Dec 2005 13:39:36 +1300 Subject: [Box Backup] Clearing old files. In-Reply-To: <43A20670.9030806@jetnet.ch> Message-ID: Is there any way as the administrator of a box backup server that I can "compress" a users account. i.e tell it to go through and clear out old files that have been supplanted or deleted? I have a few accounts that are sitting at their hard limit and the actual size of files on the clinet is about a third of what's on the backup server. As I can't actually see the files there is no way I can compress the account down to current files only is there? Chris From boxbackup at fluffy.co.uk Fri Dec 16 00:49:41 2005 From: boxbackup at fluffy.co.uk (Mikael Syska) Date: Fri, 16 Dec 2005 01:49:41 +0100 Subject: [Box Backup] Clearing old files. In-Reply-To: References: Message-ID: <43A20F25.9080909@syska.dk> Hey, Why compress/delete the files? Just lower the hard and soft limit if the client are using to much space.... But I can't see why this is a problem. If the client has 10 GB, what its used for, should not matter.... and if you gives the clients more space than you actually have, that could be a very nasty problem.... // ouT Kai wrote: >Is there any way as the administrator of a box backup server that I can >"compress" a users account. i.e tell it to go through and clear out old >files that have been supplanted or deleted? > >I have a few accounts that are sitting at their hard limit and the actual >size of files on the clinet is about a third of what's on the backup server. > > >As I can't actually see the files there is no way I can compress the account >down to current files only is there? > >Chris > >_______________________________________________ >boxbackup mailing list >boxbackup at fluffy.co.uk >http://lists.warhead.org.uk/mailman/listinfo/boxbackup > > From boxbackup at fluffy.co.uk Fri Dec 16 01:17:49 2005 From: boxbackup at fluffy.co.uk (Martin Ebourne) Date: Fri, 16 Dec 2005 01:17:49 +0000 Subject: [Box Backup] Wiki updates Message-ID: <1134695869.4387.20.camel@avenin.ebourne.me.uk> Just done some updates to the wiki at http://boxbackup.hostworks.ca/ (see recent changes): 16 December 2005 * N! Future design changes; 01:13 . . Mebourne (Talk) (First version from Per Thomsen's email of 14/3/2005) * ! Planned work; 00:50 . . Mebourne (Talk) (=E2=86=92Planned - Add= ed future design changes link) * ! Source code repository; 00:46 . . Mebourne (Talk) (Add build info) * ! Recent changes; 00:40 . . Mebourne (Talk) (Updated wrt latest svn) * ! Planned work; 00:39 . . Mebourne (Talk) (moved finished tasks) * ! Verify and restore backups; 00:36 . . Mebourne (Talk) (Added list flags) Cheers, Martin. From boxbackup at fluffy.co.uk Fri Dec 16 05:13:02 2005 From: boxbackup at fluffy.co.uk (Per Thomsen) Date: Thu, 15 Dec 2005 21:13:02 -0800 Subject: [Box Backup] Clearing old files. In-Reply-To: References: Message-ID: <43A24CDE.9060805@reedtz.com> On 12/15/05 4:39 PM, Kai wrote: > Is there any way as the administrator of a box backup server that I can > "compress" a users account. i.e tell it to go through and clear out old > files that have been supplanted or deleted? > > I have a few accounts that are sitting at their hard limit and the actual > size of files on the clinet is about a third of what's on the backup server. > > > As I can't actually see the files there is no way I can compress the account > down to current files only is there? > That's right. You can't purge/compress/clean the accounts in that way. This behavior is by design. The server is retaining old versions of files, as well as deleted files, as long as it has room for it in the allocation that the account was given. This gives the user the ability to restore old or deleted files, when they are needed. When you give a user an allocation of 10G, the server will retain files up to that limit, including old and deleted files. If you feel that the space you gave to the client in the first place is too big, you can decrease the soft/hard limits. That will give you more space on the server, but will limit how far back you can retrieve old/deleted files. The soft and hard limits work like this, IIRC: You can store files up to the hard limit, but when you exceed that, old and deleted files will be removed from the store, until you are below the soft limit. Thanks, Per -- Per Reedtz Thomsen | Reedtz Consulting, LLC | F: 209 883 4119 V: 209 883 4102 | pthomsen at reedtz.com | C: 209 996 9561 GPG ID: 1209784F | Yahoo! Chat: pthomsen | AIM: pthomsen From boxbackup at fluffy.co.uk Fri Dec 16 10:01:58 2005 From: boxbackup at fluffy.co.uk (Ben Summers) Date: Fri, 16 Dec 2005 10:01:58 +0000 Subject: [Box Backup] new disk -> error 1/9 Error accessing a file. Check permissions. In-Reply-To: <43A20670.9030806@jetnet.ch> References: <43A1E36D.1060102@jetnet.ch> <847A30B8-7A1B-4A88-8A14-42C3230E4B70@fluffy.co.uk> <43A1E892.2090902@jetnet.ch> <43A20670.9030806@jetnet.ch> Message-ID: On 16 Dec 2005, at 00:12, Andreas Schrafl wrote: > sudo bbstoreaccounts info 3e8 > Exception: RaidFile RaidFileDoesntExist (2/11) > > so somehow the raidfile doen't seem to be there but it is as you > can see form the listing. Somehow it doesn't recognize it. are > there any 'hidden' files or something? What's the contents of /etc/box/bbstored/accounts.txt ? Output of ls -la /backup/bbstore/000003e8 ? Ben > > > Andreas Schrafl wrote: >> Ben Summers wrote: >>> >>> On 15 Dec 2005, at 21:43, Andreas Schrafl wrote: >>> >>>> Hi >>>> >>>> I changed my server by putting the disk into a new machine (same >>>> network cards) and added a disk. now everything went well except >>>> box. >>>> >>>> I move to the files to the new disk with cp -R -p and changed >>>> raidfile.conf to the new path (I don't have a raid so 3 times >>>> the same path). >>>> Now when I start box it runs but can't access the accounts. >>>> >>>> I get this in the log: >>>> >>>> bbstored[21972]: Starting daemon (config: /etc/box/ >>>> bbstored.conf) (version 0.09) >>>> bbstored/hk[30903]: Housekeeping process started >>>> bbstored/hk[30903]: Starting housekeeping >>>> bbstored/hk[30903]: while housekeeping account 000003E8, >>>> exception Common OSFileError (Error accessing a file. Check >>>> permissions.) (1/9) -- aborting housekeeping run for this account >>>> bbstored/hk[30903]: while housekeeping account 000007D0, >>>> exception Common OSFileError (Error accessing a file. Check >>>> permissions.) (1/9) -- aborting housekeeping run for this account >>>> bbstored/hk[30903]: while housekeeping account 00000BB8, >>>> exception Common OSFileError (Error accessing a file. Check >>>> permissions.) (1/9) -- aborting housekeeping run for this account >>>> bbstored/hk[30903]: while housekeeping account 00000FA0, >>>> exception Common OSFileError (Error accessing a file. Check >>>> permissions.) (1/9) -- aborting housekeeping run for this account >>>> bbstored/hk[30903]: Finished housekeeping >>>> >>>> So I checked the config files and the data files and all have >>>> permission for _bbstored (since I copied it with -p). >>>> >>>> Now I know I should have tested everything with just the new >>>> disk or just the new computer but I made both and if I undo the >>>> disk change (change back the raidfile.conf) I get exactly the >>>> same error. >>>> >>>> Could it be something with the encryption? >>> >>> Only relevant for the client. >>> >>>> I thougt I didn't change anything there since I just took out >>>> the disk of one machine and pluged it into the other (you can do >>>> this with OpenBSD). >>> >>> No reason this shouldn't work. >>> >>> Can you post your raidfile.conf, bbstored.conf, and an ls -la of >>> the directory the raidfile.conf points to? >>> >> here are the requested things: >> more /etc/box/raidfile.conf >> disc0 >> { >> SetNumber = 0 >> BlockSize = 2048 >> Dir0 = /backup/bbstore >> Dir1 = /backup/bbstore >> Dir2 = /backup/bbstore >> } >> more /etc/box/bbstored.conf >> RaidFileConf = /etc/box/raidfile.conf >> AccountDatabase = /etc/box/bbstored/accounts.txt >> # Uncomment this line to see exactly what commands are being >> received from clients. >> ExtendedLogging = yes >> # scan all accounts for files which need deleting every 15 minutes. >> TimeBetweenHousekeeping = 900 >> Server >> { >> PidFile = /var/run/bbstored.pid >> User = _bbstored >> ListenAddresses = inet:IPMASKED >> CertificateFile = /etc/box/bbstored/DOMAINNAME-cert.pem >> PrivateKeyFile = /etc/box/bbstored/DOMAINNAME-key.pem >> TrustedCAsFile = /etc/box/bbstored/clientCA.pem >> } >> ls -la /backup/bbstore/ >> total 60 >> drwxr-xr-x 6 _bbstored wheel 512 Dec 15 21:48 . >> drwxr-xr-x 4 root wheel 512 Dec 15 21:14 .. >> drwxr-xr-x 258 _bbstored wheel 6656 Dec 15 21:09 000003e8 >> drwxr-xr-x 258 _bbstored wheel 3584 Dec 15 21:09 000007d0 >> drwxr-xr-x 239 _bbstored wheel 7168 Dec 15 21:09 00000bb8 >> drwxr-xr-x 102 _bbstored wheel 5632 Dec 15 21:09 00000fa0 >>> Ben >>> >>> >>> _______________________________________________ >>> boxbackup mailing list >>> boxbackup at fluffy.co.uk >>> http://lists.warhead.org.uk/mailman/listinfo/boxbackup >> _______________________________________________ >> boxbackup mailing list >> boxbackup at fluffy.co.uk >> http://lists.warhead.org.uk/mailman/listinfo/boxbackup > _______________________________________________ > boxbackup mailing list > boxbackup at fluffy.co.uk > http://lists.warhead.org.uk/mailman/listinfo/boxbackup From boxbackup at fluffy.co.uk Fri Dec 16 10:18:29 2005 From: boxbackup at fluffy.co.uk (Andreas Schrafl) Date: Fri, 16 Dec 2005 11:18:29 +0100 Subject: [Box Backup] new disk -> error 1/9 Error accessing a file. Check permissions. In-Reply-To: References: <43A1E36D.1060102@jetnet.ch> <847A30B8-7A1B-4A88-8A14-42C3230E4B70@fluffy.co.uk> <43A1E892.2090902@jetnet.ch> <43A20670.9030806@jetnet.ch> Message-ID: <43A29475.1050809@jetnet.ch> Is there any way to check what files the server tries to access? Here are the Outputs you requested. Ben Summers wrote: > > On 16 Dec 2005, at 00:12, Andreas Schrafl wrote: > >> sudo bbstoreaccounts info 3e8 >> Exception: RaidFile RaidFileDoesntExist (2/11) >> >> so somehow the raidfile doen't seem to be there but it is as you can >> see form the listing. Somehow it doesn't recognize it. are there any >> 'hidden' files or something? > > What's the contents of /etc/box/bbstored/accounts.txt ? more /etc/box/bbstored/accounts.txt 3e8:0 7d0:0 bb8:0 fa0:0 > > Output of ls -la /backup/bbstore/000003e8 ? ls -la /backup/bbstore/000003e8/ total 4492 drwxr-xr-x 258 _bbstored wheel 6656 Dec 15 21:09 . drwxr-xr-x 6 _bbstored wheel 512 Dec 15 21:48 .. drwxr-xr-x 12 _bbstored wheel 512 Dec 10 02:33 00 drwxr-xr-x 12 _bbstored wheel 4608 Dec 10 02:34 01 drwxr-xr-x 12 _bbstored wheel 3072 Dec 15 02:53 02 drwxr-xr-x 12 _bbstored wheel 512 Dec 10 02:36 03 drwxr-xr-x 12 _bbstored wheel 3584 Dec 15 02:53 04 drwxr-xr-x 12 _bbstored wheel 2048 Dec 15 02:53 05 drwxr-xr-x 12 _bbstored wheel 512 Dec 11 02:33 06 drwxr-xr-x 12 _bbstored wheel 4096 Dec 14 02:54 07 drwxr-xr-x 12 _bbstored wheel 4608 Dec 11 02:34 08 drwxr-xr-x 12 _bbstored wheel 4096 Dec 11 02:36 09 drwxr-xr-x 12 _bbstored wheel 4096 Dec 15 02:53 0a drwxr-xr-x 12 _bbstored wheel 4096 Dec 15 02:53 0b drwxr-xr-x 12 _bbstored wheel 4608 Dec 12 02:31 0c drwxr-xr-x 12 _bbstored wheel 2560 Dec 13 02:37 0d drwxr-xr-x 12 _bbstored wheel 4096 Dec 13 02:42 0e drwxr-xr-x 12 _bbstored wheel 4608 Dec 13 02:43 0f drwxr-xr-x 12 _bbstored wheel 3584 Dec 15 02:53 10 drwxr-xr-x 12 _bbstored wheel 1536 Dec 15 02:53 11 drwxr-xr-x 12 _bbstored wheel 1024 Dec 13 02:57 12 drwxr-xr-x 12 _bbstored wheel 512 Dec 15 02:53 13 drwxr-xr-x 12 _bbstored wheel 512 Dec 13 03:04 14 drwxr-xr-x 12 _bbstored wheel 1536 Dec 15 02:53 15 drwxr-xr-x 12 _bbstored wheel 512 Dec 14 02:33 16 drwxr-xr-x 12 _bbstored wheel 512 Dec 14 02:34 17 drwxr-xr-x 12 _bbstored wheel 512 Dec 15 02:53 18 drwxr-xr-x 12 _bbstored wheel 512 Dec 14 02:35 19 drwxr-xr-x 12 _bbstored wheel 512 Dec 14 02:38 1a drwxr-xr-x 12 _bbstored wheel 512 Dec 14 02:39 1b drwxr-xr-x 12 _bbstored wheel 512 Dec 15 02:32 1c drwxr-xr-x 12 _bbstored wheel 512 Dec 15 02:33 1d drwxr-xr-x 12 _bbstored wheel 512 Dec 15 02:34 1e drwxr-xr-x 12 _bbstored wheel 512 Dec 15 02:34 1f drwxr-xr-x 12 _bbstored wheel 512 Dec 15 02:35 20 drwxr-xr-x 12 _bbstored wheel 1536 Dec 15 02:38 21 drwxr-xr-x 12 _bbstored wheel 2560 Dec 15 02:39 22 drwxr-xr-x 11 _bbstored wheel 512 Dec 5 02:53 23 drwxr-xr-x 11 _bbstored wheel 2560 Dec 11 02:54 24 drwxr-xr-x 11 _bbstored wheel 4608 Dec 12 03:01 25 drwxr-xr-x 11 _bbstored wheel 512 Nov 6 02:33 26 drwxr-xr-x 11 _bbstored wheel 512 Dec 6 02:53 27 drwxr-xr-x 11 _bbstored wheel 512 Dec 9 02:53 28 drwxr-xr-x 11 _bbstored wheel 1024 Dec 15 02:53 29 drwxr-xr-x 11 _bbstored wheel 1024 Nov 7 02:31 2a drwxr-xr-x 11 _bbstored wheel 512 Dec 15 02:53 2b drwxr-xr-x 11 _bbstored wheel 512 Dec 15 02:53 2c drwxr-xr-x 11 _bbstored wheel 512 Nov 7 02:34 2d drwxr-xr-x 11 _bbstored wheel 1024 Dec 15 02:53 2e drwxr-xr-x 11 _bbstored wheel 512 Nov 7 02:37 2f drwxr-xr-x 11 _bbstored wheel 2560 Nov 8 02:32 30 drwxr-xr-x 11 _bbstored wheel 4096 Dec 15 02:53 31 drwxr-xr-x 11 _bbstored wheel 512 Dec 15 02:53 32 drwxr-xr-x 11 _bbstored wheel 1024 Dec 15 02:53 33 drwxr-xr-x 11 _bbstored wheel 2560 Dec 15 02:53 34 drwxr-xr-x 11 _bbstored wheel 4608 Nov 8 02:39 35 drwxr-xr-x 11 _bbstored wheel 4608 Nov 9 02:31 36 drwxr-xr-x 11 _bbstored wheel 1024 Dec 15 02:53 37 drwxr-xr-x 11 _bbstored wheel 1536 Nov 9 02:33 38 drwxr-xr-x 11 _bbstored wheel 1536 Dec 12 02:56 39 drwxr-xr-x 11 _bbstored wheel 512 Dec 6 02:53 3a drwxr-xr-x 11 _bbstored wheel 512 Nov 9 02:37 3b drwxr-xr-x 11 _bbstored wheel 512 Nov 10 02:31 3c drwxr-xr-x 11 _bbstored wheel 512 Nov 10 02:32 3d drwxr-xr-x 11 _bbstored wheel 512 Nov 10 02:33 3e drwxr-xr-x 11 _bbstored wheel 4608 Nov 10 02:34 3f drwxr-xr-x 11 _bbstored wheel 4608 Nov 10 02:35 40 drwxr-xr-x 11 _bbstored wheel 4608 Nov 10 02:37 41 drwxr-xr-x 11 _bbstored wheel 2560 Nov 11 02:31 42 drwxr-xr-x 11 _bbstored wheel 4096 Nov 13 02:52 43 drwxr-xr-x 11 _bbstored wheel 3072 Nov 11 02:33 44 drwxr-xr-x 11 _bbstored wheel 1024 Dec 15 02:53 45 drwxr-xr-x 11 _bbstored wheel 512 Nov 11 02:35 46 drwxr-xr-x 11 _bbstored wheel 512 Dec 15 02:53 47 drwxr-xr-x 11 _bbstored wheel 512 Nov 12 02:31 48 drwxr-xr-x 11 _bbstored wheel 3072 Dec 15 02:53 49 drwxr-xr-x 11 _bbstored wheel 2048 Dec 15 02:53 4a drwxr-xr-x 11 _bbstored wheel 512 Nov 12 02:34 4b drwxr-xr-x 11 _bbstored wheel 512 Dec 15 02:53 4c drwxr-xr-x 11 _bbstored wheel 512 Nov 12 02:37 4d drwxr-xr-x 11 _bbstored wheel 512 Nov 12 02:39 4e drwxr-xr-x 11 _bbstored wheel 2560 Nov 13 02:31 4f drwxr-xr-x 11 _bbstored wheel 1024 Dec 15 02:53 50 drwxr-xr-x 11 _bbstored wheel 512 Nov 13 02:33 51 drwxr-xr-x 11 _bbstored wheel 512 Dec 6 02:53 52 drwxr-xr-x 11 _bbstored wheel 512 Nov 13 02:35 53 drwxr-xr-x 11 _bbstored wheel 512 Nov 13 02:37 54 drwxr-xr-x 11 _bbstored wheel 1536 Dec 10 02:53 55 drwxr-xr-x 11 _bbstored wheel 4096 Nov 14 02:33 56 drwxr-xr-x 11 _bbstored wheel 2048 Dec 15 02:53 57 drwxr-xr-x 11 _bbstored wheel 2048 Nov 14 02:35 58 drwxr-xr-x 11 _bbstored wheel 3584 Dec 6 02:53 59 drwxr-xr-x 11 _bbstored wheel 3584 Dec 6 02:53 5a drwxr-xr-x 11 _bbstored wheel 4096 Dec 10 02:53 5b drwxr-xr-x 11 _bbstored wheel 4096 Nov 15 02:33 5c drwxr-xr-x 11 _bbstored wheel 4096 Nov 15 02:34 5d drwxr-xr-x 11 _bbstored wheel 3072 Nov 15 02:35 5e drwxr-xr-x 11 _bbstored wheel 512 Nov 15 02:36 5f drwxr-xr-x 11 _bbstored wheel 1024 Nov 15 02:38 60 drwxr-xr-x 11 _bbstored wheel 3584 Nov 15 02:39 61 drwxr-xr-x 11 _bbstored wheel 512 Dec 15 02:53 62 drwxr-xr-x 11 _bbstored wheel 4096 Nov 16 02:33 63 drwxr-xr-x 11 _bbstored wheel 4608 Nov 16 02:34 64 drwxr-xr-x 11 _bbstored wheel 2560 Nov 16 02:35 65 drwxr-xr-x 11 _bbstored wheel 3584 Nov 16 02:36 66 drwxr-xr-x 11 _bbstored wheel 2560 Nov 16 02:38 67 drwxr-xr-x 11 _bbstored wheel 3072 Nov 17 02:32 68 drwxr-xr-x 11 _bbstored wheel 2048 Dec 15 02:53 69 drwxr-xr-x 11 _bbstored wheel 512 Dec 15 02:53 6a drwxr-xr-x 11 _bbstored wheel 512 Nov 17 02:35 6b drwxr-xr-x 11 _bbstored wheel 2048 Dec 15 02:53 6c drwxr-xr-x 11 _bbstored wheel 512 Nov 17 02:38 6d drwxr-xr-x 11 _bbstored wheel 512 Dec 10 02:53 6e drwxr-xr-x 11 _bbstored wheel 512 Dec 10 02:53 6f drwxr-xr-x 11 _bbstored wheel 1024 Dec 10 02:53 70 drwxr-xr-x 11 _bbstored wheel 1024 Dec 15 02:53 71 drwxr-xr-x 11 _bbstored wheel 4096 Dec 15 02:53 72 drwxr-xr-x 11 _bbstored wheel 3584 Nov 18 02:38 73 drwxr-xr-x 11 _bbstored wheel 512 Nov 19 02:32 74 drwxr-xr-x 11 _bbstored wheel 1024 Nov 19 02:33 75 drwxr-xr-x 11 _bbstored wheel 2560 Dec 15 02:53 76 drwxr-xr-x 11 _bbstored wheel 512 Dec 15 02:53 77 drwxr-xr-x 11 _bbstored wheel 512 Nov 19 02:37 78 drwxr-xr-x 11 _bbstored wheel 512 Nov 19 02:38 79 drwxr-xr-x 11 _bbstored wheel 512 Nov 20 02:32 7a drwxr-xr-x 11 _bbstored wheel 512 Nov 20 02:33 7b drwxr-xr-x 11 _bbstored wheel 512 Nov 20 02:34 7c drwxr-xr-x 11 _bbstored wheel 512 Nov 20 02:35 7d drwxr-xr-x 11 _bbstored wheel 512 Nov 20 02:36 7e drwxr-xr-x 11 _bbstored wheel 512 Nov 20 02:38 7f drwxr-xr-x 11 _bbstored wheel 512 Nov 21 02:32 80 drwxr-xr-x 11 _bbstored wheel 512 Nov 21 02:33 81 drwxr-xr-x 11 _bbstored wheel 512 Nov 21 02:34 82 drwxr-xr-x 11 _bbstored wheel 512 Nov 21 02:35 83 drwxr-xr-x 11 _bbstored wheel 512 Nov 21 02:37 84 drwxr-xr-x 11 _bbstored wheel 512 Nov 22 02:31 85 drwxr-xr-x 11 _bbstored wheel 512 Nov 22 02:32 86 drwxr-xr-x 11 _bbstored wheel 512 Nov 22 02:33 87 drwxr-xr-x 11 _bbstored wheel 512 Nov 22 02:34 88 drwxr-xr-x 11 _bbstored wheel 512 Nov 22 02:35 89 drwxr-xr-x 11 _bbstored wheel 512 Nov 22 02:37 8a drwxr-xr-x 11 _bbstored wheel 512 Nov 22 02:39 8b drwxr-xr-x 11 _bbstored wheel 512 Nov 23 02:32 8c drwxr-xr-x 11 _bbstored wheel 512 Nov 23 02:33 8d drwxr-xr-x 11 _bbstored wheel 512 Nov 23 02:34 8e drwxr-xr-x 11 _bbstored wheel 512 Nov 23 02:35 8f drwxr-xr-x 11 _bbstored wheel 512 Nov 23 02:37 90 drwxr-xr-x 11 _bbstored wheel 512 Nov 23 02:38 91 drwxr-xr-x 11 _bbstored wheel 512 Nov 23 02:39 92 drwxr-xr-x 11 _bbstored wheel 512 Nov 24 02:32 93 drwxr-xr-x 11 _bbstored wheel 512 Nov 24 02:33 94 drwxr-xr-x 11 _bbstored wheel 512 Nov 24 02:34 95 drwxr-xr-x 11 _bbstored wheel 512 Nov 24 02:35 96 drwxr-xr-x 11 _bbstored wheel 512 Nov 24 02:36 97 drwxr-xr-x 11 _bbstored wheel 512 Nov 24 02:38 98 drwxr-xr-x 11 _bbstored wheel 512 Nov 25 02:31 99 drwxr-xr-x 11 _bbstored wheel 512 Nov 25 02:32 9a drwxr-xr-x 11 _bbstored wheel 512 Nov 25 02:33 9b drwxr-xr-x 11 _bbstored wheel 512 Nov 25 02:34 9c drwxr-xr-x 11 _bbstored wheel 512 Nov 25 02:35 9d drwxr-xr-x 11 _bbstored wheel 512 Nov 25 02:37 9e drwxr-xr-x 11 _bbstored wheel 512 Nov 25 02:39 9f drwxr-xr-x 11 _bbstored wheel 512 Nov 26 02:32 a0 drwxr-xr-x 11 _bbstored wheel 512 Nov 26 02:33 a1 drwxr-xr-x 11 _bbstored wheel 512 Nov 26 02:34 a2 drwxr-xr-x 11 _bbstored wheel 512 Nov 26 02:35 a3 drwxr-xr-x 11 _bbstored wheel 512 Nov 26 02:36 a4 drwxr-xr-x 11 _bbstored wheel 512 Nov 26 02:39 a5 drwxr-xr-x 11 _bbstored wheel 512 Nov 27 02:31 a6 drwxr-xr-x 11 _bbstored wheel 512 Nov 27 02:33 a7 drwxr-xr-x 11 _bbstored wheel 512 Nov 27 02:34 a8 drwxr-xr-x 11 _bbstored wheel 512 Nov 27 02:35 a9 drwxr-xr-x 11 _bbstored wheel 512 Nov 27 02:36 aa drwxr-xr-x 11 _bbstored wheel 512 Nov 27 02:38 ab drwxr-xr-x 11 _bbstored wheel 512 Nov 28 02:32 ac drwxr-xr-x 11 _bbstored wheel 512 Nov 28 02:33 ad drwxr-xr-x 11 _bbstored wheel 512 Nov 28 02:34 ae drwxr-xr-x 11 _bbstored wheel 512 Nov 28 02:34 af drwxr-xr-x 11 _bbstored wheel 512 Nov 28 02:36 b0 drwxr-xr-x 11 _bbstored wheel 512 Nov 28 02:37 b1 drwxr-xr-x 11 _bbstored wheel 512 Nov 29 02:32 b2 drwxr-xr-x 11 _bbstored wheel 512 Nov 29 02:33 b3 drwxr-xr-x 11 _bbstored wheel 512 Nov 29 02:34 b4 drwxr-xr-x 11 _bbstored wheel 2560 Dec 15 02:53 b5 drwxr-xr-x 11 _bbstored wheel 3584 Nov 29 02:36 b6 drwxr-xr-x 11 _bbstored wheel 512 Nov 29 02:38 b7 drwxr-xr-x 11 _bbstored wheel 512 Nov 29 02:40 b8 drwxr-xr-x 11 _bbstored wheel 512 Nov 30 02:31 b9 drwxr-xr-x 11 _bbstored wheel 512 Nov 30 02:32 ba drwxr-xr-x 11 _bbstored wheel 512 Nov 30 02:33 bb drwxr-xr-x 11 _bbstored wheel 512 Dec 6 02:53 bc drwxr-xr-x 11 _bbstored wheel 512 Nov 30 02:35 bd drwxr-xr-x 11 _bbstored wheel 512 Nov 30 02:37 be drwxr-xr-x 11 _bbstored wheel 512 Nov 30 02:38 bf drwxr-xr-x 11 _bbstored wheel 512 Dec 1 02:31 c0 drwxr-xr-x 11 _bbstored wheel 512 Dec 1 02:33 c1 drwxr-xr-x 11 _bbstored wheel 512 Dec 1 02:33 c2 drwxr-xr-x 11 _bbstored wheel 512 Dec 1 02:35 c3 drwxr-xr-x 11 _bbstored wheel 512 Dec 1 02:35 c4 drwxr-xr-x 11 _bbstored wheel 512 Dec 1 02:38 c5 drwxr-xr-x 11 _bbstored wheel 512 Dec 1 02:39 c6 drwxr-xr-x 11 _bbstored wheel 512 Dec 2 02:31 c7 drwxr-xr-x 11 _bbstored wheel 512 Dec 2 02:32 c8 drwxr-xr-x 11 _bbstored wheel 512 Dec 2 02:33 c9 drwxr-xr-x 11 _bbstored wheel 512 Dec 2 02:33 ca drwxr-xr-x 11 _bbstored wheel 1024 Dec 2 02:34 cb drwxr-xr-x 11 _bbstored wheel 512 Dec 2 02:35 cc drwxr-xr-x 11 _bbstored wheel 512 Dec 2 02:37 cd drwxr-xr-x 11 _bbstored wheel 512 Dec 2 02:39 ce drwxr-xr-x 11 _bbstored wheel 512 Dec 3 02:32 cf drwxr-xr-x 11 _bbstored wheel 512 Dec 3 02:33 d0 drwxr-xr-x 11 _bbstored wheel 512 Dec 3 02:33 d1 drwxr-xr-x 11 _bbstored wheel 512 Dec 3 02:34 d2 drwxr-xr-x 11 _bbstored wheel 512 Dec 3 02:35 d3 drwxr-xr-x 11 _bbstored wheel 512 Dec 3 02:37 d4 drwxr-xr-x 11 _bbstored wheel 512 Dec 3 02:39 d5 drwxr-xr-x 11 _bbstored wheel 512 Dec 3 02:39 d6 drwxr-xr-x 11 _bbstored wheel 512 Dec 3 02:40 d7 drwxr-xr-x 11 _bbstored wheel 512 Dec 3 02:41 d8 drwxr-xr-x 11 _bbstored wheel 512 Dec 4 02:32 d9 drwxr-xr-x 11 _bbstored wheel 512 Dec 4 02:33 da drwxr-xr-x 11 _bbstored wheel 512 Dec 4 02:34 db drwxr-xr-x 11 _bbstored wheel 512 Dec 4 02:34 dc drwxr-xr-x 11 _bbstored wheel 512 Dec 4 02:36 dd drwxr-xr-x 11 _bbstored wheel 512 Dec 4 02:38 de drwxr-xr-x 11 _bbstored wheel 512 Dec 5 02:32 df drwxr-xr-x 11 _bbstored wheel 512 Dec 5 02:33 e0 drwxr-xr-x 11 _bbstored wheel 512 Dec 5 02:34 e1 drwxr-xr-x 11 _bbstored wheel 512 Dec 5 02:35 e2 drwxr-xr-x 11 _bbstored wheel 512 Dec 5 02:36 e3 drwxr-xr-x 11 _bbstored wheel 512 Dec 6 02:30 e4 drwxr-xr-x 11 _bbstored wheel 512 Dec 6 02:32 e5 drwxr-xr-x 11 _bbstored wheel 512 Dec 6 02:33 e6 drwxr-xr-x 11 _bbstored wheel 512 Dec 6 02:34 e7 drwxr-xr-x 11 _bbstored wheel 512 Dec 6 02:34 e8 drwxr-xr-x 11 _bbstored wheel 512 Dec 6 02:36 e9 drwxr-xr-x 11 _bbstored wheel 512 Dec 7 02:31 ea drwxr-xr-x 11 _bbstored wheel 512 Dec 7 02:32 eb drwxr-xr-x 11 _bbstored wheel 512 Dec 7 02:33 ec drwxr-xr-x 11 _bbstored wheel 512 Dec 7 02:34 ed drwxr-xr-x 11 _bbstored wheel 512 Dec 7 02:35 ee drwxr-xr-x 11 _bbstored wheel 512 Dec 7 02:36 ef drwxr-xr-x 11 _bbstored wheel 512 Dec 7 02:38 f0 drwxr-xr-x 11 _bbstored wheel 512 Dec 8 02:31 f1 drwxr-xr-x 11 _bbstored wheel 512 Dec 8 02:32 f2 drwxr-xr-x 11 _bbstored wheel 512 Dec 8 02:33 f3 drwxr-xr-x 11 _bbstored wheel 512 Dec 8 02:34 f4 drwxr-xr-x 11 _bbstored wheel 512 Dec 8 02:35 f5 drwxr-xr-x 11 _bbstored wheel 512 Dec 8 02:37 f6 drwxr-xr-x 11 _bbstored wheel 512 Dec 8 02:38 f7 drwxr-xr-x 11 _bbstored wheel 512 Dec 9 02:32 f8 drwxr-xr-x 11 _bbstored wheel 512 Dec 9 02:33 f9 drwxr-xr-x 11 _bbstored wheel 512 Dec 9 02:34 fa drwxr-xr-x 11 _bbstored wheel 512 Dec 9 02:34 fb drwxr-xr-x 11 _bbstored wheel 512 Dec 9 02:35 fc drwxr-xr-x 11 _bbstored wheel 512 Dec 9 02:38 fd drwxr-xr-x 11 _bbstored wheel 512 Dec 9 02:39 fe drwxr-xr-x 11 _bbstored wheel 512 Dec 10 02:32 ff -rw-r--r-- 1 _bbstored wheel 88 Dec 15 21:09 info.rfw -rw-r--r-- 1 _bbstored wheel 360 May 13 2005 o01.rfw -rw-r--r-- 1 _bbstored wheel 801 Mar 29 2005 o02.rfw -rw-r--r-- 1 _bbstored wheel 521 Jul 17 03:11 o03.rfw -rw-r--r-- 1 _bbstored wheel 5825 May 13 2005 o04.rfw -rw-r--r-- 1 _bbstored wheel 185 Jul 17 03:11 o05.rfw -rw-r--r-- 1 _bbstored wheel 201 Dec 16 2004 o09.rfw -rw-r--r-- 1 _bbstored wheel 392 Dec 16 2004 o0a.rfw -rw-r--r-- 1 _bbstored wheel 536 Dec 16 2004 o0b.rfw -rw-r--r-- 1 _bbstored wheel 721 May 31 2005 o0c.rfw -rw-r--r-- 1 _bbstored wheel 19970 Dec 16 2004 o0e.rfw -rw-r--r-- 1 _bbstored wheel 5603 Dec 16 2004 o0f.rfw -rw-r--r-- 1 _bbstored wheel 4891 Dec 16 2004 o10.rfw -rw-r--r-- 1 _bbstored wheel 1225 Dec 8 02:53 o15.rfw -rw-r--r-- 1 _bbstored wheel 1465 Dec 15 02:53 o29.rfw -rw-r--r-- 1 _bbstored wheel 1664 Dec 16 2004 o2b.rfw -rw-r--r-- 1 _bbstored wheel 432 Dec 16 2004 o31.rfw -rw-r--r-- 1 _bbstored wheel 241 Mar 29 2005 o3f.rfw -rw-r--r-- 1 _bbstored wheel 192 Dec 16 2004 o40.rfw -rw-r--r-- 1 _bbstored wheel 200 Dec 16 2004 o41.rfw -rw-r--r-- 1 _bbstored wheel 241 Dec 16 2004 o43.rfw -rw-r--r-- 1 _bbstored wheel 192 Dec 16 2004 o44.rfw -rw-r--r-- 1 _bbstored wheel 200 Dec 16 2004 o45.rfw -rw-r--r-- 1 _bbstored wheel 304 Dec 16 2004 o46.rfw -rw-r--r-- 1 _bbstored wheel 705 Dec 16 2004 o47.rfw -rw-r--r-- 1 _bbstored wheel 1896 Dec 16 2004 o48.rfw -rw-r--r-- 1 _bbstored wheel 40994 Dec 16 2004 o49.rfw -rw-r--r-- 1 _bbstored wheel 4056 Dec 16 2004 o4a.rfw -rw-r--r-- 1 _bbstored wheel 1128 Dec 16 2004 o4b.rfw -rw-r--r-- 1 _bbstored wheel 5593 Dec 16 2004 o4c.rfw -rw-r--r-- 1 _bbstored wheel 46595 Dec 16 2004 o4d.rfw -rw-r--r-- 1 _bbstored wheel 35088 Dec 16 2004 o4e.rfw -rw-r--r-- 1 _bbstored wheel 3528 Dec 16 2004 o4f.rfw -rw-r--r-- 1 _bbstored wheel 3424 Dec 16 2004 o50.rfw -rw-r--r-- 1 _bbstored wheel 2296 Dec 16 2004 o51.rfw -rw-r--r-- 1 _bbstored wheel 6393 Mar 29 2005 o52.rfw -rw-r--r-- 1 _bbstored wheel 1456 Dec 16 2004 o53.rfw -rw-r--r-- 1 _bbstored wheel 2409 Dec 16 2004 o54.rfw -rw-r--r-- 1 _bbstored wheel 2729 Dec 16 2004 o55.rfw -rw-r--r-- 1 _bbstored wheel 2441 Dec 16 2004 o56.rfw -rw-r--r-- 1 _bbstored wheel 2689 Dec 16 2004 o57.rfw -rw-r--r-- 1 _bbstored wheel 2305 Dec 16 2004 o58.rfw -rw-r--r-- 1 _bbstored wheel 2945 Dec 16 2004 o59.rfw -rw-r--r-- 1 _bbstored wheel 2337 Dec 16 2004 o5a.rfw -rw-r--r-- 1 _bbstored wheel 2465 Dec 16 2004 o5b.rfw -rw-r--r-- 1 _bbstored wheel 4114 Dec 16 2004 o5c.rfw -rw-r--r-- 1 _bbstored wheel 5683 Dec 16 2004 o5d.rfw -rw-r--r-- 1 _bbstored wheel 4146 Dec 16 2004 o5e.rfw -rw-r--r-- 1 _bbstored wheel 4322 Dec 16 2004 o5f.rfw -rw-r--r-- 1 _bbstored wheel 8989 Dec 16 2004 o60.rfw -rw-r--r-- 1 _bbstored wheel 11390 Dec 16 2004 o61.rfw -rw-r--r-- 1 _bbstored wheel 11406 Dec 16 2004 o62.rfw -rw-r--r-- 1 _bbstored wheel 11422 Dec 16 2004 o63.rfw -rw-r--r-- 1 _bbstored wheel 12479 Dec 16 2004 o64.rfw -rw-r--r-- 1 _bbstored wheel 3121 Dec 16 2004 o65.rfw -rw-r--r-- 1 _bbstored wheel 3729 Dec 16 2004 o66.rfw -rw-r--r-- 1 _bbstored wheel 3153 Dec 16 2004 o67.rfw -rw-r--r-- 1 _bbstored wheel 3417 Dec 16 2004 o68.rfw -rw-r--r-- 1 _bbstored wheel 4162 Dec 16 2004 o69.rfw -rw-r--r-- 1 _bbstored wheel 5170 Dec 16 2004 o6a.rfw -rw-r--r-- 1 _bbstored wheel 4226 Dec 16 2004 o6b.rfw -rw-r--r-- 1 _bbstored wheel 8413 Dec 16 2004 o6c.rfw -rw-r--r-- 1 _bbstored wheel 7388 Dec 16 2004 o6d.rfw -rw-r--r-- 1 _bbstored wheel 6107 Dec 16 2004 o6e.rfw -rw-r--r-- 1 _bbstored wheel 6123 Dec 16 2004 o6f.rfw -rw-r--r-- 1 _bbstored wheel 6555 Dec 16 2004 o70.rfw -rw-r--r-- 1 _bbstored wheel 312 Dec 16 2004 o71.rfw -rw-r--r-- 1 _bbstored wheel 2713 Dec 16 2004 o72.rfw -rw-r--r-- 1 _bbstored wheel 2769 Dec 16 2004 o73.rfw -rw-r--r-- 1 _bbstored wheel 3057 Dec 16 2004 o74.rfw -rw-r--r-- 1 _bbstored wheel 328 Dec 16 2004 o75.rfw -rw-r--r-- 1 _bbstored wheel 2570 Dec 16 2004 o76.rfw -rw-r--r-- 1 _bbstored wheel 2426 Dec 16 2004 o77.rfw -rw-r--r-- 1 _bbstored wheel 2602 Dec 16 2004 o78.rfw -rw-r--r-- 1 _bbstored wheel 2818 Dec 16 2004 o79.rfw -rw-r--r-- 1 _bbstored wheel 11094 Dec 16 2004 o7a.rfw -rw-r--r-- 1 _bbstored wheel 7852 Dec 16 2004 o7b.rfw -rw-r--r-- 1 _bbstored wheel 4458 Dec 16 2004 o7c.rfw -rw-r--r-- 1 _bbstored wheel 6395 Dec 16 2004 o7d.rfw -rw-r--r-- 1 _bbstored wheel 7876 Dec 16 2004 o7e.rfw -rw-r--r-- 1 _bbstored wheel 8644 Dec 16 2004 o7f.rfw -rw-r--r-- 1 _bbstored wheel 2977 Dec 16 2004 o80.rfw -rw-r--r-- 1 _bbstored wheel 3265 Dec 16 2004 o81.rfw -rw-r--r-- 1 _bbstored wheel 2977 Dec 16 2004 o82.rfw -rw-r--r-- 1 _bbstored wheel 1872 Dec 16 2004 o83.rfw -rw-r--r-- 1 _bbstored wheel 2033 Dec 16 2004 o84.rfw -rw-r--r-- 1 _bbstored wheel 2417 Dec 16 2004 o85.rfw -rw-r--r-- 1 _bbstored wheel 1416 Dec 16 2004 o86.rfw -rw-r--r-- 1 _bbstored wheel 11646 Dec 16 2004 o87.rfw -rw-r--r-- 1 _bbstored wheel 1504 Dec 16 2004 o88.rfw -rw-r--r-- 1 _bbstored wheel 6987 Dec 16 2004 o89.rfw -rw-r--r-- 1 _bbstored wheel 2409 Dec 16 2004 o8a.rfw -rw-r--r-- 1 _bbstored wheel 5803 Dec 16 2004 o8b.rfw -rw-r--r-- 1 _bbstored wheel 3233 Dec 16 2004 o8c.rfw -rw-r--r-- 1 _bbstored wheel 4690 Dec 16 2004 o8d.rfw -rw-r--r-- 1 _bbstored wheel 4802 Dec 16 2004 o8e.rfw -rw-r--r-- 1 _bbstored wheel 16113 Dec 16 2004 o8f.rfw -rw-r--r-- 1 _bbstored wheel 16097 Dec 16 2004 o90.rfw -rw-r--r-- 1 _bbstored wheel 18722 Dec 16 2004 o91.rfw -rw-r--r-- 1 _bbstored wheel 1328 Dec 16 2004 o92.rfw -rw-r--r-- 1 _bbstored wheel 1520 Dec 16 2004 o93.rfw -rw-r--r-- 1 _bbstored wheel 1536 Dec 16 2004 o94.rfw -rw-r--r-- 1 _bbstored wheel 1736 Dec 16 2004 o95.rfw -rw-r--r-- 1 _bbstored wheel 7789 Dec 16 2004 o96.rfw -rw-r--r-- 1 _bbstored wheel 2641 Dec 16 2004 o97.rfw -rw-r--r-- 1 _bbstored wheel 2657 Dec 16 2004 o98.rfw -rw-r--r-- 1 _bbstored wheel 2817 Dec 16 2004 o99.rfw -rw-r--r-- 1 _bbstored wheel 4434 Dec 16 2004 o9a.rfw -rw-r--r-- 1 _bbstored wheel 5107 Dec 16 2004 o9b.rfw -rw-r--r-- 1 _bbstored wheel 4450 Dec 16 2004 o9c.rfw -rw-r--r-- 1 _bbstored wheel 4882 Dec 16 2004 o9d.rfw -rw-r--r-- 1 _bbstored wheel 3130 Dec 16 2004 o9e.rfw -rw-r--r-- 1 _bbstored wheel 5122 Dec 16 2004 o9f.rfw -rw-r--r-- 1 _bbstored wheel 4514 Dec 16 2004 oa0.rfw -rw-r--r-- 1 _bbstored wheel 5539 Dec 16 2004 oa1.rfw -rw-r--r-- 1 _bbstored wheel 4578 Dec 16 2004 oa2.rfw -rw-r--r-- 1 _bbstored wheel 9133 Dec 16 2004 oa3.rfw -rw-r--r-- 1 _bbstored wheel 9141 Dec 16 2004 oa4.rfw -rw-r--r-- 1 _bbstored wheel 9525 Dec 16 2004 oa5.rfw -rw-r--r-- 1 _bbstored wheel 3305 Dec 16 2004 oa6.rfw -rw-r--r-- 1 _bbstored wheel 1304 Dec 16 2004 oa7.rfw -rw-r--r-- 1 _bbstored wheel 6899 Dec 16 2004 oa8.rfw -rw-r--r-- 1 _bbstored wheel 5291 Dec 16 2004 oa9.rfw -rw-r--r-- 1 _bbstored wheel 4690 Dec 16 2004 oaa.rfw -rw-r--r-- 1 _bbstored wheel 4722 Dec 16 2004 oab.rfw -rw-r--r-- 1 _bbstored wheel 5483 Dec 16 2004 oac.rfw -rw-r--r-- 1 _bbstored wheel 8228 Dec 16 2004 oad.rfw -rw-r--r-- 1 _bbstored wheel 8276 Dec 16 2004 oae.rfw -rw-r--r-- 1 _bbstored wheel 9429 Dec 16 2004 oaf.rfw -rw-r--r-- 1 _bbstored wheel 11694 Dec 16 2004 ob0.rfw -rw-r--r-- 1 _bbstored wheel 13207 Dec 16 2004 ob1.rfw -rw-r--r-- 1 _bbstored wheel 649 Dec 16 2004 ob2.rfw -rw-r--r-- 1 _bbstored wheel 20211 Dec 16 2004 ob3.rfw -rw-r--r-- 1 _bbstored wheel 9597 Dec 16 2004 ob4.rfw -rw-r--r-- 1 _bbstored wheel 9629 Dec 16 2004 ob5.rfw -rw-r--r-- 1 _bbstored wheel 10381 Dec 16 2004 ob6.rfw -rw-r--r-- 1 _bbstored wheel 392 Dec 16 2004 ob7.rfw -rw-r--r-- 1 _bbstored wheel 344 Dec 16 2004 ob8.rfw -rw-r--r-- 1 _bbstored wheel 6092 Dec 16 2004 ob9.rfw -rw-r--r-- 1 _bbstored wheel 8909 Dec 16 2004 oba.rfw -rw-r--r-- 1 _bbstored wheel 8909 Dec 16 2004 obb.rfw -rw-r--r-- 1 _bbstored wheel 9805 Dec 16 2004 obc.rfw -rw-r--r-- 1 _bbstored wheel 913 Dec 16 2004 obd.rfw -rw-r--r-- 1 _bbstored wheel 4256 Dec 16 2004 obe.rfw -rw-r--r-- 1 _bbstored wheel 1976 Dec 16 2004 obf.rfw -rw-r--r-- 1 _bbstored wheel 23733 Dec 16 2004 oc0.rfw -rw-r--r-- 1 _bbstored wheel 5689 Dec 16 2004 oc1.rfw -rw-r--r-- 1 _bbstored wheel 1560 Dec 16 2004 oc2.rfw -rw-r--r-- 1 _bbstored wheel 1608 Dec 16 2004 oc3.rfw -rw-r--r-- 1 _bbstored wheel 752 Dec 16 2004 oc4.rfw -rw-r--r-- 1 _bbstored wheel 3744 Dec 16 2004 oc5.rfw -rw-r--r-- 1 _bbstored wheel 640 Dec 16 2004 oc6.rfw -rw-r--r-- 1 _bbstored wheel 2768 Dec 16 2004 oc7.rfw -rw-r--r-- 1 _bbstored wheel 2168 Dec 16 2004 oc8.rfw -rw-r--r-- 1 _bbstored wheel 2216 Dec 16 2004 oc9.rfw -rw-r--r-- 1 _bbstored wheel 248 Dec 16 2004 oca.rfw -rw-r--r-- 1 _bbstored wheel 6145 Dec 16 2004 ocb.rfw -rw-r--r-- 1 _bbstored wheel 1521 Dec 16 2004 occ.rfw -rw-r--r-- 1 _bbstored wheel 23013 Dec 16 2004 ocd.rfw -rw-r--r-- 1 _bbstored wheel 63677 Dec 16 2004 oce.rfw -rw-r--r-- 1 _bbstored wheel 1888 Dec 16 2004 ocf.rfw -rw-r--r-- 1 _bbstored wheel 2016 Dec 16 2004 od0.rfw -rw-r--r-- 1 _bbstored wheel 2977 Dec 16 2004 od1.rfw -rw-r--r-- 1 _bbstored wheel 9413 Dec 16 2004 od2.rfw -rw-r--r-- 1 _bbstored wheel 4722 Dec 16 2004 od3.rfw -rw-r--r-- 1 _bbstored wheel 7804 Dec 16 2004 od4.rfw -rw-r--r-- 1 _bbstored wheel 392 Dec 16 2004 od5.rfw -rw-r--r-- 1 _bbstored wheel 344 Dec 16 2004 od6.rfw -rw-r--r-- 1 _bbstored wheel 4170 Dec 16 2004 od7.rfw -rw-r--r-- 1 _bbstored wheel 2297 Dec 16 2004 od8.rfw -rw-r--r-- 1 _bbstored wheel 7147 Dec 16 2004 od9.rfw -rw-r--r-- 1 _bbstored wheel 2088 Dec 16 2004 oda.rfw -rw-r--r-- 1 _bbstored wheel 5786 Dec 16 2004 odb.rfw -rw-r--r-- 1 _bbstored wheel 5659 Dec 16 2004 odc.rfw -rw-r--r-- 1 _bbstored wheel 2473 Dec 16 2004 odd.rfw -rw-r--r-- 1 _bbstored wheel 21915 Dec 16 2004 ode.rfw -rw-r--r-- 1 _bbstored wheel 2841 Dec 16 2004 odf.rfw -rw-r--r-- 1 _bbstored wheel 28994 Dec 16 2004 oe0.rfw -rw-r--r-- 1 _bbstored wheel 5170 Dec 16 2004 oe1.rfw -rw-r--r-- 1 _bbstored wheel 2425 Dec 16 2004 oe2.rfw -rw-r--r-- 1 _bbstored wheel 5210 Dec 16 2004 oe3.rfw -rw-r--r-- 1 _bbstored wheel 1456 Dec 16 2004 oe4.rfw -rw-r--r-- 1 _bbstored wheel 6969 Mar 29 2005 oe5.rfw -rw-r--r-- 1 _bbstored wheel 58688 Dec 16 2004 oe6.rfw -rw-r--r-- 1 _bbstored wheel 63635 Dec 16 2004 oe7.rfw -rw-r--r-- 1 _bbstored wheel 58896 Dec 16 2004 oe8.rfw -rw-r--r-- 1 _bbstored wheel 65739 Dec 16 2004 oe9.rfw -rw-r--r-- 1 _bbstored wheel 5106 Dec 16 2004 oea.rfw -rw-r--r-- 1 _bbstored wheel 4274 Dec 16 2004 oeb.rfw -rw-r--r-- 1 _bbstored wheel 5291 Dec 16 2004 oec.rfw -rw-r--r-- 1 _bbstored wheel 5098 Dec 16 2004 oed.rfw -rw-r--r-- 1 _bbstored wheel 4227 Dec 16 2004 oee.rfw -rw-r--r-- 1 _bbstored wheel 4756 Dec 16 2004 oef.rfw -rw-r--r-- 1 _bbstored wheel 4436 Dec 16 2004 of0.rfw -rw-r--r-- 1 _bbstored wheel 4532 Dec 16 2004 of1.rfw -rw-r--r-- 1 _bbstored wheel 4564 Dec 16 2004 of2.rfw -rw-r--r-- 1 _bbstored wheel 392 Dec 16 2004 of3.rfw -rw-r--r-- 1 _bbstored wheel 344 Dec 16 2004 of4.rfw -rw-r--r-- 1 _bbstored wheel 2785 Dec 16 2004 of5.rfw -rw-r--r-- 1 _bbstored wheel 3362 Dec 16 2004 of6.rfw -rw-r--r-- 1 _bbstored wheel 2737 Dec 16 2004 of7.rfw -rw-r--r-- 1 _bbstored wheel 3418 Dec 16 2004 of8.rfw -rw-r--r-- 1 _bbstored wheel 2729 Dec 16 2004 of9.rfw -rw-r--r-- 1 _bbstored wheel 3242 Dec 16 2004 ofa.rfw -rw-r--r-- 1 _bbstored wheel 2649 Dec 16 2004 ofb.rfw -rw-r--r-- 1 _bbstored wheel 3234 Dec 16 2004 ofc.rfw -rw-r--r-- 1 _bbstored wheel 5267 Dec 16 2004 ofd.rfw -rw-r--r-- 1 _bbstored wheel 5315 Dec 16 2004 ofe.rfw -rw-r--r-- 1 _bbstored wheel 5555 Dec 16 2004 off.rfw -rw------- 1 _bbstored wheel 0 Dec 16 2004 write.lock > > Ben > > > > >> >> >> Andreas Schrafl wrote: >>> Ben Summers wrote: >>>> >>>> On 15 Dec 2005, at 21:43, Andreas Schrafl wrote: >>>> >>>>> Hi >>>>> >>>>> I changed my server by putting the disk into a new machine (same >>>>> network cards) and added a disk. now everything went well except box. >>>>> >>>>> I move to the files to the new disk with cp -R -p and changed >>>>> raidfile.conf to the new path (I don't have a raid so 3 times the >>>>> same path). >>>>> Now when I start box it runs but can't access the accounts. >>>>> >>>>> I get this in the log: >>>>> >>>>> bbstored[21972]: Starting daemon (config: /etc/box/bbstored.conf) >>>>> (version 0.09) >>>>> bbstored/hk[30903]: Housekeeping process started >>>>> bbstored/hk[30903]: Starting housekeeping >>>>> bbstored/hk[30903]: while housekeeping account 000003E8, exception >>>>> Common OSFileError (Error accessing a file. Check permissions.) >>>>> (1/9) -- aborting housekeeping run for this account >>>>> bbstored/hk[30903]: while housekeeping account 000007D0, exception >>>>> Common OSFileError (Error accessing a file. Check permissions.) >>>>> (1/9) -- aborting housekeeping run for this account >>>>> bbstored/hk[30903]: while housekeeping account 00000BB8, exception >>>>> Common OSFileError (Error accessing a file. Check permissions.) >>>>> (1/9) -- aborting housekeeping run for this account >>>>> bbstored/hk[30903]: while housekeeping account 00000FA0, exception >>>>> Common OSFileError (Error accessing a file. Check permissions.) >>>>> (1/9) -- aborting housekeeping run for this account >>>>> bbstored/hk[30903]: Finished housekeeping >>>>> >>>>> So I checked the config files and the data files and all have >>>>> permission for _bbstored (since I copied it with -p). >>>>> >>>>> Now I know I should have tested everything with just the new disk >>>>> or just the new computer but I made both and if I undo the disk >>>>> change (change back the raidfile.conf) I get exactly the same error. >>>>> >>>>> Could it be something with the encryption? >>>> >>>> Only relevant for the client. >>>> >>>>> I thougt I didn't change anything there since I just took out the >>>>> disk of one machine and pluged it into the other (you can do this >>>>> with OpenBSD). >>>> >>>> No reason this shouldn't work. >>>> >>>> Can you post your raidfile.conf, bbstored.conf, and an ls -la of the >>>> directory the raidfile.conf points to? >>>> >>> here are the requested things: >>> more /etc/box/raidfile.conf >>> disc0 >>> { >>> SetNumber = 0 >>> BlockSize = 2048 >>> Dir0 = /backup/bbstore >>> Dir1 = /backup/bbstore >>> Dir2 = /backup/bbstore >>> } >>> more /etc/box/bbstored.conf >>> RaidFileConf = /etc/box/raidfile.conf >>> AccountDatabase = /etc/box/bbstored/accounts.txt >>> # Uncomment this line to see exactly what commands are being received >>> from clients. >>> ExtendedLogging = yes >>> # scan all accounts for files which need deleting every 15 minutes. >>> TimeBetweenHousekeeping = 900 >>> Server >>> { >>> PidFile = /var/run/bbstored.pid >>> User = _bbstored >>> ListenAddresses = inet:IPMASKED >>> CertificateFile = /etc/box/bbstored/DOMAINNAME-cert.pem >>> PrivateKeyFile = /etc/box/bbstored/DOMAINNAME-key.pem >>> TrustedCAsFile = /etc/box/bbstored/clientCA.pem >>> } >>> ls -la /backup/bbstore/ >>> total 60 >>> drwxr-xr-x 6 _bbstored wheel 512 Dec 15 21:48 . >>> drwxr-xr-x 4 root wheel 512 Dec 15 21:14 .. >>> drwxr-xr-x 258 _bbstored wheel 6656 Dec 15 21:09 000003e8 >>> drwxr-xr-x 258 _bbstored wheel 3584 Dec 15 21:09 000007d0 >>> drwxr-xr-x 239 _bbstored wheel 7168 Dec 15 21:09 00000bb8 >>> drwxr-xr-x 102 _bbstored wheel 5632 Dec 15 21:09 00000fa0 >>>> Ben >>>> >>>> >>>> _______________________________________________ >>>> boxbackup mailing list >>>> boxbackup at fluffy.co.uk >>>> http://lists.warhead.org.uk/mailman/listinfo/boxbackup >>> _______________________________________________ >>> boxbackup mailing list >>> boxbackup at fluffy.co.uk >>> http://lists.warhead.org.uk/mailman/listinfo/boxbackup >> _______________________________________________ >> boxbackup mailing list >> boxbackup at fluffy.co.uk >> http://lists.warhead.org.uk/mailman/listinfo/boxbackup > > _______________________________________________ > boxbackup mailing list > boxbackup at fluffy.co.uk > http://lists.warhead.org.uk/mailman/listinfo/boxbackup From boxbackup at fluffy.co.uk Fri Dec 16 10:23:40 2005 From: boxbackup at fluffy.co.uk (Ben Summers) Date: Fri, 16 Dec 2005 10:23:40 +0000 Subject: [Box Backup] new disk -> error 1/9 Error accessing a file. Check permissions. In-Reply-To: <43A29475.1050809@jetnet.ch> References: <43A1E36D.1060102@jetnet.ch> <847A30B8-7A1B-4A88-8A14-42C3230E4B70@fluffy.co.uk> <43A1E892.2090902@jetnet.ch> <43A20670.9030806@jetnet.ch> <43A29475.1050809@jetnet.ch> Message-ID: On 16 Dec 2005, at 10:18, Andreas Schrafl wrote: > Is there any way to check what files the server tries to access? On OpenBSD, you can use systrace to see everything it does. > > Here are the Outputs you requested. These look fine. I suppose you could make sure that the group on the files is the primary group for _bbstored, but I can't think why it would make a difference. Ben From boxbackup at fluffy.co.uk Fri Dec 16 17:49:29 2005 From: boxbackup at fluffy.co.uk (Andreas Schrafl) Date: Fri, 16 Dec 2005 18:49:29 +0100 Subject: [Box Backup] new disk -> error 1/9 Error accessing a file. Check permissions. In-Reply-To: References: <43A1E36D.1060102@jetnet.ch> <847A30B8-7A1B-4A88-8A14-42C3230E4B70@fluffy.co.uk> <43A1E892.2090902@jetnet.ch> <43A20670.9030806@jetnet.ch> <43A29475.1050809@jetnet.ch> Message-ID: <43A2FE29.4080907@jetnet.ch> So I finally found a solution but notyet why this problem exists. I had the files in /home/backup/backup and moved them to /backup/bbstore Now I have, as you can see in the raidfile.conf the directories /backup/bbstore but somehow there has to be a ./backup folder. Now I moved all files to /backup/bbstore/backup and it seems to work. Is the folder ./backup ontop of the raidfile position allways necessary? It seems a bit odd. Thanks Andy Ben Summers wrote: > > On 16 Dec 2005, at 10:18, Andreas Schrafl wrote: > >> Is there any way to check what files the server tries to access? > > On OpenBSD, you can use systrace to see everything it does. > > >> >> Here are the Outputs you requested. > > These look fine. I suppose you could make sure that the group on the > files is the primary group for _bbstored, but I can't think why it would > make a difference. > > Ben > > > _______________________________________________ > boxbackup mailing list > boxbackup at fluffy.co.uk > http://lists.warhead.org.uk/mailman/listinfo/boxbackup From boxbackup at fluffy.co.uk Fri Dec 16 18:17:59 2005 From: boxbackup at fluffy.co.uk (Chris Wilson) Date: Fri, 16 Dec 2005 18:17:59 +0000 (GMT) Subject: [Box Backup] new disk -> error 1/9 Error accessing a file. Check permissions. In-Reply-To: References: <43A1E36D.1060102@jetnet.ch> <847A30B8-7A1B-4A88-8A14-42C3230E4B70@fluffy.co.uk> <43A1E892.2090902@jetnet.ch> <43A20670.9030806@jetnet.ch> <43A29475.1050809@jetnet.ch> Message-ID: Hi Ben, On Fri, 16 Dec 2005, Ben Summers wrote: > On 16 Dec 2005, at 10:18, Andreas Schrafl wrote: > >> Is there any way to check what files the server tries to access? > > On OpenBSD, you can use systrace to see everything it does. Perhaps this belongs on the dev list, but I've been thinking that perhaps some exceptions could have an optional message or file name that caused the error? I think it would help with debugging problems like this. What do you think? Cheers, Chris. -- _ ___ __ _ / __/ / ,__(_)_ | Chris Wilson <0000 at qwirx.com> - Cambs UK | / (_/ ,\/ _/ /_ \ | Security/C/C++/Java/Perl/SQL/HTML Developer | \ _/_/_/_//_/___/ | We are GNU-free your mind-and your software | From boxbackup at fluffy.co.uk Mon Dec 19 08:20:57 2005 From: boxbackup at fluffy.co.uk (E.W. Peter Jalajas) Date: Mon, 19 Dec 2005 00:20:57 -0800 (PST) Subject: [Box Backup] exception Server BadSocketHandle (3/4) on Windows Message-ID: <20051219082057.24171.qmail@web60625.mail.yahoo.com> Hi all, I'm new to boxbackup; this is my first submittal to the list. I have boxbackup (finally) running fine from my WinXP box client to my ubuntu hoary box server/store. I'm now trying to get it to run as a service in WinXP. On the WinXP client: ~/trunk/distribution/boxbackup/contrib/cygwin/install-cygwin-service.pl gave: cygrunsrv: Error starting a service: QueryServiceStatus: Win32 error 1062: And the log showed: bbackupd: exception Common OSFileOpenError (Can't open a file -- attempted to load a non-existant config file or bad file referenced within?) (1/2) So I tweaked the registry: HKLM/System/CurrentControlSet/Services/BoxBackup/Parameters/AppArgs from: /etc/box/bbackupd.conf SINGLEPROCESS to: C:\cygwin\etc\box\bbackupd.conf SINGLEPROCESS and that resulted in the log output: Starting daemon (config: C:\cygwin\etc\box\bbackupd.conf) (version 0.09_autoconf_win32) Parameter = 5274340. exception Server BadSocketHandle (3/4) -- terminating Searching the entire mailing list archive found no mention of that exception that I could tell. Desperately: $ grep -i sock /etc/box/bbackupd.conf # Where the command socket is created in the filesystem. #CommandSocket = /var/run/bbackupd.sock CommandSocket = C:\cygwin\var\run\bbackupd.sock $ chmod 777 /var/run/bbackupd.sock $ ls -al "C:\\cygwin\\var\\run\\bbackupd.sock" -rwxrwxrwx 1 Owner None 0 Dec 19 01:02 C:\cygwin\var\run\bbackupd.sock $ cat "C:\\cygwin\\var\\run\\bbackupd.sock" $ The server log shows nothing ("of course" I think). Any help would be appreciated. Thanks, Pete From boxbackup at fluffy.co.uk Mon Dec 19 08:56:43 2005 From: boxbackup at fluffy.co.uk (E.W. Peter Jalajas) Date: Mon, 19 Dec 2005 00:56:43 -0800 (PST) Subject: [Box Backup] regex missing on my cygwin? Message-ID: <20051219085643.71814.qmail@web60623.mail.yahoo.com> Hi again, I'm using boxbackup version 0.09_autoconf_win32 on cygwin on WinXP. It works fine, except when I try to use regex to exclude some large files: Exception caught (Common RegexNotSupportedOnThisPlatform (Your platform does not have built in regular expression libraries.) 1/30), reset state and waiting to I thought I had been using regex on this system earlier. But I might have reinstalled cygwin and/or other boxbackup-related apps since that time. The 1.33.1-1 boost and boost-devel Portable C++ libraries packages are currently listed as installed under cygwin setup.exe. Any help would be appreciated. (This isn't a boxbackup compile-time option, is it?) Thanks, Pete From boxbackup at fluffy.co.uk Mon Dec 19 11:32:13 2005 From: boxbackup at fluffy.co.uk (Chris Wilson) Date: Mon, 19 Dec 2005 11:32:13 +0000 (GMT) Subject: [Box Backup] exception Server BadSocketHandle (3/4) on Windows In-Reply-To: <20051219082057.24171.qmail@web60625.mail.yahoo.com> References: <20051219082057.24171.qmail@web60625.mail.yahoo.com> Message-ID: Hi Peter, On Mon, 19 Dec 2005, E.W. Peter Jalajas wrote: > On the WinXP client: > > ~/trunk/distribution/boxbackup/contrib/cygwin/install-cygwin-service.pl Thanks for reporting this problem with the trunk. I will investigate it when I have time, but if you're in a hurry, I strongly recommend you to use the release version, 0.09. The trunk is in no way stable at the moment, having just merged some major changes. Can you run the client from the command line? (not as a service) Cheers, Chris. -- _ ___ __ _ / __/ / ,__(_)_ | Chris Wilson <0000 at qwirx.com> - Cambs UK | / (_/ ,\/ _/ /_ \ | Security/C/C++/Java/Perl/SQL/HTML Developer | \ _/_/_/_//_/___/ | We are GNU-free your mind-and your software | From boxbackup at fluffy.co.uk Mon Dec 19 11:37:19 2005 From: boxbackup at fluffy.co.uk (Chris Wilson) Date: Mon, 19 Dec 2005 11:37:19 +0000 (GMT) Subject: [Box Backup] regex missing on my cygwin? In-Reply-To: <20051219085643.71814.qmail@web60623.mail.yahoo.com> References: <20051219085643.71814.qmail@web60623.mail.yahoo.com> Message-ID: On Mon, 19 Dec 2005, E.W. Peter Jalajas wrote: > I'm using boxbackup version 0.09_autoconf_win32 on cygwin on WinXP. It > works fine, except when I try to use regex to exclude some large files: > > Exception caught (Common RegexNotSupportedOnThisPlatform (Your platform > does not have built in regular expression libraries.) 1/30), reset > state and waiting to When you ran configure, did it detect regular expression support? If not, you could try installing the Cygwin pcre package (devel/pcre) and then rebuild Box. > I thought I had been using regex on this system earlier. But I might > have reinstalled cygwin and/or other boxbackup-related apps since that > time. The 1.33.1-1 boost and boost-devel Portable C++ libraries > packages are currently listed as installed under cygwin setup.exe. No "official" version of Box uses the Boost regex libraries. The only one that does is Nick Knight's Win32 native port. > Any help would be appreciated. (This isn't a boxbackup compile-time > option, is it?) Yes. Cheers, Chris. -- _ ___ __ _ / __/ / ,__(_)_ | Chris Wilson <0000 at qwirx.com> - Cambs UK | / (_/ ,\/ _/ /_ \ | Security/C/C++/Java/Perl/SQL/HTML Developer | \ _/_/_/_//_/___/ | We are GNU-free your mind-and your software | From boxbackup at fluffy.co.uk Mon Dec 19 21:10:34 2005 From: boxbackup at fluffy.co.uk (Alex Howansky) Date: Mon, 19 Dec 2005 15:10:34 -0600 (CST) Subject: [Box Backup] housekeeping issues Message-ID: I discoverd today that my main database server had not been backed up for quite a few days. (I have the quotas set such that I can fit about 5 days worth of dumps.) The client showed only deleted files in the dump directory -- the last 10 days or so worth of dumps had not been backed up. An info request on that account showed that the entire allocated space was being used up by deleted files: Account ID: 00000008 Last object ID: 9158 Blocks used: 2386891 (4661.90Mb) Blocks used by old files: 0 (0.00Mb) Blocks used by deleted files: 2383864 (4655.98Mb) Blocks used by directories: 264 (0.52Mb) Block soft limit: 2097152 (4096.00Mb) Block hard limit: 2621440 (5120.00Mb) Client store marker: 1135020945000000 The size of the dumps is about 700 meg, which is less than the difference between the soft and hard limits, so there should be no problem making room for new files. It seems that housekeeping is failing. I logged into the backup server, ran a ps command, and found about 50 or so bbstored processes running. The log files (as far back a few days as logrotate keeps them) were completely empty. I stopped bbstored, but one process would not terminate, even with a -9. I had to reboot the machine to get rid of it, and while shutting down, it complained about not being able to unmount the filesystem that bbstored was configured to use. After the machine came back up, I shutdown all client bbackupd daemons, and restarted bbstored to watch the logs for housekeeping events. Since it seemed to be only logging the "Starting housekeeping" message, I wondered how long it was taking per account, and so I modified the source code to print "Starting housekeeping on account N" and "Finished housekeeping on account N" for each account. Next, I watched the logs for my new messages. It whipped through the first two accounts (which have only a few meg of files) and took about fifteen minutes on the third. 35 minutes later now, it's still running on the fourth. I'm not sure how long I'm going to wait for it. So, two questions: 1) What happens if housekeeping takes longer than the TimeBetweenHousekeeping setting? It seems there might be a bug here. 2) The account I really care about is #8. I need it to be backed up ASAP, but I'm stuck on #4. Can I temporarily manually edit the accounts.txt file so that it contains only the account #8, then restart bbstored so that it housekeeps just that one account? Will doing so screw up any of the other accounts (assuming I restore the file to its previous contents once the backup is complete.) Thanks, -- Alex Howansky Wankwood Associates http://wankwood.com/ From boxbackup at fluffy.co.uk Mon Dec 19 22:46:53 2005 From: boxbackup at fluffy.co.uk (Martin Ebourne) Date: Mon, 19 Dec 2005 22:46:53 +0000 Subject: [Box Backup] housekeeping issues In-Reply-To: References: Message-ID: <1135032413.25524.0.camel@avenin.ebourne.me.uk> On Mon, 2005-12-19 at 15:10 -0600, Alex Howansky wrote: > 2) The account I really care about is #8. I need it to be backed up ASAP, but > I'm stuck on #4. Can I temporarily manually edit the accounts.txt file so that > it contains only the account #8, then restart bbstored so that it housekeeps > just that one account? Will doing so screw up any of the other accounts > (assuming I restore the file to its previous contents once the backup is > complete.) I'm fairly sure you're safe on this option. I think you need Ben to answer the rest of the mail though. Cheers, Martin. From boxbackup at fluffy.co.uk Tue Dec 20 00:03:05 2005 From: boxbackup at fluffy.co.uk (Alex Howansky) Date: Mon, 19 Dec 2005 18:03:05 -0600 (CST) Subject: [Box Backup] housekeeping issues In-Reply-To: <1135032413.25524.0.camel@avenin.ebourne.me.uk> References: <1135032413.25524.0.camel@avenin.ebourne.me.uk> Message-ID: > > 2) The account I really care about is #8. I need it to be backed up ASAP, but > > I'm stuck on #4. Can I temporarily manually edit the accounts.txt file so that > > it contains only the account #8, then restart bbstored so that it housekeeps > > just that one account? Will doing so screw up any of the other accounts > > (assuming I restore the file to its previous contents once the backup is > > complete.) > > I'm fairly sure you're safe on this option. Ok, the housekeeping on account #4 finished after about 45 minutes. It took about an hour to housekeep all accounts. (As a result, I've set my TimeBetweenHousekeeping setting to two hours.) I then started bbackupd on the client for account #8 (my database server), and it promptly backed up one dump file, then stopped because the next dump file would have kicked it over the limit. Sigh. So I had to run housekeeping again, then backup again, then housekeeping again, then backup again -- until I got all five days worth of dumps backed up. So, I'm back to normal now, phew. A forced purge / account cleanup (whatever you want to call it) feature would be nice -- I know I'm not the first to request it. Yes, I could have set the soft limit to an artificially low value and then run housekeeping, but manually running through those gyrations just to overcome the lack of such a feature seems silly to me. I think I know better than BoxBackup which data of mine is ok to keep or not -- I should be able to override its standard behavior without jumping through hoops. Regards, -- Alex Howansky Wankwood Associates http://wankwood.com/ From boxbackup at fluffy.co.uk Tue Dec 20 03:10:18 2005 From: boxbackup at fluffy.co.uk (E.W. Peter Jalajas) Date: Mon, 19 Dec 2005 19:10:18 -0800 (PST) Subject: [Box Backup] regex missing on my cygwin? In-Reply-To: Message-ID: <20051220031018.73646.qmail@web60611.mail.yahoo.com> Thanks, Chris. I'm not sure what fixed the missing regex problem, but it's fixed. Following your lead, I downloaded http://prdownloads.sourceforge.net/boxbackup/boxbackup-0.09.tgz?download and started ./configure (following these client-related steps _precisely_: http://www.fluffy.co.uk/boxbackup/install.html ). It _looked to me_ like it completed successfully, except for a missing-ssl error at (what I thought was) the end, but I saw no reference to regex. So, giving up on the regex problem for the moment, and instead trying to solve the ssl problem, I scanned the cygwin setup package listing for any other ssl (and regex) packages, and found openssl-devel, and so I threw that at it (thinking, "what the heck, dev packages frequently provide lots of needed functionality, don't they?"), reran ./configure, and saw the output indicating that regex and openssl were found ok. (I have now installed all 3 offered cygwin openssl packages (under libs: openssl, openssl097, and openssl-devel). (I also have an openssl-0.9.7i.tar.gz installed somewhere under cygwin, but I think that was installed while I was having my problems; ugly, I know.)) I think pcre was installed throughout my regex problems. Could it possibly be that openssl-devel fixed the missing regex problem?! For the record, the make step put up a couple of hurdles. The autoconf (and automake?) programs were not found(?!). ls -al /usr/bin/a* showed them as a*-#### and a*.lnk only, but no a*. So for each individual missing a* file, I did a mv a*.lnk a*.lnk.mvd ln -s /usr/bin/a*-#### /usr/bin/a* I reran make, and it stopped at another missing a* file, so I did the mv-ln process again for that file (the one with the "4" for an "a"). Then the make step errored on missing curses. (I assure you, there was no lack of curses.) Ignorant and persistent, I threw a ln -s /bin/cygncurses-8.dll /lib/curses.dll at it, and make completed successfully. Yeah! (I think I had to do a: export exec_prefix=/usr/local before running the "make install-backup-client", but I'm not sure (I had to do so in early bogus attempts.)) So, now I don't get bbackupd regex errors. But, I don't know yet whether regex is working. For testing purposes, I've divided the timers in bbackupd.conf by 100 (or more) to speed up the cycling--I hope that doesn't break anything. Unfortunately, I've filled up my server store limit quota with some large avi files, so I am trying to remove them by lowering the account limits, and adding directory and file regex excludes attempts, but I have to wait a couple of days to see if they work (per ./lib/backupclient/BackupStoreConstants.h: #define BACKUP_DELETE_UNUSED_ROOT_ENTRIES_AFTER 172800, I think)--time for some Christmas shopping. Thanks again, Chris. Pete --- Chris Wilson wrote: > On Mon, 19 Dec 2005, E.W. Peter Jalajas wrote: > > > I'm using boxbackup version 0.09_autoconf_win32 on cygwin on WinXP. > It > > works fine, except when I try to use regex to exclude some large > files: > > > > Exception caught (Common RegexNotSupportedOnThisPlatform (Your > platform > > does not have built in regular expression libraries.) 1/30), reset > > state and waiting to > > When you ran configure, did it detect regular expression support? If > not, > you could try installing the Cygwin pcre package (devel/pcre) and > then > rebuild Box. > > > I thought I had been using regex on this system earlier. But I > might > > have reinstalled cygwin and/or other boxbackup-related apps since > that > > time. The 1.33.1-1 boost and boost-devel Portable C++ libraries > > packages are currently listed as installed under cygwin setup.exe. > > No "official" version of Box uses the Boost regex libraries. The only > one > that does is Nick Knight's Win32 native port. > > > Any help would be appreciated. (This isn't a boxbackup > compile-time > > option, is it?) > > Yes. > > Cheers, Chris. > -- > _ ___ __ _ > / __/ / ,__(_)_ | Chris Wilson <0000 at qwirx.com> - Cambs UK | > / (_/ ,\/ _/ /_ \ | Security/C/C++/Java/Perl/SQL/HTML Developer | > \ _/_/_/_//_/___/ | We are GNU-free your mind-and your software | > > _______________________________________________ > boxbackup mailing list > boxbackup at fluffy.co.uk > http://lists.warhead.org.uk/mailman/listinfo/boxbackup > From boxbackup at fluffy.co.uk Tue Dec 20 04:45:20 2005 From: boxbackup at fluffy.co.uk (E.W. Peter Jalajas) Date: Mon, 19 Dec 2005 20:45:20 -0800 (PST) Subject: [Box Backup] exception Server BadSocketHandle (3/4) on Windows In-Reply-To: Message-ID: <20051220044520.7050.qmail@web60617.mail.yahoo.com> Thanks again, Chris. Yes, bbackupd.exe ran fine from the command line, thanks. But better yet, as I mentioned in my other message to the list today, I took your recommendation and downloaded: http://prdownloads.sourceforge.net/boxbackup/boxbackup-0.09.tgz?download and followed these: http://www.fluffy.co.uk/boxbackup/install.html http://www.fluffy.co.uk/boxbackup/client.html client-related instructions precisely. (I didn't repeat the bbackupd-config step because I had all those pieces in place from prior attempts.) See that other message of mine under thread "regex missing on my cygwin?" for some configure/make issues and their resolution. So, back to the service... I tested the install and it's running fine. $ /usr/local/bin/bbackupd.exe /etc/box/bbackupd.conf launches the daemon (I can see it in Task Manager, and in Control Panel, Admin Tools, Event Viewer), and returns to the cygwin command prompt as it should (my failed trunk install yesterday did not return to the prompt). I did some bbackupd.conf tweaking as mentioned in the other post. So, it all seems to be working per design. So, I tried to install the service: First I removed the previously installed service attempt and killed the daemon: $ cd ~/boxbackup-0.09/contrib/cygwin/ $ perl remove-cygwin-service.sh $ ps -ef | grep -i backup $ kill -9 Confirmed service is not installed under the Services window. $ perl install-cygwin-service.pl Parameters retrieved from /etc/box/bbackupd.conf. Values: DataDirectory = /var/bbackupd/ CommandSocket = C:\cygwin\var\run\bbackupd.sock PidFile = /var/run/bbackupd.pid Can't chmod /var/bbackupd//*: No such file or directory chmod... Ugh. Unfortunately, $ net help services doesn't show boxbackup when I know it is installed (even if it isn't running), so use Control Panel, Admin Tools, Services, refresh, and shows no boxbackup service is installed, and: $ ps -ef | grep -i backup shows no daemon running. So, pulling from that perl script, I did: $ chmod 0777 /var/bbackupd/ ; chmod 0666 /var/bbackupd/* ; chmod 0666 /var/run/bbackupd.pid and confirming: $ ls -al /var/bbackupd/ /var/bbackupd/* /var/run/bbackupd.pid -rw-rw-rw- 1 Owner None 0 Dec 19 22:32 /var/bbackupd/last_sync_finish -rw-rw-rw- 1 Owner None 0 Dec 19 22:32 /var/bbackupd/last_sync_start -rw-rw-rw- 1 Owner None 4 Dec 19 22:31 /var/run/bbackupd.pid /var/bbackupd/: total 0 drwxrwxrwx+ 2 Owner None 0 Dec 19 00:52 . drwxrwxrwx+ 8 Owner Users 0 Dec 19 10:37 .. -rw-rw-rw- 1 Owner None 0 Dec 19 22:32 last_sync_finish -rw-rw-rw- 1 Owner None 0 Dec 19 22:32 last_sync_start And now installing the service by hand: $ cygrunsrv.exe -I boxbackup -p /usr/local/bin/bbackupd.exe -a "/etc/box/bbackupd.conf SINGLEPROCESS" -o -f "Online Backup System by Ben Summers" generated no output to the screen. Refreshing the Services window shows boxbackup service installed but not started. Right clicking boxbackup and clicking Start, started the service! $ net start | grep -i backup boxbackup shows boxbackup service running (yeah!), and $ ps -ef | grep -i backup SYSTEM 3772 2508 ? 23:00:41 /usr/local/bin/bbackupd shows the service running and a PID (3772), but in Task Manager, I see bbackupd.exe running, and turning on View, Select Columns, PID shows the PID as a different number (3084)... Using an ssh terminal on my boxbackup store server, and running: User at BBServer:~$ tail -f /var/log/box and then on the client side: $ kill -s SIGHUP 3772 caused an Incoming connection and successful login on the server. bbackupd.exe is still running as PID 3084 in the Task Manager, and $ ps -ef | grep -i backup SYSTEM 3772 2508 ? 23:00:41 /usr/local/bin/bbackupd still showed the service running fine with no change in PID. $ kill -s SIGHUP 3084 had the same successful results. Sorry, but I go through all this SIGHUP stuff in hopes that SIGHUPs to either of these PIDS can let bbackupd.conf changes be activated without resetting the 48 hour clock per /home/Owner/boxbackup-0.09/lib/backupclient/BackupStoreConstants.h: #define BACKUP_DELETE_UNUSED_ROOT_ENTRIES_AFTER 172800 I hope someone finds my spewed sputum useful. Thanks again to Ben for an awesome product, the immenseness of which I'll probably never be able to fully comprehend. Pete --- Chris Wilson wrote: > On Mon, 19 Dec 2005, E.W. Peter Jalajas wrote: > > > On the WinXP client: > ~/trunk/distribution/boxbackup/contrib/cygwin/install-cygwin-service.pl ... >I strongly recommend you > to use the release version, 0.09. > Can you run the client from the command line? (not as a service) > > Cheers, Chris. > From boxbackup at fluffy.co.uk Tue Dec 20 10:38:15 2005 From: boxbackup at fluffy.co.uk (Ben Summers) Date: Tue, 20 Dec 2005 10:38:15 +0000 Subject: [Box Backup] housekeeping issues In-Reply-To: References: <1135032413.25524.0.camel@avenin.ebourne.me.uk> Message-ID: <97ACBE87-E183-47EC-9ECC-C7C95B1A0055@fluffy.co.uk> On 20 Dec 2005, at 00:03, Alex Howansky wrote: > >>> 2) The account I really care about is #8. I need it to be backed >>> up ASAP, but >>> I'm stuck on #4. Can I temporarily manually edit the accounts.txt >>> file so that >>> it contains only the account #8, then restart bbstored so that it >>> housekeeps >>> just that one account? Will doing so screw up any of the other >>> accounts >>> (assuming I restore the file to its previous contents once the >>> backup is >>> complete.) >> >> I'm fairly sure you're safe on this option. > > Ok, the housekeeping on account #4 finished after about 45 minutes. > It took > about an hour to housekeep all accounts. (As a result, I've set my > TimeBetweenHousekeeping setting to two hours.) I then started > bbackupd on the > client for account #8 (my database server), and it promptly backed > up one dump > file, then stopped because the next dump file would have kicked it > over the > limit. Sigh. So I had to run housekeeping again, then backup again, > then > housekeeping again, then backup again -- until I got all five days > worth of > dumps backed up. So, I'm back to normal now, phew. Glad it all worked out in the end. In general, you should only have to worry if housekeeping takes longer than the connect period on the client. It only interrupts housekeeping if the connection is for the currently processed account. > > A forced purge / account cleanup (whatever you want to call it) > feature would > be nice -- I know I'm not the first to request it. Yes, I could > have set the > soft limit to an artificially low value and then run housekeeping, > but manually > running through those gyrations just to overcome the lack of such a > feature > seems silly to me. I think I know better than BoxBackup which data > of mine is > ok to keep or not -- I should be able to override its standard > behavior without > jumping through hoops. I agree. Once we've got the new version released, I would like to design a new storage system which doesn't require scanning of the account. I'm thinking of a nice reference counted scheme. Ben From boxbackup at fluffy.co.uk Wed Dec 21 10:19:21 2005 From: boxbackup at fluffy.co.uk (john) Date: Wed, 21 Dec 2005 11:19:21 +0100 Subject: [Box Backup] bug report: choking on big file Message-ID: <20051221101920.GA1271@tea23> Hi! boxbackup is failing to backup on of my partitions (NTFS Windows XP). To be more exact, on the first run all files were backuped, as far as I can control this. But consecutive runs did at least miss some files for update, so I traced down the problem with the debug version of bbackupd. There seems to be a problem with a 512MB file of randomdata. This was backuped once, but never updated. The corresponding log file snippet locks like this: Send GetBlockIndexByName(0x4069,"randomdata") Receive Success(0x406a) Receiving stream, size 128028 TRACE: WARNING: couldn't set diff timeout TRACE: Diff: 68681728 new bytes found, 3476 old blocks used Send StoreFile(0x4069,0x408570ed723c0,0xe3f6f467be7b9987,0x406a,"randomdata") Sending stream, size uncertain TRACE: Exception thrown: ConnectionException(Conn_TLSWriteFailed) at SocketStreamTLS.cpp(406) Send SetClientStoreMarker(0x4086a8512ccc0) SSL err during Write: error:1409F07F:SSL routines:SSL3_WRITE_PENDING:bad write retry TRACE: Exception thrown: ConnectionException(Conn_TLSWriteFailed) at SocketStreamTLS.cpp(406) Exception caught (7/33), reset state and waiting to retry... File statistics: total file size uploaded 524286464, bytes already on server 0, encoded size 0 Beginning scan of local files Opening connection to server backuptest... TRACE: Send block allocation size is 4 Send Version(0x1) ... At this point, bbackupd starts all over again, finally tries to backup the file randomdata again, fails again, starts over again... So randomdata and all following files never receive an incremental update. The log line File statistics: total file size uploaded 524286464, bytes already on server 0, encoded size 0 irritates me. There is a file with 256188 blocks called randomdata on the backup store. For a test I renamed randomdata to randomdata1. On the backup store the state of randomdata was changed to deleted and the current version of randomdata1 was backuped successfully. Incremental updates on randomdata1 failed then again. I am using boxbackup V0.09, with bbackupd running under cygwin and bbstored installed on a debian server. Hacky Holidays, John From boxbackup at fluffy.co.uk Wed Dec 21 10:27:54 2005 From: boxbackup at fluffy.co.uk (Ben Summers) Date: Wed, 21 Dec 2005 10:27:54 +0000 Subject: [Box Backup] bug report: choking on big file In-Reply-To: <20051221101920.GA1271@tea23> References: <20051221101920.GA1271@tea23> Message-ID: The cygwin port isn't really tested, and does miss out some functionality. It appears that one bit of this functionality is the ability to abort long diffing operations. Have you tried the native Windows client? This can do this, and keeps the connection alive over long operations as well. Ben On 21 Dec 2005, at 10:19, john wrote: > Hi! > > boxbackup is failing to backup on of my partitions (NTFS Windows > XP). To be more exact, on the first run all files were backuped, as > far as I can control this. But consecutive runs did at least miss some > files for update, so I traced down the problem with the debug version > of bbackupd. > > There seems to be a problem with a 512MB file of randomdata. This was > backuped once, but never updated. The corresponding log file snippet > locks like this: > > Send GetBlockIndexByName(0x4069,"randomdata") > Receive Success(0x406a) > Receiving stream, size 128028 > TRACE: WARNING: couldn't set diff timeout > TRACE: Diff: 68681728 new bytes found, 3476 old blocks used > Send StoreFile > (0x4069,0x408570ed723c0,0xe3f6f467be7b9987,0x406a,"randomdata") > Sending stream, size uncertain > TRACE: Exception thrown: ConnectionException(Conn_TLSWriteFailed) > at SocketStreamTLS.cpp(406) > Send SetClientStoreMarker(0x4086a8512ccc0) > SSL err during Write: error:1409F07F:SSL > routines:SSL3_WRITE_PENDING:bad write retry > TRACE: Exception thrown: ConnectionException(Conn_TLSWriteFailed) > at SocketStreamTLS.cpp(406) > Exception caught (7/33), reset state and waiting to retry... > File statistics: total file size uploaded 524286464, bytes already > on server 0, encoded size 0 > Beginning scan of local files > Opening connection to server backuptest... > TRACE: Send block allocation size is 4 > Send Version(0x1) > ... > > At this point, bbackupd starts all over again, finally tries to backup > the file randomdata again, fails again, starts over again... > > So randomdata and all following files never receive an incremental > update. > > The log line > File statistics: total file size uploaded 524286464, bytes already > on server 0, encoded size 0 > irritates me. There is a file with 256188 blocks called randomdata on > the backup store. > > For a test I renamed randomdata to randomdata1. On the backup store > the > state of randomdata was changed to deleted and the current version of > randomdata1 was backuped successfully. Incremental updates on > randomdata1 failed then again. > > I am using boxbackup V0.09, with bbackupd running under cygwin and > bbstored installed on a debian server. > > Hacky Holidays, > John > > _______________________________________________ > boxbackup mailing list > boxbackup at fluffy.co.uk > http://lists.warhead.org.uk/mailman/listinfo/boxbackup From boxbackup at fluffy.co.uk Wed Dec 21 13:08:00 2005 From: boxbackup at fluffy.co.uk (=?iso-8859-1?B?Sm/jbyBMde1z?=) Date: Wed, 21 Dec 2005 13:08:00 -0000 Subject: [Box Backup] Chris: Boxi working as a native Win32 app In-Reply-To: <20051207120002.27865.37625.Mailman@love.warhead.org.uk> Message-ID: <000001c6062f$93c86050$9701000a@jjflm300> Hi Chris, Thank you on your reply. I'm looking forward to perform the tests on a 'Windows Boxi', and help on the gowing of BoxBackup family. Going one step further, can Boxi be translated? Can I help you some how? I believe that there are more people looking for that (for their languages). Regards, Joao luis From boxbackup at fluffy.co.uk Wed Dec 21 14:28:01 2005 From: boxbackup at fluffy.co.uk (Gary) Date: Wed, 21 Dec 2005 06:28:01 -0800 (PST) Subject: [Box Backup] bug report: choking on big file In-Reply-To: <20051221101920.GA1271@tea23> Message-ID: <20051221142801.6350.qmail@web36708.mail.mud.yahoo.com> > Sending stream, size uncertain > TRACE: Exception thrown: ConnectionException(Conn_TLSWriteFailed) at > SocketStreamTLS.cpp(406) > Send SetClientStoreMarker(0x4086a8512ccc0) > SSL err during Write: error:1409F07F:SSL > routines:SSL3_WRITE_PENDING:bad write retry This is a known issue when diffing large files (with any distribution). If the process goes over 300 seconds, the SSL layer connection times out, and the data cannot be uploaded later on. You have to either set MaximumDiffingTime to 300 in your backup config file, or use a modified BoxBackup: http://home.earthlink.net/~gniemcew/ ... which includes a KeepAlive command to allow for longer diffs. This issue is to be fixed in the next upcoming version of BoxBackup. Gary __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From boxbackup at fluffy.co.uk Wed Dec 21 19:18:14 2005 From: boxbackup at fluffy.co.uk (Chris Wilson) Date: Wed, 21 Dec 2005 19:18:14 +0000 (GMT) Subject: [Box Backup] Chris: Boxi working as a native Win32 app In-Reply-To: <000001c6062f$93c86050$9701000a@jjflm300> References: <000001c6062f$93c86050$9701000a@jjflm300> Message-ID: Hi Joao, > Thank you on your reply. > > I'm looking forward to perform the tests on a 'Windows Boxi', and help > on the gowing of BoxBackup family. > > Going one step further, can Boxi be translated? Can I help you some how? In theory it has an internationalisation framework, but I haven't used it and none of the strings are extracted. I'd prefer to have a working, public, stable release in English before I start working on translating it. However, if you want to have a go, be my guest. Cheers, Chris. -- _ ___ __ _ / __/ / ,__(_)_ | Chris Wilson <0000 at qwirx.com> - Cambs UK | / (_/ ,\/ _/ /_ \ | Security/C/C++/Java/Perl/SQL/HTML Developer | \ _/_/_/_//_/___/ | We are GNU-free your mind-and your software | From boxbackup at fluffy.co.uk Fri Dec 23 09:30:29 2005 From: boxbackup at fluffy.co.uk (Per Thomsen) Date: Fri, 23 Dec 2005 01:30:29 -0800 Subject: [Box Backup] bug report: choking on big file In-Reply-To: <20051221142801.6350.qmail@web36708.mail.mud.yahoo.com> References: <20051221142801.6350.qmail@web36708.mail.mud.yahoo.com> Message-ID: <43ABC3B5.6060808@reedtz.com> On 12/21/05 6:28 AM, Gary wrote: > This is a known issue when diffing large files (with any distribution). > If the process goes over 300 seconds, the SSL layer connection times > out, and the data cannot be uploaded later on. You have to either set > MaximumDiffingTime to 300 in your backup config file, or use a modified > BoxBackup: > > http://home.earthlink.net/~gniemcew/ > > ... which includes a KeepAlive command to allow for longer diffs. This > issue is to be fixed in the next upcoming version of BoxBackup. > This brings up a question: will old 0.09 clients work against a new server? Thanks, Per -- Per Reedtz Thomsen | Reedtz Consulting, LLC | F: 209 883 4119 V: 209 883 4102 | pthomsen at reedtz.com | C: 209 996 9561 GPG ID: 1209784F | Yahoo! Chat: pthomsen | AIM: pthomsen From boxbackup at fluffy.co.uk Fri Dec 23 09:51:12 2005 From: boxbackup at fluffy.co.uk (john) Date: Fri, 23 Dec 2005 10:51:12 +0100 Subject: [Box Backup] fixed: bug report: choking on big file In-Reply-To: <20051221142801.6350.qmail@web36708.mail.mud.yahoo.com> References: <20051221101920.GA1271@tea23> <20051221142801.6350.qmail@web36708.mail.mud.yahoo.com> Message-ID: <20051223095112.GC28629@tea23> Hi! > This is a known issue when diffing large files (with any distribution). > If the process goes over 300 seconds, the SSL layer connection times > out, and the data cannot be uploaded later on. You have to either set > MaximumDiffingTime to 300 in your backup config file, or use a modified > BoxBackup: > > http://home.earthlink.net/~gniemcew/ > > ... which includes a KeepAlive command to allow for longer diffs. This > issue is to be fixed in the next upcoming version of BoxBackup. Downloaded 0.9-mod, compiled bbstored under Gnu Debian i386 and bbackupd under cygwin, added new config options and started backup run. Result: It did send some keep alives and finally successfully had transfered the file, that previously raised the error. Thanks! Ben mentioned to use a native windows version. But as the server would not change, I guess the error condition would also remain. Is this right? BTW: What are the differences between the normal distribution and the native windows version, besides the fact, that the normal version can be easily compiled with cygwin? cu John From boxbackup at fluffy.co.uk Fri Dec 23 13:12:10 2005 From: boxbackup at fluffy.co.uk (Gary) Date: Fri, 23 Dec 2005 05:12:10 -0800 (PST) Subject: [Box Backup] fixed: bug report: choking on big file In-Reply-To: <20051223095112.GC28629@tea23> Message-ID: <20051223131210.93268.qmail@web36707.mail.mud.yahoo.com> John, > Ben mentioned to use a native windows version. But as the > server would not change, I guess the error condition would > also remain. Is this right? The KeepAlive command is a client-server command, thus requires the 0.9-mod version on both client and server. I believe Nick has a native Windows version with that particular modification built in. The fix is supposed to be included with the next version of BoxBackup, currently in the works, but in the meantime we work off a patched version. > BTW: What are the differences between the normal distribution > and the native windows version, besides the fact, that the > normal version can be easily compiled with cygwin? My understanding is that the Win32 client port (there is no Win32 sever) is identical in functionality as the 0.9 "vanilla" version, with the exception of a few patches like the KeepAlive that Nick has added to keep his backups running. Gary __________________________________ Yahoo! for Good - Make a difference this year. http://brand.yahoo.com/cybergivingweek2005/ From boxbackup at fluffy.co.uk Fri Dec 23 13:13:43 2005 From: boxbackup at fluffy.co.uk (Gary) Date: Fri, 23 Dec 2005 05:13:43 -0800 (PST) Subject: [Box Backup] bug report: choking on big file In-Reply-To: <43ABC3B5.6060808@reedtz.com> Message-ID: <20051223131343.43556.qmail@web36705.mail.mud.yahoo.com> Per, > This brings up a question: will old 0.09 clients work against > a new server? If you mean the 0.9-mod, then no, the KeepAlive is a client/server command that requires a client KeepAlive query to be answered appropriately by KeepAlive server. Nick's old Win32 client includes that patch as well, but not "vanilla" BoxBackup. Gary __________________________________ Yahoo! for Good - Make a difference this year. http://brand.yahoo.com/cybergivingweek2005/ From boxbackup at fluffy.co.uk Fri Dec 23 17:46:44 2005 From: boxbackup at fluffy.co.uk (Per Thomsen) Date: Fri, 23 Dec 2005 09:46:44 -0800 Subject: [Box Backup] bug report: choking on big file In-Reply-To: <20051223131343.43556.qmail@web36705.mail.mud.yahoo.com> References: <20051223131343.43556.qmail@web36705.mail.mud.yahoo.com> Message-ID: <43AC3804.8020808@reedtz.com> On 12/23/05 5:13 AM, Gary wrote: > Per, > > >> This brings up a question: will old 0.09 clients work against >> a new server? >> > > If you mean the 0.9-mod, then no, the KeepAlive is a client/server > command that requires a client KeepAlive query to be answered > appropriately by KeepAlive server. Nick's old Win32 client includes > that patch as well, but not "vanilla" BoxBackup. > I was actually looking for the opposite. If I upgrade my server to a version that includes the KeepAlive code, will old 0.09 clients work against this? Since they won't be sending KeepAlive requests, I'm just wondering if they can still be used. I'm trying to find a good way to upgrade the system with geographically dispersed clients. So if I can run 'old' 0.09 clients (stock Box) against a server that supports KeepAlives, that would be helpful to me. I understand that there may be other code changes that will cause incompatibility, but I don't know if that's the case. Hence my question. Also, this question is not necessarily only related to 0.9-mod, but also to the efforts underway to get a new 'stock' Box. Thanks in advance for any help, Per -- Per Reedtz Thomsen | Reedtz Consulting, LLC | F: 209 883 4119 V: 209 883 4102 | pthomsen at reedtz.com | C: 209 996 9561 GPG ID: 1209784F | Yahoo! Chat: pthomsen | AIM: pthomsen From boxbackup at fluffy.co.uk Fri Dec 23 17:52:39 2005 From: boxbackup at fluffy.co.uk (Gary) Date: Fri, 23 Dec 2005 09:52:39 -0800 (PST) Subject: [Box Backup] bug report: choking on big file In-Reply-To: <43AC3804.8020808@reedtz.com> Message-ID: <20051223175239.40519.qmail@web36704.mail.mud.yahoo.com> > I was actually looking for the opposite. If I upgrade my > server to a version that includes the KeepAlive code, will old > 0.09 clients work against this? Yes. The KeepAlive is not required by the server side, and there are no (other) functional modifications in that code. Note that I have not actually tested this scenario, but I see no reason (that I recall) for things to fail out. Gary __________________________________________ Yahoo! DSL ? Something to write home about. Just $16.99/mo. or less. dsl.yahoo.com From boxbackup at fluffy.co.uk Fri Dec 23 18:09:49 2005 From: boxbackup at fluffy.co.uk (Martin Ebourne) Date: Fri, 23 Dec 2005 18:09:49 +0000 Subject: [Box Backup] bug report: choking on big file In-Reply-To: <43AC3804.8020808@reedtz.com> References: <20051223131343.43556.qmail@web36705.mail.mud.yahoo.com> <43AC3804.8020808@reedtz.com> Message-ID: <1135361389.17780.1.camel@avenin.ebourne.me.uk> On Fri, 2005-12-23 at 09:46 -0800, Per Thomsen wrote: > I'm trying to find a good way to upgrade the system with geographically > dispersed clients. So if I can run 'old' 0.09 clients (stock Box) > against a server that supports KeepAlives, that would be helpful to me. > > I understand that there may be other code changes that will cause > incompatibility, but I don't know if that's the case. Hence my question. > > Also, this question is not necessarily only related to 0.9-mod, but also > to the efforts underway to get a new 'stock' Box. As far as I am aware, the current svn trunk is fully forwards and backwards compatible between client and server, and up and down compatible at both ends with 0.09. Cheers, Martin. From boxbackup at fluffy.co.uk Fri Dec 23 18:59:11 2005 From: boxbackup at fluffy.co.uk (Gary) Date: Fri, 23 Dec 2005 10:59:11 -0800 (PST) Subject: [Box Backup] bug report: choking on big file In-Reply-To: <1135361389.17780.1.camel@avenin.ebourne.me.uk> Message-ID: <20051223185911.91807.qmail@web36712.mail.mud.yahoo.com> > As far as I am aware, the current svn trunk is fully forwards > and > backwards compatible between client and server, and up and down > compatible at both ends with 0.09. In that case it should be all right to run any svn trunk client against the 0.09-mod server, but, again, running 0.9-mod client against svn trunk server will not work (KeepAlive command not implemented). Gary __________________________________________ Yahoo! DSL ? Something to write home about. Just $16.99/mo. or less. dsl.yahoo.com From boxbackup at fluffy.co.uk Fri Dec 23 21:16:45 2005 From: boxbackup at fluffy.co.uk (Per Thomsen) Date: Fri, 23 Dec 2005 13:16:45 -0800 Subject: [Box Backup] bug report: choking on big file In-Reply-To: <20051223185911.91807.qmail@web36712.mail.mud.yahoo.com> References: <20051223185911.91807.qmail@web36712.mail.mud.yahoo.com> Message-ID: <43AC693D.6080708@reedtz.com> On 12/23/05 10:59 AM, Gary wrote: >> As far as I am aware, the current svn trunk is fully forwards >> and >> backwards compatible between client and server, and up and down >> compatible at both ends with 0.09. >> > > In that case it should be all right to run any svn trunk client against > the 0.09-mod server, but, again, running 0.9-mod client against svn > trunk server will not work (KeepAlive command not implemented). > Will KeepAlive be implemented in the trunk (now or later?), or is another solution being worked on for the SSL timeouts? One of my clients is running into the same problem: a 140M file over a 768/192 line on a relatively slow box never gets sync'ed. I'd install the 0.09-mod server and clients (where needed), but if the new SVN release will include this, and is not too far off, I'd like to avoid upgrades in rapid succession. Thanks, Per -- Per Reedtz Thomsen | Reedtz Consulting, LLC | F: 209 883 4119 V: 209 883 4102 | pthomsen at reedtz.com | C: 209 996 9561 GPG ID: 1209784F | Yahoo! Chat: pthomsen | AIM: pthomsen From boxbackup at fluffy.co.uk Fri Dec 23 22:11:24 2005 From: boxbackup at fluffy.co.uk (Gary) Date: Fri, 23 Dec 2005 14:11:24 -0800 (PST) Subject: [Box Backup] bug report: choking on big file In-Reply-To: <43AC693D.6080708@reedtz.com> Message-ID: <20051223221124.22175.qmail@web36703.mail.mud.yahoo.com> > One of my clients is running into the same problem: a 140M > file over a 768/192 line on a relatively slow box never gets > sync'ed. I'd install the 0.09-mod server and clients (where > needed), but if the new SVN release will include this, and is > not too far off, I'd like to avoid upgrades in rapid > succession. You might have some success with the 0.9-chromi svn branch, which introduces a much faster diffing algorithm (but does not include KeepAlive) - it might be just fast enough to get through the file just fine. Otherwise, you would have to limit the MaximumDiffingTime to below 300 seconds to get the backup done under "vanilla" 0.9, or the current svn trunk. > Will KeepAlive be implemented in the trunk (now or later?), or > is another solution being worked on for the SSL timeouts? I think Ben mentioned that it should go into the next major release (unless the 0.9-chromi will include a simultaneous diff/upload), but those changes are not in svn yet - they will have to wait until the whole tree stabilizes, and we figure out how to modify the new core distribution to allow for pause/resume of the diffing process (otherwise a KeepAlive command has to be called from an interrupt handler, which is not that nice things to do). So, the KeepAlive is momentarily in the limbo. Gary __________________________________________ Yahoo! DSL ? Something to write home about. Just $16.99/mo. or less. dsl.yahoo.com From boxbackup at fluffy.co.uk Sat Dec 24 23:56:27 2005 From: boxbackup at fluffy.co.uk (Mikael Syska) Date: Sun, 25 Dec 2005 00:56:27 +0100 Subject: [Box Backup] Problems with speed.... Message-ID: <43ADE02B.5010501@syska.dk> Hi, I have 2 freebsd box's......: 5.4-RELEASE-p8 - Client 6.0-RELEASE-p1 - Server The speed is really really slow.....abotu 25 kbyte/sec..... ( tested with /usr/ports/net/ifstat ) why? what can I do to debug this? When both is running: Client: bbackupd 10% Cpu usage... that means 90% idle..... probebly not here the fault is... but I dont know Server: 100/90% bbstored Usage, some times a 0/5% idle state..... what the heck is the server doing? Raidfile is disabled, and block 2048, default from the docs........ What wrong? restore etc works, but slow? normal transfer aint no problem.... // ouT From boxbackup at fluffy.co.uk Sat Dec 24 23:59:51 2005 From: boxbackup at fluffy.co.uk (Mikael Syska) Date: Sun, 25 Dec 2005 00:59:51 +0100 Subject: [Box Backup] Problems with speed.... In-Reply-To: <43ADE02B.5010501@syska.dk> References: <43ADE02B.5010501@syska.dk> Message-ID: <43ADE0F7.6070003@syska.dk> One more thing... sftp tranfer rate is 3.2 Mbyte/sec...... Mikael Syska wrote: > Hi, > > I have 2 freebsd box's......: > 5.4-RELEASE-p8 - Client > 6.0-RELEASE-p1 - Server > > The speed is really really slow.....abotu 25 kbyte/sec..... ( tested > with /usr/ports/net/ifstat ) > > why? what can I do to debug this? > > When both is running: > Client: bbackupd 10% Cpu usage... that means 90% idle..... probebly > not here the fault is... but I dont know > Server: 100/90% bbstored Usage, some times a 0/5% idle state..... what > the heck is the server doing? > > Raidfile is disabled, and block 2048, default from the docs........ > > What wrong? > > restore etc works, but slow? normal transfer aint no problem.... > > // ouT > > > > > _______________________________________________ > boxbackup mailing list > boxbackup at fluffy.co.uk > http://lists.warhead.org.uk/mailman/listinfo/boxbackup From boxbackup at fluffy.co.uk Sun Dec 25 01:30:36 2005 From: boxbackup at fluffy.co.uk (Mikael Syska) Date: Sun, 25 Dec 2005 02:30:36 +0100 Subject: [Box Backup] Problems with speed.... In-Reply-To: <43ADE0F7.6070003@syska.dk> References: <43ADE02B.5010501@syska.dk> <43ADE0F7.6070003@syska.dk> Message-ID: <43ADF63C.60303@syska.dk> Still trying to debug the speed issue..... More info here..... The server keeps using around 97% of the CPU.... Tried building the "debug" version of bbstored.... more output but no matter what I do it can't seem to find the "raidfile.conf" and the location of it if corrent in the bbstored.conf file..... ----------------- Witht he debug version Dec 25 02:11:05 freebsd60 bbstored[665]: Starting daemon (config: /usr/local/etc/box/bbstored.conf) (version 0.09) Dec 25 02:11:05 freebsd60 bbstored/hk[666]: Housekeeping process started Dec 25 02:11:05 freebsd60 bbstored/hk[666]: Starting housekeeping Dec 25 02:11:05 freebsd60 bbstored/hk[666]: TRACE: Exception thrown: RaidFileException(RaidFileDoesntExist) at RaidFileRead.cpp(1057 ) Dec 25 02:11:05 freebsd60 bbstored/hk[666]: TRACE: Block 800 freed, but not known. Error? Or allocated in startup static allocation? Dec 25 02:11:05 freebsd60 last message repeated 12 times Dec 25 02:11:05 freebsd60 bbstored/hk[666]: while housekeeping account 00000001, exception RaidFile RaidFileDoesntExist (2/11) -- ab orting housekeeping run for this account Dec 25 02:11:05 freebsd60 bbstored/hk[666]: Finished housekeeping --------------- With the normal version Dec 25 02:15:35 freebsd60 bbstored[794]: Starting daemon (config: /usr/local/etc/box/bbstored.conf) (version 0.09) Dec 25 02:15:35 freebsd60 bbstored/hk[795]: Housekeeping process started Dec 25 02:15:35 freebsd60 bbstored/hk[795]: Starting housekeeping Dec 25 02:15:36 freebsd60 bbstored/hk[795]: Finished housekeeping So there seems to be something wrong with the way that I'm building the debug version or something..... cd /boxbackup-0.09/ ./configure cd bin/bbstored/ make cd ../../debug/bin/bbstored/ and copied the bbstored file over the other bbstored file on the system.... it start but as you can see from above its does not work... :-( something i'm doing wrong here? any help will be great Merry Christmas all // Syska syska [/usr/local/etc/box]# less raidfile.conf disc0 { SetNumber = 0 BlockSize = 2048 Dir0 = /usr/local/boxbackup Dir1 = /usr/local/boxbackup Dir2 = /usr/local/boxbackup } syska [/usr/local/etc/box]# less bbstored.conf RaidFileConf = /usr/local/etc/box/raidfile.conf AccountDatabase = /usr/local/etc/box/bbstored/accounts.txt # Uncomment this line to see exactly what commands are being received from clients. ExtendedLogging = yes # scan all accounts for files which need deleting every 15 minutes. TimeBetweenHousekeeping = 900 Server { PidFile = /var/run/bbstored.pid User = _bbstored ListenAddresses = inet:freebsd60.xxx.xx CertificateFile = /usr/local/etc/box/bbstored/freebsd60.xxx.xx-cert.pem PrivateKeyFile = /usr/local/etc/box/bbstored/freebsd60.xxx.xx-key.pem TrustedCAsFile = /usr/local/etc/box/bbstored/clientCA.pem } From boxbackup at fluffy.co.uk Sun Dec 25 16:11:17 2005 From: boxbackup at fluffy.co.uk (Andreas Schrafl) Date: Sun, 25 Dec 2005 17:11:17 +0100 Subject: [Box Backup] Problems with speed.... In-Reply-To: <43ADF63C.60303@syska.dk> References: <43ADE02B.5010501@syska.dk> <43ADE0F7.6070003@syska.dk> <43ADF63C.60303@syska.dk> Message-ID: <43AEC4A5.6020403@jetnet.ch> Hi Mikael Are your files at /usr/local/boxbackup/backup/ To look where the files should be create a new account and search for it (find /usr/local/ -name ). I had mine at /backup/bbstore and had to move them to /backup/bbstore/backup (in the raidfile there is only /backup/bbstore). After this it worked. merry christmas andy Mikael Syska wrote: > Still trying to debug the speed issue..... > More info here..... > The server keeps using around 97% of the CPU.... > > Tried building the "debug" version of bbstored.... more output but no > matter what I do it can't seem to find the "raidfile.conf" and the > location of it if corrent in the bbstored.conf file..... > ----------------- Witht he debug version > Dec 25 02:11:05 freebsd60 bbstored[665]: Starting daemon (config: > /usr/local/etc/box/bbstored.conf) (version 0.09) > Dec 25 02:11:05 freebsd60 bbstored/hk[666]: Housekeeping process started > Dec 25 02:11:05 freebsd60 bbstored/hk[666]: Starting housekeeping > Dec 25 02:11:05 freebsd60 bbstored/hk[666]: TRACE: Exception thrown: > RaidFileException(RaidFileDoesntExist) at RaidFileRead.cpp(1057 > ) Dec 25 02:11:05 freebsd60 bbstored/hk[666]: TRACE: Block 800 freed, > but not known. Error? Or allocated in startup static allocation? > Dec 25 02:11:05 freebsd60 last message repeated 12 times > Dec 25 02:11:05 freebsd60 bbstored/hk[666]: while housekeeping account > 00000001, exception RaidFile RaidFileDoesntExist (2/11) -- ab > orting housekeeping run for this account > Dec 25 02:11:05 freebsd60 bbstored/hk[666]: Finished housekeeping > > --------------- With the normal version > Dec 25 02:15:35 freebsd60 bbstored[794]: Starting daemon (config: > /usr/local/etc/box/bbstored.conf) (version 0.09) > Dec 25 02:15:35 freebsd60 bbstored/hk[795]: Housekeeping process started > Dec 25 02:15:35 freebsd60 bbstored/hk[795]: Starting housekeeping > Dec 25 02:15:36 freebsd60 bbstored/hk[795]: Finished housekeeping > > So there seems to be something wrong with the way that I'm building the > debug version or something..... > > cd /boxbackup-0.09/ > ./configure > cd bin/bbstored/ > make > cd ../../debug/bin/bbstored/ > and copied the bbstored file over the other bbstored file on the > system.... it start but as you can see from above its does not work... :-( > > something i'm doing wrong here? > > any help will be great > > Merry Christmas all > > // Syska > > > syska [/usr/local/etc/box]# less raidfile.conf > disc0 > { > SetNumber = 0 > BlockSize = 2048 > Dir0 = /usr/local/boxbackup > Dir1 = /usr/local/boxbackup > Dir2 = /usr/local/boxbackup > } > > syska [/usr/local/etc/box]# less bbstored.conf > RaidFileConf = /usr/local/etc/box/raidfile.conf > AccountDatabase = /usr/local/etc/box/bbstored/accounts.txt > > # Uncomment this line to see exactly what commands are being received > from clients. > ExtendedLogging = yes > > # scan all accounts for files which need deleting every 15 minutes. > > TimeBetweenHousekeeping = 900 > > Server > { > PidFile = /var/run/bbstored.pid > User = _bbstored > ListenAddresses = inet:freebsd60.xxx.xx > CertificateFile = > /usr/local/etc/box/bbstored/freebsd60.xxx.xx-cert.pem > PrivateKeyFile = > /usr/local/etc/box/bbstored/freebsd60.xxx.xx-key.pem > TrustedCAsFile = /usr/local/etc/box/bbstored/clientCA.pem > } > > _______________________________________________ > boxbackup mailing list > boxbackup at fluffy.co.uk > http://lists.warhead.org.uk/mailman/listinfo/boxbackup From boxbackup at fluffy.co.uk Sun Dec 25 19:22:33 2005 From: boxbackup at fluffy.co.uk (Mikael Syska) Date: Sun, 25 Dec 2005 20:22:33 +0100 Subject: [Box Backup] Problems with speed.... In-Reply-To: <43AEC4A5.6020403@jetnet.ch> References: <43ADE02B.5010501@syska.dk> <43ADE0F7.6070003@syska.dk> <43ADF63C.60303@syska.dk> <43AEC4A5.6020403@jetnet.ch> Message-ID: <43AEF179.6020905@syska.dk> Andreas Schrafl wrote: > Hi Mikael > > Are your files at /usr/local/boxbackup/backup/ Yes, files are under that path..... > > To look where the files should be create a new account and search for > it (find /usr/local/ -name ). I had mine at > /backup/bbstore and had to move them to /backup/bbstore/backup (in the > raidfile there is only /backup/bbstore). After this it worked. Well, its works, but its darn slow, so I guess this part is right, but maybe its just fucked when I run the debug exec.... > > merry christmas And to all other on the list > andy > best regards Mikael Syska