Project

General

Profile

Actions

Bug #14255

open

qa: we are filling smithi disks with ffsb workloads

Added by Greg Farnum over 8 years ago. Updated about 8 years ago.

Status:
New
Priority:
Low
Assignee:
-
Category:
Testing
Target version:
-
% Done:

0%

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

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...

Actions #1

Updated by Greg Farnum about 8 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...

Actions #2

Updated by Zheng Yan about 8 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.

Actions #3

Updated by Greg Farnum about 8 years ago

  • Priority changed from Urgent to High
Actions #4

Updated by Greg Farnum about 8 years ago

  • Priority changed from High to Low
Actions

Also available in: Atom PDF