DOH!! That Hex to Decimal, Meters to Feet thing always gets me! Once I got past that hurdle....that guest was being converted from a shared /usr & /opt to a dedicted one to apply image specific maintenance. They had removed the (ro) from the zipl.conf already but had not actually booted with the dedicated minidisks.
Sorry for the brain freeze on the major node, time to go take a nap! ------------------------------------------- Jeremy Warren Sr. Systems Programmer KB Toy Stores 100 West St. Pittsfield, MA 01201 (413) 496-3900 mailto:[EMAIL PROTECTED] |---------+----------------------------> | | Rick Troth | | | <[EMAIL PROTECTED]> | | | Sent by: Linux on| | | 390 Port | | | <[EMAIL PROTECTED]| | | IST.EDU> | | | | | | | | | 02/14/2003 03:45 | | | PM | | | Please respond to| | | Linux on 390 Port| | | | |---------+----------------------------> >---------------------------------------------------------------------------------------------------------------| | | | To: [EMAIL PROTECTED] | | cc: | | Subject: Re: [LINUX-390] Major Node 5e:11 | >---------------------------------------------------------------------------------------------------------------| Convert hex to decimal. 5E:11 is major 94, minor 17, or /dev/dasde1. You're getting errors (probably FS errors) on /dev/dasde1. Like Gordon asked, is it shared R/O where some other Linux has it read-write? If so, then it is possible that the OTHER guest has changed the content out from under the problem guest. -- RMT
