[Box Backup] Misc questions about Boxbackup
Ben Summers
boxbackup@fluffy.co.uk
Mon, 21 Jun 2004 15:43:06 +0100
On 21 Jun 2004, at 14:10, J=E9r=F4me Schell wrote:
> Hi all,
>
> I am currently testing Boxbackup on Linux to see if it is suitable for=20=
> our needs. I have several questions.
>
> I made Debian packages for Boxbackup to simplify the installation,
Any chance you could add those to the Debian collection? Thanks!
> so I wrote initialisation scripts to start and stop the server and=20
> client daemons.
> I have a little problem with bbackupd. When I try to stop it via my=20
> script (in fact sending a signal 15) while it is in the process of=20
> sending files to the server, it doesn't stop. I see in the log :
> bbackupd[2090]: Exception caught (7/41), reset state and waiting to=20
> retry...
> If I stop it again it really exits but if there are child processes, I=20=
> am afraid of not being able to stop anything without sending the fatal=20=
> SIGKILL :)
I really must fix this one. Now's a good time. It'll be in the next=20
release.
>
> Another thing I am wondering of is if boxbackup preserves ACL. This=20
> could be useful in certain cases but I think ACLs are not very=20
> "standard" accross platform so it should be difficult.
No. I do not support ACLs. I won't be doing so, as I don't have a=20
suitable installation nor the interest -- the platform I need this to=20
run nicely on is OpenBSD.
However, the architecture allows alternative permission schemes, so it=20=
would be easy to add the support without disturbing anything. I would=20
be more than happy to suggest how it should be done and integrate the=20
patch if anyone wants to have a go. All you need do is write one=20
function to write ACL data to a stream and another to read it out and=20
apply it. It really is that simple.
>
> What kind of userland RAID is boxbackup using? Is it RAID 1 or RAID 5.
RAID 5.
> I would say RAID 5 as it needs 3 disks. And, in fact, can it be more=20=
> than 3 disks? (I know it is possible to create more than one disc set,=20=
> but I would like to know why 3 disks :) )
Because I only wrote the code for 3 discs. Supporting more wouldn't be=20=
terribly difficult, but it was easier to write the code with exactly=20
the number in mind. You can get three discs neatly in a 1U server=20
case...
>
> Is it possible to limit the number of revisions of files? I mean=20
> rather than beginning to delete old revisions of files only when the=20=
> storage is full, also begin to delete when the number of revisions for=20=
> the file is reaching a certain number.
I intend to do some work on controlling this more carefully when I do=20
the mark and archive options. So not now, but soon. Next big feature,=20
after I've got the forthcoming maintenance release done.
>
> Would it be possible to have a global daemon running as root and to=20
> allow per-user configuration. For exemple each user would have in his=20=
> home directory a .boxbackup directory that would contain his own=20
> bbackupd.conf (maybe with not all the options of the global one) and=20=
> private key/certificate/encrypt key files. This way we wouldn't have=20=
> to run bbackupquery as root and individual users could backup/restore=20=
> without root intervention. This would probably imply to regularly=20
> launch a child process of bbackupd that would run as the user. This=20
> way the user daemon wouldn't be able to read other user's files ;).=20
> Users would also probably need access to a bbackupd socket to be able=20=
> to use bbackupctl. Do you see any objection that would prevent such=20
> behavior?
I would object to the unnecessary complexity in the daemon. Can I=20
suggest that you run one daemon per user, as that user?
http://www.fluffy.co.uk/boxbackup/nonroot.html
I think that'll do exactly what you want.
>
> And last (for now) but not least, we need to implement a GUI to add=20
> "user friendly touch" to boxbackup :).
For the moment, I am concentrating on getting the back end systems=20
right and with a good set of features. A GUI is fairly low down on my=20
list of things to do (especially as I would have to learn cross=20
platform GUI stuff), but I will work with anyone who is interested in=20
having a go.
> I am wondering if we should just encapsulate calls to bbackupquery=20
> and bbackupctl
A good way of doing things.
> or if there is a way to use the C++ classes as a library that would=20=
> provide transparent access to the boxbackup server (this is just a=20
> thought, I didn't yet look at the code :) ).
Another good way of doing things. (check out test/backupstore for an=20
example of talking to the server directly.)
>
> Sorry, this was a bit long, but I think boxbackup is worth it :)
> And Ben thank you for your great work on boxbackup!
>
Thank you for your support of the project.
Ben