From: Zoran Kalenic (Zoran.Kalenic@lchclearnet.com)
Date: Tue Oct 05 2004 - 11:17:18 EDT
++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Please read the disclaimer at the bottom of this e-mail.
++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Hi All,
The RIS problems I was having are now resolved. The original post being:
++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Hi All,
I am attempting to build a Tru64 Unix 4.0F ES40 over the network using RIS (Remote Installation Service). The system has some DE602 cards installed and it is over this adapter that I am attempting to build the system.
I can get the initial Kernel image to load over bootp/tftp but it seems then to complain about the DE602 NIC and then fails to continue with the build over the network. I assume that the kernel image it has loaded loading does not support these cards and therefore cannot continue to build the system.
Can someone please confirm and also provide any workarounds if possible.
Your assistance will be appreciated and a summary will follow.
Regards,
Zoran.
++++++++++++++++++++++++++++++++++++++++++++++++++++++++
SUMMARY:
Special thanks to Lucien HERCAUD - LHERCAUD@............... who provided the key information.
My suspicions that the Tru64 4.0F image on the RIS server did not support the DE602 card were correct. I was informed that DE602 support began with Patch Kit 6 or Patch Kit 7. The solution was to replace the RIS image with a patched kernel although there was no documented way of doing this. The answer was within the "/usr/sbin/ris" script itself and these are the steps I performed:
Create a Generic Kernel on a system with Patch Kit 8 installed
# doconfig -c GENERIC
Convert the image to one compatible with RIS
# cd /work/directory
# /usr/sys/bin/pmerge /usr/sys/bin/sboot /sys/GENERIC/vmunix vmunix1
Image requires 89296 bytes
Loading /usr/sys/bin/sboot
text at 20000000 len=12a60
data at 20012a60 len=3270
entry at 20000000
Image requires 8221808 bytes
Loading /genvmunix
text at ffffffff00000000 len=610ce0
data at ffffffff00610ce0 len=1c6790
entry at ffffffff00270ed0
# dd if=vmunix1 of=padding bs=1k count=1 skip=5
1+0 records in
1+0 records out
# cat vmunix1 padding > vmunix.pad
# mv vmunix.pad vmunix1
# rm padding
# mv vmunix1 /var/adm/ris/ris0.alpha
I then booted the machine off the network and all worked fine.
However, when built I had the same issue with the network cards as the installed kernel was unpatched. The solution was as follows:
1) boot off the network again
2) Exit to root shell
3) Create the AdvFS domain/fset for one of the mount points (/usr in my case)
4) Ftp Patchkit 8 onto that disk
5) Reboot and patch the system
6) Recompile the kernel with "pseudo-device ee" defined in the configuration file.
I finally had a machine that could see the network and my job was done.
I'd also like to thank the following for various pieces of information:
Kris Smith [KSMITH@......]
Selden E Ball Jr [SEB@.......]
Dr Thomas.Blinn@HP.com [tpb@...........]
Iain Barker [ibarker@........]
Regards,
Zoran Kalenic
**********************************************************************
This email is intended for the named recipient(s) only. Its contents
are confidential and may only be retained by the named recipient(s)
and may only be copied or disclosed with the consent of
LCH.Clearnet Limited. If you are not an intended recipient please
delete this e-mail and notify postmaster@lchclearnet.com.
The contents of this email are subject to contract in all cases,
and LCH.Clearnet Limited makes no contractual commitment save where
confirmed by hard copy. LCH.Clearnet Limited accepts no liability,
including liability for negligence, in respect of any statement in
this email.
LCH.Clearnet Limited, Registered Office: Aldgate House,
33 Aldgate High Street, London EC3N 1EA. Recognised as a Clearing
House under the Financial Services & Markets Act 2000. Reg in England No.25932
Telephone: +44 20 7426 7000 Internet: http://www.lchclearnet.com
**********************************************************************
This archive was generated by hypermail 2.1.7 : Sat Apr 12 2008 - 10:50:08 EDT