On Sat, 2005-01-22 at 17:00 -0500, Jon LaBadie wrote:
> On Sat, Jan 22, 2005 at 09:58:42PM +0100, Erik P. Olsen wrote:
> > I have labeled the tapes before during my tests without problems. Now,
> > when preparing amanda for production I relabeled the tapes (after having
> > duly removed them from the repository by amrmtape) and changed the
> > directory into which the tapelist would go. Then amanda wouldn't label
> > the tapes. The command used was:
> > 
> > [root@epo full]# su amanda -c "amlabel -f full full01"
> > rewinding, reading label full01
> > rewinding, writing label full01, checking labelamlabel: couldn't write
> > tapelist: Permission denied
> > 
> > Well, I thought it was permissions for the file tapelist and changed
> > that to full permission, but still got the same error.
> > 
> > I then saw syslog had the following message:
> > 
> > Jan 22 21:13:39 epo su(pam_unix)[9298]: session opened for user amanda
> > by erik(uid=0)
> > Jan 22 21:13:39 epo su[9298]: Warning!  Could not relabel /dev/pts/1
> > with user_u:object_r:devpts_t, not relabeling.Operation not permitted
> > Jan 22 21:13:39 epo su(pam_unix)[9298]: session closed for user amanda
> > 
> > I have no idea whatsoever what this is all about. I would be grateful if
> > someone would explain to me what the heck it is and how I can satisfy
> > amlabel?
> > 
> 
> Here is what I wrote to the list in Oct about
> someone who seemed to have a similar problem:
> 
> == I forget the details now, and whether it was fixed, but someone
> == reported that the tapelist file not only had to exist, but either
> == had to be zero length (not even a blank line) or had to have a
> == blank line. Sorry I forget which.
> 
Oh, tapelist exists and has a length of zero just like when I
successfully ran amlabel during the tests.

-- 
Regards,
Erik P. Olsen