Weird happenings at boot time

[Scott Hanson_1]

Had a very strange one last night, when booting up an rp5400 server, after the server displayed the "DHCP access is disabled", before the scrolling screen with the [ OK ] prompts, some scripts which exist in rc3.d are being executed and therefore causing the system to hang since no network etc is available.

Any ideas why the rc scripts would be executed in the wrong order?

[Steven E. Protter]

You'd need to provide a directory listing of /sbin/rc3.d to help.

Could be one init script is triggering another, but you or whomoever programmed that would have to deliberately do this.

Software installs frequently cause this symptom.

SEP

[Pete Randall]

Scott,

Check your /sbin/rc?.d directories for stray links that might mess up the order. Also look for *.bak files there and in /etc/rc.config.d.


Pete

[Naveej.K.A]

Hi,

Weired problems while booting.

The first thing I would check is /etc/rc.config.d/ and check for any script or executable which someone might have put there accidently.

This directory is to house text files with variables only.

You can press ctrl plus backslash to break free from the boot errors and get the console login.

Regards,
Naveej

[Scott Hanson_1]

Files in /etc/rc3.d:

K999webmin->/sbin/init.d/webmin
S100nfs.server->/sbin/init.d/nfs.server
S200tps.rc->/sbin/init.d/tps.rc
S825apache->/sbin/init.d/apache
S827hpapache2->/sbin/init.d/hpapache2
S910informix.start
S911samba->/sbin/init.d/samba
S920acm_start
S950vmsa-server->/sbin/init.d/vmsa-server
S960informix.fix_sdc_processes
S990dtlogin.rc->/sbin/init.d/dtlogin.rc
S999webmin->/sbin/init.d/webmin

There are no .bak files in /etc/rc.config.d/

[Steven E. Protter]

Please compare your last post to the /etc/rc.log file

There should be no discrepency.

SEP

[Pete Randall]

Scott,

Since this is occurring prior to run-level 3, we don't really care about the contents of /sbin/rc3.d. We need to see rc2.d, rc1.d and rc0.d!


Pete

[Scott Hanson_1]

I think you are missing the point, nothing gets written to rc.log because the system tries to execute scripts directly after the DHCP message but before the rc scripts start.

I think it may be something to do with a script somewhere which is getting parsed by init which is causing it to hang.

We also get "init: respawning too rapidly" messages when this is happening.

To get the system up, I booted to single user (hpux -is) then ran "init 2".

[Steven E. Protter · Accepted solution]

Now this is an entirely different issue.

You have a bad /etc/inittab file.

Its been modified in some way. You need to get a good one from another machine or a backup. That will probably solve the behavior.

SEP

[Scott Hanson_1]

Is there a way to validate the inittab file?

[Suraj Singh_1]

U can try the inittab file located in /usr/newconfig/etc directory, with a little modification.

Regards

[Duncan Edmonstone]

I think you should look at what Naveej said - IIRC the /etc/rc script first runs ALL scripts in the directory /etc/rc.config.d - This is usually OK as all these scripts should do is set environment variables like START_ORACLE=1 or similar...

But if somebody has put the wrong scripts in here, then this could cause the scenario you are describing...

HTH

Duncan

[Scott Hanson_1]

Duncan,

Checked this already, all the files in /etc/rc.config.d/ are all config files, not scripts.

Thanks.

[Devender Khatana]

Hi,

What is the version of OS you are running. Just check the time stamp of /etc/inittab file. If you are not using your system for some particular devices where you need to modify it , you can easily copy the file from other system running same OS version or the path /usr/newconfig/etc as told in earlier responses . Before copy just backup this file also.

Even if you have ignite backup, you can restore
this file from that also.

HTH,
Devender