On Monday 09 April 2007, Marc W. Mengel wrote:
>[EMAIL PROTECTED] wrote:
>> Could you send me a copy of your incremental file? AFAICT, they're
>> binary files, so I'm not sure how you're speaking of "lines"..
>
>They're 512 byte records with a text line in each. Really.
>
What I am looking are ar
On Monday 09 April 2007, [EMAIL PROTECTED] wrote:
>On Mon, Apr 09, 2007 at 12:05:01PM -0400, Gene Heskett wrote:
>> Subtract the 00h, and you have the 254 its currently sitting at,
>> apparently subject to the whims of an individual boot. If I build md
>> as a module, then md will get 254 and devi
On Mon, Apr 09, 2007 at 12:05:01PM -0400, Gene Heskett wrote:
> Subtract the 00h, and you have the 254 its currently sitting at,
> apparently subject to the whims of an individual boot. If I build md as
> a module, then md will get 254 and device-mapper (dm_mod) will get 253,
> and if I build p
On Monday 09 April 2007, Jon LaBadie wrote:
>On Sun, Apr 08, 2007 at 09:43:13PM -0500, [EMAIL PROTECTED] wrote:
>> On Sun, Apr 08, 2007 at 08:29:53PM -0500, Marc Mengel wrote:
>> > Couldn't someone hack up a utility to do a major number swapout in
>> > the file where tar keeps track of what is in t
On Sun, Apr 08, 2007 at 09:43:13PM -0500, [EMAIL PROTECTED] wrote:
> On Sun, Apr 08, 2007 at 08:29:53PM -0500, Marc Mengel wrote:
> > Couldn't someone hack up a utility to do a major number swapout in the
> > file where tar keeps track of what is in the last incremental/full/etc.?
>
> That's what
On Sunday 08 April 2007, [EMAIL PROTECTED] wrote:
>On Sun, Apr 08, 2007 at 08:29:53PM -0500, Marc Mengel wrote:
>> Couldn't someone hack up a utility to do a major number swapout in the
>> file where tar keeps track of what is in the last
>> incremental/full/etc.?
>
>That's what I suggested in
>
>
On Sun, Apr 08, 2007 at 08:29:53PM -0500, Marc Mengel wrote:
> Couldn't someone hack up a utility to do a major number swapout in the
> file where tar keeps track of what is in the last incremental/full/etc.?
That's what I suggested in
http://tech.groups.yahoo.com/group/amanda-users/message/62
On Saturday 07 April 2007, [EMAIL PROTECTED] wrote:
>On Sat, Apr 07, 2007 at 01:38:12PM -0400, Gene Heskett wrote:
>> What we are left with, when the linux kernel finally gets this patch
>> for good (its been reverted for now based on my findings, but its a
>> good patch, and really needs to be don
On Sat, Apr 07, 2007 at 01:38:12PM -0400, Gene Heskett wrote:
> What we are left with, when the linux kernel finally gets this patch for
> good (its been reverted for now based on my findings, but its a good
> patch, and really needs to be done at some point even if we do have to
> play a little
On Saturday 07 April 2007, Jon LaBadie wrote:
[...]>
>I suspect that a file is defined by the combination of its inode # and
>device id (maj,min). If you take away consideration of the device id,
>then lots of files would be defined by the same, non-unique inode #.
>
>If all you took away were con
On Fri, Apr 06, 2007 at 08:41:56PM -0400, Gene Heskett wrote:
> Greetings;
>
> I don't know if everyone has been following the trail of tears regarding
> doing backups with the newer kernel versions, but there is a gotcha
> coming up. There needs to be a patch applied to the linux kernel that
On Saturday 07 April 2007, Frank Smith wrote:
>Gene Heskett wrote:
>> Greetings;
>>
>> I don't know if everyone has been following the trail of tears
>> regarding doing backups with the newer kernel versions, but there is a
>> gotcha coming up. There needs to be a patch applied to the linux
>> ker
Gene Heskett wrote:
> Greetings;
>
> I don't know if everyone has been following the trail of tears regarding
> doing backups with the newer kernel versions, but there is a gotcha
> coming up. There needs to be a patch applied to the linux kernel that
> takes the hard drive device major number
Greetings;
I don't know if everyone has been following the trail of tears regarding
doing backups with the newer kernel versions, but there is a gotcha
coming up. There needs to be a patch applied to the linux kernel that
takes the hard drive device major numbers out of the experimental area a
On Fri, Jan 09, 2004 at 06:52:37AM -0500, Joshua Baker-LePain wrote:
> On Fri, 9 Jan 2004 at 9:52am, s97sa4 wrote
>
> > Hi
> >
> > Please can you help!
>
> Please email the list itself ([EMAIL PROTECTED]) and not members
> directly -- you'll get more responses and not annoy people.
>
> > I wou
On Fri, 9 Jan 2004 at 9:52am, s97sa4 wrote
> Hi
>
> Please can you help!
Please email the list itself ([EMAIL PROTECTED]) and not members
directly -- you'll get more responses and not annoy people.
> I would like to configure Amanda to use Sun tar rather than gnutar
> to preserve ACL on all f
On Mon, 5 Jan 2004 at 2:37pm, Charlie Wiseman wrote
> We were using a slightly older version of gtar, so we installed
> 1.13.92. Now we are getting this for nearly all of our solaris machines:
1.13.25 is what you want. The newer versions are not compatible with
amanda.
--
Joshua Baker-LePain
We've been using amanda 2.4.4 for a while now, but we are still
having a few problems with tar and solaris. We had been getting
this error on a few of solaris machines:
--snip--
/-- homes01 /disk1/homes lev 0 FAILED [/usr/local/sfw/bin/gtar returned 2]
sendbackup: start [homes01:/disk1/homes lev
[EMAIL PROTECTED] wrote:
> hi everyone again,
> Does anybody know how can i use gnu tar to make incremental backups?
> Is it posible?
In the amanda.conf file there is a section called 'dumptype'. All the
different kind of dumps are defined. GNUTAR dumps usually have names
that include 't
On 15 Jan 2002 at 1:43pm, [EMAIL PROTECTED] wrote
> Does anybody know how can i use gnu tar to make incremental backups?
> Is it posible?
>
Just tell amanda to use 'program "GNUTAR"' in your dumptype. amanda will
take care of the rest.
--
Joshua Baker-LePain
Department of Biomedical Engineer
hi everyone again,
Does anybody know how can i use gnu tar to make incremental backups?
Is it posible?
Thanks.
---
Javier Fernández Pérez
Servicio de Informática Corporativa
D.G. de Telecomunicaciones y Transportes
Conseje
On Thu, May 10, 2001 at 08:36:07PM -0500, John R. Jackson wrote:
> >... I'd like to back up at least
> >their mail, and probably web directories.
> >...
> >I've been trying to do this with exclude lists, but I haven't hit the
> >solution yet. ...
>
> Wow! I wouldn't have had the guts to try thi
On Fri, May 11, 2001 at 12:51:43AM -0400, Jon LaBadie wrote:
> On Thu, May 10, 2001 at 08:41:24PM -0400, Ray Shaw wrote:
> > On that note, it is annoying that if I have an exclude
> > file, say /etc/amanda/exclude.home, running amanda with that file
> > produces different results than:
> >
> > t
On Thu, May 10, 2001 at 08:41:24PM -0400, Ray Shaw wrote:
>
> I'm using amanda 2.4.1p1 (the version included in Debian potato).
>
> Currently, the /home partition on our main user system is too large to
> back up fully (we have only a small tape drive). Rather than
> completely leave users out
>... I'd like to back up at least
>their mail, and probably web directories.
>...
>I've been trying to do this with exclude lists, but I haven't hit the
>solution yet. ...
Wow! I wouldn't have had the guts to try this with exclude lists.
They give me (real :-) headaches just trying to do "norma
I'm using amanda 2.4.1p1 (the version included in Debian potato).
Currently, the /home partition on our main user system is too large to
back up fully (we have only a small tape drive). Rather than
completely leave users out in the cold, I'd like to back up at least
their mail, and probably web
26 matches
Mail list logo