[mythtv-users] Terminal hangs when trying to mount LVM vgroup

[Javier Perez]

On 7/21/07, Azmat <azmat.hussain at gmail.com> wrote:
>
> Hi,
>
> I'm running MythTV on Fedora Core 5 using an LVM filesystem to store
> my recordings. The other night, when it was about to start recording a
> show, the recording started to hang. I killed the program and the
> server and decided to reboot the machine. When it came back up, I
> tried remounting the LVM group:
>
> mount /dev/MythVideo/video /video
>
> But the terminal hangs on this command and can't be aborted with ctrl-c.
>
> Looking at the output from dmesg, I have:
> ReiserFS: dm-0: Removing [4 480 0x0 SD]..<4>ReiserFS: dm-0: warning:
> PAP-5660: reiserfs_do_truncate: wrong result -1 of search for [4 480
> 0xfffffffffffffff DIRECT]
> done
> ReiserFS: dm-0: Removing [4 480 0x0 SD]..<4>ReiserFS: dm-0: warning:
> PAP-5660: reiserfs_do_truncate: wrong result -1 of search for [4 480
> 0xfffffffffffffff DIRECT]
> done
> ReiserFS: dm-0: Removing [4 480 0x0 SD]..<4>ReiserFS: dm-0: warning:
> PAP-5660: reiserfs_do_truncate: wrong result -1 of search for [4 480
> 0xfffffffffffffff DIRECT]
> done
> ReiserFS: dm-0: Removing [4 480 0x0 SD]..<4>ReiserFS: dm-0: warning:
> PAP-5660: reiserfs_do_truncate: wrong result -1 of search for [4 480
> 0xfffffffffffffff DIRECT]
> done
> ReiserFS: dm-0: Removing [4 480 0x0 SD]..<4>ReiserFS: dm-0: warning:
> PAP-5660: reiserfs_do_truncate: wrong result -1 of search for [4 480
> 0xfffffffffffffff DIRECT]
> done
>
> I don't know what this message means. I tried to include the messages
> from my /var/log/messages, but trying to output this long hangs the
> terminal in a similar manner as the mounting command.
>
> Here's the output from vgdisplay -v:
> [root at filmfreak mythtv]# /usr/sbin/vgdisplay -v
> Finding all volume groups
> Finding volume group "MythVideo"
> --- Volume group ---
> VG Name MythVideo
> System ID
> Format lvm2
> Metadata Areas 2
> Metadata Sequence No 11
> VG Access read/write
> VG Status resizable
> MAX LV 0
> Cur LV 1
> Open LV 0
> Max PV 0
> Cur PV 2
> Act PV 2
> VG Size 303.56 GB
> PE Size 64.00 MB
> Total PE 4857
> Alloc PE / Size 4848 / 303.00 GB
> Free PE / Size 9 / 576.00 MB
> VG UUID lbfBFS-cMj5-28yl-lAHD-d7mm-ueT8-I3bxJO
>
> --- Logical volume ---
> LV Name /dev/MythVideo/video
> VG Name MythVideo
> LV UUID Qn5H9s-93HE-GEJl-MGUH-B4Aa-9cFy-L5VEXu
> LV Write Access read/write
> LV Status available
> # open 0
> LV Size 303.00 GB
> Current LE 4848
> Segments 2
> Allocation inherit
> Read ahead sectors 0
> Block device 253:0
>
> --- Physical volumes ---
> PV Name /dev/hda6
> PV UUID ra4621-JPcp-2X0I-U0Ix-RUOA-Weeg-xAkLeF
> PV Status allocatable
> Total PE / Free PE 386 / 9
>
> PV Name /dev/hdb1
> PV UUID B4FhxP-3p0e-PAV3-uYoS-Gnon-Tq9z-f18cx8
> PV Status allocatable
> Total PE / Free PE 4471 / 0
>
> Has anyone else encountered this? I tried umounting /video just in
> case it was still mounted:
>
> [root at filmfreak mythtv]# umount /video
> umount: /video: not mounted
>
> I don't know what else to try but I'm open to ideas.
>
> Thanks.
> _______________________________________________
> mythtv-users mailing list
> mythtv-users at mythtv.org
> http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
>

some ideas

1. Run vgchange -ay . It will make available the lvm disk
2. run fsck /dev/MythVideo/video . this should run a system check of the
file system on the lvm. Make sure that you have the reisefs utilities
installed so fsck can find the proper fsck routine for a reiserfs filesystem

-- 
------------------------------
/\_/\
|O O|  pepebuho at pananet.com
~~~~ Javier Perez
~~~~   While the night runs
~~~~   toward the day...
  m m   Pepebuho watches
    from his high perch.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mythtv.org/pipermail/mythtv-users/attachments/20070722/f6fc58fd/attachment.htm