Hi Gregory and David, Thank you for your input and sorry for the late reply. 2022年11月30日(水) 22:35 David Orman <ormandj@xxxxxxxxxxxx>: > > The general feedback I've gotten when asking about this has been HDD-based clusters are not well-tested any longer due to resource allocation of the remaining HDD servers. I also feel this is quite unfortunate, as most large non-HPC clusters will likely still be HDD based for the significant cost advantages, potentially with DB/WAL on NVME/SSD. > > Beyond just detecting issues such as those you have found in your testing (nice work), performance testing for regression/improvement is important, as well. I understand that there aren't enough hardware resources having HDD and then accepting my proposal is difficult for now. Please let me know if the situation changes and if you are willing to add the stress tests. I can help to implement this. Thanks, Satoru > > David > > On Wed, Nov 30, 2022, at 00:58, Gregory Farnum wrote: > > [ Moving to Ceph dev list instead of kernel ceph-devel. ] > > On Mon, Nov 28, 2022 at 6:51 PM Satoru Takeuchi > <satoru.takeuchi@xxxxxxxxx> wrote: > > > > Hi, > > > > I shared my knowledge about the bugs which my team encountered and two > > proposals to improve the official QA process in Ceph Virtual. > > > > https://www.youtube.com/watch?v=ENvDbgX4n38 > > https://speakerdeck.com/sat/revealing-bluestore-corruption-bugs-in-containerized-ceph-clusters > > > > One of my proposals depends on the assumption that the official QA > > doesn't use HDD. > > It's because my team revealed many bugs in OSD creation/restart only > > in HDD-based clusters. > > Could you tell me whether my assumption is correct or not? > > It's possible to run the test on hard drives, and developers still > schedule them there sometimes, but doing so is quite expensive at this > point (just because it takes a while to set up hard-drive based test > nodes and takes longer to get a suite run completed against your > branch) and so most of the lab is SSD/NVME based. > > I'm not sure if we run any HDD-based tests prior to releases or on a > regular basis; I think Yuri can answer that question. > -Greg > > > > > Thanks, > > Satoru > > > > _______________________________________________ > Dev mailing list -- dev@xxxxxxx > To unsubscribe send an email to dev-leave@xxxxxxx > > > _______________________________________________ > Dev mailing list -- dev@xxxxxxx > To unsubscribe send an email to dev-leave@xxxxxxx _______________________________________________ Dev mailing list -- dev@xxxxxxx To unsubscribe send an email to dev-leave@xxxxxxx
