I am suddenly unable to attach ".eli" device for partition on this morning's main. # geli attach -d -kâ KEYFILE /dev/gpt/aux Enter passphrase: geli: Class not found: "ELI" geli: There was an error with at least one provider. I was an update to /usr/src/sys/geom/geom_kern.c yesterday that broke it. I rolled it back and everything seems to work again.
More context from submitter as of his email to freebsd-current: The commit of base 713abc9880aabe0ff924ff644bceb6ff404ed3cd broke the attachment of encrypted partitions on main. # geli attach -d -k KEYFILE /dev/gpt/aux Enter passphrase: geli: Class not found: "ELI" geli: There was an error with at least one provider. Rolling back the patch fixed the issue.
I've been re-reading the patch again and it look likes it cannot have the effect you describe. Actually, it should have no visible effect at all, and I've checked it doesn't in the sysctl tree. Moreover, it has no relation at all with GELI, nor even with internal function of GEOM. Are you absolutely sure this is the commit that breaks it for you? Could you send the output of 'sysctl debug.sizeof' before and after the patch?
> # geli attach -d -k KEYFILE /dev/gpt/aux > Enter passphrase: > geli: Class not found: "ELI" > geli: There was an error with at least one provider. Some code reading hints at a kernel compiled without GELI and geom_eli.ko not being loaded.
(In reply to Olivier Certner from comment #3) I am completely baffled as to why it failed and then worked after rolling the patch back. I restored the patch and rebuilt the kernel and the problem did not reappear I have rebuilt my system as of 15000042 and the problem no longer appears, so will close the ticket. Sorry and thanks for looking at it.
(In reply to rkoberman from comment #4) No problem. Out-of-sync kernel and modules might explain that. Please re-open if you encounter the problem again.