Sun Microsystems, Inc.  Oracle System Handbook - ISO 7.0 May 2018 Internal/Partner Edition
   Home | Current Systems | Former STK Products | EOL Systems | Components | General Info | Search | Feedback

Asset ID: 1-71-1598570.1
Update Date:2017-11-08
Keywords:

Solution Type  Technical Instruction Sure

Solution  1598570.1 :   Sun Fire[TM] 12K/15K/E20K/E25K: How to boot a domain from the System Controller's cdrom/dvd  


Related Items
  • Sun Fire 12K Server
  •  
  • Sun Fire 15K Server
  •  
  • Sun Fire E25K Server
  •  
  • Sun Fire E20K Server
  •  
Related Categories
  • PLA-Support>Sun Systems>SPARC>Enterprise>SN-SPARC: SF-Exxk
  •  




In this Document
Goal
Solution
 ON THE MAIN SYSTEM CONTROLLER
References


Applies to:

Sun Fire E20K Server - Version All Versions to All Versions [Release All Releases]
Sun Fire 15K Server - Version All Versions to All Versions [Release All Releases]
Sun Fire E25K Server - Version All Versions to All Versions [Release All Releases]
Sun Fire 12K Server - Version All Versions to All Versions [Release All Releases]
Information in this document applies to any platform.

Goal

If you follow the instructions below you should be able to "boot net" a domain from the SC's dvdrom drive.

You can configure this to boot over the private network, known as the man network, also known as the I1 network,  or you can use the public network for the domain.

The man network uses only 100 half duplex,  but having no other traffic on this network, works relatively well for booting.

Solution

Below is a process to assist the user in booting off the System controller's DVDrom drive.

The domain will access this drive via the internal "man" net or maintenance network.

 

ON THE MAIN SYSTEM CONTROLLER

run a "showfailover -r" to verify you are on the MAIN SC,

example:

sf25k-sc0:sms-svc:1> showfailover -r
MAIN

Next, check the /etc/nsswitch.conf file.

It should use "files" first, similar to the example below:

example:

passwd: files
group: files
hosts: files nis <<< NIS OR DNS HERE IS FINE AS LONG AS "FILES" IS FIRST>>>
networks: files
protocols: files
rpc: files
ethers: files
netmasks: files
bootparams: files
publickey: files
netgroup: files
automount: files
aliases: files
services: files
sendmailvars: files


Next check the /etc/ethers file to make sure you are using the MAC from the "banner" command (ON THE DOMAIN).
This is important , because if you use another MAC you will be able to resolve the name to IP, but at some point during the boot it will fail.

example:

root@xcat-sc0 # more ethers
#0:0:be:xx:xx:xx xcat-domain-a
0:0:be:xx:xx:xx xcat-domain-i
0:0:be:xx:xx:xx xcat-domain-c
0:0:be:xx:xx:xx xcat-a
0:3:ba:xx:xx:xx xcat-sc1
#8:0:20:xx:xx:xx xcat-b    <<<BOTH ENTRIES ARE FOR THE SAME DOMAIN SO ONE MUST BE COMMENTED OUT.>>>
8:0:20:xx:xx:xx xcat-domain-b

Next check the /etc/hosts file and /etc/inet/hosts and make sure that the hostname for the domain is in BOTH files , and that the domain has the same name.  The /etc/inet/hosts is a linked file to /etc/hosts, so, you are just making sure the link is still there.

example:

root@xcat-sc0# more hosts
#
# Internet host table
#
127.0.0.1 localhost
XXX.XXX.XXX.XXX xcat-sc1
XXX.XXX.XXX.XXX XXX-XXX
10.1.1.2 xcat-a #smsconfig-entry#
10.1.1.3 xcat-b #smsconfig-entry#
10.1.1.4 xcat-c #smsconfig-entry#
10.1.1.5 xcat-d #smsconfig-entry#
10.1.1.6 xcat-e #smsconfig-entry#
.
.
.

Next go to the /etc/inetd.conf and look to see that the following line is uncommented.  If this is commented out or missing, the tftp packs will not be downloaded.  Part of the add_install_client script does this, but if the SC was configured to boot the domain and then someone commented this out for some reason, the boot will fail.

tftp dgram udp wait root /usr/sbin/in.tftpd in.tftpd -s
NOTE: If this is solaris 10

 

# inetconv
# svcs | grep tftp
online 16:15:58 svc:/network/tftp/udp6:default

The tftp service is now enabled and available.

You can enable using:

inetadm -e svc:/network/tftp/udp6 and disable with inetadm -d svc:/network/tftp/udp6

Next check the /etc/bootparams file.  The domain may have a boot path in this file.  If there is and it is the wrong Operating System or the wrong path to the image or cdrom, then there is a chance the boot will fail.  In most cases the best thing to do is to (and it takes very little time) remove the install client.  As root, "cd" to the appropriate "Tools" directory on the cdrom or the image and run the following command.  This will remove the necessary file entries for this domain to allow the add_install_client to execute properly.  This command has to be run from the "Tools" directory of the media that is going to be used for the boot.

