Sponsored Content
Operating Systems HP-UX help auto starting app on boot Post 302326074 by vbe on Wednesday 17th of June 2009 04:22:19 AM
Old 06-17-2009
AIX has /etc/rc.d/init.d directory where you should put all your start/stop script, then add links to them in the correct runlevel e.g. rc2.d for 2 etc...but AIX uses alot /etc/inittab also which is not the case of HP-UX (and SOLARIS <10)
All scripts are in /sbin/init.d then your should link them to the corresponding level your case should be 3 ( I use 4 and corrrected init default value in order to, when trouble bring down one level:3 which is how the system was delivered: works? then something we added is faulty...) but you can like me customise and use level 4...

There is a template file you can use (in /sbin/init.d/ ; cp template rc.myDB) , do a man rc

Arguments passed by init will be at startup (boot) : "start", at shutdown, "stop"

This documentation explains all:
http://docs.hp.com/en/934/startup.pdf

Last edited by vbe; 06-17-2009 at 09:50 AM.. Reason: added documentation link...
 

6 More Discussions You Might Find Interesting

1. UNIX for Dummies Questions & Answers

Auto Boot

Ok when i reboot my machine its a pain in the A** i do not have a monitor on it and i know its going to eventualy ask me to type BOot and then its going to ask me if i want to interact with the........ and then it will boot up fine... Hp UX 11i is what i am running and i would like it to boot... (1 Reply)
Discussion started by: bbutler3295
1 Replies

2. Slackware

starting up something on boot

I'm trying to bring up a database server when the linux 6.2 machine is restarted, in unix i can set up a Sxxdbstart script under rc3.d and run su user -c /path/to/my/script How can I do this in linux? I thought I could just run it under the rc.d/rc.local script and add it at the end of the... (2 Replies)
Discussion started by: kymberm
2 Replies

3. Shell Programming and Scripting

how to capture my app starting up.

This is the script for the cold backup that we get from mycat every time it goes down and up again. It's a huge email that we get and all within the body. Here is the dilemma; I would like to capture just the “”successful start up of the luminis app.”” I don't know if I need to do an “if... (1 Reply)
Discussion started by: parente
1 Replies

4. Solaris

Auto fsck -y at boot

Does anyone know how or if its possible to automatically run fsck -y at boot if the initial fsck check finds that there has been data lost. Usually the initial fsck check will fix low level inconsistencies but if it finds that data has been lost it will put you into single user mode for you to log... (6 Replies)
Discussion started by: tazzy
6 Replies

5. Shell Programming and Scripting

error situation handling when starting app from a script

Hi, in my bash script I start 3rd party app that runs quickly normally and returns some data that I use later for processing. However if there are problems the app doesn't return anything and just hangs... then my script also hangs of course, awaiting for the app to comeback. Was wondering how to... (3 Replies)
Discussion started by: TomSu
3 Replies

6. UNIX for Beginners Questions & Answers

Howto auto boot SPARC | How to auto supply "start /SYS" and "start /SP/console" commands

When I power ON my T4-1, I got a prompt -> where I have to start /SYS and start /SP/console. How can I auto supply these two commands ? (3 Replies)
Discussion started by: z_haseeb
3 Replies
INIT.D(7)						       The SuSE boot concept							 INIT.D(7)

