09-21-2006
Thanks both of you it worked out fine!
10 More Discussions You Might Find Interesting
1. UNIX for Advanced & Expert Users
Hi,
I'm new to AIX, and have to make some services start at system startup. The IBM-Redbook says I have to edit /etc/inittab. As a long time (Debian)-Linux Admin I'm a bit confused. Is there something like /etc/init.d/$SERVICE in AIX?
Greetings,
Dennis (1 Reply)
Discussion started by: dennis.kuehl
1 Replies
2. Solaris
sorry i got this already... (3 Replies)
Discussion started by: itik
3 Replies
3. SuSE
I'm trying to add services to start services automatically during the system start up in suse linux.
I followed these steps..
chkconfig servicename on
and created symbolic link at /etc/rc.d/rc3.d/ folder with name S80servicename. here is the command I used
ln -s /etc/init.d/servicename... (8 Replies)
Discussion started by: s_linux
8 Replies
4. Shell Programming and Scripting
I have a file which is modified via a web application & this may happen during any time of the day/week. This file is being used a config/list file for another shell script which runs 24hrs with a sleep of 200 secs.
I have writted a small script to kill the shell script when this config file is... (4 Replies)
Discussion started by: Lancel0t
4 Replies
5. AIX
Hi
My hacmp version is 5.4 and it is a active passive cluster.
Where can I find the startup and stop scripts?
Please assist. Thanks. (2 Replies)
Discussion started by: samsungsamsung
2 Replies
6. UNIX for Dummies Questions & Answers
hi i am a newbie to linux , we use Communigate for our mail on Centos. my problem is how to stop exim from running at startup. If exim starts our users cannot send their mail. i have stopped it running on all run levels but if i check exim status it says : Exim is stopped but the pid is running. ... (4 Replies)
Discussion started by: dongcool
4 Replies
7. Shell Programming and Scripting
Good morning!
I'm trying to add Maven to the system boot by the moment without success.
Testing the operation of the script I realize that the process isn't persistent when the program is launched with the start option.
---- #Startup Script ----
#! /bin/sh
# chkconfig: 345 99 1
#... (5 Replies)
Discussion started by: carpannav
5 Replies
8. Shell Programming and Scripting
Hi, I have a parallelized Mathematica program that spans across 8 MathKernels processes running at 100% and one MathKernel (highlighted in blue) running at < 10% that controls the other 8. They look like this on the cluster:
https://www.unix.com/attachment.php?attachmentid=5111&stc=1&d=1381245618... (2 Replies)
Discussion started by: giovform
2 Replies
9. Red Hat
Hello,
I am in the process of learning Linux OS.
How do I run the below lines of code automatically as root on server startup.
cd /opt/program_folder/ServiceManager/bin
nohup ./servce_manager DEV &
Currently, as soon as the server is up and running I log in as root (as this... (6 Replies)
Discussion started by: rparavastu
6 Replies
10. Shell Programming and Scripting
I have a question. Actually I want to make two scripts, one is startup.sh and other is stopscript.sh
so for example, I have 5 servers.
Each server has two instances :-
abc111 - Masters
-cra4
abc222 -middle tear
-cra
abc333 -middle tear
-cra1
abc444 -middle tear
... (1 Reply)
Discussion started by: siddharthjain
1 Replies
LEARN ABOUT OSX
dbd::gofer::policy::base
DBD::Gofer::Policy::Base(3) User Contributed Perl Documentation DBD::Gofer::Policy::Base(3)
NAME
DBD::Gofer::Policy::Base - Base class for DBD::Gofer policies
SYNOPSIS
$dbh = DBI->connect("dbi:Gofer:transport=...;policy=...", ...)
DESCRIPTION
DBD::Gofer can be configured via a 'policy' mechanism that allows you to fine-tune the number of round-trips to the Gofer server. The
policies are grouped into classes (which may be subclassed) and referenced by the name of the class.
The DBD::Gofer::Policy::Base class is the base class for all the policy classes and describes all the individual policy items.
The Base policy is not used directly. You should use a policy class derived from it.
POLICY CLASSES
Three policy classes are supplied with DBD::Gofer:
DBD::Gofer::Policy::pedantic is most 'transparent' but slowest because it makes more round-trips to the Gofer server.
DBD::Gofer::Policy::classic is a reasonable compromise - it's the default policy.
DBD::Gofer::Policy::rush is fastest, but may require code changes in your applications.
Generally the default "classic" policy is fine. When first testing an existing application with Gofer it is a good idea to start with the
"pedantic" policy first and then switch to "classic" or a custom policy, for final testing.
POLICY ITEMS
These are temporary docs: See the source code for list of policies and their defaults.
In a future version the policies and their defaults will be defined in the pod and parsed out at load-time.
See the source code to this module for more details.
POLICY CUSTOMIZATION
XXX This area of DBD::Gofer is subject to change.
There are three ways to customize policies:
Policy classes are designed to influence the overall behaviour of DBD::Gofer with existing, unaltered programs, so they work in a
reasonably optimal way without requiring code changes. You can implement new policy classes as subclasses of existing policies.
In many cases individual policy items can be overridden on a case-by-case basis within your application code. You do this by passing a
corresponding "<go_<policy_name">> attribute into DBI methods by your application code. This let's you fine-tune the behaviour for special
cases.
The policy items are implemented as methods. In many cases the methods are passed parameters relating to the DBD::Gofer code being
executed. This means the policy can implement dynamic behaviour that varies depending on the particular circumstances, such as the
particular statement being executed.
AUTHOR
Tim Bunce, <http://www.tim.bunce.name>
LICENCE AND COPYRIGHT
Copyright (c) 2007, Tim Bunce, Ireland. All rights reserved.
This module is free software; you can redistribute it and/or modify it under the same terms as Perl itself. See perlartistic.
perl v5.16.2 2007-10-16 DBD::Gofer::Policy::Base(3)