- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - Linux
- >
- CentOS boot fails from Snap Clone disk
Operating System - Linux
1752785
Members
6064
Online
108789
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
тАО11-03-2010 10:17 PM
тАО11-03-2010 10:17 PM
CentOS boot fails from Snap Clone disk
Hello,
I just tried to backup my CentOS by snap cloning the disk. I presented the disk to a blade server and tried to boot. I get e2fsck errors from boot partition /dev/mapper/mpath0p1. So first of all I check the multipath configuration to match the new WWID on cloned disk. That cured one error. But still was unable to pass due e2fsck error.
I did e2fsck in rescue mode to mpath0p1 and it said /boot is clean. Still unable to boot up.
I'm attaching screen shot of the error message to this post.
I just tried to backup my CentOS by snap cloning the disk. I presented the disk to a blade server and tried to boot. I get e2fsck errors from boot partition /dev/mapper/mpath0p1. So first of all I check the multipath configuration to match the new WWID on cloned disk. That cured one error. But still was unable to pass due e2fsck error.
I did e2fsck in rescue mode to mpath0p1 and it said /boot is clean. Still unable to boot up.
I'm attaching screen shot of the error message to this post.
2 REPLIES 2
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО11-03-2010 10:20 PM
тАО11-03-2010 10:20 PM
Re: CentOS boot fails from Snap Clone disk
Forgot to mention that I am running on EVA4400 and Blade bl460 g6 hardware.
HPDMultipath version 4.4.0.
HPDMultipath version 4.4.0.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО11-03-2010 11:34 PM
тАО11-03-2010 11:34 PM
Re: CentOS boot fails from Snap Clone disk
For some reason, the system says /dev/mapper/mpath0p1 is already mounted at that time fsck runs. I wonder what could cause that?
Did you re-create your initrd after changing the WWID?
If your root filesystem is on multipathed disk, the initrd must necessarily contain the WWID information too, since the multipath subsystem must be activated before mounting the multipathed root filesystem. If your initrd contains old WWID information and your actual root filesystem has conflicting new information, it might cause some confusion.
You might want to use the shell the system offers you to try and check all the appropriate filesystems at this point (without seeing your /etc/fstab, it's hard to be more specific than that). If that produces any error messages, those messages might help understanding the problem.
MK
Did you re-create your initrd after changing the WWID?
If your root filesystem is on multipathed disk, the initrd must necessarily contain the WWID information too, since the multipath subsystem must be activated before mounting the multipathed root filesystem. If your initrd contains old WWID information and your actual root filesystem has conflicting new information, it might cause some confusion.
You might want to use the shell the system offers you to try and check all the appropriate filesystems at this point (without seeing your /etc/fstab, it's hard to be more specific than that). If that produces any error messages, those messages might help understanding the problem.
MK
MK
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