topic Re: fsck fail in Operating System - HP-UX

fsck fail

Yarok — Tue, 28 Dec 2010 10:36:36 GMT

Hello
When trying to run the fsck it finally bring the message: cannot red blk 212080.
It seems that Vol 19 is crushed.

The OS is up but without the normal GUI (like init 3).

Please see the attached rc.log file.

Please advice.

Re: fsck fail

Shibin_2 — Tue, 28 Dec 2010 11:00:15 GMT

You need to unmount the file system on /dev/vg00/lvol9 then do fsck

I think, it is /usr file system.

If any application running, please stop and unmount /usr . Otherwise, boot into single user mode ( this is safe option ) and do fscsk on /usr

fsck -F vxfs -o full

Re: fsck fail

Yarok — Tue, 28 Dec 2010 11:41:59 GMT

Hello,

Thanks for the reply,

I rebooted the system into Singel mode.
When I tried to umount /dev/vg00/lvol19, it says that /dev/vg00/lvol19 cannot find in /etc/mnttab.

Should I run the fsck -F vxfs -o anyway ?

BR,

Yaron

Re: fsck fail

Shibin_2 — Tue, 28 Dec 2010 11:46:20 GMT

Single user mode ( in maintenance ), it won't mount all file system. You can start straight away to do fsck.

You may have to give full path.

/sbin/fsck -F vxfs -o full

Re: fsck fail

Yarok — Tue, 28 Dec 2010 12:04:56 GMT

sorry, but what is the 'vxfs' and what vol should I check? (the problematic one - 19) ?

Re: fsck fail

Ismail Azad — Tue, 28 Dec 2010 12:18:06 GMT

Hi,

Vxfs there is the type of filesystem that is being mentioned at the time of execution of fsck and an lvol19 will not be mounted in runlevel s. Yes the logical volume that is corrupted should be mentioned as the argument on the execution of fsck.

Regards
Ismail Azad

Re: fsck fail

Yarok — Tue, 28 Dec 2010 12:42:42 GMT

Sorry, but I still cannot run it correctly.
I tried:

/sbin/fsck -F vxfs -o full /dev/vg00/lvol19

received:

fsck vxfs cannot stat /dev/vg00/lvol19

What does it mean?

Thanks,

Yaron

Re: fsck fail

Dennis Handly — Tue, 28 Dec 2010 14:10:27 GMT

>fsck vxfs cannot stat /dev/vg00/lvol19

Are you using the raw/character device?

>Shibin: I think, it is /usr file system.

It seems to be /var/?

Re: fsck fail

Matti_Kurkela — Tue, 28 Dec 2010 14:37:28 GMT

Not "Vol 19" but LVOL 9:

---from the attachment:---
mount: /dev/vg00/lvol9 needs to be fsck'ed before mounting
----end----

Depending on the font used on your display, the second lowercase L in default-style LV names (pattern "lvolN", N = number) can be easy to confuse with number 1.

You aren't the first to make this mistake, and probably won't be the last one either.

Based on the error messages in your attached rc.log, looks like your /dev/vg00/lvol9 probably contains your /var. As a result of the failed mount, several system daemons have failed to start.

You also have an exportfs error message about /scc: is this symlinked to some sub-directory within your /var? If not, this might be a separate issue.

If /scc does not exist at all, it might be a remnant of some old configuration: while the /scc directory may have been removed, /etc/exports seems to still refer to it.

MK

Re: fsck fail

Shibin_2 — Wed, 29 Dec 2010 05:32:42 GMT

// Have you checked that this is mounted ?

bdf /dev/vg00/lvol19 ?

If mounted, then need to unmount it first, then do fsck.

Re: fsck fail

Yarok — Wed, 29 Dec 2010 09:22:52 GMT

Hello,

Thank you for the correction. Indeed, it is

LVOL9 and not LVO19.

I could not find /scc and /dev/vg00/lvol9 as well.
I checked the mount to /dev/vg00/lvol9 and it says that its not in /etc/mnttab