example:

root@xcat-sc0#rm_install_client <domain name>

Lets take a look at the bootparams file for a moment, this file can appear confusing when the man network is being used for the network boot.  For example, when you run the command:

root@xcat-sc0 #./add_install_client xcat-b sun4u

This would create the section...

xcat-b root=xcat-sc-i1:/cdrom/sol_9_902

...in the /etc/bootparams file, on the system controller, which you run this command from.


ON THE DOMAIN

When you are at the "ok prompt", run a printenv command and check to see if the variable local-mac-address? is set to false.  If it is set to true, you need to change it to false, using the "setenv" command.  You can change this back later, once the "boot net" exercise is completed.

example:

ok setenv local-mac-address? false


ok printenv
Variable Name Value Default Value

local-mac-address? false false
silent-mode? false false
scsi-initiator-id 7 7
ansi-terminal? true true
screen-#columns 80 80
screen-#rows 34 34
oem-logo No default
oem-logo? false false
oem-banner No default
oem-banner? false false
error-reset-recovery boot boot
diag-level min min
load-base 16384 16384
boot-command boot boot
diag-file
diag-device disk net
boot-file
boot-device /pci@21c,600000/pci@1/SU ... disk net
nvramrc devalias disk /pci@21c,6 ...
security-password No default
security-#badlogins 0 No default
security-mode none No default
use-nvramrc? true false
fcode-debug? false false
auto-boot? false false
diag-switch? false false

 

Now check the path to the boot server.  At the "ok prompt" on the domain, run the command "devalias".  This will show you the paths that you are using to get to the boot server.

example:

ok devalias
net /pci@1fc,70.0000/network@3,1 <<< BOTH OF THESE ARE THE MAN NETWORK >>>
man-net /pci@1fc,70.0000/network@3,1 <<< BOTH OF THESE ARE THE MAN NETWORK >>>
disk /pci@21c,600000/pci@1/SUNW,qlc@5/fp@0,0/disk@1,0
name aliases

If you need to change the path just run the show-nets command.  If you are going to use another interface for the public network like qfe0, you need to use another alias other than "net," like "Net1" or "pubnet" or  anything else besides "net":

example:

ok show-nets
a) /pci@21c,700000/network@3,1 <<<THIS IS THE MAN NETWORK INTERFACE>>>
b) /pci@21c,700000/pci@1/SUNW,qfe@3,1
c) /pci@21c,700000/pci@1/SUNW,qfe@2,1
d) /pci@21c,700000/pci@1/SUNW,qfe@1,1
e) /pci@21c,700000/pci@1/SUNW,qfe@0,1
f) /pci@1fc,700000/network@3,1
q) NO SELECTION
Enter Selection, q to quit:

After there are any changes made, you will have to run the reset command to get them to take effect.

example:

ok reset


Now that you have created the install_client on the System Controller for the domain, the command from the domain's console would would be:

ok boot man-net -s

This will boot you into single user over the "man" network.  If you want to do an interactive install, leave off the -s .  Remember that if the /etc/ethers file is not setup for the private network alias name, the boot over the man network will fail.

NOTE: A few other things you may want to consider before actually booting.

When the add_install_client script runs, some of the many tasks it performs is to:

start rarpd
start bootparmd
share out the image

However, the script only checks to see if "cdrom" is in the /etc/dfs/dfstab.  So, for instance if you had the information in the dfstab file example below, but you were trying to boot to /cdrom/sol_8_204_sparc/s0 , it would not share it out.

example:

# more dfstab
share -F nfs -o ro,anon=0 /cdrom/sol_9_902_sparc/s0
share -F nfs -o ro,anon=0 /cdrom/sol_9_902_sparc/s1

To ensure it shares the location, do the following:

#share -F nfs -o ro,anon=0 /cdrom/sol_8_204_sparc/s0

Now you should be able to boot from the cdrom/dvd drive.

 

To discuss this information further with Oracle experts and industry peers, we encourage you to review, join or start a discussion in an appropriate
My Oracle Support Community - Oracle Sun Technologies Community.

 

This document was taken from the 15K bootnet cookbook, the internal site no longer exists

References

<NOTE:1002139.1> - When setting up a Sun Fire[TM] 15K/25K domain to boot net, you receive "waiting for ARP"
<NOTE:1005038.1> - Sun Fire[TM] 12K/15K/E20K/E25K: Domain Reboots if the Open Boot PROM Boot Device Is Incorrect
<NOTE:1004721.1> - Sun Fire[TM] 12K/15K/E20K/E25K: forced-no-reboot Errors When Booting or Rebooting
<NOTE:1012562.1> - Sun Fire[TM] 12K/15K/E20K/E25K Servers: Incorrect boot path can cause forced-no-boot condition on a domain

Attachments
This solution has no attachment
  Copyright © 2018 Oracle, Inc.  All rights reserved.
 Feedback