Have a look at this file:
[root@srm data]# cat /pnfs/fs/admin/etc/exports/0.0.0.0..0.0.0.0
/pnfs /0/root/fs/usr/data 30 nooptions
/fs /0/root/fs 0 nooptions
/pnfsdoors /0/root/fs/usr/ 30 nooptions
In recent installations that I have completed, this file has only
contained the 1st and 3rd lines. However, even in these there is no
mention of /pnfsdoors in /etc/mtab. The file I cat above is from our
production dCache.
Cheers,
Greig
On Wed, 31 May 2006, Brew, CAJ (Chris) wrote:
> (Accidentally left the list off my last reply)
>
> Hmm, there are a couple of things in the wiki that suggest it's an
> LCG-2.7.0 or dCache 1.6.6 thing.
>
> Chris.
>
> > -----Original Message-----
> > From: Greig A Cowan [mailto:[log in to unmask]]
> > Sent: 31 May 2006 17:28
> > To: Brew, CAJ (Chris)
> > Subject: RE: FW: 'Not a PNFS File, can't get a PNFS ID' error
> >
> >
> > Hmm, I don't know why it's doing that. I've got a vague
> > feeling that something about pnfsdoors popped up when I was
> > running some testing of dCache installs, but I can't find any
> > sign of it on the systems that I've got available to me at the moment.
> >
> > If it's working though....
> >
> > On Wed, 31 May 2006, Brew, CAJ (Chris) wrote:
> >
> > > Hi Greig,
> > >
> > > Now I'm also confused, I think it gets mounted
> > automatically - I don't
> > > think I would have mounted it by hand after the last restart.
> > >
> > > when I do a 'df' I get:
> > >
> > > [root@heplnx165 fs]# df -h
> > > ...
> > > heplnx204.pp.rl.ac.uk:/fs
> > > 391M 79M 278M 22% /pnfs/fs
> > > heplnx204.pp.rl.ac.uk:/pnfsdoors
> > > 391M 79M 278M 22% /pnfs/pp.rl.ac.uk
> > >
> > > Ah well, it seems to work now so I'm not going to complain
> > too loudly.
> > >
> > > Chris.
> > >
> > > > -----Original Message-----
> > > > From: Greig A Cowan [mailto:[log in to unmask]]
> > > > Sent: 31 May 2006 17:09
> > > > To: Brew, CAJ (Chris)
> > > > Cc: [log in to unmask]
> > > > Subject: Re: FW: 'Not a PNFS File, can't get a PNFS ID' error
> > > >
> > > >
> > > > Hi Chris,
> > > >
> > > > OK, so we had the answer all along, just it was applied
> > to the wrong
> > > > mount point. I'm a bit confused though since I don't have that
> > > > /pnfs/pnfsdoors mount on my system, only the /pnfs/fs one that
> > > > exists in /etc/fstab. Does the pnfsdoors one always exist, even
> > > > after a restart?
> > > >
> > > > Cheers,
> > > > Greig
> > > >
> > > > On Wed, 31 May 2006, Brew, CAJ (Chris) wrote:
> > > >
> > > > > Hi Greig,
> > > > >
> > > > > I got a fix from the dcache user-forum. Turns out it was almost
> > > > > the first thing I thought of mount options on the pnfs areas
> > > > but I got it
> > > > > the wrong way round, I'd tried making the mount options on
> > > > > /pnfs/fs (which is mounted from /etc/fstab) look like those on
> > > > /pnfs/pnfsdoors
> > > > > (which is mounted by something else) but I should have
> > remounted
> > > > > /pnfs/pnfsdoors with the same options and /pnfs/fs
> > > > (specifically noac).
> > > > > I'll probably add the noatime and nodiratime as well just to
> > > > > future proof myself but things seem to be working again.
> > > > >
> > > > > Thanks,
> > > > > Chris.
> > > > >
> > > > > > -----Original Message-----
> > > > > > From: GRIDPP2: Deployment and support of SRM and
> > local storage
> > > > > > management [mailto:[log in to unmask]] On
> > > > Behalf Of Greig
> > > > > > A Cowan
> > > > > > Sent: 31 May 2006 16:22
> > > > > > To: [log in to unmask]
> > > > > > Subject: Re: FW: 'Not a PNFS File, can't get a PNFS ID' error
> > > > > >
> > > > > > There's also this
> > > > > >
> > > > > > http://www.dcache.org/archive/user-forum/0239.shtml
> > > > > >
> > > > > > about moving PNFS to a different host. It may actually be
> > > > easier to
> > > > > > leave PNFS where it is and move all of the other dCache
> > > > services to
> > > > > > a different host, that way you can leave the
> > postgreSQL database
> > > > > > where it is.
> > > > > >
> > > > > > Cheers,
> > > > > > Greig
> > > > > >
> > > > > > On Wed, 31 May 2006, Brew, CAJ (Chris) wrote:
> > > > > >
> > > > > > > Hi,
> > > > > > >
> > > > > > > Yes, I'm running the gridftpdoor on the Admin node.
> > > > > > Sacrificing speed
> > > > > > > for reliability.
> > > > > > >
> > > > > > > Chris
> > > > > > >
> > > > > > > > -----Original Message-----
> > > > > > > > From: GRIDPP2: Deployment and support of SRM and
> > > > local storage
> > > > > > > > management [mailto:[log in to unmask]] On
> > > > > > Behalf Of Greig
> > > > > > > > A Cowan
> > > > > > > > Sent: 31 May 2006 11:03
> > > > > > > > To: [log in to unmask]
> > > > > > > > Subject: Re: FW: 'Not a PNFS File, can't get a PNFS ID'
> > > > > > > > error
> > > > > > > >
> > > > > > > > Owen, do you think it would be possible for you to raise
> > > > > > this issue
> > > > > > > > with the dCache team while you are visiting DESY? It is
> > > > > > very strange
> > > > > > > > behaviour and Chris has performed some good work
> > in tracking
> > > > > > > > down what the problem appears to be.
> > > > > > > >
> > > > > > > > Chris, I noticed yesterday that you passed all of the
> > > > > > SFTs over the
> > > > > > > > weekend. Has something else changed in your dCache
> > > > configuration?
> > > > > > > >
> > > > > > > > Cheers,
> > > > > > > > Greig
> > > > > > > >
> > > > > > > >
> > > > > > > > On Wed, 31 May 2006, Coles, J (Jeremy) wrote:
> > > > > > > >
> > > > > > > > > Hi Chris
> > > > > > > > >
> > > > > > > > > You raised this problem and it seems people agree that
> > > > > > this is not
> > > > > > > > > normal behaviour! I had hoped this response
> > would be more
> > > > > > > > useful but
> > > > > > > > > the reply is simply to raise this to
> > [log in to unmask] I
> > > > > > > > also copy
> > > > > > > > > in the storage group in case they have anything to
> > > > add/suggest.
> > > > > > > > >
> > > > > > > > > Cheers,
> > > > > > > > > Jeremy
> > > > > > > > >
> > > > > > > > > -----Original Message-----
> > > > > > > > > From: Maite Barroso Lopez
> > > > [mailto:[log in to unmask]]
> > > > > > > > > Sent: 30 May 2006 16:55
> > > > > > > > > To: Strange, PJ (Philippa); Coles, J (Jeremy)
> > > > > > > > > Subject: 'Not a PNFS File, can't get a PNFS ID' error
> > > > > > > > >
> > > > > > > > > Hello,
> > > > > > > > >
> > > > > > > > > Regarding the following issue reported by one site
> > > > in your ROC
> > > > > > > > > (UKI-SOUTHGRID-RALPP):
> > > > > > > > >
> > > > > > > > > Radom SFT-RM failures with 'Not a PNFS File, can't get
> > > > > > a PNFS ID'
> > > > > > > > > error have occured previously as detailed in previous
> > > > > > > > reports but we
> > > > > > > > > much more frequent this week. It appears that increasing
> > > > > > > > the number of
> > > > > > > > > supported VOs and so PNFS databases to 24 has
> > tripped the
> > > > > > > > balance from
> > > > > > > > > occasional failures to almost continuous
> > failures. Further
> > > > > > > > > investigation indicated that copying a file to a the SE
> > > > > > > > > and
> > > > > > > > imediately
> > > > > > > > > trying to access or replicate it (as the SFT
> > does) causes
> > > > > > > > this error,
> > > > > > > > > waiting 15-20secs after the file creation seems to allow
> > > > > > > > the database
> > > > > > > > > updates to occur fully and avoids the problem.
> > Runinng the
> > > > > > > > gridftpdor
> > > > > > > > > on the admin node also solves the problem at
> > the expense
> > > > > > > > > of significantly slower transfers. We're investigating
> > > > database
> > > > > > > > > tuning and/or the possibility of running PNFS on a
> > > > > > > > > separate host
> > > > > > > > hoping that'll fix the problem.
> > > > > > > > >
> > > > > > > > > It was discussed at the operations meeting and
> > noted that
> > > > > > > > this seems
> > > > > > > > > unusual behavior, not seen in other places.
> > > > > > > > > Could you please, contact [log in to unmask]
> > and send all
> > > > > > > > > available details so they can investigate the problem?
> > > > > > > > >
> > > > > > > > > Thanks in advance,
> > > > > > > > >
> > > > > > > > > Maite
> > > > > > > > >
> > > > > > > >
> > > > > > > > --
> > > > > > > >
> > ============================================================
> > > > > > > > ==
> > > > > > > > ==========
> > > > > > > > Dr Greig A Cowan
> > > > > > > > http://www.ph.ed.ac.uk/~gcowan1 School of Physics,
> > > > > > > > University of Edinburgh, James
> > > > Clerk Maxwell
> > > > > > > > Building
> > > > > > > >
> > > > > > > > TIER-2 STORAGE SUPPORT PAGES:
> > > > > > > > http://wiki.gridpp.ac.uk/wiki/Grid_Storage
> > > > > > > >
> > ============================================================
> > > > > > > > ==
> > > > > > > > ==========
> > > > > > > >
> > > > > > >
> > > > > >
> > > > > > --
> > > > > > ==============================================================
> > > > > > ==========
> > > > > > Dr Greig A Cowan
> > > > > > http://www.ph.ed.ac.uk/~gcowan1
> > > > > > School of Physics, University of Edinburgh, James
> > Clerk Maxwell
> > > > > > Building
> > > > > >
> > > > > > TIER-2 STORAGE SUPPORT PAGES:
> > > > > > http://wiki.gridpp.ac.uk/wiki/Grid_Storage
> > > > > > ==============================================================
> > > > > > ==========
> > > > > >
> > > > >
> > > >
> > > > --
> > > > ==============================================================
> > > > ==========
> > > > Dr Greig A Cowan
> > > > http://www.ph.ed.ac.uk/~gcowan1
> > > > School of Physics, University of Edinburgh, James Clerk Maxwell
> > > > Building
> > > >
> > > > TIER-2 STORAGE SUPPORT PAGES:
> > > > http://wiki.gridpp.ac.uk/wiki/Grid_Storage
> > > > ==============================================================
> > > > ==========
> > > >
> > >
> >
> > --
> > ==============================================================
> > ==========
> > Dr Greig A Cowan
> > http://www.ph.ed.ac.uk/~gcowan1
> > School of Physics, University of Edinburgh, James Clerk
> > Maxwell Building
> >
> > TIER-2 STORAGE SUPPORT PAGES:
> > http://wiki.gridpp.ac.uk/wiki/Grid_Storage
> > ==============================================================
> > ==========
> >
>
--
=======================================================================
Dr Greig A Cowan http://www.ph.ed.ac.uk/~gcowan1
School of Physics, University of Edinburgh, James Clerk Maxwell Building
TIER-2 STORAGE SUPPORT PAGES: http://wiki.gridpp.ac.uk/wiki/Grid_Storage
=======================================================================
|