Dear all,
I am just wondering, since we compiled --with-ssh-security, none of our
amdumps are working due to planner reporting:
planner: ERROR dell2 NAK: host xxx: port 32916 not secure
planner: ERROR nas1 NAK: host xxx: port 32916 not secure
planner: ERROR dell1 NAK: host xxx: port 32916
I'm trying to configure a couple of new amanda
clients, and when the amanda server was unable to get a response from them I
looked in the system logs on one of the clients and I saw:
Aug 11 08:32:27client inetd[435]:
/usr/local/libexec/amandad (pid 2479): exit status 127Aug 11 08:32:27
On 2006-08-11 14:41, Jeff Portwine wrote:
I'm trying to configure a couple of new amanda clients, and when the
amanda server was unable to get a response from them I looked in the
system logs on one of the clients and I saw:
Aug 11 08:32:27 client inetd[435]: /usr/local/libexec/amandad (pid
amanda dgram udp wait backup /usr/local/libexec/amandad amandad
Or was it nowait, and you changed it to wait (or fixed the username
backup), but forgot to sig-HUP the inetd process after you fixed it?
No, I added the inetd entry as listed above and then actually rebooted the
machine to
On Fri, Aug 11, 2006 at 09:36:21AM -0400, Jeff Portwine enlightened us:
amanda dgram udp wait backup /usr/local/libexec/amandad amandad
Or was it nowait, and you changed it to wait (or fixed the username
backup), but forgot to sig-HUP the inetd process after you fixed it?
No, I added
That was my first thought too, but /usr/local/lib is already in
/etc/ld.so.conf
Have you the directory /usr/local/lib listed on /etc/ld.so.conf? This file
is a kind of path for finding libraries. You probably don't have it.
After adding it you have to run ldconfig to update the cache used
Jeff Portwine wrote:
What happens when you execute the command /usr/local/libexec/amandad
as user backup manually?
$ /usr/local/libexec/amandad
/usr/local/libexec/amandad: error in loading shared libraries:
libamclient-2.5.0p2.so: cannot open shared object file: No such file or
directory
On Fri, Aug 11, 2006 at 09:36:21AM -0400, Jeff Portwine wrote:
amanda dgram udp wait backup /usr/local/libexec/amandad amandad
Or was it nowait, and you changed it to wait (or fixed the username
backup), but forgot to sig-HUP the inetd process after you fixed it?
No, I added the inetd
I guess the problem was simply that it couldn't find the libraries in
/usr/local/lib afterall, though I don't really know why. I tried making a
symbolic link in /usr/lib to all the libam libraries in /usr/local/lib and
it fixed the problem I was having.Maybe just running ldconfig would
On Fri, 11 Aug 2006, rom wrote:
Jeff Portwine wrote:
What happens when you execute the command /usr/local/libexec/amandad
as user backup manually?
$ /usr/local/libexec/amandad
/usr/local/libexec/amandad: error in loading shared libraries:
libamclient-2.5.0p2.so: cannot open shared
On Friday 11 August 2006 09:53, Jeff Portwine wrote:
That was my first thought too, but /usr/local/lib is already in
/etc/ld.so.conf
Did you run, by hand, and as root, the ldconfig command to update those
links? I have to do this when I install a new snapshot of amanda.
Always.
Have you the
On Friday 11 August 2006 10:22, Jeff Portwine wrote:
I guess the problem was simply that it couldn't find the libraries in
/usr/local/lib afterall, though I don't really know why. I tried making
a symbolic link in /usr/lib to all the libam libraries in /usr/local/lib
and it fixed the problem I
Jon LaBadie wrote:
From a few things I'm guessing that both client and server are
running on linux systems. Out of curiosity, which distros
still use inetd rather than xinetd?
Debian still uses inetd by default, although xinetd and several
other variants are available as optional packages.
On Friday 11 August 2006 10:21, Jon LaBadie wrote:
On Fri, Aug 11, 2006 at 09:36:21AM -0400, Jeff Portwine wrote:
amanda dgram udp wait backup /usr/local/libexec/amandad amandad
Or was it nowait, and you changed it to wait (or fixed the
username backup), but forgot to sig-HUP the inetd
Dear All,
We are trying to dump over 300GB to go across 2 tapes, as per:
http://wiki.zmanda.com/index.php/Splitting_dumps_across_tapes
But keep getting:
nas1:/storage/samba 0 planner: [dump larger than available tape space,
280606560 KB, but cannot incremental dump new disk]
Our dumptype is:
Hello Folks,
I'm getting this error when I try to use the tapes (LTO1) on a
StorageTek L40 Jukebox:
st1: Block limits 1 - 16777215 bytes.
st1: Incorrect block size.
st1: Incorrect block size.
scsi(0): Resetting Cmnd=0x01004a871b00, Handle=0x0202,
action=0x2
scsi(0:1:15:0):
On 2006-08-11 17:27, Gavin Henry wrote:
Dear All,
We are trying to dump over 300GB to go across 2 tapes, as per:
http://wiki.zmanda.com/index.php/Splitting_dumps_across_tapes
But keep getting:
nas1:/storage/samba 0 planner: [dump larger than available tape space,
280606560 KB, but cannot
Gene Heskett wrote:
The debian camp and its offspring ubuntu, hasn't made the switch yet that
I'm aware of. I just installed kubuntu-6.06 on my milling machines box so
I could stay reasonably well synched with the emc2 cvs, and was amazed
that the default install was still using inetd, or
On 8/11/06, Gavin Henry [EMAIL PROTECTED] wrote:
Dear all,
I am just wondering, since we compiled --with-ssh-security, none of our
amdumps are working due to planner reporting:
planner: ERROR dell2 NAK: host xxx: port 32916 not secure
planner: ERROR nas1 NAK: host xxx: port 32916 not secure
On Fri, Aug 11, 2006 at 11:52:04AM -0400, Luc Lalonde wrote:
Hello Folks,
I'm getting this error when I try to use the tapes (LTO1) on a
StorageTek L40 Jukebox:
st1: Block limits 1 - 16777215 bytes.
st1: Incorrect block size.
st1: Incorrect block size.
scsi(0): Resetting
* Luc Lalonde [EMAIL PROTECTED] [20060811 11:52]:
Hello Folks,
I'm getting this error when I try to use the tapes (LTO1) on a
StorageTek L40 Jukebox:
st1: Block limits 1 - 16777215 bytes.
st1: Incorrect block size.
st1: Incorrect block size.
scsi(0): Resetting Cmnd=0x01004a871b00
Having read the docs about amanda.conf...
I have 7 tapes. Every day I want a full dump on
the tape. So...
dumpcycle 0 days
runspercycle 1
tapecycle 7 tapes
Correct?
quote who=Paul Bijnens
On 2006-08-11 17:27, Gavin Henry wrote:
Dear All,
We are trying to dump over 300GB to go across 2 tapes, as per:
http://wiki.zmanda.com/index.php/Splitting_dumps_across_tapes
But keep getting:
nas1:/storage/samba 0 planner: [dump larger than available tape space,
On Fri, 11 Aug 2006 at 4:09pm, Joe wrote
Having read the docs about amanda.conf...
I have 7 tapes. Every day I want a full dump on
the tape. So...
dumpcycle 0 days
runspercycle 1
tapecycle 7 tapes
Yep -- you got it.
--
Joshua Baker-LePain
Department of Biomedical Engineering
Duke
On Fri, Aug 11, 2006 at 04:09:08PM -0400, Joe wrote:
Having read the docs about amanda.conf...
I have 7 tapes. Every day I want a full dump on
the tape. So...
dumpcycle 0 days
runspercycle 1
tapecycle 7 tapes
Correct?
By gosh, I think he's got it.
--
Jon H. LaBadie
Hello,
Another way to force a full dump on every run is to add strategy noinc
to the the dumptype definition you are using for
this backup.
Pavel
*
Example:*
define dumptype root-tar {
program GNUTAR
compress none
index yes
strategy noinc
}
Joshua Baker-LePain wrote:
On Fri, 11
QLA1240. What are you using on your Linux box?
Thanks again.
PS: 'mtx -f /dev/sg0 status' seems to work fine. I get a full report
of the contents of my library.
Jean-Francois Malouin wrote:
* Luc Lalonde [EMAIL PROTECTED] [20060811 11:52]:
Hello Folks,
I'm getting this error when I
On Fri, Aug 11, 2006 at 02:39:09PM -0700, Pavel Pragin wrote:
Hello,
Another way to force a full dump on every run is to add strategy noinc
to the the dumptype definition you are using for
this backup.
Pavel
*
Example:*
define dumptype root-tar {
program GNUTAR
compress none
28 matches
Mail list logo