Mike:
Thanks for the response! May I ask which catalog database you are
using and how
many clients you are backing-up?
Kindest regards,
Peter Buschman
18:00 10.10.06, you wrote:
Server: Debian GNU/Linux AMD64 Stable(Sarge)
On Tuesday 10 October 2006 05:51, Peter L. Buschman wrote:
All
Dear bacula-users:
Many thanks to all of you who responded to my operating system poll,
both publicly and privately,
over the past several days. Due to the overwhelming response, I was
only able to thank a few of
you individually but the effort from everyone is nonetheless appreciated.*
I
All:
If it isn't too much of an imposition, I'd like to survey the list
and ask the question
what operating system are you running Bacula on?. I'm interested in which OS
distributions, versions and platforms are being deployed as Bacula servers.
Mainly, this is to identify the highest-priority
I'll volunteer to help with a Python API design and testing as
well. Being able to perform command-and-control
functions as well as simple backup and recovery of objects opens up
lots and lots of possibilities.
I'm not sure how complex the Bacula protocols are, but if we can
manage to
One of the things that is sorely missing in enterprise backup
frameworks is an embedded dynamic language.
C and C++ APIs tend to be rather inaccessible to users who find
themselves limited to which API functions
the programmer chose to use. Providing easy entrypoints where end
users can
I'll chime in with my endorsement of CentOS as well. I use it
specifically for compatibility testing
as a stand-in for RHEL as well as for commercial apps that only
officially support RedHat and have
never had a problem. The CentOS network also provides very timely
security updates at no
