Project

General

Profile

Bug #14255

qa: we are filling smithi disks with ffsb workloads

Added by Greg Farnum over 3 years ago. Updated over 3 years ago.

Status:
New
Priority:
Low
Assignee:
-
Category:
Testing
Target version:
-
Start date:
01/06/2016
Due date:
% Done:

0%

Source:
Development
Tags:
Backport:
Regression:
No
Severity:
3 - minor
Reviewed:
Affected Versions:
ceph-qa-suite:
Component(FS):
Labels (FS):
Pull request ID:

Description

http://pulpito.ceph.com/gregf-2016-01-04_11:49:51-fs-master---basic-smithi/13310/
http://pulpito.ceph.com/gregf-2016-01-04_11:49:51-fs-master---basic-smithi/13291/

So, apparently we fill up even more space than anticipated. It's not on every run so we might just be able to turn it down a little bit...

History

#1 Updated by Greg Farnum over 3 years ago

  • Priority changed from High to Urgent

I haven't looked yet but I suspect we're just running for a set period of time and the smithis are so much faster than the HDD-based nodes that they manage to entirely fill the drives. So the cheap solution is to just turn that timer down everywhere, or maybe we can configure differently based on machine type...

#2 Updated by Zheng Yan over 3 years ago

ffsb (config is at qa/workunits/suites/random_write.32.ffsb) only use about 13G space, no matter how long it runs. I checked the log, OSD is on top of btrfs. I think it's caused by btrfs' long-standing premature ENOSPC issue.

#3 Updated by Greg Farnum over 3 years ago

  • Priority changed from Urgent to High

#4 Updated by Greg Farnum over 3 years ago

  • Priority changed from High to Low

Also available in: Atom PDF