gettys and inittab and init and why gettys won't start
Keith A. Clay
We rebooted our system on friday night and now, none of the gettys
(other than the console) will start. These are running across a
computone terminal server. The computone is initialized correctly and
I can actully cat info to the terminals, but the gettys will not
start. When we tried to start a getty, we got the following error:
/etc/getty /dev/ttys00 9600 (Friday Jan 29 21:05:49 1999), PID 946:
/tcb/lib/initcond child (PID 947) exit status 0x1100
Everything seems all right and I regen'ed a kernel to make sure it
wasn't corrupted. I've run integrity and authck to make sure that
everything is OK, and it seems to be.
Also, we've noticed that telnet'ing in take a long time for the prompt
to come back. But, once in, it is very fast.
Any help appreciated. Is it possible that the system is waiting on
something to start and it isn't??
Here is our /etc/inittab:
# @(#) init.base 25.6 95/03/22
#
# Copyright (C) 1988-1995 The Santa Cruz Operation, Inc.
# All Rights Reserved.
# The information in this file is provided for the exclusive use of
# the licensees of The Santa Cruz Operation, Inc. Such users have the
# right to use, modify, and incorporate this code into other products
# for purposes authorized by the license agreement provided they
include
# this notice and the associated copyright notice with any such
product.
# The information in this file is provided "AS IS" without warranty.
#
# /etc/inittab on 286/386 processors is built by Installable
# Drivers (ID) each time the kernel is rebuilt. /etc/inittab is
replaced
# by /etc/conf/cf.d/init.base appended with the component files in the
# /etc/conf/init.d directory by the /etc/conf/bin/idmkinit command.
#
# To comment out an entry of /etc/inittab, insert a # at start of
line.
#
bchk::sysinit:/etc/bcheckrc </dev/console >/dev/console 2>&1
ifor::sysinit:/etc/ifor_pmd </dev/null >/usr/adm/pmd.log 2>&1
tcb::sysinit:/etc/smmck </dev/console >/dev/console 2>&1
ck:234:bootwait:/etc/asktimerc </dev/console >/dev/console 2>&1
ack:234:wait:/etc/authckrc </dev/console >/dev/console 2>&1
is:S:initdefault:
r0:056:wait:/etc/rc0 1> /dev/console 2>&1 </dev/console
r1:1:wait:/etc/rc1 1> /dev/console 2>&1 </dev/console
r2:2:wait:/etc/rc2 1> /dev/console 2>&1 </dev/console
r3:3:wait:/etc/rc3 1> /dev/console 2>&1 </dev/console
sd:0:wait:/etc/uadmin 2 0 >/dev/console 2>&1 </dev/console
fw:5:wait:/etc/uadmin 2 2 >/dev/console 2>&1 </dev/console
rb:6:wait:/etc/uadmin 2 1 >/dev/console 2>&1 </dev/console
co:2345:respawn:/etc/getty tty01 sc_m
co1:1:respawn:/bin/sh -c "sleep 20; exec /etc/getty tty01 sc_m"
c02:234:off:/etc/getty tty02 sc_m
c03:234:respawn:/etc/getty tty03 sc_m
c04:234:respawn:/etc/getty tty04 sc_m
c05:234:respawn:/etc/getty tty05 sc_m
c06:234:respawn:/etc/getty tty06 sc_m
c07:234:respawn:/etc/getty tty07 sc_m
c08:234:respawn:/etc/getty tty08 sc_m
c09:234:respawn:/etc/getty tty09 sc_m
c10:234:respawn:/etc/getty tty10 sc_m
c11:234:respawn:/etc/getty tty11 sc_m
c12:234:respawn:/etc/getty tty12 sc_m
sdd:234:respawn:/tcb/files/no_luid/sdd
tcp::sysinit:/etc/tcp start < /dev/null > /dev/null 2>&1
Se1a:234:off:/etc/getty tty1a m
Se1A:234:off:/etc/getty -t60 tty1A 3
Se2a:234:off:/etc/getty tty2a m
Se2A:234:respawn:/etc/getty -t60 tty2A n
http::sysinit:/etc/scohttp start
scl:b:once:/etc/rc2.d/P86scologin start no_switch
sclb:2:bootwait:/etc/scologin init
cs00:234:respawn:/etc/getty ttys00 9600
cs01:234:respawn:/etc/getty ttys01 n
cs02:234:respawn:/etc/getty ttys02 n
cs03:234:respawn:/etc/getty ttys03 n
cs04:234:respawn:/etc/getty ttys04 n
cs05:234:off:/etc/getty ttys05 m
cs06:234:respawn:/etc/getty ttys06 n
cs07:234:off:/etc/getty ttys07 m
cs08:234:respawn:/etc/getty ttys08 n
cs09:234:off:/etc/getty ttys09 m
cs0a:234:off:/etc/getty ttys0a m
cs0b:234:respawn:/etc/getty ttys0b m
cs0c:234:off:/etc/getty ttys0c m
cs0d:234:off:/etc/getty ttys0d m
cs0e:234:off:/etc/getty ttys0e m
cs0f:234:off:/etc/getty ttys0f m
cs10:234:respawn:/etc/getty ttys10 n
cs11:234:respawn:/etc/getty ttys11 m
cs12:234:respawn:/etc/getty ttys12 m
cs13:234:off:/etc/getty ttys13 m
cs14:234:off:/etc/getty ttys14 m
cs15:234:off:/etc/getty ttys15 k
cs16:234:off:/etc/getty ttys16 m
cs17:234:respawn:/etc/getty ttys17 m
cs18:234:respawn:/etc/getty ttys18 n
cs19:234:respawn:/etc/getty ttys19 n
cs1a:234:respawn:/etc/getty ttys1a n
cs1b:234:respawn:/etc/getty ttys1b n
cs1c:234:respawn:/etc/getty ttys1c n
cs1d:234:respawn:/etc/getty ttys1d n
cs1e:234:respawn:/etc/getty ttys1e n
cs1f:234:respawn:/etc/getty ttys1f n
cT00:234:off:/etc/getty ttyT00 9600
cT01:234:off:/etc/getty ttyT01 n
cT02:234:off:/etc/getty ttyT02 n
cT03:234:off:/etc/getty ttyT03 n
cT04:234:off:/etc/getty ttyT04 n
cT06:234:off:/etc/getty ttyT06 n
cT08:234:off:/etc/getty ttyT08 n
cT0b:234:off:/etc/getty ttyT0b m
cT10:234:off:/etc/getty ttyT10 n
cT11:234:off:/etc/getty ttyT11 m
cT12:234:off:/etc/getty ttyT12 m
cT17:234:off:/etc/getty ttyT17 m
cT18:234:off:/etc/getty ttyT18 n
cT19:234:off:/etc/getty ttyT19 n
cT1a:234:off:/etc/getty ttyT1a n
cT1b:234:off:/etc/getty ttyT1b n
cT1c:234:off:/etc/getty ttyT1c n
cT1d:234:off:/etc/getty ttyT1d n
cT1e:234:off:/etc/getty ttyT1e n
cT1f:234:off:/etc/getty ttyT1f n
****Here is our /var/adm/rc2.log
fsstat: /dev/boot mounted
Mounted /stand filesystem
fsstat: /dev/d1150 okay
Mounted /cudata/adata filesystem
Starting power management
power management is not configured. Please run 'mkdev pm'
Initializing Computone IntelliPort II boards.
Computone IntelliPort II initialized successfully
Print services started.
Starting RPC services: portmap rwalld rusersd
add net default: gateway 10.0.0.1: File exists
Starting TCP services: snmpd routed lpd
Starting netbios: nbd
prc_sync: Script (P86sendmail) failed to complete in 120 seconds
- can't execute.
Starting LMC...
LMC Startup complete.
Starting NFS services: biod(x4)
Starting NLM services: statd lockd
Synergy DBL, Synergy Developer's Toolkit, and Synergy ICS
Copyright (c) 1992, 1996 by Synergex International
Corporation.
All rights reserved.
You must sign a license from Synergex to be authorized to use this
product.
If you have not done so, you may be in violation of United
States
federal copyright law and may be liable for damages to
Synergex.
Configured for Tri-State Oxygen Inc
ANy help would be aprreciated greatly....
keith
=============================================
remove os24me. to get my real e-mail address
=============================================
Keith A. Clay
"...Continue to walk like that one walked..."
Jean-Pierre Radley
| We rebooted our system on friday night and now, none of the gettys
| (other than the console) will start. These are running across a
| computone terminal server. The computone is initialized correctly and
| I can actully cat info to the terminals, but the gettys will not
| start. When we tried to start a getty, we got the following error:
|
| /etc/getty /dev/ttys00 9600 (Friday Jan 29 21:05:49 1999), PID 946:
| /tcb/lib/initcond child (PID 947) exit status 0x1100
|
| Everything seems all right and I regen'ed a kernel to make sure it
| wasn't corrupted. I've run integrity and authck to make sure that
| everything is OK, and it seems to be.
Did you "rebuild the environment" when you rebuilt the kernel?
Perhaps Technical Article 104239 applies.
| Also, we've noticed that telnet'ing in take a long time for the prompt
| to come back. But, once in, it is very fast.
That's often a DNS problem.
PLEASE remember to state which Release and Version of UNIX you are
running :-(
--
Jean-Pierre Radley <j...@jpr.com> XC/XT Custodian Sysop, CompuServe SCOForum
Keith A. Clay
>> Did you "rebuild the environment" when you rebuilt the kernel?
Yes, I rebuilt the kernel environment (/dev/tty2A was back).
> Perhaps Technical Article 104239 applies.
>
> | Also, we've noticed that telnet'ing in take a long time for the prompt
> | to come back. But, once in, it is very fast.
>
> That's often a DNS problem.
>
>
> PLEASE remember to state which Release and Version of UNIX you are
> running :-(
Sorry, we are running SCO OS 5.0.5
Thanks for the help, I will look at TA 104239.
keith
Keith A. Clay
wrote:
> On Sun, 31 Jan 1999 23:44:39, Jean-Pierre Radley <j...@jpr.com> wrote:
>
> >> Did you "rebuild the environment" when you rebuilt the kernel?
>
> Yes, I rebuilt the kernel environment (/dev/tty2A was back).
>
> > Perhaps Technical Article 104239 applies.
> >
I read 104239, and what is says to do I checked on our system and
everything is fine, but I don't know if there are differences in 5.0.5
and 4.0/4.1.
There are not errors in /tcb/files/initcondlog nor on the console are
getty.
keith
Keith A. Clay
Folks,
I found that /etc/rc2 -a was still running. So, when I killed it, the
gettys started. What would be hanging this?? The networking stuff
possibly??
keith
Roberto Zini
says...
>>
>> Yes, I rebuilt the kernel environment (/dev/tty2A was back).
>>
>> > Perhaps Technical Article 104239 applies.
>> >
>
>I read 104239, and what is says to do I checked on our system and
>everything is fine, but I don't know if there are differences in 5.0.5
>and 4.0/4.1.
[snip]
Hi !
Sorry for jumping in but did you try by running "custom -v|-V" to
check if your system is "consistent" with the database built at
installation time ? Please consult custom(ADM) to get additional
info about the use of the -v (or -V) flag.
Hope this helps !
Best,
Roberto
--
P.S. : please remove the ending "dy" from my Email address
if you want to reply.
------------------------------------------------------------------------
Roberto Zini email : fre...@strhold.it
Strhold Sistemi EDP Reggio Emilia ITALY
------------------------------------------------------------------------
"Has anybody seen an aircraft carrier around ?"
(Pete "Maverick" Mitchell - Top Gun)
Tony Lawrence
>
> I found that /etc/rc2 -a was still running. So, when I killed it, the
> gettys started. What would be hanging this?? The networking stuff
> possibly??
Well, according to your initial post, your console gettys were running.
Unless your inittab is in very strange shape, those gettys are the same
as your serial port gettys, and if rc2 wasn't finishing, they shouldn't
have been running either.
/etc/rc2 is marked "wait", which means that init waits for it to finish
before continuing on. One of the places for it to hang is /etc/idrc.d,
and there are ta's referencing that, but darned if I can find them this
morning! If I remember right, that relates to SMP machines, though.
Anyway, if you can't find the ta's and if you do have scripts in
/etc/idrc.d, you can "fix it" temporarily by running the stuff within
there in background.
Are you sure that you had console gettys? That just doesn't make
sense..
--
Tony Lawrence (to...@aplawrence.com)
SCO ACE
SCO articles, help, book reviews: http://www.aplawrence.com
Dirk Hart
telnet slow is also making his rc2 slow which is screwing up his terminal
server.
Regards, Dirk