Hello, We''re migrating our MDT/MGS and have hit a snag. I''ve tarred all files on the MDT and moved them to the new MDT, untarred them, and set their extended attributes. When I try to mount the MDT, however, I get the following: [root at circemds1 ~]# mount -t lustre /dev/sdb1 /mnt/lustre/mdt/ mount.lustre: mount /dev/sdb1 at /mnt/lustre/mdt failed: No such file or directory Is the MGS specification correct? Is the filesystem name correct? If upgrading, is the copied client log valid? (see upgrade docs) while /var/log/messages shows: Oct 16 13:48:41 circemds1 kernel: LustreError: 20338:0:(mgs_fs.c:201:mgs_fs_setup()) __iopen__ directory has no inode? rc = -2 Oct 16 13:48:41 circemds1 kernel: LustreError: 20338:0:(mgs_handler.c:162:mgs_setup()) MGS: MGS filesystem method init failed: rc = -2 Oct 16 13:48:41 circemds1 kernel: LustreError: 20338:0:(obd_config.c:332:class_setup()) setup MGS failed (-2) Oct 16 13:48:41 circemds1 kernel: LustreError: 20338:0:(obd_mount.c:454:lustre_start_simple()) MGS setup error -2 Oct 16 13:48:41 circemds1 kernel: LustreError: 20338:0:(obd_mount.c:119:server_deregister_mount()) MGS not registered Oct 16 13:48:41 circemds1 kernel: LustreError: 20338:0:(obd_mount.c:119:server_deregister_mount()) Skipped 1 previous similar message Oct 16 13:48:41 circemds1 kernel: LustreError: 15e-a: Failed to start MGS ''MGS'' (-2). Is the ''mgs'' module loaded? Oct 16 13:48:41 circemds1 kernel: LustreError: 20338:0:(obd_mount.c:1382:server_put_super()) no obd circelfs-MDTffff Oct 16 13:48:41 circemds1 kernel: Lustre: server umount circelfs-MDTffff complete Why can''t it load the MGS? I don''t see an entry for circelfs-MDTffff in the CONFIGS directory -- shouldn''t there be one? Thanks, Chris
Christopher Walker wrote:> Hello, > > We''re migrating our MDT/MGS and have hit a snag. I''ve tarred all files > on the MDT and moved them to the new MDT, untarred them, and set their > extended attributes.Did you do (check manual) 7. Remove the recovery logs (now invalid), run: rm OBJECTS/* CATALOGS Also, you need to change server NID - see manual 4.2.3.3 Changing a Server NID 4.2.3.2 Running the Writeconf Command General comment - it will be nice to put cross reference from backup section to server NID update section in the manual. We struggled with the same issue. Alex.> When I try to mount the MDT, however, I get the > following: > > [root at circemds1 ~]# mount -t lustre /dev/sdb1 /mnt/lustre/mdt/ > mount.lustre: mount /dev/sdb1 at /mnt/lustre/mdt failed: No such file or > directory > Is the MGS specification correct? > Is the filesystem name correct? > If upgrading, is the copied client log valid? (see upgrade docs) > > while /var/log/messages shows: > Oct 16 13:48:41 circemds1 kernel: LustreError: > 20338:0:(mgs_fs.c:201:mgs_fs_setup()) __iopen__ directory has no inode? > rc = -2 > Oct 16 13:48:41 circemds1 kernel: LustreError: > 20338:0:(mgs_handler.c:162:mgs_setup()) MGS: MGS filesystem method init > failed: rc = -2 > Oct 16 13:48:41 circemds1 kernel: LustreError: > 20338:0:(obd_config.c:332:class_setup()) setup MGS failed (-2) > Oct 16 13:48:41 circemds1 kernel: LustreError: > 20338:0:(obd_mount.c:454:lustre_start_simple()) MGS setup error -2 > Oct 16 13:48:41 circemds1 kernel: LustreError: > 20338:0:(obd_mount.c:119:server_deregister_mount()) MGS not registered > Oct 16 13:48:41 circemds1 kernel: LustreError: > 20338:0:(obd_mount.c:119:server_deregister_mount()) Skipped 1 previous > similar message > Oct 16 13:48:41 circemds1 kernel: LustreError: 15e-a: Failed to start > MGS ''MGS'' (-2). Is the ''mgs'' module loaded? > Oct 16 13:48:41 circemds1 kernel: LustreError: > 20338:0:(obd_mount.c:1382:server_put_super()) no obd circelfs-MDTffff > Oct 16 13:48:41 circemds1 kernel: Lustre: server umount circelfs-MDTffff > complete > > Why can''t it load the MGS? I don''t see an entry for circelfs-MDTffff in > the CONFIGS directory -- shouldn''t there be one? > > > Thanks, > Chris > _______________________________________________ > Lustre-discuss mailing list > Lustre-discuss at lists.lustre.org > http://lists.lustre.org/mailman/listinfo/lustre-discuss >
Jeffrey Bennett
2008-Oct-20 21:41 UTC
[Lustre-discuss] Autoconf problem when compiling HEAD
Hi, We get the following error when compiling the HEAD version of Lustre: [root at northpole lustre]# sh ./autogen.sh Checking for a complete tree... checking for automake-1.9 1.7.8... found 1.9.6 checking for autoconf 2.57... found 2.59 Running aclocal-1.9 -I /root/lustre-cvs-HEAD/lustre/build/autoconf -I /root/lustre-cvs-HEAD/lustre/libcfs/autoconf -I /root/lustre-cvs-HEAD/lustre/lnet/autoconf -I /root/lustre-cvs-HEAD/lustre/lustre/autoconf -I /root/lustre-cvs-HEAD/lustre/snmp/autoconf... /root/lustre-cvs-HEAD/lustre/lustre/autoconf/lustre-core.m4:730: error: m4_defn: undefined macro: _m4_divert_diversion /root/lustre-cvs-HEAD/lustre/lustre/autoconf/kerberos5.m4:115: AC_KERBEROS_V5 is expanded from... /root/lustre-cvs-HEAD/lustre/lustre/autoconf/lustre-core.m4:730: the top level autom4te: /usr/bin/m4 failed with exit status: 1 aclocal-1.9: autom4te failed with exit status: 1 We run CentOS 5. All kerberos libraries and development RPMs are installed and have been updated to the latest. Autoconf version is 2.59. Automake version is 1.9.6. Not sure why we get this error message. Any help will be greatly appreciated. Jeff
Jeffrey Bennett
2008-Oct-21 03:13 UTC
[Lustre-discuss] Autoconf problem when compiling HEAD
Actually, I found the solution. Automake 1.7 needs to be installed, since automake 1.9 does not work with Lustre CVS, seems like a bug in either Lustre or automake. Jeff> -----Original Message----- > From: lustre-discuss-bounces at lists.lustre.org > [mailto:lustre-discuss-bounces at lists.lustre.org] On Behalf Of > Jeffrey Bennett > Sent: Monday, October 20, 2008 2:41 PM > To: lustre-discuss at lists.lustre.org > Subject: [Lustre-discuss] Autoconf problem when compiling HEAD > > Hi, > > We get the following error when compiling the HEAD version of Lustre: > > [root at northpole lustre]# sh ./autogen.sh Checking for a > complete tree... > checking for automake-1.9 1.7.8... found 1.9.6 checking for > autoconf 2.57... found 2.59 Running aclocal-1.9 -I > /root/lustre-cvs-HEAD/lustre/build/autoconf -I > /root/lustre-cvs-HEAD/lustre/libcfs/autoconf -I > /root/lustre-cvs-HEAD/lustre/lnet/autoconf -I > /root/lustre-cvs-HEAD/lustre/lustre/autoconf -I > /root/lustre-cvs-HEAD/lustre/snmp/autoconf... > /root/lustre-cvs-HEAD/lustre/lustre/autoconf/lustre-core.m4:730: error:> m4_defn: undefined macro: _m4_divert_diversion > /root/lustre-cvs-HEAD/lustre/lustre/autoconf/kerberos5.m4:115: > AC_KERBEROS_V5 is expanded from... > /root/lustre-cvs-HEAD/lustre/lustre/autoconf/lustre-core.m4:730: the top level> autom4te: /usr/bin/m4 failed with exit status: 1 > aclocal-1.9: autom4te failed with exit status: 1 > > We run CentOS 5. All kerberos libraries and development RPMs > are installed and have been updated to the latest. Autoconf > version is 2.59. > Automake version is 1.9.6. Not sure why we get this error > message. Any help will be greatly appreciated. > > Jeff > > > _______________________________________________ > Lustre-discuss mailing list > Lustre-discuss at lists.lustre.org > http://lists.lustre.org/mailman/listinfo/lustre-discuss >
Brian J. Murrell
2008-Oct-21 03:25 UTC
[Lustre-discuss] Autoconf problem when compiling HEAD
On Mon, 2008-10-20 at 20:13 -0700, Jeffrey Bennett wrote:> Actually, I found the solution. > > Automake 1.7 needs to be installed, since automake 1.9 does not work > with Lustre CVS, seems like a bug in either Lustre or automake.Automake is supported since about early September by bug 13876. If your checkout is after early September you might want to consider creating a new bug. b. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part Url : http://lists.lustre.org/pipermail/lustre-discuss/attachments/20081020/a97cdbd3/attachment.bin
On Oct 16, 2008 14:03 -0400, Christopher Walker wrote:> We''re migrating our MDT/MGS and have hit a snag. I''ve tarred all files > on the MDT and moved them to the new MDT, untarred them, and set their > extended attributes. When I try to mount the MDT, however, I get the > following: > > [root at circemds1 ~]# mount -t lustre /dev/sdb1 /mnt/lustre/mdt/ > mount.lustre: mount /dev/sdb1 at /mnt/lustre/mdt failed: No such file or > directory > Is the MGS specification correct? > Is the filesystem name correct? > If upgrading, is the copied client log valid? (see upgrade docs) > > while /var/log/messages shows: > Oct 16 13:48:41 circemds1 kernel: LustreError: > 20338:0:(mgs_fs.c:201:mgs_fs_setup()) __iopen__ directory has no inode? > rc = -2It looks like you didn''t unmount the local filesystem mount used for restoring the backup before trying to restart Lustre. If you rebooted in the meantime (I assume yes, given the date) it should have started working again. Cheers, Andreas -- Andreas Dilger Sr. Staff Engineer, Lustre Group Sun Microsystems of Canada, Inc.
Yup, that was it -- thanks for the reply. Chris Andreas Dilger wrote:> On Oct 16, 2008 14:03 -0400, Christopher Walker wrote: > >> We''re migrating our MDT/MGS and have hit a snag. I''ve tarred all files >> on the MDT and moved them to the new MDT, untarred them, and set their >> extended attributes. When I try to mount the MDT, however, I get the >> following: >> >> [root at circemds1 ~]# mount -t lustre /dev/sdb1 /mnt/lustre/mdt/ >> mount.lustre: mount /dev/sdb1 at /mnt/lustre/mdt failed: No such file or >> directory >> Is the MGS specification correct? >> Is the filesystem name correct? >> If upgrading, is the copied client log valid? (see upgrade docs) >> >> while /var/log/messages shows: >> Oct 16 13:48:41 circemds1 kernel: LustreError: >> 20338:0:(mgs_fs.c:201:mgs_fs_setup()) __iopen__ directory has no inode? >> rc = -2 >> > > It looks like you didn''t unmount the local filesystem mount used for > restoring the backup before trying to restart Lustre. If you rebooted > in the meantime (I assume yes, given the date) it should have started > working again. > > Cheers, Andreas > -- > Andreas Dilger > Sr. Staff Engineer, Lustre Group > Sun Microsystems of Canada, Inc. >