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 not
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 2479): exit status 127Aug 11 08:32:27 cli
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
2
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
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?
>
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 t
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
directo
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 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 hav
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: c
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
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 proble
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 packa
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-
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): Qu
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 incr
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,
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 Cmnd=0
* 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 bl
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?
> 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,
>> 28
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 Universi
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
server via a
Qlogic 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 F
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"
> compr
28 matches
Mail list logo