On Saturday 24 March 2007, Jon LaBadie wrote:
>On Sat, Mar 24, 2007 at 12:01:16AM -0400, Joe Konecny wrote:
>> I left it 644 and it seems ok. Strange the whole amandates thing
>> isn't in the docs (except for the cygwin
>> part so you'd think it wouldn't apply) and it's not in the faq either.
>> S
On Sat, Mar 24, 2007 at 12:01:16AM -0400, Joe Konecny wrote:
>
> I left it 644 and it seems ok. Strange the whole amandates thing isn't
> in the docs (except for the cygwin
> part so you'd think it wouldn't apply) and it's not in the faq either.
> Seems like it should be part of the
> installa
On Saturday 24 March 2007, Joe Konecny wrote:
>Gene Heskett wrote:
>>
>> I believe, and somebody correct me if I'm wrong, but ISTR that file
>> needs to be touched by root, 'chown'ed to 'amanda:disk' or whatever
>> your amanda user is named: and a member of that :group, then chmod'ed
>> to 0600, s
Gene Heskett wrote:
I believe, and somebody correct me if I'm wrong, but ISTR that file needs
to be touched by root, 'chown'ed to 'amanda:disk' or whatever your amanda
user is named: and a member of that :group, then chmod'ed to 0600, so
that 'amanda' is the only normal user with rights to th
On Friday 23 March 2007, Frank Smith wrote:
>Gene Heskett wrote:
><< snippage re /etc/amandates >>
>
>> ===
>> /GenesAmandaHelper-0.6 0 1174288560
>> /GenesAmandaHelper-0.6 1 1174453248
>> /GenesAmandaHelper-0.6 2 1174541095
>> /GenesAmandaHelper-0.6 3 1174625228
>>
Gene Heskett wrote:
<< snippage re /etc/amandates >>
> ===
> /GenesAmandaHelper-0.6 0 1174288560
> /GenesAmandaHelper-0.6 1 1174453248
> /GenesAmandaHelper-0.6 2 1174541095
> /GenesAmandaHelper-0.6 3 1174625228
> [snip another 100k of different pathlistings]
> ==
On Friday 23 March 2007, Joe Konecny wrote:
>Gene Heskett wrote:
>
>
>> Yes, start with howto-auth.txt in the tarballs doc directory to do it
>> how I am, which probably isn't the ultimate model, but it works for
>> me.
>
>This looks like it was because the file /etc/amandates was missing.
> Appar
Gene Heskett wrote:
Yes, start with howto-auth.txt in the tarballs doc directory to do it how
I am, which probably isn't the ultimate model, but it works for me.
This looks like it was because the file /etc/amandates was missing. Apparently
the install does not create it. I found an error in
On Thursday 22 March 2007, Joe Konecny wrote:
>Gene Heskett wrote:
>> On Thursday 22 March 2007, Joe Konecny wrote:
>>> I upgraded from 2.4.5? to 2.5.1p3 and now have the following
>>> problem... Can anyone provide any insight?
>>
>> The security model was changed in the middle of that transition.
Gene Heskett wrote:
On Thursday 22 March 2007, Joe Konecny wrote:
I upgraded from 2.4.5? to 2.5.1p3 and now have the following problem...
Can anyone provide any insight?
The security model was changed in the middle of that transition. Did you
do the appropriate changes, which I believ
n the FAQ?
>These dumps were to tape daily set1006.
>The next tape Amanda expects to use is: DailySet1002.
>
>FAILURE AND STRANGE DUMP SUMMARY:
> R4P17.rmtohio.com amrd0s1f lev 0 FAILED [missing result for
> amrd0s1f in R4P17.rmtohio.com response]
>
>
>STATISTIC
I upgraded from 2.4.5? to 2.5.1p3 and now have the following problem...
Can anyone provide any insight?
These dumps were to tape daily set1006.
The next tape Amanda expects to use is: DailySet1002.
FAILURE AND STRANGE DUMP SUMMARY:
R4P17.rmtohio.com amrd0s1f lev 0 FAILED [missing result
I know I've seen discussion on this before - but after adding a couple of new
clients I have started getting the following messages
/usr lev 0 FAILED [missing result for /usr in hvbackup
response]
about 3 or 4 a dump - is it the estimate timeout value I've seen ment
* Paul Bijnens <[EMAIL PROTECTED]> [2006:05:29:14:13:00+0200] scribed:
> Jean-Louis created a patch for 2.5.0, which break at 64K (just as
> 2.4.x), which fixes your problem.
Yes. As I stated earlier, it is better for me to use debian packages;
rather than attempting to maintain personal compi
egarding kernel and debian os. So, I upgraded via aptitude, which also
upgraded amanda-client to version:
2.5.0
Since that time, many -- but, NOT all -- DLE's on brono and jord are
FAIL'ing, e.g.:
brono /var lev 0 FAILED [missing result for /var in brono response]
j
ly old,
> regarding kernel and debian os. So, I upgraded via aptitude, which also
> upgraded amanda-client to version:
>
> 2.5.0
>
> Since that time, many -- but, NOT all -- DLE's on brono and jord are
> FAIL'ing, e.g.:
>
> brono /var lev 0 FAILED
* Jean-Louis Martineau <[EMAIL PROTECTED]> [2006:05:25:10:16:56-0400] scribed:
> Michael,
>
> If the problem is that you have too many DLE for a udp packet, try the
> attached patch which will double the size of the packet.
Thank you, for your participation in this matter.
Yes, I can get this s
rvers (brono & jord) were terribly old,
regarding kernel and debian os. So, I upgraded via aptitude, which also
upgraded amanda-client to version:
2.5.0
Since that time, many -- but, NOT all -- DLE's on brono and jord are
FAIL'ing, e.g.:
brono /var lev 0 FAILED [missing
ny -- but, NOT all -- DLE's on brono and jord are
FAIL'ing, e.g.:
brono /var lev 0 FAILED [missing result for /var in brono response]
jord /var lev 0 FAILED [missing result for /var in jord response]
Yes, both of these servers have many DLE's; but, as stated abov
hello,
we have an amanda server in an internal, nated network. now i wanted to
backup a
client outside this network (directly connected), but i get this from
amstatus:
bart.imos.net:/ 0 planner: [missing result for / in bart.imos.net
response]
bart.imos.net:/boot 0 planner: [missing
E AND STRANGE DUMP SUMMARY:
planner: ERROR Request to client timed out.
client /data/data0/share1/Technik_Betrieb lev 0 FAILED
[missing result for /data/data0/share1/Technik_Betrieb in client
response]
client /data/data0/share1/Studenten lev 0 FAILED [missing
result for /data/data0/s
anner: ERROR Request to client timed out.
client /data/data0/share1/Technik_Betrieb lev 0 FAILED [missing
result for /data/data0/share1/Technik_Betrieb in client response]
client /data/data0/share1/Studenten lev 0 FAILED [missing result
for /data/data0/share1/Studenten in client res
lient timed out.
client /data/data0/share1/Technik_Betrieb lev 0 FAILED [missing result
for /data/data0/share1/Technik_Betrieb in client response]
client /data/data0/share1/Studenten lev 0 FAILED [missing result for
/data/data0/share1/Studenten in client response]
The weird thing is tha
Paul Bijnens wrote:
H.Caglar Bilir wrote:
the problem is, how can i trace this error. i looked at the x
machines' /tmp/amanda directory and found a core file dated as just
after sendsize file and before amandad file. the output on amandad
file is as follows:
I have no recent experience with
H.Caglar Bilir wrote:
the problem is, how can i trace this error. i looked at the x machines'
/tmp/amanda directory and found a core file dated as just after sendsize
file and before amandad file. the output on amandad file is as follows:
I have no recent experience with AIX. Try "file core". S
[missing result for hd2 in x response]
x hd1 lev 0 FAILED [missing result for hd1 in x response]
for two different disks in x machine. i am pretty sure that the
configuration of one of the disks is same as before, i changed the other
from DUMP to GNUTAR as a test.
the problem is, how can i
Marriage, Caroline wrote:
We're using tar-1.13.25-4.7.1 which looks like it's the latest one.
Caroline
-Original Message-
From: martinh [mailto:[EMAIL PROTECTED]
Sent: 27 May 2003 16:50
To: Marriage, Caroline
Cc: '[EMAIL PROTECTED]'
Subject: Re: Failing backup -
We're using tar-1.13.25-4.7.1 which looks like it's the latest one.
Caroline
-Original Message-
From: martinh [mailto:[EMAIL PROTECTED]
Sent: 27 May 2003 16:50
To: Marriage, Caroline
Cc: '[EMAIL PROTECTED]'
Subject: Re: Failing backup - missing result
What versi
y overcome this problem or
at least would allow us to exclude directories that were being
written. I have changed the config to use tar am now seeing failures
which I believe are due to the client being unable get an estimate -
"missing result for /dev/sda7 in debussy.eu.ntt.net response&
disk samba2:/.
START taper datestamp 20020809 label DailySet1-1 tape 0
FAIL planner samba2 / 20020809 0 [missing result for / in samba2 response]
FINISH planner date 20020809
STATS driver startup time 61.796
SUCCESS dumper backup /home 20020809 1 [sec 0.067 kb 1 kps 14.9 orig-kb 10]
Below is the fu
for this one host will help.
> > increasing maxdumps did not help. Again I got
> >
> > adler / lev 0 FAILED [missing result for / in adler response]
> >
> > this night for the 33rd filesystem on adler. :-(
>
> No more ideas. It was just a sort of vai
reasing maxdumps did not help. Again I got
> >
> > adler / lev 0 FAILED [missing result for / in adler response]
> >
> > this night for the 33rd filesystem on adler. :-(
>
> No more ideas. It was just a sort of vain hope that changing maxdumps
> would help
Dear Chris,
dear John,
> > > What do you have maxduumps set to? Maybe increasing or decreasing it
> > > for this one host will help.
> > increasing maxdumps did not help. Again I got
> >
> > adler / lev 0 FAILED [missing result for / in adler respo
Urte Fuerst wrote:
>
> > What do you have maxduumps set to? Maybe increasing or decreasing it
> > for this one host will help.
> increasing maxdumps did not help. Again I got
>
> adler / lev 0 FAILED [missing result for / in adler response]
>
> this ni
Hi Chris, hi list,
> What do you have maxduumps set to? Maybe increasing or decreasing it
> for this one host will help.
increasing maxdumps did not help. Again I got
adler / lev 0 FAILED [missing result for / in adler response]
this night for the 33rd filesystem on adler. :-(
Hi Chris,
> What do you have maxduumps set to? Maybe increasing or decreasing it
> for this one host will help.
Maxdumps is set to the default value ( = 1). man page says:
maxdumps int
Default: 1. The maximum number of backups from a
single host that A
Urte Fuerst wrote:
>
> > I'm backing up 77 filesystems on 25 different machines.
> > My tape host is RedHat Linux but I've also used IRIX and Solaris servers.
> I also have more than 32 filesystems altogether, but I have more than 32
> filesystems for one single host. That's where the problem occ
Hi Chris,
> I'm backing up 77 filesystems on 25 different machines.
> My tape host is RedHat Linux but I've also used IRIX and Solaris servers.
I also have more than 32 filesystems altogether, but I have more than 32
filesystems for one single host. That's where the problem occurs. Do you
have t
sions about
this in this newsgroup, but that turned out to be an error in the
exclude statement). I noticed that these 6 entries are the ones which
stand on top of the list.
The error in the mail report says:
FAILURE AND STRANGE DUMP SUMMARY:
adler /usr/export/amis/raid2/disk_head_97_05 lev 0
> What has changed now with the patch is the /tmp/amanda/sendsize.debug
> output. I'm sure I found the / and home stuff in sendsize.debug before
> (even when they were not backed up), but now they are no longer present.
That's really strange: why should Amanda estimate / and /home if they
aren't
he disklist again which I had commented out two weeks
ago.
Now I get the same error again in the amanda report:
FAILURE AND STRANGE DUMP SUMMARY:
adler /usr/export/home/adler lev 0 FAILED [missing result for
/usr/export/home/adler in adler response]
adler / lev 0 FAILED [missing resu
port/amis/raid2/disk_head_97_05 lev 0 FAILED
[missing result for /usr/export/amis/raid2/disk_head_97_05 in adler
response]
adler /usr/export/amis/raid2/disk_head_96_05 lev 0 FAILED
[missing result for /usr/export/amis/raid2/disk_head_96_05 in adler
response]
adler /usr/ex
or in the
exclude statement). I noticed that these 6 entries are the ones which
stand on top of the list.
The error in the mail report says:
FAILURE AND STRANGE DUMP SUMMARY:
adler /usr/export/amis/raid2/disk_head_97_05 lev 0 FAILED
[missing result for /usr/export/amis/raid2/disk_head_97_
or in the
exclude statement). I noticed that these 6 entries are the ones which
stand on top of the list.
The error in the mail report says:
FAILURE AND STRANGE DUMP SUMMARY:
adler /usr/export/amis/raid2/disk_head_97_05 lev 0 FAILED
[missing result for /usr/export/amis/raid2/disk_head_97_
>... The only problem is I can't get it to work...
The output you sent (which was just what was needed to start working on
this, btw -- thanks), all looks perfectly correct, with the one minor
issue that sendsize didn't do anything :-).
Put these two lines:
OPTIONS maxdumps=4;hostname=raid1;
00
From: Amanda Backup User <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Subject: test AMANDA MAIL REPORT FOR September 1, 2001
These dumps were to tape test_0.
The next tape Amanda expects to use is: a new tape.
FAILURE AND STRANGE DUMP SUMMARY:
>What causes missing results?
Usually a timeout. Take a look at /tmp/amanda/sendsize*debug on the
client and figure out the total time (look at the first and last lines).
Amanda allows five minutes per disk. If that's not enough, crank up
the etimeout value in amanda.conf.
>george herson
John
Yes, i amlabel'ed the tape i'm using.
You were correct: I didn't comment out the tpchanger definition on my
single-slotted server, sorry.
Now i'm up to an email failure report that says: "FAILURE AND STRANGE DUMP
SUMMARY:
dellmachin /home/amanda lev 0 FAILED [missin
>sendsize: reading /etc/amandates: Is a directory
I swear I'm going to get rid of that damned thing :-).
/etc/amandates is supposed to be a file, not a directory. Do this:
# rm -fr /etc/amandates
# touch /etc/amandates
# chown /etc/amandates
Just for curiosity, did you create (mkdir) /
-------
-
=
Thanks again for your time.
-Original Message-
From: John R. Jackson [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, Nov
On Nov 29, 2000, Randolph Cordell <[EMAIL PROTECTED]> wrote:
> "Tar --atime-preserve" But I do remember this keeps tar from
> changing the last-access time of files as it backs them up.
Which forces it to change the inode update time, that makes each file
seem out-of-date on the next run.
> Thi
--- "John R. Jackson" <[EMAIL PROTECTED]> wrote:
> >I am running Linux. I have a dump 0.4b9-1 ...
>
> As I recall, that's **way** too old.
>
> >... Before I go to the work of installing it, are
> >there good reasons to prefer dump to gnu-tar or vice versa?
>
> Oh, no. Here we go on this subje
In addition to what you sent, I asked whether "amcheck -c "
worked and what was in /tmp/amanda/amandad*debug.
It looks like sendsize is starting but never completing.
John R. Jackson, Technical Software Specialist, [EMAIL PROTECTED]
/home
DONE QUEUE: empty
ANALYZING ESTIMATES...
planner: FAILED localhost /var/log 0 [missing result for /var/log in
localhost response]
planner: FAILED localhost /etc 0 [missing result for /etc in localhost
response]
planner: FAILED localhost /home 0 [missing result for /home in localhost
respons
>Anyone have any ideas as to why I am getting this report back.
>...
> localhost /var/log lev 0 FAILED [missing result for /var/log in localhost
>response]
Does amcheck work?
What's in /tmp/amanda/amandad*debug? How about sendsize*debug? Any core
file in /tmp/amanda?
T
>I am running Linux. I have a dump 0.4b9-1 ...
As I recall, that's **way** too old.
>... Before I go to the work of installing it, are
>there good reasons to prefer dump to gnu-tar or vice versa?
Oh, no. Here we go on this subject again :-).
Yes, there are reasons. But for every one side A g
I am running Linux. I have a dump 0.4b9-1, which I got from an RPM. It's
the latest that's on rpmfind.net. I looked at SourceForge, and, indeed,
there is a newer version. Before I go to the work of installing it, are
there good reasons to prefer dump to gnu-tar or vice versa?
Thanks,
Dylan
-
>Once I did that, everthing worked just fine with gnu tar ...
Glad to hear it.
>(dump still doesn't work with the big disk).
What do you mean?
If you're using Linux, make sure you get the latest version of dump
from SourceForge. It's maintanence was nil for a long time and it had
serious prob
Hi,
Thanks for the help. I removed 2.4.1p1 and installed 2.4.2 again. I had to
do a couple of tries on the configuring, but eventually got it to work.
The last problem was finding out that I had to put in the amandates file.
Once I did that, everthing worked just fine with gnu tar (dump still
doe
FAILED [missing result for /var/log in localhost
response]
localhost /etc lev 0 FAILED [missing result for /etc in localhost
response]
localhost /home lev 0 FAILED [missing result for /home in localhost
response]
STATISTICS:
Total Full Daily
t "better", and then recompiling.
Thanks,
Dylan
- Original Message -
From: "John R. Jackson" <[EMAIL PROTECTED]>
To: "Dylan Casey" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Tuesday, November 28, 2000 12:36 AM
Subject: Re: missing re
>... So, I downloaded 2.4.2, and after some
>stuggling with the configure command, got it setup. amcheck runs fine,
>but now _none_ of the disks get backed up! Here are the errors:
>...
What's in /tmp/amanda/sendsize*debug and amandad*debug on ettin?
>Dylan Casey
John R. Jackson, Technical Soft
oblem that has been fixed. So, I downloaded 2.4.2, and after some
stuggling with the configure command, got it setup. amcheck runs fine,
but now _none_ of the disks get backed up! Here are the errors:
FAILURE AND STRANGE DUMP SUMMARY:
ettin /var/krb5kdc lev 0 FAILED [missing result for /var/k
63 matches
Mail list logo
