[LU-9799] mount doesn't return an error when failing

• Type: Bug
• Resolution: Fixed
• Priority: Critical
• Fix Version/s: Lustre 2.10.1, Lustre 2.11.0
• Affects Version/s: Lustre 2.10.0
• Environment: Lustre: Build Version: 2.10.0_5_gbb3c407
• Severity: 3
• Assignee: Nathaniel Clark
• Reporter: Brian Murrell (Inactive)

Description

When mount -t lustre ... has failed to actually mount a target, the exit code of mount does not reflect this:

# mount -t lustre zfs_pool_scsi0QEMU_QEMU_HARDDISK_disk13/MGS /mnt/MGS
e2label: No such file or directory while trying to open zfs_pool_scsi0QEMU_QEMU_HARDDISK_disk13/MGS
Couldn't find valid filesystem superblock.
# echo $?
0

This of course wreaks havoc on systems such as IML which rely on the exit code of one step in the process of starting a filesystem to decide if it should continue with subsequent steps.

Issue Links

• is duplicated by: LU-9853 mount.lustre noisy on mount

Comments

[Gerrit Updater]

John L. Hammond ([e-mail]) merged in patch https://review.whamcloud.com/28581/
Subject: LU-9799 mount: Call read_ldd with initialized mount type
Project: fs/lustre-release
Branch: b2_10
Current Patch Set:
Commit: f869b9da902fc305bfab8e902d0c1202aec6a7bc

[Gerrit Updater]

Minh Diep ([e-mail]) uploaded a new patch: https://review.whamcloud.com/28581
Subject: LU-9799 mount: Call read_ldd with initialized mount type
Project: fs/lustre-release
Branch: b2_10
Current Patch Set: 1
Commit: 776cae93b762e819cf80eed04d57bfc4040f09f0

[Peter Jones]

Landed for 2.11

[Gerrit Updater]

Oleg Drokin ([e-mail]) merged in patch https://review.whamcloud.com/28456/
Subject: LU-9799 mount: Call read_ldd with initialized mount type
Project: fs/lustre-release
Branch: master
Current Patch Set:
Commit: 0108281c65545df169faaa0ce0690fb021680643

[Gerrit Updater]

Nathaniel Clark ([e-mail]) uploaded a new patch: https://review.whamcloud.com/28456
Subject: LU-9799 mount: Call read_ldd with initialized mount type
Project: fs/lustre-release
Branch: master
Current Patch Set: 1
Commit: aeffd031d67a99896657617f7acd6dafd7a7722c

[Nathaniel Clark]

Okay, I was testing something totally different and ran into this:

[root@ieel-mds03 ~]# mount -t lustre MGS/MGT /mnt/MGT
e2label: No such file or directory while trying to open MGS/MGT
Couldn't find valid filesystem superblock.

But on closer inspection:

[root@ieel-mds03 ~]# df
Filesystem                      1K-blocks     Used Available Use% Mounted on
/dev/mapper/cl_ieel--mds03-root   6486016  1867296   4618720  29% /
devtmpfs                           496568        0    496568   0% /dev
tmpfs                              508324    39216    469108   8% /dev/shm
tmpfs                              508324    13188    495136   3% /run
tmpfs                              508324        0    508324   0% /sys/fs/cgroup
/dev/sda1                         1038336   193444    844892  19% /boot
ieel-storage:/home               40572928 38486912   2086016  95% /home
tmpfs                              101668        0    101668   0% /run/user/0
MGS                               5047168        0   5047168   0% /MGS
MGS/MGT                           5007744        0   5005696   0% /mnt/MGT

The filesystem did mount, and each umount and remount, I get the same error message, but it succeeds in mounting.

[Nathaniel Clark]

Right. But something similar must be happening, though I am at a loss as to what.