Details

    • Bug
    • Resolution: Fixed
    • Critical
    • Lustre 2.8.0
    • None
    • None
    • 3
    • 9223372036854775807

    Description

      https://testing.hpdd.intel.com/test_sets/41a6d19a-122b-11e5-bd2d-5254006e85c2

      This failure blocks the whole test suites

      23:11:38:Starting mds1:   lustre-mdt1/mdt1 /mnt/mds1
      23:11:38:CMD: onyx-44vm7 mkdir -p /mnt/mds1; mount -t lustre   		                   lustre-mdt1/mdt1 /mnt/mds1
      23:11:40:onyx-44vm7: mount.lustre: mount lustre-mdt1/mdt1 at /mnt/mds1 failed: No such device
      23:11:40:onyx-44vm7: Are the lustre modules loaded?
      23:11:41:onyx-44vm7: Check /etc/modprobe.conf and /proc/filesystems
      

      Attachments

        Issue Links

          Activity

            [LU-6853] Failed to start MDS with ZFS DKMS
            sarah Sarah Liu added a comment -

            Is there any update of this issue? It blocks the zfs dkms testing

            sarah Sarah Liu added a comment - Is there any update of this issue? It blocks the zfs dkms testing
            pjones Peter Jones added a comment -

            Nathaniel

            Could you please look into how we could avoid this issue?

            Thanks

            Peter

            pjones Peter Jones added a comment - Nathaniel Could you please look into how we could avoid this issue? Thanks Peter
            green Oleg Drokin added a comment -

            Missing package is not a Lustre issue.

            The Issue at hand is that Lustre is unable to build without this package (I think there was LU ticket for that), but the package is still missing, so even if we allow the building, the man pages would be missing. Is this acceptable?
            Should we run configure with disable-manpages?

            green Oleg Drokin added a comment - Missing package is not a Lustre issue. The Issue at hand is that Lustre is unable to build without this package (I think there was LU ticket for that), but the package is still missing, so even if we allow the building, the man pages would be missing. Is this acceptable? Should we run configure with disable-manpages?

            This is a Lustre bug.

            jlevi Jodi Levi (Inactive) added a comment - This is a Lustre bug.
            mdiep Minh Diep added a comment -

            I can reproduce this with loadjenkinsbuild to use --usedkms option. The issue is during lustre build

            checking for rst2man... no
            checking for rst2man.py... no
            configure: error: rst2man is needed to build the man pages. Install python-docutils.

            Building module:
            cleaning build area...(bad exit status: 2)
            make KERNELRELEASE=2.6.32-504.16.2.el6.x86_64...(bad exit status: 2)
            Error! Bad return status for module build on kernel: 2.6.32-504.16.2.el6.x86_64 (x86_64)
            Consult /var/lib/dkms/lustre/2.7.55/build/make.log for more information.

            so, this is obviously a Lustre issue.

            mdiep Minh Diep added a comment - I can reproduce this with loadjenkinsbuild to use --usedkms option. The issue is during lustre build checking for rst2man... no checking for rst2man.py... no configure: error: rst2man is needed to build the man pages. Install python-docutils. Building module: cleaning build area...(bad exit status: 2) make KERNELRELEASE=2.6.32-504.16.2.el6.x86_64...(bad exit status: 2) Error! Bad return status for module build on kernel: 2.6.32-504.16.2.el6.x86_64 (x86_64) Consult /var/lib/dkms/lustre/2.7.55/build/make.log for more information. so, this is obviously a Lustre issue.

            FYI - spoke to Sarah and this ticket in not related to TEI-3682

            agarcia Andrea Garcia (Inactive) added a comment - FYI - spoke to Sarah and this ticket in not related to TEI-3682

            People

              utopiabound Nathaniel Clark
              sarah Sarah Liu
              Votes:
              0 Vote for this issue
              Watchers:
              9 Start watching this issue

              Dates

                Created:
                Updated:
                Resolved: