Submit a ticketCall us

Get a crash course on Network Monitoring delivered right to your inbox
This free 7-day email course provides a primer to the philosophy, theory, and fundamental concepts involved in IT monitoring. Lessons will explain not only how to perform various monitoring tasks, but why and when you should use them. Sign up now.

Home > Success Center > Log & Event Manager (LEM) > Error: Unexpected inconsistency - fsck died with exit status 4

Error: Unexpected inconsistency - fsck died with exit status 4

Created by Christine Magbuo, last modified by Craig O’ Neill on Jul 18, 2016

Views: 166 Votes: 2 Revisions: 6

Updated June 18, 2016

Overview

This article describes the issue when you receive the following error when LEM appliance has been restarted and you are unable to log in to the LEM Console.

Error: Unexpected inconsistency - fsck died with exit status 4

 

Environment

LEM version 6.2

Cause 

The file system on LEM has become corrupted due to improper appliance shutdown or loss of power on the VM host.

Resolution

  1. Reboot LEM (cmc: appliance > reboot) to force a file system check.
  2. Within the error that says Give root password for maintenance (or type Control-D to continue), enter the root password (ROOT password must be entered by Solarwinds tech support).
  3. Once you have logged in as root, run the following commands:

a. Change the runlevel by logging in to the vSphere or Hyper V console and entering: init 1 

This allows for unmounting partitions. Mount, umount can be used to unmount.

For example: A filesystem can be unmounted with the following:
                umount /dev/sda5
                
b. Run fsck to the affected partition. 

For example: Each of the commands below will run fsck and repair the mentioned partition"

  • fsck -y /dev/sda1
  • fsck -y /dev/sda2
  • fsck -y /dev/sda5
  • fsck -y /dev/sda6?

d.  Run the following commands:

  • fsck -y /dev/sda2
  • fsck -y /dev/sda5

Note: fsck must run with unmounted partitions.

 

e. Change run level back to normal operation if the fsck completes successfully by entering: init 6

After performing both of the fsck manually in the mentioned partitions above and running reboot command under cmc (cmc: appliance > reboot), this should now continue without any errors. 

 

 

Last modified
08:09, 18 Jul 2016

Tags

Classifications

Internal Use Only