Bug 215067 - [zfs] g_dev_taste: make_dev_p() failed on importing pool with snapshots with long names
Summary: [zfs] g_dev_taste: make_dev_p() failed on importing pool with snapshots with ...
Status: New
Alias: None
Product: Base System
Classification: Unclassified
Component: kern (show other bugs)
Version: 10.3-RELEASE
Hardware: amd64 Any
: --- Affects Some People
Assignee: freebsd-fs mailing list
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2016-12-05 09:20 UTC by rainer
Modified: 2017-09-16 06:02 UTC (History)
1 user (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description rainer 2016-12-05 09:20:02 UTC
Hi,

we send snapshots from a host with (old) SmartOS to a FreeBSD 10.1.


hw.machine: amd64
hw.model: Intel(R) Xeon(R) CPU E5-2620 v3 @ 2.40GHz
hw.ncpu: 12
hw.byteorder: 1234
hw.physmem: 68558307328
hw.usermem: 15738359808
hw.pagesize: 4096
hw.floatingpoint: 1
hw.machine_arch: amd64
hw.realmem: 70866960384


This server was never really rebooted after it went into production, so upon reboot (bringing it to 10.1-RELEASE-p41, to update it to 10.3-RELEASE afterwards), it was discovered that it couldn't import its zpool anymore.

Lots and lots of
g_dev_taste: make_dev_p() failed (gp->name=zvol/storage/backup/ahostnamehere/some-guid-disk1@zfs-auto-snap:daily-2016-11-22-00:00, error=63)

It seems there is a 63 character limit in place here (judging from various post in mailing-lists).

I booted with the 11.0 install CD and tried to mount the zpool with that (LiveCD mode) - it showed the same error messages.

I'm updating it to 10.3 at the moment, for the sake of having it on a supported release.

Is there any fix for this?
We're not really in a position to rename the snapshots on the source-system.