Re: pdj-fstest mkdir/rm error messages again

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Thu, 17 Jun 2010, Thomas Mueller wrote:
> Am Thu, 17 Jun 2010 09:15:02 -0700 schrieb Sage Weil:
> 
> > Hi Thomas,
> > 
> > On Thu, 17 Jun 2010, Thomas Mueller wrote:
> >> for a while the pdj-fstest worked without error messages.
> >> 
> >> now the pdj-fstest says again "successfull" but prints these:
> >> 
> >> /home/tmu//home/tmu/src/ceph-testsuite/tools/pjd-fstest-20080816/tests/
> chmod/02.t
> >> ..... ok mkdir: cannot create directory
> >> `_xxxxveryveryveryverylongxxxxxxxxxxx': File name too long rm: cannot
> >> remove `_xxveryveryveryverylongxxxxxx': File name too long
> >> /home/tmu/src/ceph-testsuite/tools/pjd-fstest-20080816/tests/chmod/03.t
> >> ..... oksrc/ceph-testsuite/tools/pjd-fstest-20080816/tests/chmod/02.t
> >> ..... ok mkdir: cannot create directory
> >> `_xxxxveryveryveryverylongxxxxxxxxxxx': File name too long rm: cannot
> >> remove `_xxveryveryveryverylongxxxxxx': File name too long
> >> /home/tmu/src/ceph-testsuite/tools/pjd-fstest-20080816/tests/chmod/03.t
> >> ..... ok
> > 
> > This is a kernel client thing that was fixed by
> > 558d3499bd059d4534b1f2b69dc1c562acc733fe (merged into 2.6.35-rc3).  Can
> > you confirm that you saw this with something older than that?
> > 
> > Thanks-
> > sage
> 
> this is on ceph-client-standalone/unstable-backport ref 
> fe5b9c28ed9cfeb450233d7fedced4203f7a1d64 
> 
> compiled and loaded the module again. the messages are reproducable.

Oh, the ceph-client-standalone.git hadn't been resynced with 
ceph-client.git recently.  I just updated it, and it now includes the 
f_namelen fix.

sage
--
To unsubscribe from this list: send the line "unsubscribe ceph-devel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html


[Index of Archives]     [CEPH Users]     [Ceph Large]     [Information on CEPH]     [Linux BTRFS]     [Linux USB Devel]     [Video for Linux]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]
  Powered by Linux