Re: how to free space from rados bench comman?

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

 



On Thursday, May 24, 2012 at 1:51 AM, Stefan Priebe - Profihost AG wrote:
> Am 24.05.2012 10:22, schrieb Wido den Hollander:
> > On 24-05-12 09:38, Stefan Priebe - Profihost AG wrote:
> > > 
> > > ~# rados -p data ls|wc -l
> > > 46631
> > 
> > 
> > 
> > That is weird, I thought the bench tool cleaned up it's "mess".
> > 
> > Imho it should cleanup after it's done, but there might be a reason why
> > it's not. Did you abort the benchmark or did you let it do the whole run?
> 
> 
> No it doesn't BUG?
It doesn't because you might want to leave around the data for read benchmarking (or so that your cluster is full of data).
There should probably be an option to clean up bench data, though! I've created a bug: http://tracker.newdream.net/issues/2477
 
> 
> ~# rados -p data ls
> ~#
> ~# rados -p data bench 20 write -t 16
> ...
> ~# rados -p data ls| wc -l
> 589
> 
> > > I do not use the data pool so it is seperate ;-) i only use the rbd pool
> > > for block devices.
> > > 
> > > So i will free the space with:
> > > for i in `rados -p data ls`; do echo $i; rados -p data rm $i; done
> > 
> > 
> > 
> > rados -p data ls|xargs -n 1 rados -p data rm
> > 
> > I love shorter commands ;)
> me too i just tried it without -n and hoped that this works but rados
> didn't support more than 1 file per command and i didn't remembered -n1 ;)
> 
> Stefan
> --
> To unsubscribe from this list: send the line "unsubscribe ceph-devel" in
> the body of a message to majordomo@xxxxxxxxxxxxxxx (mailto: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


[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