Hi Tom,
I was able to get the diskless client boot up correctly. What I had to do is
to use the 'disklabel -s' to change my rz0b (which is used for DU3.2C locally)
partition from 'unused' to 'swap'. It seems to me that DU4.0 in this case
insists to allocate the swap space on a 'swap' partition. I don't know if this
is true. But this works.
The -s switch is not available from the 'disklabel' command under DU3.2C.
After the rz0b is labeled as 'swap' partition, the client boots up properly.
Additionally, my original DU3.2c on the disk rz0 boots fine.
Thank you very much for you help...
>>>tpb_at_zk3.dec.com said:
vvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvv
> > Thanks for the response. I'm trying out the RIS and DMU to see how they work.
Now
> > I understand that they are mutually exclusive.
>
> Dave Parker is the expert on this stuff. I was pleased to see that he saw
> your message and responded. His team does the engineering on both RIS and
> DMU.
>
> > I do have a problem with the DMU and trying to call the DEC support. It t
akes
> > forever to talk to them. If it is simple for you to help me, please help
out.
> > Otherwise, I'll wait for DEC.
>
> I answer the ones I understand. It's unfortunate that our services group
> does not have the detailed information ready to hand to be able to answer
> your questions promptly. Always START with them and give them a chance, so
> they will learn what work load they need to support and learn the answers.
>
> > The problem is when I'm try to boot a Diskless client up, the client found
> > the server and started load the OS. But it complain that the local swap
> > partition is invalid and stoped at the single user level. I tried to use
> > the 'init 3' to bring it up. The client comes up without swap space and
> > is slow.
>
> During the first time you boot a client, a shell script is supposed to run
> to label the disk that will be used for swapping (if necessary) and also to
> make sure that the partition labelled for swapping is available. When you
> set up the client (using the /usr/sbin/dmu utility) you were asked for the
> name of the swap disk and partition letter to use. These are recorded in
> the /etc/rc.config file for the client, which you can edit locally on the
> client or on the server if you edit the copy in the client's private root
> area. Also, the client's private /sbin/swapdefault symbolic link is set up
> on the server to provide "eager" swap allocation. It will be a symbolic
> link to the swap partition identified in /etc/rc.config. If you change the
> /etc/rc.config entries be sure to also change the /sbin/swapdefault or else
> remove it entirely. Also, the clients /etc/fstab will have an entry for the
> swap partition (as swap1) that will need to be changed. So be sure to get
> all three of these.
>
> On the client, you need to check what disks are actually configured, and if
> the disk is actually configured, check the partition identified as the swap
> partition. It should be labelled in the disklabel for the disk as unused or
> as swap. Also, make sure the swap partition doesn't overlap any other of
> the partitions. Depending on the release of Digital UNIX, some of these may
> not matter, but the latest releases do check for the partition use data and
> the overlaps. See the disklabel reference page for more information.
>
> If you have the /etc/rc.config set up correctly, and you have /etc/fstab set
> up correctly, and the disklabel is set up correctly, and /sbin/swapdefault
> is a symbolic link to the swap1 partition if it exists at all, then when you
> boot the client (or enter the swapon -a command as root on the client) you
> should get swapping turned on.
>
> My guess is that you've either specified a non-existent disk, or specified a
> swap partition that contains a file system or overlaps other partitions on
> the disk that is actually there. Note that by default, partition "b" is the
> swap partition, and it should be two to three times the size of physical
> memory, if not larger.
>
> You are welcome to summarize this message to the list, or even repost it in
> its entirety.
>
> Tom
>
> Dr. Thomas P. Blinn, UNIX Software Group, Digital Equipment Corporation
> 110 Spit Brook Road, MS ZKO3-2/U20 Nashua, New Hampshire 03062-2698
> Technology Partnership Engineering Phone: (603) 881-0646
> Internet: tpb_at_zk3.dec.com Digital's Easynet: alpha::tpb
>
> Worry kills more people than work because more people worry than work.
>
> My favorite palindrome is: Satan, oscillate my metallic sonatas.
> -- Phil Agre, pagre_at_ucsd.edu
>
> Opinions expressed herein are my own, and do not necessarily represent
> those of my employer or anyone else, living or dead, real or imagined.
>
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
John Li o-o
Printrak International Inc. V
e-mail: jli_at_printrak.com phone: (714) 666-2700 ext 2247 -
Received on Fri Jul 26 1996 - 18:15:50 NZST