Dustin J. Mitchell wrote:
Hmm, well one problem is that that's a snapshot of the the 2.6.1
branch, which is pretty stable at this point. The other problem,
which Jean-Louis might be able to address, is that it's now almost
20090812, so we should probably have a new build installed by now
On Wed, Aug 12, 2009 at 7:13 AM, Jean-Louis
Martineaumartin...@zmanda.com wrote:
There is no new snapshot because there is no commit since 20090805.
Ah, so. I've been off my game!
Dustin
--
Open Source Storage Engineer
http://www.zmanda.com
On Wednesday 12 August 2009, Dustin J. Mitchell wrote:
On Wed, Aug 12, 2009 at 7:13 AM, Jean-Louis
Martineaumartin...@zmanda.com wrote:
There is no new snapshot because there is no commit since 20090805.
Ah, so. I've been off my game!
Dustin
And I'd advise that one should not fix that which
Amanda users,
For the issue below, we have see several hundred thousand emails
move through the system system each day. UFSdump is failing because
it seems too many files come and go, queries to continue but can't
get a reply (I don't know of a way anyway).
We tried to switch the problem DLE to
yes, /var/mail does tend to be a problem. My mail.log can get to a
quarter million lines a day, but that's not the same as getting that
number of messages. Typically, my level 1 backups aren't much different
from the level 0, because basically everything changes every day. I get
by with
Running amtapetype yields:
opt/amanda/sbin# ./amtapetype -f /dev/nst1
Can't locate object method new via package Amanda::Header at
./amtapetype line 307.
Compiled on:
Distributor ID: Debian
Description:Debian GNU/Linux 4.0 (etch)
Release:4.0
Codename: etch
Kernel
On Wed, Aug 12, 2009 at 02:31:17PM -0400, Jean-Louis Martineau wrote:
Brian,
gtar read the complete directory hierarchy before sending data, it can
take a long time if you have a lot of files.
Ok, will keep an eye. Looking at the sendfile log we are down
to at least ./spool/imap/user/gling,
On Wed, Aug 12, 2009 at 2:26 PM, Jean-Francois
Malouinma...@bic.mni.mcgill.ca wrote:
Running amtapetype yields:
opt/amanda/sbin# ./amtapetype -f /dev/nst1
Can't locate object method new via package Amanda::Header at
./amtapetype line 307.
Hey, thanks! Note that you're running the snapshot
I'm going to cross-post this text on the Amanda and Bacula lists.
Apologies in advance if you see this twice.
Our company is about to provide centralised backups for several pools of
backup data of between 1 and 15TB in size. Each pool changes daily but
backups to tape will only occur once a
rorycl wrote:
An important aspect of the system is that the tapes should be readable
for 12 years, by other parties if necessary. From this point of view we
like the idea of providing a CD with each tape set of the software
needed to extract the contents, together with a listing of the
On Wed, 12 Aug 2009 18:17:17 -0400
rorycl amanda-fo...@backupcentral.com wrote:
An important aspect of the system is that the tapes should be readable
for 12 years, by other parties if necessary. From this point of view
we like the idea of providing a CD with each tape set of the software
Thanks, Charles -- I added a link:
http://wiki.zmanda.com/index.php/Useful_Amanda_Tools
Dustin
--
Open Source Storage Engineer
http://www.zmanda.com
On Wed, Aug 12, 2009 at 06:17:17PM -0400, rorycl wrote:
I'm going to cross-post this text on the Amanda and Bacula lists.
Apologies in advance if you see this twice.
Our company is about to provide centralised backups for several pools of
backup data of between 1 and 15TB in size. Each
13 matches
Mail list logo
