10 More Discussions You Might Find Interesting
1. Shell Programming and Scripting
Linux System having all Perl, Python, PHP (and Ruby) installed
From a Shell script, can call a Perl, Python, PHP (or Ruby ?) file
eg
eg
a Shell script run in a case statement call to run a php file, also Perl or/and Python file???
Like
#!/usr/bin/bash
....
....
case $INPUT_STRING... (1 Reply)
Discussion started by: hoyanet
1 Replies
2. Shell Programming and Scripting
Hi guys,
I have written a script that waits for a trigger file.
Then checks the time of the trigger.
if the trigger finished between 8pm and midnight then runs a job.
else it waits till 1am then runs a different job.
I am still very new to scripting so any suggestions to improve my... (4 Replies)
Discussion started by: twinion
4 Replies
3. UNIX for Dummies Questions & Answers
I am from MQ/MB technology. My requirement is to display the queue manger and broker status on daily basis.
If I manually run the script, it works fine and displays output. But when I have scheduled the same using cronjobs it shows only the queue manger status and not the broker status.
Can... (3 Replies)
Discussion started by: Anusha M
3 Replies
4. Shell Programming and Scripting
Hello all,
I'm trying to write a script to gather and send data and it works just fine at the bash command line, but when executing from CRON, it does not run properly.
My scripting skills are pretty limited and there's probably a better way, but as I said it works at the command line, but... (12 Replies)
Discussion started by: rusman
12 Replies
5. Shell Programming and Scripting
If I run 'who -u' interactively or from a script invoked through bash in a tty on my Ubuntu 12LTS box I get an output like this:
testuser pts/0 Dec 9 02:32 . 2163 (host.xx.yy)
running the same through cron I get:
testuser pts/0 2012-12-09 02:32 00:05 2163... (2 Replies)
Discussion started by: latimer
2 Replies
6. Shell Programming and Scripting
how to run an already developed script run against a list of ip addresses solaris 8 question.
the script goes away and check traffic information, for example
check_GE-VLANStats-P3 1.1.1.1
and returns the results ok.
how do I run this against an ip list? i.e a list of 30 ip addresses (26 Replies)
Discussion started by: llcooljatt
26 Replies
7. Solaris
Hi to all,
I have noticed lately that in one of my Database Servers (using IDS INFORMIX 11.5) there are some process called oninit -r.
The strange thing is that it seems that there is no option -r in oninit command so i dont understand how these processes exist.
In the first couple of days... (3 Replies)
Discussion started by: omonoiatis9
3 Replies
8. AIX
In my cronjob, I would like to schedule my script.sh to run every minutes. I crontab -e and have in line below but it didn't seems to run at all.
* * * * * script.sh
When I run it manually, I can run it. Is that anything wrong with the above line?
If I change it to something like below,... (4 Replies)
Discussion started by: ngaisteve1
4 Replies
9. Shell Programming and Scripting
I want to write a script which would run from one host say A and connect to other remote host B and then run rest of commands in that host. I tried connecting from A host to B with SSH but after connecting to host B it just getting me inside Host B command prompt. Rest of the script is not running... (6 Replies)
Discussion started by: SN2009
6 Replies
10. UNIX for Advanced & Expert Users
Hi,
Would like to ask the experts if anyone knows how to run a script like this:
dtterm -title shell1
run process1 on shell1
dtterm -title shell2
run process2 on shell2
cheers!
p/s: sorry if i used the wrong forum, quite concussed after watching world cup for several nights; but I... (2 Replies)
Discussion started by: mochi
2 Replies
inittab(4) File Formats inittab(4)
NAME
inittab - script for init
DESCRIPTION
The /etc/inittab file controls process dispatching by init. The processes most typically dispatched by init are daemons.
It is no longer necessary to edit the /etc/inittab file directly. Administrators should use the Solaris Service Management Facility (SMF)
to define services instead. Refer to smf(5) and the System Administration Guide: Basic Administration for more information on SMF.
To modify parameters passed to ttymon(1M), use svccfg(1M) to modify the SMF repository. See ttymon(1M) for details on the available SMF
properties.
The inittab file is composed of entries that are position dependent and have the following format:
id:rstate:action:process
Each entry is delimited by a newline; however, a backslash () preceding a newline indicates a continuation of the entry. Up to 512 charac-
ters for each entry are permitted. Comments may be inserted in the process field using the convention for comments described in sh(1).
There are no limits (other than maximum entry size) imposed on the number of entries in the inittab file. The entry fields are:
id One to four characters used to uniquely identify an entry. Do not use the characters "r" or "t" as the first or only character
in this field. These characters are reserved for the use of rlogin(1) and telnet(1).
rstate Define the run level in which this entry is to be processed. Run-levels effectively correspond to a configuration of processes
in the system. That is, each process spawned by init is assigned a run level(s) in which it is allowed to exist. The run levels
are represented by a number ranging from 0 through 6. For example, if the system is in run level 1, only those entries having a
1 in the rstate field are processed.
When init is requested to change run levels, all processes that do not have an entry in the rstate field for the target run
level are sent the warning signal SIGTERM and allowed a 5-second grace period before being forcibly terminated by the kill sig-
nal SIGKILL. The rstate field can define multiple run levels for a process by selecting more than one run level in any combina-
tion from 0 through 6. If no run level is specified, then the process is assumed to be valid at all run levels 0 through 6.
There are three other values, a, b and c, which can appear in the rstate field, even though they are not true run levels.
Entries which have these characters in the rstate field are processed only when an init or telinit process requests them to be
run (regardless of the current run level of the system). See init(1M). These differ from run levels in that init can never enter
run level a, b or c. Also, a request for the execution of any of these processes does not change the current run level. Further-
more, a process started by an a, b or c command is not killed when init changes levels. They are killed only if their line in
inittab is marked off in the action field, their line is deleted entirely from inittab, or init goes into single-user state.
action Key words in this field tell init how to treat the process specified in the process field. The actions recognized by init are as
follows:
respawn If the process does not exist, then start the process; do not wait for its termination (continue scanning the init-
tab file), and when the process dies, restart the process. If the process currently exists, do nothing and continue
scanning the inittab file.
wait When init enters the run level that matches the entry's rstate, start the process and wait for its termination. All
subsequent reads of the inittab file while init is in the same run level cause init to ignore this entry.
once When init enters a run level that matches the entry's rstate, start the process, do not wait for its termination.
When it dies, do not restart the process. If init enters a new run level and the process is still running from a
previous run level change, the program is not restarted.
boot The entry is to be processed only at init's boot-time read of the inittab file. init is to start the process and
not wait for its termination; when it dies, it does not restart the process. In order for this instruction to be
meaningful, the rstate should be the default or it must match init's run level at boot time. This action is useful
for an initialization function following a hardware reboot of the system.
bootwait The entry is to be processed the first time init goes from single-user to multi-user state after the system is
booted. init starts the process, waits for its termination and, when it dies, does not restart the process.
powerfail Execute the process associated with this entry only when init receives a power fail signal, SIGPWR (see sig-
nal(3C)).
powerwait Execute the process associated with this entry only when init receives a power fail signal, SIGPWR, and wait until
it terminates before continuing any processing of inittab.
off If the process associated with this entry is currently running, send the warning signal SIGTERM and wait 5 seconds
before forcibly terminating the process with the kill signal SIGKILL. If the process is nonexistent, ignore the
entry.
ondemand This instruction is really a synonym for the respawn action. It is functionally identical to respawn but is given a
different keyword in order to divorce its association with run levels. This instruction is used only with the a, b
or c values described in the rstate field.
sysinit Entries of this type are executed before init tries to access the console (that is, before the Console Login:
prompt). It is expected that this entry will be used only to initialize devices that init might try to ask the run
level question. These entries are executed and init waits for their completion before continuing.
process Specify a command to be executed. The entire process field is prefixed with exec and passed to a forked sh as sh -c 'exec com-
mand'. For this reason, any legal sh syntax can appear in the process field.
SEE ALSO
sh(1), who(1), init(1M), svcadm(1M), svc.startd(1M), ttymon(1M), exec(2), open(2), signal(3C), smf(5)
System Administration Guide: Basic Administration
NOTES
With the introduction of the service management facility, the system-provided /etc/inittab file is greatly reduced from previous releases.
The initdefault entry is not recognized in Solaris 10. See smf(5) for information on SMF milestones, and svcadm(1M), which describes the
"svcadm milestone -d" command; this provides similar functionality to modifying the initdefault entry in previous versions of the Solaris
OS.
SunOS 5.11 9 Dec 2004 inittab(4)