Your message dated Sat, 16 Sep 2017 16:31:28 +0000
with message-id <e1dtg08-0007my...@fasolo.debian.org>
and subject line Bug#875682: Removed package(s) from unstable
has caused the Debian Bug report #713955,
regarding [flashcache-utils] flashcache_load hangs if run on an already loaded
cached device
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)
--
713955: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=713955
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: flashcache-utils
Version: 1.0+git20130518-1
Severity: normal
--- Please enter the report below this line. ---
If I run flashcache_load on an already mounted cache device, instead of
returning with an error code (as it used to do some time ago) it hangs, with
the message:
device-mapper: create ioctl on capitanatacache failed: Device or resource
busy
It never returns until I kill it. This behaviour has a nasty (for me) side
effect.
I have set up (some time ago) my laptop with a hybrid drive to use the ssd
to cache the spinning disk, and used the resulting cached device as a
physical device to base an lvm on. As a result my root partition resides on
it. It took a little work to configure intramfs-tools (a hook into
/etc/initramfs-tools/hooks to put flashcache utils and modules in the
/ramdisk, a script in /etc/initramfs-tools/scripts/init-premount/ to run
flashcache_scan on initially available devices before mounting them) but it
works like a charm. Until recently. Recently, something changed in
flashcache_load, whereby instead of just returning if run on an already
loaded cache, it hangs indefinitely. So now, when the boot sequence arrives
at running udev, and udev runs /lib/udev/rules.d/84-flashcache.rules on all
available devices, it stops forever, until udev times out on it and kills
it.
While I understand that booting off a flashcache device is not supported by
the debian package (but if you want I can send you the hook and script I put
in /etc/initramfs!), I still think it is a bad thing for flashcache_load to
hang indefinitely if run on an already mounted device.
Could you please either:
1) correct flashcache_load to return with an error code if run on an already
running cache
2) or add a standalone test which can check if a cache device is already
loaded
Thanks in advance, best regards
Giacomo Mulas
--- System information. ---
Architecture: amd64
Kernel: Linux 3.9-1-amd64
Debian Release: jessie/sid
500 all liveusb.info
401 unstable www.deb-multimedia.org
401 unstable mi.mirror.garr.it
401 unstable ftp.debian.org
399 stable dl.google.com
10 experimental ftp.debian.org
--- Package information. ---
Depends (Version) | Installed
===========================================-+-======================
libc6 (>= 2.7) |
perl |
flashcache-dkms (= 1.0+git20130518-1) |
lsb-base (>= 3.2-14) |
module-init-tools |
dmsetup |
Recommends (Version) | Installed
============================-+-==============
udev | 175-7.2
bsdutils (>= 1:2.17.2) | 1:2.20.1-5.4
Package's Suggests field is empty.
--- End Message ---
--- Begin Message ---
Version: 3.1.3+git20150701-5+rm
Dear submitter,
as the package flashcache has just been removed from the Debian archive
unstable we hereby close the associated bug reports. We are sorry
that we couldn't deal with your issue properly.
For details on the removal, please see https://bugs.debian.org/875682
The version of this package that was in Debian prior to this removal
can still be found using http://snapshot.debian.org/.
This message was generated automatically; if you believe that there is
a problem with it please contact the archive administrators by mailing
ftpmas...@ftp-master.debian.org.
Debian distribution maintenance software
pp.
Scott Kitterman (the ftpmaster behind the curtain)
--- End Message ---
