Amanda-Users

Re: Problems with 2.6.1 p1

2009-10-02 13:17:24
Subject: Re: Problems with 2.6.1 p1
From: Sebastian Henrich <shss AT gmx DOT de>
To: "Dustin J. Mitchell" <dustin AT zmanda DOT com>
Date: Fri, 02 Oct 2009 18:55:23 +0200
Dustin J. Mitchell schrieb:
> Interesting!  Your hypothesis is close, but:
>
> open("/dev/nst0l", O_RDWR|O_LARGEFILE)  = -1 ENOMEDIUM (No medium found)
> write(1, "MESSAGE Can\'t open tape device /"..., 64) = 64
> write(1, "DEVICE_ERROR\n", 13)          = 13
>
> the open call itself is returning ENOMEDIUM, rather than the
> subsequent ioctl.  This is explained in this comment
> (device-src/tape-device.c)
>
>  558    On Linux, with O_NONBLOCK, the kernel just checks the state once,
>  559    whereas it checks it every second for ST_BLOCK_SECONDS if O_NONBLOCK 
> is
>  560    not given.  Amanda already have the code to poll, we want open to 
> check
>  561    the state only once.
>
> This O_NONBLOCK should be set if the compile constant
> DEFAULT_TAPE_NON_BLOCKING_OPEN is true.  config/amanda/tape.m4 sets
> that constant as follows:
>
> 188     case "$host" in
> 189         *linux*) AC_DEFINE(DEFAULT_TAPE_NON_BLOCKING_OPEN,1,
> 190                         [Define if open of tape device require
> O_NONBLOCK]);;
> 191     esac
>   
I'm unable to find this build rule. My config/amanda/tape.m4 ends at
line 187. I greped through the whole amanda 2.6.1p1 source and the
string DEFAULT_TAPE_NON_BLOCKING_OPEN is never found. I downloaded 
amanda-2.6.1p1.tar.gz from sourceforge. It's md5sum is
eae0a75f21aa708a8dccf9ea7ac1c631.
> so I wonder if your $host doesn't include "linux"?  I assume you've
> downloaded the Amanda source -- if you run config/config.guess, what
> does it return?  For me:
>
> dustin@euclid ~/code/amanda/t/amanda [z8946*] $ sh config/config.guess
> x86_64-unknown-linux-gnu
>
>   
./config.guess returns i686-pc-linux-gnu

I already compiled amanda myself (./configure --with-user=amanda
--with-group=disk; make) but amdevcheck has the same behavior. Perhaps
it's an openseuse specific build problem?
> We're making good progress on this, and getting into the seamy
> underbelly of tape devices on Linux :)
>   
Yes, it seems that we're getting closer!

Sebastian

<Prev in Thread] Current Thread [Next in Thread>