-
Notifications
You must be signed in to change notification settings - Fork 1.8k
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
zpool import complains about missing log device, suggests -m, then imports with the missing device anyways #4168
Comments
Quick comment on this one (I see the same on Debian Jessie with zfs 0.6.5.6-3, but potentially due to another cause): The systemd service /lib/systemd/system/zfs-import-scan.service fails importing all zpool, i.e. command
The culprit here seems to be |
@darkpixel so the issue here seems to be that your zfs cache file knows about the log device but it wasn't able to locate it at the expected path. As @carsten-AEI mentioned this sort of thing is more likely early on in the boot when all the devices may not yet have had links created. The probing logic is being improved with the proposed patches in #4523. I'd be very interested to hear if apply those patches to master resolves this issue. |
@behlendorf I have a different case where the slog is absent not because of missing from expected path but really absent, so the proposed patches do not apply. the pool shows as UNAVAIL on 'zpool import' but does import successfully with 'zpool import poolname -m'. Can the 'zpool import' message be changed from UNAVAIL to the result of 'zpool import -m poolname' aka can 'zpool import' check that the pool can really be imported with 'zpool import -m' and adjust the message accordingly? seeing the 'UNAVAIL' result is pretty misleading when in fact everything works just fine by importing without the slog device. when the user sees "The pool cannot be imported" and the url http://zfsonlinux.org/msg/ZFS-8000-6X says the same, it creates a hopeless feeling and discourages user to further attempt to online the pool. |
I'm seeing the same issue running 0.6.5.9 on Debian Jessie.
It imports fine with This problem exists regardless of whether I use disk id, uuid, or device name and I have tried without the mirror with just one device with the same luck. Something with the log device regardless of its name. |
Sorry @behlendorf, I didn't see your reply for some reason. I recently changed jobs and don't have access to ZFS test systems anymore. Someone else with the issue will have to test or we can close the issue. :) |
I have the same issue on Centos 7.2, Using ZFS 0.7.3 My slog device (second partition on SSD drive) is present however the zpool import doesn't work without the "-m" flag. This becomes critical if your SLOG have pending data to commit, because it won 't be possible to apply the SLOG to the main pool disks. Thanks a lot. Miguel |
same issue here:
device/file is present. |
Running a
zpool import
shows my log device is 'missing' and suggests I can import the pool by passing the -m flag.When I pass the -m flag, the pool (including the 'missing' log device) is imported and works fine.
This annoyingly breaks puppet automation we have set up for deploying new machines. ;)
I can reproduce on 5/5 machines by rebooting, then trying to import the pool.
The text was updated successfully, but these errors were encountered: