| Blogs | Classifieds | Downloads | FlashChat | Gallery | Googlemap | Invite Friends | Links | Projects | Reviews | Wiki |
| |||||||||
Welcome to the pSeries Tech Forums,
our free peer-based support site for administrators, engineers and architects working with IBM pSeries servers and software. You are currently viewing our site as a guest which gives you limited access to view most discussions, articles, tutorials and access our other free features. By joining our community you will be able to collaborate with administrators, engineers and architects charged with designing, delivering or maintaining IBM pSeries server environments. Founded by a recognized IBM pSeries consultant and IBM Redbook author, pSeries Tech Forums was developed with the single mission of bringing IBM pSeries professionals together into a single self-help community. Registration is fast, simple and absolutely free to all IT professionals with responsibility for or interest in IBM pSeries servers. We invite you to join our community today! If you have any problems with the registration process or your account login, please contact contact support. |
| Our Sponsors | |
| | |
| Want to advertise? | |
![]() |
| | LinkBack | Thread Tools |
|
#1
| ||||
| ||||
In our production environment, we have an eServer running AIX 5.3 TL06. We take a monthly mksysb, and send this to our DR site, which is a pSeries P55a. On attempting to build this paritition from a mksysb, with the lpp source, the mksysb builds with no problems, except the following messages appear at the end. Missing file sets ~~~~~~~~~~ devices.chrp_lpar.base devices.vdevice.l-lan devices.vdevice.vty devices.vsci.disk On reboot, the display hangs at the loading kernel page. Other partitions we build, go from lpar to lpar and work fine. However this unit is a standalone unit, that we want to push to lpar. From what I can see, the above drivers do not exist in the lpp source or the distro CD. Nim_move_up seems an option, but is not quite what we are looking for, as we would be assuming a non-functional system to recover. Any thoughts, etc. |
|
#2
| ||||
| ||||
An mksysb is designed to restore to identical hardware that it came from. If it works for anything else great. You've hit that hole. I would suggest trying to restore the mksysb with a full lpp_source available to install any needed device drivers. It could also be stalling because it can't find the consloe device properly - the older server will have a serial console and the LPAR a vty for the console. As you have a DR facility you could also simply install the DR LPAR from scratch and configure it for the applicaion again.
__________________ Ross Mather, IBM AIX IT Specialist. That said anything I say here is my own opinion and not anything that you can ever hold against IBM. Ohhh and don't forget that I make mistakes too.... |
|
#3
| ||||
| ||||
Seems like your lpp source is incomplete, it is missing the LPAR / virtual device drivers required to deploy your mksysb on to an LPAR'd environment. As Ross says, you need a full lpp source to do this type of system migration with a mksysb over nim. Even then you will also need a little bit of luck because this in not what nim / mksysb was designed for. |
|
#4
| ||||
| ||||
Hi There, For current p5* You should be able to restore any mksysb onto any model booting from a higher or equal TL/ML CD/DVD. There is an option to ensure the later filesets are not applied following restore. Steve
__________________ Take your time and think things through !! To view links or images in signatures your post count must be 10 or greater. You currently have 0 posts. |
![]() |
| Bookmarks |
| Currently Active Users Viewing This Thread: 1 (0 members and 1 guests) | |
| Thread Tools | |
| |