From: Heiko Wundram <modelnine-EqIAFqbRPK3NLxjTenLetw@public.gmane.org>
To: linux-bcache-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Subject: Working bcache patchset?
Date: Fri, 08 Jun 2012 12:40:31 +0200 [thread overview]
Message-ID: <18d9ec0eee7d5cee38ced035d38a7a23@modelnine.org> (raw)
Hey!
I'm currently evaluating bcache for a pet project of mine (seeing the
great performance numbers in the hosting environment tests posted here
really sold me on to the idea), but I'm currently stumped by the bcache
HEAD repository state (bcache on a 3.4.0+) from
http://evilpiepirate.org/cgi-bin/cgit.cgi/linux-bcache.git, which does
compile fine (but only if you don't activate CGROUP support for bcache,
that is broken, and the "simple" naming fixes for struct bcache_group I
tested don't allow it to compile either...), but:
* the current head implements a (slightly) different kind of sysfs-API
than is documented (concerning cache_mode, the "writeback" flag doesn't
exist anymore), which is self-documenting mostly, at least from what I
gather,
* and secondly, it's easy to lose a volume completely by simply setting
a backing volume to writeback caching mode. Detaching the cache from a
working writeback volume doesn't work at all (gives no dmesg output,
does not seem to start the flush), stopping the backing volume does
work, reattaching the cache device after registering the backing device
again is impossible: "bcache: Couldn't find uuid for md127 in set",
* and thirdly, setting readahead to anything else than zero makes
bcache access blocks behind the end of device (the backing device isn't
a multiple of the readahead size I tested): "md127: rw=0,
want=5816029416, limit=5816028912"
As people have had success with bcache from what I gather: is there any
working revision/patch I can up/downgrade to? ;-) All other tags
published on the mentioned gitweb don't seem to be versions which could
be used pseudo-productively, and cloning from the published repository
git://evilpiepirate.org/~kent/linux-bcache.git currently fails:
modelnine # git clone git://evilpiepirate.org/~kent/linux-bcache.git
Cloning into 'linux-bcache'...
remote: Counting objects: 2441832, done.
remote: aborting due to possible repository corruption on the remote
side.
fatal: early EOF
fatal: index-pack failed
modelnine #
Scrolling through the repository state published by web didn't
immediately hint at a previous tag/state in the repository that would be
usable. Thanks for any hints!
--
--- Heiko.
next reply other threads:[~2012-06-08 10:40 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-06-08 10:40 Heiko Wundram [this message]
[not found] ` <20120611103036.GA32260@moria.home.lan>
[not found] ` <20120611103036.GA32260-jC9Py7bek1znysI04z7BkA@public.gmane.org>
2012-06-11 10:31 ` Working bcache patchset? Kent Overstreet
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=18d9ec0eee7d5cee38ced035d38a7a23@modelnine.org \
--to=modelnine-eqiafqbrpk3nlxjtenletw@public.gmane.org \
--cc=linux-bcache-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).