[Lustre-discuss] One Lustre Client lost One Lustre Disk

Andreas Dilger adilger at sun.com
Thu Jul 16 22:46:06 PDT 2009


On Jul 16, 2009  10:40 -0400, Ms. Megan Larko wrote:
> [root at crew01 ~]# mount /crew2
> mount.lustre: mount ic-mds1 at o2ib:/crew2 at /crew2 failed: Invalid argument
> This may have multiple causes.
> Is 'crew2' the correct filesystem name?
> Are the mount options correct?
> Check the syslog for more info.
> 
> 
> And the /var/log/messages file (CentOS 5.1 system using  2.6.18-53.1.13.el5):
> Jul 16 10:30:53 crew01 kernel: LustreError: 156-2: The client profile
> 'crew2-client' could not be read from the MGS.  Does that filesystem
> exist?
> Jul 16 10:30:53 crew01 kernel: Lustre: client ffff810188fcfc00 umount complete
> Jul 16 10:30:53 crew01 kernel: LustreError:
> 26240:0:(obd_mount.c:1924:lustre_fill_super()) Unable to mount  (-22)
> 
> The entry in the client /etc/fstab file is unchanged from before:
> ic-mds1 at o2ib:/crew2	/crew2		lustre 	nouser_xattr,_netdev 	0 0
> 
> This same client uses the /etc/fstab entry
> ic-mds1 at o2ib:/crew8	/crewdat	lustre 	nouser_xattr,_netdev 	0 0
> This lustre disk is still mounted and usable:
> ic-mds1 at o2ib:/crew8    76T   30T   42T  42% /crewdat
> 
> What is also interesting is that other clients still have access to
> the /crew2 disk, even though this one client does not.
>  There are no crew2 errors in the MGS/MDS system which serves both of
> the lustre disks.
> 
> What has this one particular client lost that prevents it from
> mounting the /crew2 disk to which the other clients still have access?

You should also check for messages on the MDS also.  You can check for
the config file existing via "debugfs -c -R 'ls -l CONFIGS' /dev/{mdsdev}".

Cheers, Andreas
--
Andreas Dilger
Sr. Staff Engineer, Lustre Group
Sun Microsystems of Canada, Inc.




More information about the lustre-discuss mailing list