Closed jeffmcaffer closed 2 years ago
I went through the code and found everywhere that resize2fs
is called and it DOES appear that `e2fsck -pf is being run. However, in all cases it appears any errors it may be giving are being skipped.
It seems that when I run e2fsck -pf
from the command line I get the following error.
e2fsck -pf /dev/mapper/ignite-a76c835f22fd4f66
/dev/mapper/ignite-a76c835f22fd4f66: Resize inode not valid.
/dev/mapper/ignite-a76c835f22fd4f66: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY. (i.e., without -a or -p options)
So perhaps skipping the errors masking this issue and there is in turn some other more fundamental issue with the filesystem?
Update. I think this is something (still not sure what) in my machine configuration. I created a new 18.04 VM and it works fine. then I created a new 20.04 VM and it worked fine. Then I installed a few things like Docker, node, acl, and go and ran my some of my code and that seems to have broken Ignite.
Summary, at this point I'm pretty sure this is a local problem and I need to work through it. I'll close this now and post if I find the conflict and there's anything to be done about it with Ignite.
With a fresh download of ignite 0.10 on Ubuntu 20.04 (amd64) and run the first line of the README example. Fails on umount.
I get the same thing using ignited and following the getting started example with smoke-test.yml
I tried building from source and that didn't help. Also poked around in the code to find the failing
umount
and comment it out. That gets me further along but then I get an error related toe2fsck
.Feels like somehow something fundamental in my setup is wrong but I don't see what. Pretty vanilla all around.
A few things of note (perhaps):
ignite version
the last line talks about "runtime". I do not have that in my output. Not sure if it matters. I did notice in some commands I'd get a "No runtime" error. I do havecontainerd
(and Docker) installed.sudo
s around. Since most of those were install operations, once they work it seems they should be fine. Note that I also tried runningsudo -s
first and then runningignite
and still get thee2fsck
error.