New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Lots of 'failed to remove ioctl... luks' lines spamming on shutdown. Is it dangerous? #2593

Open
tonsimple opened this Issue Jan 19, 2017 · 4 comments

Comments

Projects
None yet
4 participants
@tonsimple

tonsimple commented Jan 19, 2017

Qubes OS version (e.g., R3.2):

3.2

Affected TemplateVMs (e.g., fedora-23, if applicable):

Dom0
(I think...)


Expected behavior:

Clean shutdown

Actual behavior:

late in shutdown there is a pause and many (maybe hundreds!) of messages like :

device-mapper: remove ioctl on [something I can't read because scrolls to fast but has word luks in it] failed [something] device or resource busy

After a while system still shutdowns

These messages sound scary.
Should I be worried ?

Steps to reproduce the behavior:

  1. shut down all VMs (so we're sure it's not a VM hanging)
  2. run system for like five hours
  3. trigger system shutdown from the GUI

General notes:

Doesn't always happen.
Sometimes.
Usually if uptime > 5 hours.
Pointers as to how to find out what it is and how dangerous it is are very appreciated.


Related issues:

@andrewdavidwong

This comment has been minimized.

Show comment
Hide comment
@andrewdavidwong

andrewdavidwong Jan 20, 2017

Member

I see these too, and I'd also like to know. Any idea, @marmarek?

Member

andrewdavidwong commented Jan 20, 2017

I see these too, and I'd also like to know. Any idea, @marmarek?

@andrewdavidwong andrewdavidwong added this to the Release 3.2 updates milestone Jan 20, 2017

@pdinoto

This comment has been minimized.

Show comment
Hide comment
@pdinoto

pdinoto Feb 2, 2017

I see these too, and seems to be related to shutdown when there was at least one machine with an attached block device.

In my case, dom0 root disk is on a SSD, and I have a 2nd LUKS volume at /var/lib/qubes-add which is a SHDD disk and added as a xen pool.

Will try to film the issue, as it happens quite frequently for me.

pdinoto commented Feb 2, 2017

I see these too, and seems to be related to shutdown when there was at least one machine with an attached block device.

In my case, dom0 root disk is on a SSD, and I have a 2nd LUKS volume at /var/lib/qubes-add which is a SHDD disk and added as a xen pool.

Will try to film the issue, as it happens quite frequently for me.

@marmarek

This comment has been minimized.

Show comment
Hide comment
@marmarek

marmarek Feb 2, 2017

Member

It's probably related to long system shutdown ( #1581 ), I guess VMs are not stopped and are still connected to those devices. I still haven't figured out why VMs are not stopped at this point...

Member

marmarek commented Feb 2, 2017

It's probably related to long system shutdown ( #1581 ), I guess VMs are not stopped and are still connected to those devices. I still haven't figured out why VMs are not stopped at this point...

@andrewdavidwong

This comment has been minimized.

Show comment
Hide comment
@andrewdavidwong

andrewdavidwong Feb 3, 2017

Member

@marmarek: I don't think that's what it is (at least not in my case), because I make sure to shut down all VMs before issuing a shutdown/reboot command in dom0.

Member

andrewdavidwong commented Feb 3, 2017

@marmarek: I don't think that's what it is (at least not in my case), because I make sure to shut down all VMs before issuing a shutdown/reboot command in dom0.

@andrewdavidwong andrewdavidwong added the bug label Apr 3, 2018

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment