Do you see the disk in the output of 'lsdasd'? If not (which is likely), you will need to rebuild the initrd. This is a little different from SLES, where I believe you append it in zipl.conf. For RHEL, modify the "dasd=" line in /etc/modprobe.conf, then run:
# cp /boot/initrd-`uname -r`.img /boot/initrd-`uname -r`.img.backup # mkinitrd -v -f /boot/initrd-`uname -r`.img `uname -r` In the output, you should see: [snip] Adding module dasd_mod with options dasd=xxx,xxx,302 [..] Then run /sbin/zipl to update the changes. After a reboot (or bringing it online manually), /sbin/lsdad should show something like: 0.0.0302(FBA ) at ( 94: 24) is dasdx : active at blocksize 512, 524288 blocks, 256 MB -Brad On Wed, 2007-07-18 at 11:47 -0400, Beth Somers wrote: > Nevermind, I saw the posts, I just did not scroll down far enough. Wew, OK, > you will get alot of crap, but hopefully someone from RedHat will bite. > Anyway, we will figure this out. Have a nice vacation and we will work on > it when you get back (oh yeah, I am off next week so perhaps the week > after). Beth > > Beth Somers > Certified Consulting I/T Specialist - Large and Storage Systems > [EMAIL PROTECTED] > 813-334-1238 > > > > > John White > <[EMAIL PROTECTED] > m> To > Sent by: Linux on [email protected] > 390 Port cc > <[EMAIL PROTECTED] > IST.EDU> Subject > Re: RedHat ES 4 using VDISK > > 07/18/2007 11:00 > AM > > > Please respond to > Linux on 390 Port > <[EMAIL PROTECTED] > IST.EDU> > > > > > > > The following is the contents of our /etc/zipl.conf. > > [EMAIL PROTECTED] network-scripts]# cat /etc/zipl.conf > [defaultboot] > default=linux > target=/boot/ > [linux] > image=/boot/vmlinuz-2.6.9-55.EL > ramdisk=/boot/initrd-2.6.9-55.EL.img > parameters="root=LABEL=/" > > According to (http://www.linuxvm.com/vdskdoit.html) We're supposed to > add the disk to the Linux Boot Parameter file, 'i.e. disk=302' in our > case. I added it as, "parameters="root=LABEL=/ disk=302" and it did not > make a difference. When I do a listing of /dev/dasd* there does not > show a corresponding device to run a 'mkswap' or 'mke2fs' command > against. > > The 302 disk is CMS FORMAT'ted. > > John > -----Original Message----- > From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of > Rick Troth > Sent: Wednesday, July 18, 2007 5:37 AM > To: [email protected] > Subject: Re: RedHat ES 4 using VDISK > > On Wed, 18 Jul 2007, Srinivasa R Chamarthy wrote: > > Can you let me know what is your /etc/zipl.conf ? And also let me know > > > if you are using a CMS formatted disk. If it is a CMS formatted disk > > then you can not put swap to it. and also give me the output for > > lsdasd. It would help me in debugging. > > Not exactly. > > Just for clarification, > CMS FORMAT does two things: low-level format (akin to 'dasdfmt') and > high-level format (akin to 'mke2fs'). If the disk is FBA or VDSK then > CMS FORMAT silently skips the low-level formatting operation. > > In general, FBA and VDSK should be usable immediately without CMS > FORMAT (and without 'dasdfmt'). You can simply 'mkswap' > or 'mke2fs' and use the whole disk. If you need partitioning, the story > changes. And if you use 'dasdfmt -l cdl' the waters get even murkier > w/r/t using "the whole disk". > > But the low-level half of the CMS FORMAT operation is essential prior to > using CKD disks, unless one runs 'dasdfmt' in Linux. > > *** summary *** > > CKD or ECKD -- require low-level formatting > > FBA, VDSK, SAN -- do not require low-level formatting > > CMS FORMAT -- performs low-level and high-level formatting > > 'mkswap' -- performs high-level formatting for swap space and > can be run even if the disk was CMS FORMATted > > 'mke2fs' -- performs high-level formatting for a filesystem > and > can be run even if the disk was CMS FORMATted > > Partitioning schemes may throw-off the latter two. > > -- R; > > ---------------------------------------------------------------------- > 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 > > ---------------------------------------------------------------------- > 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 -- Brad Hinson <[EMAIL PROTECTED]> Red Hat, Inc. (888) 733-4281 x44198 ---------------------------------------------------------------------- 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
