Details

    • Bug
    • Resolution: Fixed
    • Blocker
    • Lustre 2.1.0
    • Lustre 2.1.0, Lustre 1.8.6
    • None
    • 2.6.18-194.17.1.el5
    • 3
    • 18,169
    • 4066

    Description

      I hit this problem several times while running sanityn:

      == sanityn test 4: fstat validation on multiple mount points ========================================= 19:19:59 (1303179599)
      Mtimes don't match 1303179601, 1303179727
      sanityn test_4: @@@@@@ FAIL: test_4 failed with 1

      test result on maloo:
      https://maloo.whamcloud.com/test_sets/4d51c720-6a37-11e0-b32b-52540025f9af

      It's same to bug 18169.

      Attachments

        Issue Links

          Activity

            [LU-221] sanityN.sh test_4 failed
            pjones Peter Jones added a comment -

            Landed for 2.1

            pjones Peter Jones added a comment - Landed for 2.1

            Integrated in lustre-master » i686,client,el5,inkernel #231
            LU-221 don't use a/c/m time for newly allocated object in OST

            Oleg Drokin : 414251797ed178eec5d431e1f5aa4a889d2b159f
            Files :

            • lustre/obdfilter/filter.c
            hudson Build Master (Inactive) added a comment - Integrated in lustre-master » i686,client,el5,inkernel #231 LU-221 don't use a/c/m time for newly allocated object in OST Oleg Drokin : 414251797ed178eec5d431e1f5aa4a889d2b159f Files : lustre/obdfilter/filter.c

            Integrated in lustre-master » x86_64,client,ubuntu1004,inkernel #231
            LU-221 don't use a/c/m time for newly allocated object in OST

            Oleg Drokin : 414251797ed178eec5d431e1f5aa4a889d2b159f
            Files :

            • lustre/obdfilter/filter.c
            hudson Build Master (Inactive) added a comment - Integrated in lustre-master » x86_64,client,ubuntu1004,inkernel #231 LU-221 don't use a/c/m time for newly allocated object in OST Oleg Drokin : 414251797ed178eec5d431e1f5aa4a889d2b159f Files : lustre/obdfilter/filter.c

            Integrated in lustre-master » i686,client,el5,ofa #231
            LU-221 don't use a/c/m time for newly allocated object in OST

            Oleg Drokin : 414251797ed178eec5d431e1f5aa4a889d2b159f
            Files :

            • lustre/obdfilter/filter.c
            hudson Build Master (Inactive) added a comment - Integrated in lustre-master » i686,client,el5,ofa #231 LU-221 don't use a/c/m time for newly allocated object in OST Oleg Drokin : 414251797ed178eec5d431e1f5aa4a889d2b159f Files : lustre/obdfilter/filter.c

            Integrated in lustre-master » i686,client,el6,inkernel #231
            LU-221 don't use a/c/m time for newly allocated object in OST

            Oleg Drokin : 414251797ed178eec5d431e1f5aa4a889d2b159f
            Files :

            • lustre/obdfilter/filter.c
            hudson Build Master (Inactive) added a comment - Integrated in lustre-master » i686,client,el6,inkernel #231 LU-221 don't use a/c/m time for newly allocated object in OST Oleg Drokin : 414251797ed178eec5d431e1f5aa4a889d2b159f Files : lustre/obdfilter/filter.c

            Integrated in lustre-master » x86_64,client,sles11,inkernel #231
            LU-221 don't use a/c/m time for newly allocated object in OST

            Oleg Drokin : 414251797ed178eec5d431e1f5aa4a889d2b159f
            Files :

            • lustre/obdfilter/filter.c
            hudson Build Master (Inactive) added a comment - Integrated in lustre-master » x86_64,client,sles11,inkernel #231 LU-221 don't use a/c/m time for newly allocated object in OST Oleg Drokin : 414251797ed178eec5d431e1f5aa4a889d2b159f Files : lustre/obdfilter/filter.c

            Integrated in lustre-master » i686,server,el5,inkernel #231
            LU-221 don't use a/c/m time for newly allocated object in OST

            Oleg Drokin : 414251797ed178eec5d431e1f5aa4a889d2b159f
            Files :

            • lustre/obdfilter/filter.c
            hudson Build Master (Inactive) added a comment - Integrated in lustre-master » i686,server,el5,inkernel #231 LU-221 don't use a/c/m time for newly allocated object in OST Oleg Drokin : 414251797ed178eec5d431e1f5aa4a889d2b159f Files : lustre/obdfilter/filter.c

            Integrated in lustre-master » x86_64,server,el5,inkernel #231
            LU-221 don't use a/c/m time for newly allocated object in OST

            Oleg Drokin : 414251797ed178eec5d431e1f5aa4a889d2b159f
            Files :

            • lustre/obdfilter/filter.c
            hudson Build Master (Inactive) added a comment - Integrated in lustre-master » x86_64,server,el5,inkernel #231 LU-221 don't use a/c/m time for newly allocated object in OST Oleg Drokin : 414251797ed178eec5d431e1f5aa4a889d2b159f Files : lustre/obdfilter/filter.c

            Integrated in lustre-master » x86_64,server,el5,ofa #231
            LU-221 don't use a/c/m time for newly allocated object in OST

            Oleg Drokin : 414251797ed178eec5d431e1f5aa4a889d2b159f
            Files :

            • lustre/obdfilter/filter.c
            hudson Build Master (Inactive) added a comment - Integrated in lustre-master » x86_64,server,el5,ofa #231 LU-221 don't use a/c/m time for newly allocated object in OST Oleg Drokin : 414251797ed178eec5d431e1f5aa4a889d2b159f Files : lustre/obdfilter/filter.c

            Integrated in lustre-master » x86_64,client,el6,inkernel #231
            LU-221 don't use a/c/m time for newly allocated object in OST

            Oleg Drokin : 414251797ed178eec5d431e1f5aa4a889d2b159f
            Files :

            • lustre/obdfilter/filter.c
            hudson Build Master (Inactive) added a comment - Integrated in lustre-master » x86_64,client,el6,inkernel #231 LU-221 don't use a/c/m time for newly allocated object in OST Oleg Drokin : 414251797ed178eec5d431e1f5aa4a889d2b159f Files : lustre/obdfilter/filter.c

            People

              hongchao.zhang Hongchao Zhang
              niu Niu Yawei (Inactive)
              Votes:
              0 Vote for this issue
              Watchers:
              3 Start watching this issue

              Dates

                Created:
                Updated:
                Resolved: