JavaScript is required to for searching.
Skip Navigation Links
Exit Print View
man pages section 4: File Formats
search filter icon
search icon

Document Information

Preface

Introduction

File Formats

addresses(4)

admin(4)

alias(4)

aliases(4)

a.out(4)

asetenv(4)

asetmasters(4)

au(4)

audit_class(4)

audit_control(4)

audit_data(4)

audit_event(4)

audit.log(4)

audit_user(4)

auth_attr(4)

autofs(4)

bart_manifest(4)

bart_rules(4)

bootparams(4)

cardbus(4)

cdtoc(4)

cklist.high(4)

cklist.low(4)

cklist.med(4)

clustertoc(4)

compver(4)

contents(4)

contract(4)

copyright(4)

core(4)

crypt.conf(4)

crypto_certs(4)

dacf.conf(4)

dat.conf(4)

defaultdomain(4)

default_fs(4)

defaultrouter(4)

depend(4)

device_allocate(4)

device_maps(4)

devices(4)

devid_cache(4)

dfstab(4)

dhcp_inittab(4)

dhcp_network(4)

dhcpsvc.conf(4)

dhcptab(4)

dialups(4)

dir(4)

dir_ufs(4)

d_passwd(4)

driver.conf(4)

dumpdates(4)

environ(4)

ethers(4)

exec_attr(4)

fbtab(4)

fd(4)

flash_archive(4)

format.dat(4)

forward(4)

fs(4)

fspec(4)

fstypes(4)

ftp(4)

ftpaccess(4)

ftpconversions(4)

ftpgroups(4)

ftphosts(4)

ftpservers(4)

ftpusers(4)

fx_dptbl(4)

gateways(4)

geniconvtbl(4)

group(4)

gsscred.conf(4)

hba.conf(4)

holidays(4)

hosts(4)

hosts.equiv(4)

ib(4)

idnkit.pc(4)

ike.config(4)

ike.preshared(4)

inetd.conf(4)

inet_type(4)

init.d(4)

inittab(4)

ipaddrsel.conf(4)

ipf(4)

ipf.conf(4)

ipnat(4)

ipnat.conf(4)

ipnodes(4)

ippool(4)

ippool.conf(4)

isa(4)

issue(4)

kadm5.acl(4)

kdc.conf(4)

keytables(4)

krb5.conf(4)

label_encodings(4)

ldapfilter.conf(4)

ldapsearchprefs.conf(4)

ldaptemplates.conf(4)

llc2(4)

logadm.conf(4)

logindevperm(4)

loginlog(4)

lutab(4)

magic(4)

md.cf(4)

mddb.cf(4)

mdi_ib_cache(4)

mdi_scsi_vhci_cache(4)

md.tab(4)

mech(4)

meddb(4)

mipagent.conf(4)

mnttab(4)

mod_ipp(4)

mpapi.conf(4)

named.conf(4)

ncad_addr(4)

nca.if(4)

ncakmod.conf(4)

ncalogd.conf(4)

ncaport.conf(4)

ndpd.conf(4)

netconfig(4)

netgroup(4)

netid(4)

netmasks(4)

netrc(4)

networks(4)

nfs(4)

nfslog.conf(4)

nfssec.conf(4)

nisfiles(4)

NIS+LDAPmapping(4)

NISLDAPmapping(4)

nodename(4)

nologin(4)

note(4)

notrouter(4)

nscd.conf(4)

nss(4)

nsswitch.conf(4)

order(4)

ott(4)

packagetoc(4)

packingrules(4)

pam.conf(4)

passwd(4)

pathalias(4)

path_to_inst(4)

pci(4)

pcie(4)

pdo.conf(4)

phones(4)

pkginfo(4)

pkgmap(4)

platform(4)

plot(4B)

policy.conf(4)

power.conf(4)

pref(4)

printers(4)

printers.conf(4)

priv_names(4)

proc(4)

process(4)

prof_attr(4)

profile(4)

project(4)

protocols(4)

prototype(4)

pseudo(4)

publickey(4)

qop(4)

queuedefs(4)

rcmscript(4)

registration_profile(4)

remote(4)

resolv.conf(4)

rhosts(4)

rmmount.conf(4)

rmtab(4)

rndc.conf(4)

rpc(4)

rpc.nisd(4)

rpld.conf(4)

rt_dptbl(4)

sasl_appname.conf(4)

sbus(4)

sccsfile(4)

scsi(4)

securenets(4)

sel_config(4)

sendmail(4)

sendmail.cf(4)

service_bundle(4)

service_provider.conf(4)

services(4)

shadow(4)

sharetab(4)

shells(4)

slp.conf(4)

slpd.reg(4)

snapshot_cache(4)

snmp.conf(4)

snmp_config(4)

snmpd.conf(4)

snmptrapd.conf(4)

snmp_variables(4)

sock2path(4)

space(4)

ssh_config(4)

sshd_config(4)

submit.cf(4)

sulog(4)

synclist(4)

sysbus(4)

sysidcfg(4)

syslog.conf(4)

system(4)

telnetrc(4)

term(4)

terminfo(4)

TIMEZONE(4)

timezone(4)

tnf_kernel_probes(4)

TrustedExtensionsPolicy(4)

ts_dptbl(4)

ttydefs(4)

ttysrch(4)

tune.high(4)

tune.low(4)

tune.med(4)

ufsdump(4)

uid_aliases(4)

updaters(4)

user_attr(4)

utmp(4)

utmpx(4)

variables(4)

vfstab(4)

vold.conf(4)

volume-config(4)

volume-defaults(4)

volume-request(4)

wanboot.conf(4)

warn.conf(4)

wtmp(4)

wtmpx(4)

xferlog(4)

ypfiles(4)

yppasswdd(4)

ypserv(4)

zoneinfo(4)

sysidcfg

- system identification configuration file

Description

When a diskless client boots for the first time or a system installs over the network, the booting software tries to obtain configuration information about the system, such as the system's root password or name service, from, first, a sysidcfg file and then the name service databases. If the booting software cannot find the information, it prompts the user for it. Like the name service databases, the sysidcfg file can be used to avoid the user prompts and provide a totally hands-off booting process.

The sysidcfg file preconfigures information through a set of keywords. You can specify one or more of the keywords to preconfigure as much information as you want. Each set of systems (one or more) that has unique configuration information must have its own sysidcfg file. For example, you can use the same sysidcfg file to preconfigure the time zone for multiple systems if you want all the systems to have the same time zone configured. However, if you want to preconfigure a different root password for each of those systems, then each system would need its own sysidcfg file.

If a syntax error (such as an invalid keyword) is detected when reading the sysidcfg file, an error message that notes the position in the file where the error was found is sent to the console. Under such a condition, the file is not used.

Where To Put the sysidcfg File

The sysidcfg file can reside on a shared NFS network directory or the root directory on a UFS or PCFS diskette in the system's diskette drive. If you put the sysidcfg file on a shared NFS network directory, you have to use the -p option of the add_install_client(1M) command (see install_scripts(1M)) to specify where the system being installed can find the sysidcfg file. If you put the sysidcfg file on a diskette, you need to make sure the diskette is in the system's diskette drive when the system boots (on x86 systems, the sysidcfg file should reside on the Solaris Device Configuration Assistant diskette).

Only one sysidcfg file can reside in a directory or diskette. If you are creating more than one sysidcfg file, they must reside in different directories or diskettes.

Keyword Syntax Rules

The following rules apply to the keywords in a sysidcfg file:

Keywords – All Platforms

The following keywords apply to both SPARC and x86 platforms.

Name Service, Domain Name, Name Server

Naming-related keywords are as follows:

name_service=NIS,NIS+,LDAP,DNS,NONE

For the NIS and NIS+ keywords, the options are:

domain_name=domain_name
name_server=hostname(ip_address)

The following is an example NIS entry:

name_service=NIS 
{domain_name=west.arp.com name_server=timber(172.16.2.1)}

For NIS+, the example is identical to the one above, except for the replacement of the keyword NIS by NIS+.

For DNS, the syntax is:

domain_name=domain_name; name_server=ip_address, ... ; 
search=domain_name, ...

You can have a maximum of three IP addresses and six domain names. The total length of a search entry cannot exceed 250 characters. The following is an example DNS entry:

name_service=DNS
{domain_name=west.arp.com
name_server=10.0.1.10,10.0.1.20
search=arp.com,east.arp.com}

For LDAP, the syntax is:

domain_name=domain_name;
profile=profile_name;
profile_server=ip_address;
proxy_dn="proxy_bind_dn";
proxy_password=password 

The proxy_dn and proxy_password keywords are optional. If proxy_dn is used, the value must be enclosed in double quotes.

The following is an example LDAP entry:

name_service=LDAP
{domain_name=west.arp.com
profile=default
profile_server=172.16.2.1
proxy_dn="cn=proxyagent,ou=profile,dc=west,dc=arp,dc=com"
proxy_password=password}

Choose only one value for name_service. Include either, both, or neither of the domain_name and name_server keywords, as needed. If no keywords are used, omit the curly braces.

NFS version 4 Default Domain Name

There is only one keyword for specifying the NFSv4 default domain name:

nfs4_domain=dynamic, value

where value must be a fully qualified domain name, as per RFC1033 and RFC1035 recommendations. The reserved value dynamic suppresses the front-end installation prompt. At the same time, use of dynamic enables the NFSv4 domain to be derived dynamically, at run time, based on naming service configuration.

For example:

nfs4_domain=example.com

...hard codes the value used by the nfsmapid(1M) daemon to be example.com. In contrast, the following example shows how to set the nfs4_domain variable to the reserved keyword dynamic:

nfs4_domain=dynamic

The preceding example enables the nfsmapid(1M) daemon to derive the domain from the system's configured naming services, as prescribed in the System Administration Guide: Network Services.

Network Interface, Hostname, IP address, Netmask, DHCP, Default Route

Network-related keywords are as follows:

network_interface=NONE, PRIMARY, value

where value is a name of a network interface, for example, eri0 or hme0.

For the NONE keyword, the options are:

hostname=hostname

For example,

network_interface=NONE {hostname=feron}

For the PRIMARY and value keywords, the options are:

primary (used only with multiple network_interface lines)
dhcp
hostname=hostname
ip_address=ip_address
netmask=netmask
protocol_ipv6=yes | no
default_route=ip_address (IPv4 address only)

If you are using the dhcp option, the only other option you can specify is protocol_ipv6. For example:

network=PRIMARY {dhcp protocol_ipv6=yes}

If you are not using DHCP, you may specify any combination of the other keywords as needed. If you do not use any of the keywords, omit the curly braces.

network_interface=eri0 {hostname=feron
    ip_address=172.16.2.7
    netmask=255.255.255.0
    protocol_ipv6=no
    default_route=172.16.2.1}
Multiple Network Interfaces

If you have multiple network interfaces on your system, you may configure them all in the sysidcfg file by defining multiple network_interface keywords. If you specify multiple network_interface keywords, you cannot use NONE or PRIMARY for values. You must specify interface names for all of the values. To specify the primary interface, use the primary option value.

For example,

network_interface=eri0 {primary
    hostname=feron
    ip_address=172.16.2.7
    netmask=255.255.255.0
    protocol_ipv6=no
    default_route=172.16.2.1}

network_interface=eri1 {hostname=feron-b
    ip_address=172.16.3.8
    netmask=255.255.255.0
    protocol_ipv6=no
    default_route=172.16.3.1}
Root Password

The root password keyword is root_password. Possible values are encrypted from /etc/shadow. Syntax is:

root_password=encrypted_password
Security Policy

The security—related keyword is security_policy. It has the following syntax:

security_policy=kerberos, NONE

The kerberos keyword has the following options:

{default_realm=FQDN admin_server=FQDN kdc=FQDN1, FQDN2, FQDN3}

where FQDN is a fully qualified domain name. An example of the security_policy keyword is as follows:

security_policy=kerberos {default_realm=Yoursite.COM
admin_server=krbadmin.Yoursite.COM
kdc=kdc1.Yoursite.COM, kdc2.Yoursite.COM}

You can list a maximum of three key distribution centers (KDCs) for a security_policy keyword. At least one is required.

Language in Which to Display the Install Program

The system-location keyword is system_locale. It has the following syntax:

system_locale=locale

where locale is /usr/lib/locale.

Terminal Type

The terminal keyword is terminal. It has the following syntax:

terminal=terminal_type

