On Saturday 24 March 2007, Joe Konecny wrote:
Gene Heskett wrote:
snip
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
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
installation
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.
Seems
Gene Heskett wrote:
snip
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
On Friday 23 March 2007, Joe Konecny wrote:
Gene Heskett wrote:
snip
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
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, 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
[snip another 100k
Gene Heskett wrote:
snip
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
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 believe are explained in the FAQ?
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
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. Did
you do
* Paul Bijnens [EMAIL PROTECTED] [2006:05:29:14:13:00+0200] scribed:
snip /
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
* On 2006:05:25:08:25:07-0500 I, Michael D Schleif [EMAIL PROTECTED], scribed:
Something has changed in amanda.
I have been running amanda on this lan for several years. For the most
part, DLE's have been constant for at least six months. I have six
linux servers, all running debian.
On 2006-05-29 13:38, Michael D Schleif wrote:
* On 2006:05:25:08:25:07-0500 I, Michael D Schleif [EMAIL PROTECTED], scribed:
Something has changed in amanda.
I have been running amanda on this lan for several years. For the most
part, DLE's have been constant for at least six months. I have
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.
Jean-Louis
Michael D Schleif wrote:
Something has changed in amanda.
I have been running amanda on this lan for several years. For the most
part, DLE's
* 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
Christoph Scheeder wrote:
Iulian Topliceanu schrieb:
Hi,
After upgrading a client to amanda 2.4.5 on a RH9 the following
problem has occured:
I have 115 DLE for that client, and since upgrading, 14 volumes
faile to be backuped. The *same* 14 volumes.
I'm getting this:
FAILURE AND
Iulian Topliceanu schrieb:
Hi,
After upgrading a client to amanda 2.4.5 on a RH9 the following problem
has occured:
I have 115 DLE for that client, and since upgrading, 14 volumes faile
to be backuped. The *same* 14 volumes.
I'm getting this:
FAILURE AND STRANGE DUMP SUMMARY:
planner:
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
=
------------
-----
=
Thanks again for your time.
-Original Message-
From: John R. Jackson [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, Nov
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 amanda-user /etc/amandates
Just for curiosity, did you
etter", 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 result in amanda 2.4.2
... So, I downloaded 2.
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
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
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
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?
Take a look at the
In addition to what you sent, I asked whether "amcheck -c config"
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]
--- "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 subject again
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.
This
... 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 Software
30 matches
Mail list logo