Closed GoogleCodeExporter closed 9 years ago
# dm reload temporary-cryptsetup-875 OFW [16384] (*1)
device-mapper: reload ioctl on failed: No such file or directory
...
This says that device-mapper did not create keyslot block device properly.
Seems like misconfigured device-mapper udev rules or some other
misconfiguration on your system (like disappearance of underlying device or so).
Please check that you have upstream device-mapper udev rules installed (this is
part of lvm2 package).
Original comment by gmazyl...@gmail.com
on 11 Dec 2013 at 8:37
Which rules should I be looking for? It seems lvm2 brought some relevant udev
rules.
Is there a udevadm query I can run to verify?
Original comment by yuv....@gmail.com
on 11 Dec 2013 at 10:58
Is there anything that looks related and it's logged in dmesg or
/var/log/messages? Check for the "dm-" or "temporary-cryptsetup" dev name or
so. Also, you can run "udevadm monitor --udev --env" to see and inspect the
outcome of udev processing. But this seems like a problem in kernel where the
dev is not created for some reason. We've had problems with concurent access to
the device where udev kept the dev open and it was not possible to remove it,
but we didn't have problems with device creation itself...
Original comment by prajn...@gmail.com
on 2 Jan 2014 at 3:05
I've run a full system upgrade today, and the issue has disappeared. The last
full system upgrade was a week ago, so some patch that landed this week on Arch
Linux ARM has fixed this bug.
This issue can be closed.
Original comment by yuv....@gmail.com
on 2 Jan 2014 at 3:09
Original comment by agk...@gmail.com
on 2 Jan 2014 at 3:31
Original issue reported on code.google.com by
yuv....@gmail.com
on 11 Dec 2013 at 8:28