On Tuesday 28 May 2019 11:09:43 pm Nathan Stratton Treadway wrote:
> On Tue, May 28, 2019 at 21:19:55 -0400, Gene Heskett wrote:
> > Mine, when running 3.3.7p1 on wheezy, had this good header in every
> > vtape "header"
>
> Note that the "0.*" file is simply the table label written by
> amlabe
On Tue, May 28, 2019 at 21:19:55 -0400, Gene Heskett wrote:
> Mine, when running 3.3.7p1 on wheezy, had this good header in every
> vtape "header"
Note that the "0.*" file is simply the table label written by
amlabel -- there is no "data" in it, the only point of the file is to
contain the vo
On Tuesday 28 May 2019 12:49:05 pm Charles Curley wrote:
> On Tue, 28 May 2019 11:40:33 -0400
>
> Gene Heskett wrote:
> > In my build on stretch the tape header, with normally contains
> > instructions for a gzip/tar only system, the recipe for bare
> > recovery has disappeared. It now looks lik
Agreed - the short form is: the tape header needs no instructions,
and each DLE file might be done with a different mechanism (true for me) so
each DLE backup has the instructions in the header.
Deb Baddorf
Fermilab
> On May 28, 2019, at 11:49 AM, Charles Curley
> wrote:
>
> On Tue, 28 Ma
On Tue, 28 May 2019 11:40:33 -0400
Gene Heskett wrote:
> In my build on stretch the tape header, with normally contains
> instructions for a gzip/tar only system, the recipe for bare recovery
> has disappeared. It now looks like this:
> AMANDA: TAPESTART DATE 20190527162707 TAPE Dailys-1
>
>
In my build on stretch the tape header, with normally contains
instructions for a gzip/tar only system, the recipe for bare recovery
has disappeared. It now looks like this:
AMANDA: TAPESTART DATE 20190527162707 TAPE Dailys-1
There is supposed to be a 2nd line, showing how to unpack the archive
At Mon, 09 Jun 2014 17:01:25 -0400 amanda-users@amanda.org wrote:
>
> On Mon, Jun 09, 2014 at 04:13:51PM -0400, Robert Heller wrote:
> > At Mon, 09 Jun 2014 22:42:00 +0300 Toomas Aas
> > wrote:
> >
> > >
> > > Mon, 09 Jun 2014 kirjutas Robert Heller :
> > >
> > > >
> > > > Question: when usi
On Mon, Jun 09, 2014 at 04:13:51PM -0400, Robert Heller wrote:
> At Mon, 09 Jun 2014 22:42:00 +0300 Toomas Aas
> wrote:
>
> >
> > Mon, 09 Jun 2014 kirjutas Robert Heller :
> >
> > >
> > > Question: when using a disk-based 'virtual tape changer', is there is any
> > > point in using a holding d
At Mon, 09 Jun 2014 22:42:00 +0300 Toomas Aas wrote:
>
> Mon, 09 Jun 2014 kirjutas Robert Heller :
>
> >
> > Question: when using a disk-based 'virtual tape changer', is there is any
> > point in using a holding disk? I understand that a holding disk is a
> > good idea
> > when using real tap
Mon, 09 Jun 2014 kirjutas Robert Heller :
Question: when using a disk-based 'virtual tape changer', is there is any
point in using a holding disk? I understand that a holding disk is a
good idea
when using real tapes, as this helps in keeping the tape drive streaming --
that is the holding d
Heller wrote:
> > I am using 2.6.1p2-8.el6 on a CentOS 6.5 system. I am using virtual tapes
> > (chg-disk) as my backup device. I want to use 5G 'tapes' and a split size
> > of
> > 1G. But amanda is using a splitsize of 10meg. Why is it doing this?
> >
&g
lit size of
1G. But amanda is using a splitsize of 10meg. Why is it doing this?
Here is my amanda config file (*I* cannot find the error):
org "Wendell Free Library" # Organization name for reports
mailto "hel...@deepsoft.com"# Email addres
I am using 2.6.1p2-8.el6 on a CentOS 6.5 system. I am using virtual tapes
(chg-disk) as my backup device. I want to use 5G 'tapes' and a split size of
1G. But amanda is using a splitsize of 10meg. Why is it doing this?
Here is my amanda config file (*I* cannot find the error):
or
On Mon, Apr 07, 2014 at 01:30:46PM +0100, Dave Ewart wrote:
> On Wednesday, 12.03.2014 at 14:38 +, Dave Ewart wrote:
>
> >
> > What's going on? Why am I not getting to use the full capacity??
>
> Just to follow up on this one: I was able to purchase two, replac
until recently when the tapes reported "No space left on device".
> However, the concerning thing is that the tapes reported 'full' at less
> than what I was expecting as full capacity, just above 1.1TB in fact.
> This means that our backup space 'growth', which I ha
On Wednesday, 12.03.2014 at 13:11 -0400, Brian Cuttler wrote:
> Don't know if its relevant, but I've got an LTO5/juke and it dropped
> in both speed and capacity.
Interesting: was it a gradual decrease in performance or was there a
sudden drop?
Dave.
--
Dave Ewart
da...@ceu.ox.ac.uk
Computing
size 32 kbytes
> > }
> >
> >
> > The length reported here is ~1.1TB which ties up with the "no space left
> > on device" message, but ...
> >
> > ... these are genuine LTO-5 (Tandberg brand) tapes - just like
> > http://img.misco.eu/Resour
sion disabled"
> > > length 1148746080 kbytes
> > > filemark 0 kbytes
> > > speed 69815 kps
> > > blocksize 32 kbytes
> > > }
> > >
> > >
> > > The length reported here is ~1.1TB which ties up with
On Wed, Mar 12, 2014 at 04:55:30PM +, Dave Ewart wrote:
> On Wednesday, 12.03.2014 at 12:28 -0400, Jon LaBadie wrote:
>
> > A guess only.
> >
> > I note the measured speed has dropped by 45%. Due to what I haven't a
> > clue, but maybe some hardware change or cables or ???
>
> Hmmm, yeah: I
On Wednesday, 12.03.2014 at 12:28 -0400, Jon LaBadie wrote:
> A guess only.
>
> I note the measured speed has dropped by 45%. Due to what I haven't a
> clue, but maybe some hardware change or cables or ???
Hmmm, yeah: I noticed that too, just after I'd posted. It's the same
controller card as
...
>
> ... these are genuine LTO-5 (Tandberg brand) tapes - just like
> http://img.misco.eu/Resources/images/Modules/InformationBlocks/1210/TAN/TAN-2/202175-tandberg-LTO-5-tape-cartridge-small.jpg
> - and the second tapetype above was created using a previously-unused
> tape and they rea
eft
on device" message, but ...
... these are genuine LTO-5 (Tandberg brand) tapes - just like
http://img.misco.eu/Resources/images/Modules/InformationBlocks/1210/TAN/TAN-2/202175-tandberg-LTO-5-tape-cartridge-small.jpg
- and the second tapetype above was created using a previously-unused
tape
>
> Currently I'm using Amanda 3.3.0 (selfcompiled) on Scientific Linux 6
> (x86_64).
>
I don't know why it will not use the new tapes, maybe order in the tapelist?
However, as a workaround, if you increase the tapecycle parameter above
the number already used, amanda sho
Hello Marc,
I can´t see this in my amanda installation here. How many tapes have you got
and how is your tapecycle set?
Regards,
Dennis
Original-Nachricht
> Datum: Wed, 27 Jul 2011 12:03:46 +0200
> Von: Marc Muehlfeld
> An: "Amanda user\'s group&qu
Hi,
I increased my vTape pool during the last days, but amanda is still only
writing to the old tapes that were already in use and not to the new ones.
If I change the tapelist entry from
> 0 KDD181 reuse
to an old date
> 210100 KDD181 reuse
the vTape is used in the next run.
I found
of the other 6 disks on the day it does the full of /data, and
> > then does full backups of the other 6 disks on the other 6 days.
> >
> > Why does Amanda make so many full backups? Is there a configuation
> > parameter we need to set to change this?
>
> Amanda t
> Amanda does a full backup of the /data on one day of the week and then
> does level one backups for the rest of the week. It does a level one
> backup of the other 6 disks on the day it does the full of /data, and
> then does full backups of the other 6 disks on the other 6 days.
>
sks on the day it does the full of /data, and
> > then does full backups of the other 6 disks on the other 6 days.
> >
> > Why does Amanda make so many full backups? Is there a configuation
> > parameter we need to set to change this?
>
> parameter "
Hello!
Amanda does a full backup of the /data on one day of the week and then
does level one backups for the rest of the week. It does a level one
backup of the other 6 disks on the day it does the full of /data, and
then does full backups of the other 6 disks on the other 6 days.
Why does
ull backup of the /data on one day of the week and then
> does level one backups for the rest of the week. It does a level one
> backup of the other 6 disks on the day it does the full of /data, and
> then does full backups of the other 6 disks on the other 6 days.
>
> Why do
It does a level one
backup of the other 6 disks on the day it does the full of /data, and
then does full backups of the other 6 disks on the other 6 days.
Why does Amanda make so many full backups? Is there a configuation
parameter we need to set to change this?
--
Robert Heller
into the gory inner workings actually helped -- it helped me
understand what Amanda was upto and why it is doing what it does. From
another post I got the idea of have two configs (with a shared common
config), one for archival fulls (run manually, once a month) and one
for dailyincr (run from cron).
On Sun, Oct 3, 2010 at 12:35 PM, Robert Heller wrote:
> One of the downsides of using a very *stable* Linux distro with long
> term stable support. OTOH, it avoids the fun of re-installing
> everything every 6-12 months and then spending a couple of months
> getting all of the settings tweaked ju
At Sun, 3 Oct 2010 11:37:25 -0500 "Dustin J. Mitchell"
wrote:
>
> On Sun, Oct 3, 2010 at 11:01 AM, Robert Heller wrote:
> > Also I am pretty much stuck with 2.5.0, since that is what comes with
> > CentOS... (I don't at this point want to 'experiment' with a bleeding
> > edge self-built packag
On Sun, Oct 3, 2010 at 11:01 AM, Robert Heller wrote:
> Also I am pretty much stuck with 2.5.0, since that is what comes with
> CentOS... (I don't at this point want to 'experiment' with a bleeding
> edge self-built package, not for something like this.)
Yikes, you may be *very* out of luck, then
At Sun, 3 Oct 2010 10:11:57 -0500 "Dustin J. Mitchell"
wrote:
>
> On Sat, Oct 2, 2010 at 5:01 PM, Robert Heller wrote:
> > I picked a 'virtual' tape size to match the capacity of a DVD-R: 4.3Gig,
> > with the idea of migrating the fulls and the more major incrs to DVD-Rs
> > for long-term arch
On Sat, Oct 2, 2010 at 5:01 PM, Robert Heller wrote:
> I picked a 'virtual' tape size to match the capacity of a DVD-R: 4.3Gig,
> with the idea of migrating the fulls and the more major incrs to DVD-Rs
> for long-term archival.
Ah! You should take a look at both the dvdrw device (for writing to
Robert,
I had another thought. You could set all your DLEs to
be set to do incremental only. I forget whether this
is "strategy nofull" or "strategy incronly" or ???.
With this you may be able to set you runtapes to 1
and maybe use a larger tape size as you would not
be archiving them to DVDs.
At Sat, 2 Oct 2010 16:06:17 -0500 "Dustin J. Mitchell"
wrote:
>
> On Sat, Oct 2, 2010 at 2:46 PM, Robert Heller wrote:
> > So I would be better off setting runtapes to 1? Â And then manually
> > 'flushing' at the beginning of the cycle to deal with the larger fulls?
> >
> > Arg...
> >
> > This
On Sat, Oct 2, 2010 at 2:46 PM, Robert Heller wrote:
> So I would be better off setting runtapes to 1? And then manually
> 'flushing' at the beginning of the cycle to deal with the larger fulls?
>
> Arg...
>
> This sort of thing is not really well explained in the man pages...
True. The problem
At Sat, 2 Oct 2010 10:59:38 -0500 "Dustin J. Mitchell"
wrote:
>
> On Sat, Oct 2, 2010 at 9:15 AM, Jon LaBadie wrote:
> >> runtapes 2 # number of tapes to be used in a single run of amdump
> >
> > I hope very few dumps take more than one tape, like none :)
>
> To be clear on the planner's reas
On Sat, Oct 2, 2010 at 9:15 AM, Jon LaBadie wrote:
>> runtapes 2 # number of tapes to be used in a single run of amdump
>
> I hope very few dumps take more than one tape, like none :)
To be clear on the planner's reasoning: it considers itself to have
runtapes * tapetype:length kb available to pl
At Sat, 02 Oct 2010 10:15:29 -0400 amanda-users@amanda.org wrote:
>
> On Sat, Oct 02, 2010 at 09:05:44AM -0400, Robert Heller wrote:
> > Why does Amanda do multiple level 0 backups? I only want 1 (and only
> > 1) level 0 backup (of any given disk) in the backup cycle (4 w
On Sat, Oct 02, 2010 at 09:05:44AM -0400, Robert Heller wrote:
> Why does Amanda do multiple level 0 backups? I only want 1 (and only
> 1) level 0 backup (of any given disk) in the backup cycle (4 weeks / 28
> days). The documentation for the bump* parameters is not clear (to
>
Why does Amanda do multiple level 0 backups? I only want 1 (and only
1) level 0 backup (of any given disk) in the backup cycle (4 weeks / 28
days). The documentation for the bump* parameters is not clear (to
me). I want Amanda to aggressively bump dump levels.
I don't have enough virtual
On Mon, Jul 5, 2010 at 1:23 AM, Marc Muehlfeld
wrote:
> I'm using amanda 2.6.1p2 and I'm wondering, why my vtapes are allways filled
> up to 100%, while LTO3 tapes are not:
vtapes size themselves to precisely LENGTH bytes, whereas tape
capacity can vary based on tape str
Am 05.07.2010 08:51, schrieb Christ Schlacta:
first thing I see is that your LTO3 drives are SIGNIFICANTLY larger than your
vdisks.
That's true. But in which way this results in not filling up to 100%?
--
Marc Muehlfeld
Zentrum fuer Humangenetik und Laboratoriumsmedizin Dr. Klein und Dr. Ros
Hi,
I'm using amanda 2.6.1p2 and I'm wondering, why my vtapes are allways filled
up to 100%, while LTO3 tapes are not:
vtapes:
LabelTime Size %NbNc
KDD103 2:5366457M 100.084 101
KDD104 1:0066459M 100.01535
KDD105
McGraw, Robert P wrote:
Running Amanda-2.6.1-p2 On Solaris 10 X86
Why is this considered an error?
No reason, already fixed it in 3.1, it is not an error.
Jean-Louis
I check the error status of my amdump and base on the error status after it
finishes I take certain actions.
Is there
Running Amanda-2.6.1-p2 On Solaris 10 X86
Why is this considered an error?
I check the error status of my amdump and base on the error status after it
finishes I take certain actions.
Is there some way that I can distinguish this error from a real amdump error?
These dumps were to tapes
On Thursday 22 April 2010, Jean-Louis Martineau wrote:
>Gene,
>
>Do the tapelist is correct?
Tapelist was the culprit, see previous next msg from me, that test recovery
was done without incident this time, pulling 4 dirs in /usr/share that might
be why it won't boot.
Thanks Dusti
On Thursday 22 April 2010, Dustin J. Mitchell wrote:
>On Thu, Apr 22, 2010 at 11:00 AM, Gene Heskett
wrote:
>> 500 No dumps available on or before date "2010-04-08"
>
>Actually, this means there are no catalog entries for that date. I
>think I had asked last time, what amadmin Conf find will sho
You lost all log files, They should in the `amgetconf Daily
logdir`/oldlog directory, moved them to
`amgetconf test logdir`.
Jean-Louis
Gene Heskett wrote:
On Thursday 22 April 2010, Dustin J. Mitchell wrote:
On Thu, Apr 22, 2010 at 11:00 AM, Gene Heskett
wrote:
500 No dumps ava
On Thursday 22 April 2010, Dustin J. Mitchell wrote:
>On Thu, Apr 22, 2010 at 11:00 AM, Gene Heskett
wrote:
>> 500 No dumps available on or before date "2010-04-08"
>
>Actually, this means there are no catalog entries for that date. I
>think I had asked last time, what amadmin Conf find will sho
-04-06 02:21 20100406011907_0.gz
-rw--- 1 amanda disk81455 2010-04-07 02:36 20100407011911_1.gz
-rw--- 1 amanda disk 525945 2010-04-08 16:42 20100408011908_1
-rw--- 1 amanda disk81455 2010-04-08 02:27 20100408011908_1.gz
So the indices are there. Why can't amrecover find them?
On Thursday 22 April 2010, Dustin J. Mitchell wrote:
>On Thu, Apr 22, 2010 at 11:00 AM, Gene Heskett
wrote:
>> 500 No dumps available on or before date "2010-04-08"
>
>Actually, this means there are no catalog entries for that date. I
>think I had asked last time, what amadmin Conf find will sho
On Thu, Apr 22, 2010 at 11:00 AM, Gene Heskett wrote:
> 500 No dumps available on or before date "2010-04-08"
Actually, this means there are no catalog entries for that date. I
think I had asked last time, what amadmin Conf find will show for that
particular DLE?
Dustin
--
Open Source Storage
a disk81455 2010-04-08 02:27 20100408011908_1.gz
So the indices are there. Why can't amrecover find them?
--
Cheers, Gene
"There are four boxes to be used in defense of liberty:
soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Except for 7
Jean-Louis Martineau schrieb:
> It's important to do the dump direct to tape at the end if you have a
> small holding disk, Amanda was designed for this case.
>
> But hard disk are now cheap, what you propose is a good idea.
>
> Patch is welcome.
Maybe we should show this to the hackers-list ?
It's important to do the dump direct to tape at the end if you have a
small holding disk, Amanda was designed for this case.
But hard disk are now cheap, what you propose is a good idea.
Patch is welcome.
Jean-Louis
Stefan G. Weichinger wrote:
Dustin J. Mitchell schrieb:
However, the dr
Dustin J. Mitchell schrieb:
> However, the driver always schedules its PORT_WRITE (direct to tape)
> dumps *after* its holding-based runs. The idea is that dumping
> directly to tape basically monopolizes the entire server
> infrastructure, so it's better to get the cooperating dumps out of the
>
OK, I'll take a swing at this :)
On Wed, Apr 1, 2009 at 3:50 PM, Stefan G. Weichinger wrote:
> I want to avoid to copy ~60 GB from disk to holdingdisk internally at
> every amdump, so I decided to set them to "holdingdisk no" --> write the
> to tape directly.
>
> taperalgo first, btw
The taperal
At a client I have two DLEs which are local directories on the amanda
tapeserver. There is new data dumped there every day during the day.
I want to avoid to copy ~60 GB from disk to holdingdisk internally at
every amdump, so I decided to set them to "holdingdisk no" --> write the
to tape directl
On Mon, Jul 28, 2008 at 04:48:07PM +0200, Paul Bijnens wrote:
> Kenji Lefevre wrote:
> > Hello,
> >
> >i'm trying to use amrecover but it doesn't work.
> >I got this line in amidxtaped.20080728141244.debug
> >
> >Could not rewind device '/dev/nst0': tape_rewind: tape open: /dev/nst0:
> >Permiss
Kenji Lefevre wrote:
Hello,
i'm trying to use amrecover but it doesn't work.
I got this line in amidxtaped.20080728141244.debug
Could not rewind device '/dev/nst0': tape_rewind: tape open: /dev/nst0:
Permission denied
could not open tape device /dev/nst0: Permission denied
though i'm r
Hello,
i'm trying to use amrecover but it doesn't work.
I got this line in amidxtaped.20080728141244.debug
Could not rewind device '/dev/nst0': tape_rewind: tape open: /dev/nst0:
Permission denied
could not open tape device /dev/nst0: Permission denied
though i'm running amrecover as roo
issue sorted. thanks everyone. i had to sort out /etc/sysconfig/iptables!
On Fri, Jul 11, 2008 at 10:33 AM, Zanga Chimombo
<[EMAIL PROTECTED]> wrote:
> i should've said that my rant is against the documentation not the design
> rationale.
..it *is* on a wiki, nudge nudge.
Dustin
--
Storage Software Engineer
http://www.zmanda.com
On Fri, Jul 11, 2008 at 2:55 AM, Zanga Chimombo <[EMAIL PROTECTED]> wrote:
> the following line in amdump.X seems to give a clue:
> "dumper: stream_client: connect to 192.168.0.60.46830 failed: No route to
> host"
> why is the server trying to dump to the client?
Since
i should've said that my rant is against the documentation not the
design rationale.
They may have a substring in the name having the letters "log", but
during the history of amanda, they are used for much more then
the initial purpose of logging only.
http://wiki.zmanda.com/index.php/Log_File
t1-00"
the following line in amdump.X seems to give a clue:
"dumper: stream_client: connect to 192.168.0.60.46830 failed: No route
to host"
why is the server trying to dump to the client?
The dumper just tries to connect to the client GET the dump.
Does simple networking betw
On 2008-07-11 08:55, Zanga Chimombo wrote:
i have a problem with setting up amanda but more of that later. i have
the following configurations:
AMANDA_DBGDIR="/var/log/amanda"
CONFIG_DIR="/etc/amanda"
i have been looking in /var/log/amanda for clues to my problem to no
avail. i have only jus
On Fri, Jul 11, 2008 at 08:55:57AM +0200, Zanga Chimombo wrote:
>
> i have a problem with setting up amanda but more of that later. i have
> the following configurations:
> AMANDA_DBGDIR="/var/log/amanda"
> CONFIG_DIR="/etc/amanda"
>
> i have been looking in /var/log/amanda for clues to my probl
he following line in amdump.X seems to give a clue:
"dumper: stream_client: connect to 192.168.0.60.46830 failed: No route
to host"
why is the server trying to dump to the client?
please help!
Zanga.
Thanks Dustin,
On Sat, Apr 12, 2008 at 1:43 PM, Dustin J. Mitchell <[EMAIL PROTECTED]> wrote:
> On Sat, Apr 12, 2008 at 2:53 PM, Donald Murray, P.Eng.
> <[EMAIL PROTECTED]> wrote:
> > Around line 432 it's finished checking the last dump it checks, then
> > it starts the first dump from godel.
On Sat, Apr 12, 2008 at 2:53 PM, Donald Murray, P.Eng.
<[EMAIL PROTECTED]> wrote:
> Around line 432 it's finished checking the last dump it checks, then
> it starts the first dump from godel. I've included that section below:
...
> ++ grep 'reached end of information' /tmp/amanda/amverify.3273/a
Try running amverify directly, using 'sh -x' to give debugging
information. amverify basically runs amrecover under the hood, and
there may be some error that is causing amrecover to not pick up where
it left off after file 12. Alternately, there may be some problem
with the doonefile shell funct
Hey,
I've been using amanda for years now to backup linux boxes on
my home network. Data is written to vtapes on a 3ware RAID-1.
I recently upgraded the OS on one of the amanda clients, which
might be related to what I'm seeing here.
The problem: I just noticed that amverifyrun is not verifying t
you please answer to my questions follow whether if they are
possible or not?
1) Why amanda creates incremental dumps to holding disk?
Amanda is supposed to redirect the dumps to a holding disk in the
follow case:
- No tape drive.
- The cable became disconnected.
or the wrong tape in the
whether if they are possible
or not?
1) Why amanda creates incremental dumps to holding disk?
Amanda is supposed to redirect the dumps to a holding disk in the follow
case:
- No tape drive.
- The cable became disconnected.
Why amanda doesn't fail backup and creates incremental dumps to h
On Wednesday 13 September 2006 15:02, Jon LaBadie wrote:
>On Wed, Sep 13, 2006 at 02:47:26PM -0400, Zembower, Kevin wrote:
>> Frank and Alex, thanks for replying. Alex, you're right, I believe,
>> GNUtar behaves differently than tar with respect to symbolic links, and
>> I'm using GNUtar:
>> [EMAIL
anks, again.
>
>-Kevin
>
>
>-Original Message-
>From: Frank Smith [mailto:[EMAIL PROTECTED]
>Sent: Wednesday, September 13, 2006 1:20 PM
>To: Zembower, Kevin
>Cc: amanda-users@amanda.org
>Subject: Re: Why didn't my backup work (the way I thought it should)
On Wed, Sep 13, 2006 at 02:47:26PM -0400, Zembower, Kevin wrote:
> Frank and Alex, thanks for replying. Alex, you're right, I believe,
> GNUtar behaves differently than tar with respect to symbolic links, and
> I'm using GNUtar:
> [EMAIL PROTECTED]:/var/lib$ tar --version
> tar (GNU tar) 1.14
>
L
ain.
-Kevin
-Original Message-
From: Frank Smith [mailto:[EMAIL PROTECTED]
Sent: Wednesday, September 13, 2006 1:20 PM
To: Zembower, Kevin
Cc: amanda-users@amanda.org
Subject: Re: Why didn't my backup work (the way I thought it should)?
Did you have an exclude list?
Were any of those
ould be deleted by the restore). You might want
to try recovering from tapes from a day or two before and see if
the data is there, the dpkg data at least probably hadn't changed
much from earlier backups.
>
> I don't understand why these files and directories are missing. My
> di
Zembower, Kevin wrote:
I thought that after all this, I'd be done. However, I'm discovering
pockets of files and directories that seem to have never made it to the
backup tapes in the first place. Some examples:
--/service/tinydns, dnscache, qmail-send, ... All these were soft links
to the files
fforts to restore this Debian
system with 'aptitude' or 'apt-get.')
--/var/spool/cron/crontabs Empty
--/var/amanda/* (All my amanda database information is missing.)
One common thread is that all of these directories are in /var/.
However, other files in this branch, such as /
No idea.
Maybe someone on the list knows better what
this wrapper can do?
Natalia García Nebot <[EMAIL PROTECTED]>
a écrit sur 22/08/2006 11:01:21 :
> and is this behavior safe? it wil not produce security holes?
>
> Cyrille Bollu escribió:
> >
> > exactly
> >
> > Natalia García Nebot <[EMAIL
On Tue, 22 Aug 2006, [ISO-8859-1] Natalia Garc�a Nebot wrote:
> Hi! I have one doubt. Amanda use gnu-tar to backup subdirectories and amanda
> can access to all files and directories in disklist file not being the owner.
> But gnu-tar hasn't suid bit activated then, How can amanda access them?
On 2006-08-22 10:28, Natalia García Nebot wrote:
Hi! I have one doubt. Amanda use gnu-tar to backup subdirectories and
amanda can access to all files and directories in disklist file not
being the owner. But gnu-tar hasn't suid bit activated then, How can
amanda access them? which internal
/usr/lib/amanda/runtar
[EMAIL PROTECTED] a écrit sur 22/08/2006
10:28:03 :
> Hi! I have one doubt. Amanda use gnu-tar to backup subdirectories
and
> amanda can access to all files and directories in disklist file not
> being the owner. But gnu-tar hasn't suid bit activated then, How
can
>
Hi! I have one doubt. Amanda use gnu-tar to backup subdirectories and
amanda can access to all files and directories in disklist file not
being the owner. But gnu-tar hasn't suid bit activated then, How can
amanda access them? which internal mechanism use amanda?
Hi,
> I had no idea that this way of composing a new thread, by moving the cc: =
> address
> amanda-users@amanda.org to the to: address amanda-users@amanda.org would =
> constitute=20
> "hijacking." It is mistaken wrong to suggest that this was in any way =
> intentional.
This is not bad "per se"
mdump will use it.
I wonder why Florian would be hitting it (i.e. even using any aspect of ssh)
by simply upgrading an existing amanda installation?
please see other posts on this thread.
--
Thank you!
Kevin Till
Amanda documentation: http://wiki.zmanda.com
Amanda forums:http://forums.zmanda.com
gres)
> >now gives me timeouts when I try
>
> Hi,
>
> What version of Amanda are you using? ssh support was added to Amanda 2.5.0.
>
?ssh support? is it optional/default/??? What parts might use it?
I wonder why Florian would be hitting it (i.e. even using any aspe
--Original Message-
From: [EMAIL PROTECTED] on behalf of Mike Delaney
Sent: Thu 3/30/2006 3:53 PM
To: amanda-users@amanda.org
Subject: Re: Attempt to contact amanda gives sshd error -- dont know why sshd
is involved!
On Thu, Mar 30, 2006 at 03:34:02PM -0500, Lengyel, Florian wrote:
> I have
--On March 30, 2006 1:01:29 PM -0800 Kevin Till <[EMAIL PROTECTED]>
wrote:
the "Did not receive identification string from:::10.10.32.247"
should not have anything to do with Amanda. Seems to me someone try to
login as amanda to that machine.
It doesn't. This actually happens when so
Lengyel, Florian wrote:
An amanda client that used to work on a debian host, before
an apt-get update and an apt-get upgrade, and an installation
of opennms (which installed the silly daemon identd for postgres)
now gives me timeouts when I try
Hi,
What version of Amanda are you using? ssh sup
On Thu, Mar 30, 2006 at 03:34:02PM -0500, Lengyel, Florian wrote:
> I have no idea what this means. I started a new thread in good faith.
You did not start a new thread. You replied to an unrelated message and
simply changed the Subject: header, thereby hijacking the thread.
Starting a new threa
Title: RE: Attempt to contact amanda gives sshd error -- dont know why sshd is involved!
I have no idea what this means. I started a new thread in good faith.
-Original Message-
From: [EMAIL PROTECTED] on behalf of Stefan G. Weichinger
Sent: Thu 3/30/2006 2:12 PM
To: amanda-users
1 - 100 of 390 matches
Mail list logo