On Tue, 25 Apr 2006 11:45:41 +0100 (BST), Alan Brown [EMAIL PROTECTED]
said:
On Mon, 24 Apr 2006, Eric Warnke wrote:
6) Does not track deletions between full backups.
Show me more than 3 (quite expensive) commercial packages which do this.
There are at least two open source ones that
On Thu, 27 Apr 2006, Martin Simmons wrote:
6) Does not track deletions between full backups.
Show me more than 3 (quite expensive) commercial packages which do this.
There are at least two open source ones that work for some unix filesystems
(Jörg Schilling's star and Solaris's dump/restore
Alan Brown writes:
a filesystem index at each backup (this wouldn't be difficult, but would
be overkill in 90% of sites)
I have no idea of a percentage, but I would think that the percentage of
users that can benefit from point in time is more than 10%. Any ISP
(specially anyone using
We are still evaluating
bacula as well at this point, but between all of the small issues I felt it was my responsibility to at
least explore home grown alternatives.
I am working up a proof-of-concept set of tools to do backups. It's just scaffolding right now, but it's similar to the way rsync
Eric Warnke writes:
We are still evaluating bacula as well at this point, but between all of
the small issues I felt it was my responsibility to at least explore home
grown alternatives.
Any reason you could not work to help the Bacula project with whatever
disadvantages you have found so
On Mon, 24 Apr 2006, Eric Warnke wrote:
The Bad.
2) SQLite
SQLite is only really there for testing purposes and the odcumentation
makes it very clear that it's not recommended for production systems.
6) Does not track deletions between full backups.
Show me more than 3 (quite
On Mon, 24 Apr 2006 12:29:47 -0400
Eric Warnke [EMAIL PROTECTED] wrote:
[snip]
2) SQLite has undocumented limitations that make it inappropriate for many
site that might be interested in this product. First off, if there is any
contention for the database ( ie, looking at the state of the
SQLite was chosen as a simple, no-daemon option before limitations were realized. Before moving to production we will move it to a MySQL database we will already run.Cheers,Eric
Have you tried out MySQL or PostgreSQL?
Hello Eric and list,
thank You for taking the time for this write-up.
I'm using bacula and very confident about it, but agree on
all points mentioned, and still lack a 'good feeling' about
my configuration, which is the reason I'm backing up about
20 clients in a completely ashaming schedule of
On 24 Apr 2006 at 12:29, Eric Warnke wrote:
3) Config files are needlessly over complex. It has taken weeks to
fine tune the config files in order to achieve a stated goal for our
in-house needs that is not overly complex ( 90 days of guaranteed
backups ). Almost every time a complex change
Eric Warnke writes:
I am a recent newcomer to Bacula and have bumped into a number of
limitations.
current backing up 700GiB of online storage
What type of files? Lots of small files or medium large files?
So far I have added only 2 servers to be backed up with Bacula. About 500GB
with 6
11 matches
Mail list logo