bdf check olso indicates that /dev/vg00/lvol9 does not exist.

/etc/exports shows:

/scc -annon = 0
/disk2/scc = 65534

I compared with Other HP machine and it shows that /dev/vg00/lvol9 is mounted to /scc and
/etc/exports shows

/scc -annon = 65534
/disk2/scc = 65534

Please note that /scc is necessary for work.

Please advice.

Re: fsck fail

Matti_Kurkela — Wed, 29 Dec 2010 11:17:02 GMT

Your previous fsck command was directed to LVOL 19, which apparently does not exist. No wonder it failed.

This command will try to fix LVOL 9, accessing it in raw mode. For this command, the VG must be activated, but the LVOL must be unmounted. If I understood correctly, that's exactly the situation you have now.

/sbin/fsck -F vxfs -o full /dev/vg00/rlvol9

If the filesystem check is successful, you should be able to mount the LVOL 9 filesystem after that:

mount /dev/vg00/lvol9

If this is successful too, it should be possible to reboot (with the command "shutdown -r now") and have your system start up normally again.

The original error message (cannot read block ...) suggests your disk may have already failed partially and may soon fail completely. If you don't have a backup of the system, make one as soon as possible.
(I hope you *do* have a backup: some files may already have been lost or damaged)

If you have a support agreement with HP, open a support call for disk replacement, let the HP engineer fix it and ask him/her how to proceed.

If you don't have a support agreement, please read this HP document called "When Good Disks go Bad: dealing with disk failures under LVM":
http://bizsupport2.austin.hp.com/bc/docs/support/SupportManual/c01911837/c01911837.pdf

MK

Re: fsck fail

Yarok — Wed, 29 Dec 2010 13:46:22 GMT

Sorry, but the fsck cannot be start. I think, again ,it concerns to the reason that there is no LVOL9.

Any idea how to search for the vol?

Re: fsck fail

Dennis Handly — Wed, 29 Dec 2010 13:54:36 GMT

>the fsck cannot be start.

What error did you get?

>Any idea how to search for the vol?

What do these show:
ls -l /dev/vg00/lvol9
/sbin/lssf /dev/vg00/lvol9

Re: fsck fail

Yarok — Wed, 29 Dec 2010 14:01:46 GMT

The error I get is:

vxfs fsck: cannot stat /dev/vg00/rlvol9

ls -l /dev/vg00/lvol9 shows:

/dev/vg00/lvol9 not found

/sbin/lssf /dev/vg00/lvol9 shows:
lssf: no shuch file or directory /dev/vg00/lvol9

Re: fsck fail

Shibin_2 — Thu, 30 Dec 2010 03:00:53 GMT

Please provide the output of

vgdisplay -v vg00

If it is too long, please DO NOT copy paste here; but attach.

Re: fsck fail

Yarok — Wed, 05 Jan 2011 07:19:50 GMT

Hello again,

Sorry for the delay but I was out of the office.

I attached 2 files:

LVOL_check - is the vgdisplay -v vg00 resault of the "demaged" computer

and

LVOL_check_OK - is the vgdisplay -v vg00 command resault of other "good" computer(an HP similar machine that does not suffer from disk problem).

Re: fsck fail

Yarok — Wed, 05 Jan 2011 07:22:04 GMT

Ho,

I can see that only one file canbe attached at a time. so here is the second one (LVOL_check_OK)

Re: fsck fail

Dennis Handly — Wed, 05 Jan 2011 15:21:00 GMT

>only one file can be attached at a time.

Yes, unless you tar and/or zip the files.
(If you zip, make sure the suffix is .Zip.)

Re: fsck fail

Yarok — Sun, 09 Jan 2011 07:52:34 GMT

Can someone give me a solution to this problem?
In my poor opinion, I should recreate the lost Volume - (Vol19).

1. How can I do that?
2. How can I restore the lost information? (I think the information is still there, somewhere, I need to check for it).