Ubuntu Systemd Bad Entry

[scottalanmiller]

@DustinB3403 Yes, clear.

[DustinB3403]

MD RAID 10 is configured on this box for the storage space. So I can check that as well.

[thwr]

@scottalanmiller

@DustinB3403 said in Ubuntu Systemd Bad Entry:

MD RAID 10 is configured on this box for the storage space. So I can check that as well.

Should be the very first thing to check.

[DustinB3403]

lots of deleted/unused inodes, clearing them all.

[StrongBad]

@DustinB3403 said in Ubuntu Systemd Bad Entry:

lots of deleted/unused inodes, clearing them all.

That is common in scenarios where you have filesystem corruption.

[DustinB3403]

 Inode ____ ref count is _, should be . Fix<u>? 

Correcting these issues.

[thwr]

@thwr said in Ubuntu Systemd Bad Entry:

@scottalanmiller

@DustinB3403 said in Ubuntu Systemd Bad Entry:

MD RAID 10 is configured on this box for the storage space. So I can check that as well.

Should be the very first thing to check.

Array status:

mdadm --detail /dev/mdx

https://raid.wiki.kernel.org/index.php/Detecting,_querying_and_testing#Querying_the_array_status

[DustinB3403]

it looks like xvda is having issues according the current screen.

Might have to replace that drive...

[DustinB3403]

At the moment the system appears to just be progressing through the blk_update_request with I/O errors for individual sectors on XVDA.

Should I abort this operation and find a replacement drive? Is it worth it to let this continue?

[thwr]

@DustinB3403 said in Ubuntu Systemd Bad Entry:

At the moment the system appears to just be progressing through the blk_update_request with I/O errors for individual sectors on XVDA.

Should I abort this operation and find a replacement drive? Is it worth it to let this continue?

Hard to say. Real data on it? Would try to get a last backup first before doing filesystem operations.

[scottalanmiller]

Yeah, all comes down to the value of recovery, really.

[DustinB3403]

I don't mind tearing down the system, it's only running 1 VM that I'm backing up my VM's too. Which those delta's get pushed off nightly to another disk.

[DustinB3403]

Time to reboot

[DustinB3403]

And the system is in recovery mode. ..

[scottalanmiller]

Manual fsck is no fun.

[DustinB3403]

At least all of the instructions are there, and this is a learning experience.

[Alex Sage]

This post is deleted!

[DustinB3403]

All disks in the array appear to be fine according to MD.... So this is clearly this is something with the VM.

[DustinB3403]

So I was able to just restore this VM to a snapshot from the other day.

Should I perform another fsck on this virtual system?

[scottalanmiller]

Not if it does not prompt you to.