where terminal_type is a value from /usr/share/lib/terminfo/*.

Timezone Information

The timezone keyword is timezone. It has the following syntax:

timezone=timezone

where timezone is a value from /usr/share/lib/zoneinfo/*or, where timezone is an offset-from-GMT style quoted timezone. Refer to environ(5) for information on quoted timezones. An example of a quoted timezone is: timezone="<GMT+8>+8".

Date and Time

The time server keyword is timeserver. It has the following syntax:

timeserver=localhost
timeserver=hostname
timeserver=ip_address

If you specify localhost as the time server, the system's time is assumed to be correct. If you specify the hostname or ip_address, if you are not running a name service, of a system, that system's time is used to set the time.

Keyboard Layout

The keyboard keyword is keyboard. It has the following syntax:

keyboard=keyboard_layout

The valid keyboard_layout strings are defined in the /usr/share/lib/keytables/type_6/kbd_layouts file.

My.Oracle Support Username

The My.Oracle support username keyword is oracle_user. Specify oracle_user as a username (string). It has the following syntax:

oracle_user=username (string)

My.Oracle Support Password

The My.Oracle support password keyword is oracle_pw. Specify oracle_pw as password hash or clear text. It has the following syntax:

oracle_pw=password hash or clear text

http Proxy Server

The http proxy server hostname keyword is http_proxy_host. Specify http_proxy_host as a hostname (string). It has the following syntax:

http_proxy_host=hostname (string)

Proxy Server Port Number

The http proxy port number keyword is the http_proxy_port. Specify http_proxy_port as a port number. It has the following syntax:

http_proxy_port=port number

http Proxy Username

The http proxy username keyword is http_proxy_user. Specify the http_proxy_user keyword as a proxy username (string). It has the following syntax:

http_proxy_user=proxy username (string)

http Proxy Password

The http proxy password keyword is http_proxy_pw. Specify the http_proxy_pw keyword as password hash or clear text. It has the following syntax:

http_proxy_pw=password hash or clear text

AutoRegistration

The AutoRegistration keyword is auto_reg. It has the following syntax:

auto_reg=[anon | noproxy | all | none | disable]

The value given to auto_reg has the following options:

anon

Anonymous registration with a proxy.

{http_proxy_user=PROXYUSERNAME http_proxy_pw=PROXYPASSWORD
http_proxy_host=PROXYHOSTNAME http_proxy_port=PROXYPORTNUMBER }
auto_reg=anon { http_proxy_user=username http_proxy_pw=js83hrjejW
            http_proxy_host=sss.com http_proxy_port=8080 }
auto_reg=anon { http_proxy_user=username http_proxy_pw=js83hrjejW
            http_proxy_host=sss.com http_proxy_port=8080 }
noproxy

Registration with MOS credentials and no proxy.

The noproxy keyword has the following options:

{oracle_user=MOSUSERNAME oracle_pw=MOSPASSWORD}

auto_reg=noproxy { oracle_user=username1 oracle_pw=shsjs3Ms/w2 }
all

Registration with MOS credentials and a proxy.

The all keyword has the following options:

{oracle_user=MOSUSERNAME oracle_pw=MOSPASSWORD
http_proxy_user=PROXYUSERNAME http_proxy_pw=PROXYPASSWORD
http_proxy_host=PROXYHOSTNAME http_proxy_port=PROXYPORTNUMBER }

auto_reg=all { oracle_user=username1 oracle_pw=passwd1
           http_proxy_host=sss.com http_proxy_port=8080
           http_proxy_user="" http_proxy_pw=""}
none

Anonymous registration with no proxy information.

The none keyword has no options.

auto_reg=none
disable

Opt out of registration completely.

The disable keyword has no options.

auto_reg=disable

x86 Platform Keywords

The following keywords apply only to x86 platforms. For all these keywords, use kdmconfig -d to create or append to the sysidcfg file. See kdmconfig(1M).

Monitor type

The monitor—related keyword is monitor. The syntax is:

monitor=monitor_type
Graphics card, color depth, display resolution, screen size

The display-related keywords are display, size, depth, and resolution. The syntax is:

display=graphics_card {size=screen_size
depth=color_depth resolution=screen_resolution}
Pointing device, number of buttons, IRQ level

The mouse-related keywords are pointer, nbuttons, and irq.

pointer=pointing_device {nbuttons=number_buttons
irq=value}

Examples

Example 1 Sample sysidcfg files

The following example is a sysidcfg file for a group of SPARC systems to install over the network. The host names, IP addresses, and netmask of these systems have been preconfigured by editing the name service. Because all the system configuration information has been preconfigured, an automated installation can be achieved by using this sysidcfg file in conjunction with a custom JumpStart profile.

keyboard=US-English
system_locale=en_US
timezone=US/Central
timeserver=localhost
terminal=sun-cmd
name_service=NIS {domain_name=marquee.central.example.com
                  name_server=connor(172.16.112.3)}
root_password=m4QPOWNY
system_locale=C
security_policy=kerberos 
    {default_realm=Yoursite.COM 
     admin_server=krbadmin.Yoursite.COM
     kdc=kdc1.Yoursite.COM, kdc2.Yoursite.COM}

The following example is a sysidcfg file created for a group of x86 systems to install over the network that all have the same keyboard, graphics cards, and pointing devices. The device information (keyboard, display, and pointer) was captured from running kdmconfig -d. See kdmconfig(1M). In this example, users would see only the prompt to select a language, system_locale, for displaying the rest of the Solaris installation program.

keyboard=US-English
display=ati {size=15-inch}
pointer=MS-S
timezone=US/Central
timeserver=connor
terminal=AT386
name_service=NIS {domain_name=marquee.central.example.com
                  name_server=connor(172.16.112.3)}
root_password=URFUni9
security_policy=none

See Also

install_scripts(1M), kdmconfig(1M), nfsmapid(1M), sysidtool(1M), environ(5)

Solaris 10 Installation Guide: Basic Installations