NAME
INIT.D - The SuSE boot concept SYNOPSIS
/etc/init.d/* /etc/sysconfig DESCRIPTION
The scripts for controlling the system are placed in /etc/init.d/ (they have been moved according to the Linux Standard Base (LSB) specifi- cation). These scripts are executed directly or indirectly by /sbin/init, the father of all processes. The configuration of /sbin/init is given by the file /etc/inittab (see inittab(5)). At boot time, the boot level master script /etc/init.d/boot is called to initialise the system (e.g. file system check, ...). It also exe- cutes some hardware init scripts linked into /etc/init.d/boot.d/. Then it calls /etc/init.d/boot.local, which executes the local commands. After system startup, /sbin/init will normally switch on the default run level given in /etc/inittab. It calls the run level master script /etc/init.d/rc to start or stop services provided by the other scripts under /etc/init.d/. Both scripts, then boot level master script /etc/init.d/boot and the the run level master script /etc/init.d/rc starts all other boot or runlevel scripts either sequential or partial parallel within their dependencies order. To control the services of a run level, the corresponding scripts are linked into run level directories /etc/init.d/rc<X>.d/, where <X>=0,1,2,3,4,5,6,S is the run level number. There are two kinds of symbolic link: start links, which are called when entering a run level, and stop links, which are called when leav- ing a run level. Note that each service in the run levels 2, 3, 4, and 5 consists of a start and a stop link. Within SuSE boot concept a differential link scheme is used to be able to change a runlevel in comparision with the former level. If parallel executing of the boot scripts is enabled (see /etc/sysconfig/boot variable RUN_PARALLEL) then both master scripts uses the pro- gram startpar(8) which starts or stops multiple services in parallel. Startpar(8) will look for the files /etc/init.d/.depend.boot, /etc/init.d/.depend.start, and /etc/init.d/.depend.stop to get the dependencies for each service. The files will be written, beside the symbolic links in the boot and runlevel directories, by the program insserv(8). To avoid redundant starts when changing run levels, only those services are started which have no start link in the previous run level. And to avoid redundant stops when changing run levels, only those services are stopped which have no start link in the current level. To control this behaviour, the names of the scripts are added on the names of the start and stop links. To control the order of service starts and stops, the start and stop links include a number in their link name. The system configuration files in /etc/sysconfig contain most of the variables used to configure the installed services. These variables can easily be changed by YaST or by using an editor. After using an editor, the script /sbin/SuSEconfig must be called to distribute the settings into the system. Some details The script /etc/init.d/lpd starts or stops the line printer daemon for the printing service, according to the flag used: /etc/init.d/lpd start and /etc/init.d/lpd stop To do this automatically in run level 3, this script is linked into /etc/init.d/rc3.d/ with these two symbolic links /etc/init.d/rc3.d/S20lpd -> ../lpd and /etc/init.d/rc3.d/K20lpd -> ../lpd The corresponding link with the letter S is used to start a service. For the printing service the number between the letter S and the name should be greater than the number of the start link of the network service. The corresponding link with the letter K is used to stop a service. The number of the stop link for the printing service should be less than that of the stop link for the network service so that the printer daemon is stopped before shutting down the network service. Run levels and their services 0 This level is used for halting the system. The only valid service for this level is the script halt, which is linked into /etc/init.d/rc0.d/. The script halt executes /etc/init.d/halt.local. Special system issues for halt or reboot should be added there. 6 This level is used for rebooting the system. The only valid service for this level is the script reboot, which is linked into /etc/init.d/rc6.d/. The script reboot executes /etc/init.d/halt.local. Specials system issues for halt or reboot should be added there. S This mode is used to switch from boot phase into single user mode. The last valid service for this mode is the script single, which is linked into /etc/init.d/rcS.d/. In this mode you have only one console. 1 According to the Linux Standard Base (LSB) specification this runlevel is used to switch from normal runlevel into single user mode. This is different from former SuSE Linux versions! 2 The run level 2 is without remote networking. Note that on some other systems this is identical with the single user mode. This run level can have more than one virtual console. 3 The run level 3 is with network. This run level is for server stations not automatically running X. 5 The level 5 is with network and xdm(1). You should have a configured and perfectly running X Window System for this work station run level. 4 The run level 4 is not (yet) used. /etc/init.d/skeleton This script is a model for writing your own. You can use insserv(8) to include your own script into a run level. FILES
/etc/init.d/* /etc/init.d/boot /etc/init.d/boot.local /etc/init.d/halt /etc/init.d/halt.local /etc/init.d/rc /etc/init.d/reboot /etc/init.d/skeleton /etc/init.d/single /etc/init.d/boot.d/S[0-9][0-9]* /etc/init.d/rc0.d/{K,S}[0-9][0-9]* /etc/init.d/rc1.d/{K,S}[0-9][0-9]* /etc/init.d/rc2.d/{K,S}[0-9][0-9]* /etc/init.d/rc3.d/{K,S}[0-9][0-9]* /etc/init.d/rc4.d/{K,S}[0-9][0-9]* /etc/init.d/rc5.d/{K,S}[0-9][0-9]* /etc/init.d/rc6.d/{K,S}[0-9][0-9]* /etc/init.d/rcS.d/{K,S}[0-9][0-9]* /etc/init.d/.depend.boot /etc/init.d/.depend.start /etc/init.d/.depend.stop /etc/inittab /etc/sysconfig/boot /etc/sysconfig SEE ALSO
insserv(8), startpar(8), init(8), inittab(5), and the SuSE Linux handbook, chapter The SuSE boot concept. COPYRIGHT
1996-2005 SuSE Linux AG, Nuernberg, Germany. AUTHORS
Florian La Roche <http://www.suse.de/feedback>, Werner Fink <werner@suse.de>, Burchard Steinbild <http://www.suse.de/feedback>. 4.4 Berkeley Distribution Nov 15, 2000 INIT.D(7)
All times are GMT -4. The time now is 10:06 AM.
Unix & Linux Forums Content Copyright 1993-2022. All Rights Reserved.
Privacy Policy