- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - Linux
- >
- Re: fsck.ext3: no such file or directory while try...
Operating System - Linux
1752587
Members
4092
Online
108788
Solutions
Forums
Categories
Company
Local Language
юдл
back
Forums
Discussions
Forums
- Data Protection and Retention
- Entry Storage Systems
- Legacy
- Midrange and Enterprise Storage
- Storage Networking
- HPE Nimble Storage
Discussions
Discussions
Discussions
Forums
Forums
Discussions
юдл
back
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
- BladeSystem Infrastructure and Application Solutions
- Appliance Servers
- Alpha Servers
- BackOffice Products
- Internet Products
- HPE 9000 and HPE e3000 Servers
- Networking
- Netservers
- Secure OS Software for Linux
- Server Management (Insight Manager 7)
- Windows Server 2003
- Operating System - Tru64 Unix
- ProLiant Deployment and Provisioning
- Linux-Based Community / Regional
- Microsoft System Center Integration
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Blogs
Information
Community
Resources
Community Language
Language
Forums
Blogs
Topic Options
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО06-18-2010 11:43 AM
тАО06-18-2010 11:43 AM
Re: fsck.ext3: no such file or directory while trying to open /dev/mapper
multipath_conf and PVSCAN Results.docx
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО06-18-2010 01:17 PM
тАО06-18-2010 01:17 PM
Re: fsck.ext3: no such file or directory while trying to open /dev/mapper
You previosuly said that you were using PowerPath right ?
Please post the output of the following commands,preferably in text files:
pvs
vgs
lvs
vgscan
powermt display dev=all
Try to replace your last three "/dev/mapper/Volume15-XXXX lines" on fstab with
/dev/Volume15/XXXX, and add ",_netdev" right besides the default keyword on the fourth column, so for example
/dev/mapper/Volume15-Stageing /u06 ext3 defaults 1 2
becomes
/dev/mapper/Volume15/Stageing /u06 ext3 defaults,_netdev 1 2
Reboot and you should be able to see the logical volume mounted
Please post the output of the following commands,preferably in text files:
pvs
vgs
lvs
vgscan
powermt display dev=all
Try to replace your last three "/dev/mapper/Volume15-XXXX lines" on fstab with
/dev/Volume15/XXXX, and add ",_netdev" right besides the default keyword on the fourth column, so for example
/dev/mapper/Volume15-Stageing /u06 ext3 defaults 1 2
becomes
/dev/mapper/Volume15/Stageing /u06 ext3 defaults,_netdev 1 2
Reboot and you should be able to see the logical volume mounted
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО06-19-2010 04:15 AM
тАО06-19-2010 04:15 AM
Re: fsck.ext3: no such file or directory while trying to open /dev/mapper
If the VG has been exported, the "export" status has been written to the VG header on the disks, so rebooting won't change the status of the VG.
An exported VG cannot be activated, so the VG most likely isn't active on any other system. The system startup will attempt to activate all the VGs it sees, but it will *not* auto-import any exported VGs.
(If you know about exporting VGs on HP-UX, don't even try to apply that to Linux; "exporting a VG" is very different on Linux LVM2.)
If all the PVs belonging to this VG are available, the problem can probably be fixed by simply importing the VG, then activating it:
vgimport VolGroup15
vgchange -a y VolGroup15
Exporting a VG is always a manual sysadmin action: the system never does it on its own. It might be important to find out who did export this VG and why. In HP-UX, exporting a VG is a valid substitute for removing it, and exporting is actually easier to do. So someone who has originally learned LVM on HP-UX might have mistakenly applied HP-UX procedures on Linux here.
But the fact that the system is trying to run fsck on the LV(s) of this VG indicates that the removal procedure was not complete: before removing the VG, all the references to its LVs should have been removed from the /etc/fstab file. Whoever did the exporting, may have simply exported a wrong VG by mistake... so there might be remains of another incompletely-removed VG somewhere on your system, which should be properly cleaned up.
MK
An exported VG cannot be activated, so the VG most likely isn't active on any other system. The system startup will attempt to activate all the VGs it sees, but it will *not* auto-import any exported VGs.
(If you know about exporting VGs on HP-UX, don't even try to apply that to Linux; "exporting a VG" is very different on Linux LVM2.)
If all the PVs belonging to this VG are available, the problem can probably be fixed by simply importing the VG, then activating it:
vgimport VolGroup15
vgchange -a y VolGroup15
Exporting a VG is always a manual sysadmin action: the system never does it on its own. It might be important to find out who did export this VG and why. In HP-UX, exporting a VG is a valid substitute for removing it, and exporting is actually easier to do. So someone who has originally learned LVM on HP-UX might have mistakenly applied HP-UX procedures on Linux here.
But the fact that the system is trying to run fsck on the LV(s) of this VG indicates that the removal procedure was not complete: before removing the VG, all the references to its LVs should have been removed from the /etc/fstab file. Whoever did the exporting, may have simply exported a wrong VG by mistake... so there might be remains of another incompletely-removed VG somewhere on your system, which should be properly cleaned up.
MK
MK
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО06-22-2010 07:24 AM
тАО06-22-2010 07:24 AM
Re: fsck.ext3: no such file or directory while trying to open /dev/mapper
Points assigned. Thanks for your help. Since only one file system is affected and we have backups of it, we decided to restore from the backups.
Thanks!
Ravi.
Thanks!
Ravi.
- « Previous
- Next »
The opinions expressed above are the personal opinions of the authors, not of Hewlett Packard Enterprise. By using this site, you accept the Terms of Use and Rules of Participation.
News and Events
Support
© Copyright 2024 Hewlett Packard Enterprise Development LP