Jon LaBadie wrote at 22:23 -0400 on Sep 26, 2007:
> On Wed, Sep 26, 2007 at 06:57:11PM -0600, John Hein wrote:
> > stat -x foo
> > File: "foo"
> > Size: 296422 FileType: Regular File
> > Mode: (0444/-r--r--r--) Uid: ( 631/ nrg) Gid: ( 2005/
> > web)
> > Device:
Dustin J. Mitchell wrote at 21:14 -0500 on Sep 26, 2007:
> Just a guess -- is this a Linux machine that recently had hardware
> added/removed?
linux, no - freebsd. devno changes? I don't think so. There was a
raid disk replacement. But that's a hidden device behind an LSI
Megaraid controller
John E Hein wrote at 09:43 -0600 on Sep 27, 2007:
> Dustin J. Mitchell wrote at 21:14 -0500 on Sep 26, 2007:
> > Just a guess -- is this a Linux machine that recently had hardware
> > added/removed?
>
> linux, no - freebsd. devno changes? I don't think so.
Paul Bijnens wrote at 19:41 +0200 on Sep 27, 2007:
> On 2007-09-27 18:07, John E Hein wrote:
> > I can't think of any way to see if they changed - I don't have a
> > record of what they were before. Is there a way to look in the
> > gnutar-list files and see? I
Dustin J. Mitchell wrote at 16:15 -0500 on Sep 27, 2007:
> On 9/27/07, John E Hein <[EMAIL PROTECTED]> wrote:
> > Indeed. I was looking for the format documented in the .info
> > pages for gnutar, but couldn't find it.
[by the way, somewhere between gtar 1.15.1 and 1
Dustin J. Mitchell wrote at 21:00 -0500 on Sep 27, 2007:
> On 9/27/07, John E Hein <[EMAIL PROTECTED]> wrote:
> > > > And maybe adding a "devno changed" check in amcheck would be nice -
> > > > the client has the gnutar-list files, so it would requir
Olivier Nicole wrote at 15:14 +0700 on Oct 12, 2007:
> Hi,
>
> I just upgraded amanda-client and gtar:
>
> gtar-1.18_1 GNU version of the traditional tar archiver
> amanda-client-2.5.1p3_1,1 The Advanced Maryland Automatic Network Disk
> Archiver
>
> on a 5.5 server
>
> Free
Krahn, Anderson wrote at 11:56 -0500 on Oct 17, 2007:
> Does anyone know how to change the location of the gnutar-lists
> directory on the clients?
>
> By default it is asking me to create them in
>
> [can not read/write /usr/local/var/amanda/gnutar-lists/.: No such file
> or directory]
>
Marc Muehlfeld wrote at 20:32 +0100 on Nov 16, 2007:
> Hi,
>
> I saw a interesting behavier when I use amadmin to force a level 0. While
> a force to the root file system just set this one to level 0:
>
> # amadmin KDD force genome /
> amadmin: genome.mr.lfmg.de:/ is set to a forced level
Cyrille Bollu wrote at 17:53 +0100 on Nov 22, 2007:
> is there something to do to prevent "tar" to lookup for username when it's
> estimating the size of the DLE's (like when you do "ls -ln" instead of "ls
> -l")?
>
> It seems that this process puts a very high load on my LDAP server... Suc
Tom Herrera wrote at 11:24 -0800 on Dec 13, 2007:
> Still curious if it is okay, amanda-wise, to just remove the ancient
> directories, or if I have to do something more than that.
Try 'amadmin holding delete ...'
(see the amadmin man page)
I think this is a new feature in amanda 2.5.2
This i
Gene Heskett wrote at 14:50 -0500 on Jan 1, 2008:
> I just got bit by the volatile device major number getting moved
> again, and one of the kernel developers is asking me how FreeBSD
> users cope with this since FreeBSD's device majors are all dynamic.
Well, it's not really the major device,
Gene Heskett wrote at 18:58 -0500 on Jan 1, 2008:
> Which of course, since Murphy is alive and well, is not included in
> any of the rpm versions of tar. Gotta love it. Is this available
> on the zmanda site someplace?
It seems that it's not in the source tarball. Sorry.
But the gtar info p
Dustin J. Mitchell wrote at 09:46 -0500 on Jan 7, 2008:
> On Jan 7, 2008 9:03 AM, Mister Olli <[EMAIL PROTECTED]> wrote:
> > (gdb) bt
> > #0 0x281ece17 in shmget () from /lib/libc.so.6
> > #1 0x080520f4 in attach_buffers ()
> > #2 0x0804b872 in main ()
>
> Eek -- this is where the taper
John E Hein wrote at 08:53 -0700 on Jan 7, 2008:
> Dustin J. Mitchell wrote at 09:46 -0500 on Jan 7, 2008:
> > On Jan 7, 2008 9:03 AM, Mister Olli <[EMAIL PROTECTED]> wrote:
> > > (gdb) bt
> > > #0 0x281ece17 in shmget () from /lib/libc.so.6
>
Jordan Desroches wrote at 10:09 -0500 on Jan 18, 2008:
> Greetings all,
>
> In experimenting with AMANDA I've been running into a problem where
> I'll start a backup, everything will go swimmingly, and sometime down
> the line, the backup is stopped, and no AMANDA processes are running.
Jean-Louis Martineau wrote at 14:50 -0500 on Mar 6, 2008:
> By defaults, amanda will never do more than runtapes * tape_length,
> unless you set 'maxdumpsize', added in 2.4.4.
... or the estimated dump size winds up being less than the actual
dump size. But I understand your basic point.
I w
Oscar Ricardo Silva wrote at 18:33 -0500 on Mar 21, 2008:
> I'm attempting to compile the client version of amanda on a Dell PowerEdge
> server running FreeBSD 6.3 but keep running into an ssh related error. I
> use
> the following configure statement:
>
> ./configure --prefix=/usr/local
Anthony Worrall wrote at 14:32 +0100 on Apr 25, 2008:
> unfortunately zfsdump, or "zfs send" as it is now, does not relate to
> ufsdump in any way :-(
Sorry to hijack this thread, but...
Can Solaris and/or ZFS snapshots support partial filesystem dumps (and
restores)? If not, how do people u
Jon LaBadie wrote at 10:59 -0400 on Apr 25, 2008:
> Another way would be to use include directives. For example, if the
> zfs pool was /pool and had file systems of a, b,c, and d, you could
> set up multiple DLEs that were rooted at /pool (different tag names)
> and had include directives of "
Pieter Bowman wrote at 11:41 -0600 on Apr 25, 2008:
> The final issue I found was that the inode numbers in the snapshots
> change each time a new snapshot is created. This is a problem with
> GNU tar's listed-incremental facility. To work around this I ended up
> hacking GNU tar to make it i
Jon LaBadie wrote at 13:57 -0400 on Apr 25, 2008:
> Though I've not tried it, it should.
>
> I base that on the description of the command
>
> /usr/sbin/ufsdump [options] [arguments] files_to_dump
>
> and the belief that the include directive merely provides the args
> corresponding
Dustin J. Mitchell wrote at 15:12 -0400 on May 15, 2008:
> On #amanda, I've been working with Scott Bender, who's trying to build
> Amanda-2.6.0 on HP/UX 11.11. He's gotten all of the prereqs
> installed, but is having some trouble with network communication.
>
> We've boiled the problem dow
Paul Bijnens wrote at 12:33 +0200 on May 27, 2008:
> On 2008-05-25 18:55, jehan procaccia wrote:
> > hello,
> >
> > some clients with "big" partitions (>100Gbytes) freezes my amdump, I
> > usually get dumps errors which cannot end properly.
> > I have 2 questions,
> > 1) how can I resolve
Steven Backus wrote at 10:20 -0600 on Aug 7, 2008:
> I've determined my drive can label tapes but can't read old
> tapes. I get the Input/Output error whenever trying to read a
> previously labeled tape or dd out anything. However, if I re-label
> the tape it works again. Does this indica
>Date: Fri, 11 May 2001 11:08:59 -0600
>From: Paul Brannigan <[EMAIL PROTECTED]>
> Subject: GNU tar syntax (or How does amanda do that?)
>
[snip]
> Yet when I try to do this at the command line I get
> tar complaints. Am I using the wrong syntax?
>
> solaris-host>#/usr/local/bin
Eric Nelson wrote at 14:10 -0600 on Sep 14:
> Thank you very much! We implemented the sendsize file you sent us and it has
> cut our Estimate Time in half.
Hmmm... it also seems to not take compression into account (we use gnu
tar with client side compression). The estimated size is much lar
Gerhard den Hollander wrote at 12:01 +0200 on Sep 19:
> * John E Hein <[EMAIL PROTECTED]> (Tue, Sep 18, 2001 at 09:32:57AM -0600)
> > Hmmm... it also seems to not take compression into account (we use gnu
> > tar with client side compression). The estimated size is much
28 matches
Mail list logo