I tried both this and running `sync;sync;sync;umount /mnt/linux5` as Mike MacIsaac suggested. No dice; I keep stopping at the same point in the boot.
I'm going to re-mount /mnt/linux5 on linux7 to see if anything has been written in the logs. -Matt Marist EDU wrote:
Maybe you need to re-write the boot record. With the linux05 / mounted to /mnt/linux5 try: chroot /mnt/linux5 zipl Just a guess. Josh Konkol, CCSE CNE MCSE Technical Research Specialist .~. GuideOne Insurance /V\ /( )\ ^^-^^ [EMAIL PROTECTED] -----Original Message----- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Matt Gourley Posted At: Wednesday, March 22, 2006 9:35 AM Posted To: Marist EDU Conversation: Backups with FDR/Upstream Subject: Backups with FDR/Upstream Morning all, I know this isn't the Upstream list, but I figured I'd sanity-check what I've done with my Linux images setup and describe what I've run into in the hope that someone else has been down this road. :) I've setup two virtual servers under z/VM: - linux7, which is setup similarly to linux00 under the LPAR2VS Redbook: Class BG, OPTION LNKNOPAS. I've also setup Hipersockets between it and z/OS for Upstream purposes, and backups/restores of files and directories have been tested without issues. - linux5, my guinea-pig image. With LINUX5 shutdown and logged off VM, I've run the following commands on linux7 (big thanks to Mike MacIsaac et. al. and their clone script from LPAR2VS): hcp LINK LINUX5 100 1100 MR echo 1 > /sys/bus/ccw/devices/0.0.1100/online mkdir /mnt/linux5 mount /dev/dasdd1 /mnt/linux5 # Note: I'd checked the device name beforehand Now I've got linux5's / disk mounted on linux7. I then run a backup job from z/OS that calls Upstream on linux7 to backup /mnt/linux5/*. Now that I have a (supposed) full backup of linux5, I'm going to delete everything from /mnt/linux5 to test a full-system restore: cd /mnt/linux5 rm -rf * I then run a restore job from z/OS that restores linux7:/mnt/linux5 using Upstream. Finally, I clean up my links to make sure LINUX5 has its disk all to itself: umount /mnt/linux5 echo 0 > /sys/bus/ccw/devices/0.0.1100/online hcp DETACH 1100 Now I should be able to logon to LINUX5 and IPL a restored copy of everything from its 100 disk. However, when I do so, I get about 1/3 of the way through the boot process, and it's hanging on: qdio: loading QDIO base support version 2 ($Revision: 1.79.2.8 $/$Revision: 1.57 $/$Revision: 1.23.2.2 $) qeth: loading qeth S/390 OSA-Express driver ($Revision: 1.77.2.54 $/$Revision: 1 .98.2.27 $/$Revision: 1.27.2.9 $/$Revision: 1.8.2.2 $/$Revision: 1.7.2.3 $/$Revi sion: 1.5.2.6 $/$Revision: 1.19.2.16 $ :IPv6 :VLAN) There's nothing in the scroll of the IPL before this point that inidicates any problems, though if necessary I could copy/paste the whole thing. Any insights into this would be helpful. Thanks, -Matt -- Matt Gourley Systems Administrator Pennsylvania State University Administrative Information Services - Infrastructure/Sysarc Rm 25 Shields Bldg., University Park, PA 16802 (814) 865-8726 [EMAIL PROTECTED] ---------------------------------------------------------------------- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 ---------------------------------------------------------------------- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
-- Matt Gourley Systems Administrator Pennsylvania State University Administrative Information Services - Infrastructure/Sysarc Rm 25 Shields Bldg., University Park, PA 16802 (814) 865-8726 [EMAIL PROTECTED] ---------------------------------------------------------------------- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
