all k* suites run with -k testing in nightlies On Thu, Jun 1, 2017 at 9:39 AM, John Spray <jspray@xxxxxxxxxx> wrote: > On Thu, Jun 1, 2017 at 5:15 PM, Vasu Kulkarni <vakulkar@xxxxxxxxxx> wrote: >> I believe the nodes are pretty much messed up with various kernel >> versions, ideally we should not be seeing this on distro kernel(as per >> Boris's comment) >> so probably we should just schedule kernel client tests on vps so that >> the smithi's and mira's have only latest distro kernels for other >> suites for correct testing. > > We do need to be able to run with "-k testing" for kcephfs, knfs and > multimds suites (this has always been the case), and I don't think to > move all those off of our main test nodes would be realistic. > > Folks can already use "-k distro" on their runs (I have use this on > all my fs suite runs for a long time), it would probably make sense > for teuthology to use that as the default so that people are not > getting a random kernel. > > John > >> Also it would be nice to automatically reimage the nodes back to >> distro once in a week. >> >> On Thu, Jun 1, 2017 at 8:33 AM, Boris Ranto <branto@xxxxxxxxxx> wrote: >>> I did not check all of the failed tests but those that I checked >>> complained about dac_read_search. The dac_* family of capabilities >>> complains that root is trying to access a file that the standard >>> permissions does not allow him (root) to access (i.e. having 600 and >>> ceph/ceph user/group). >>> >>> However, there is a lot of dac_* failures all throughout the system and >>> the target contexts are different for these files (i.e. there would >>> have to be a lot of files like that) so I am inclined to say that this >>> is a kernel bug. Especially considering that this does not present in >>> older/stock kernels where there already is a dac_override support. >>> >>> Anyway, it should be safe to ignore these (not our processes, not our >>> files...) >>> >>> Regards, >>> Boris >>> >>> >>> On Wed, 2017-05-31 at 13:23 -0700, Yehuda Sadeh-Weinraub wrote: >>>> We started seeing SELinux related failures in recent teuthology run, >>>> e.g.: >>>> http://pulpito.ceph.com/yehudasa-2017-05-30_14:55:10-rgw-wip-rgw-mdse >>>> arch---basic-smithi/ >>>> >>>> It seems that it's unrelated to the runs themselves, possibly postfix >>>> that's running in the background is triggering these. Any idea what >>>> we >>>> should do there? >>>> >>>> Yehuda >>> -- >>> 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 >> -- >> 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 > -- > 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 -- 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
