On Mon, 18 Aug 2008 14:33:05 +0200, Polytropon [EMAIL PROTECTED] wrote:
As I thought while reading your message, awk seems to be
a good solution. Just a note:
On Mon, 18 Aug 2008 06:29:03 +0300, Giorgos Keramidas [EMAIL PROTECTED]
wrote:
Would you
be ok with an awk(1) script instead of
I am writing a (Bourne) shell script that is intended (among other
things) to obtain information from a command, such as:
netstat -nibd -f inet
by reading and parsing the output.
However, the obvious (to me) approach of piping the output of the
command to the standard input of a while
Near section `` 2.12 Shell Execution Environment'' you can find the text
I quoted.
What I usually do in similar shell scripts is something like:
cat ${filename} | sed -n -e '/foo/ s/bar/baz/' | \
xargs -n1 blah
This isn't exactly the same as assigning $foo to the results of the
loop
On Mon, Aug 18, 2008 at 06:29:03AM +0300, Giorgos Keramidas wrote:
...
You are right that feeding data to a looping construct through a pipe
may run in a subshell. The ``Single UNIX Specification'' says
Ah; thanks for the confirmation.
...
What I usually do in similar shell scripts
Hiya
I set up a remote box to e-mail 'periodic' output to me directly. It has now
stopped working, and I suspect it's because the 'From:' addresses of the status
e-mails is of the form '[EMAIL PROTECTED]' and the ISP has upped its anti-spam
checks.
I see /usr/sbin/periodic itself uses the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Jonathan Belson wrote:
| Hiya
|
| I set up a remote box to e-mail 'periodic' output to me directly. It
| has now
| stopped working, and I suspect it's because the 'From:' addresses of the
| status
| e-mails is of the form '[EMAIL PROTECTED]' and the
of arbitrary scripts.
--
Chris Cowart
Network Technical Lead
Network Infrastructure Services, RSSP-IT
UC Berkeley
pgp5Z7EgST3cI.pgp
Description: PGP signature
RW wrote:
On Mon, 04 Aug 2008 13:21:36 -0500
CyberLeo Kitsana [EMAIL PROTECTED] wrote:
Hi!
For a while, I've noticed odd behavior with periodic scripts
installed by certain ports (portaudit) as well as ones I've penned
myself (corescan), in that they appear to be run twice in succession
every
Hi,
Is it possible to run a script after carp interface becomes MASTER? Ie external
script that runs the required services..
--
Best regards,
Omer mailto:[EMAIL PROTECTED]
___
freebsd-questions@freebsd.org mailing list
CyberLeo Kitsana wrote:
RW wrote:
On Mon, 04 Aug 2008 13:21:36 -0500
CyberLeo Kitsana [EMAIL PROTECTED] wrote:
Hi!
For a while, I've noticed odd behavior with periodic scripts
installed by certain ports (portaudit) as well as ones I've penned
myself (corescan), in that they appear to be run
Hi!
For a while, I've noticed odd behavior with periodic scripts installed
by certain ports (portaudit) as well as ones I've penned myself
(corescan), in that they appear to be run twice in succession every time.
Base system scripts, and some add-on scripts (freshclam) are run only
once
On Mon, 04 Aug 2008 13:21:36 -0500
CyberLeo Kitsana [EMAIL PROTECTED] wrote:
Hi!
For a while, I've noticed odd behavior with periodic scripts
installed by certain ports (portaudit) as well as ones I've penned
myself (corescan), in that they appear to be run twice in succession
every time
Hi guys,
Basically, I have 2 scripts in the folder /usr/local/etc/rc.d/
Resin.sh and apache.sh
I need resin to be started when apache is starting, how can I do that? I
cant find any documentation on priority or order for startup scripts.
I have tried adding a line at the end
At 03:37 PM 6/30/2008, fred wrote:
Hi guys,
Basically, I have 2 scripts in the folder /usr/local/etc/rc.d/
Resin.sh and apache.sh
I need resin to be started when apache is starting, how can I do that? I
can't find any documentation on priority or order for startup scripts.
I have
--On June 30, 2008 4:37:47 PM -0400 fred [EMAIL PROTECTED] wrote:
Hi guys,
Basically, I have 2 scripts in the folder “/usr/local/etc/rc.d/”
Resin.sh and apache.sh
I need resin to be started when apache is starting, how can I do that? I
can’t find any documentation on priority or order
Regarding the order of rc scripts,
On Mon, 30 Jun 2008, fred wrote:
I need resin to be started when apache is starting, how can I do that? I
can?t find any documentation on priority or order for startup scripts.
The rcorder(8) page will help you out. Note the PROVIDE and REQUIRE
keywords
On Mon, Jun 30, 2008 at 04:37:47PM -0400, fred wrote:
Hi guys,
Basically, I have 2 scripts in the folder /usr/local/etc/rc.d/
Resin.sh and apache.sh
Are these the scripts provided by the ports? They should be installed
without the '.sh' extension. See rc(8).
I need resin to be started
On Fri, Jun 27, 2008 at 3:01 PM, Derek Ragona
[EMAIL PROTECTED] wrote:
At 04:11 PM 6/27/2008, David Allen wrote:
I need to an '-s' flag to the execution of openntpd's rc script:
The problems I'm having are multiple. First, the program doesn't offer
any logging, and running it with the do
does adding the usual scriptname_flags
directive to /etc/rc.conf.
Scriptname_flags doesn't work because the port maintainer didn't write the
startup script so that it parses rc.conf for variables. You can edit the
script like this:
command_args=-s
When rc.subr runs scripts, it runs them like
I need to an '-s' flag to the execution of openntpd's rc script:
# PROVIDE: openntpd
# REQUIRE: DAEMON
# BEFORE: LOGIN
# KEYWORD: nojail
. /etc/rc.subr
name=openntpd
rcvar=`set_rcvar`
command=/usr/local/sbin/ntpd
required_files=/usr/local/etc/ntpd.conf
At 04:11 PM 6/27/2008, David Allen wrote:
I need to an '-s' flag to the execution of openntpd's rc script:
# PROVIDE: openntpd
# REQUIRE: DAEMON
# BEFORE: LOGIN
# KEYWORD: nojail
. /etc/rc.subr
name=openntpd
rcvar=`set_rcvar`
command=/usr/local/sbin/ntpd
.
Scriptname_flags doesn't work because the port maintainer didn't write the
startup script so that it parses rc.conf for variables. You can edit the
script like this:
command_args=-s
When rc.subr runs scripts, it runs them like this:
${command} ${command_args} ${command_flags}
Or you can add
On Mon, Apr 14, 2008 at 01:37:41PM -0600, Eric Zimmerman wrote:
Eric Zimmerman wrote:
Frank Shute wrote:
I spotted a couple of things with your rc.conf that could be causing
you trouble:
1) There are a lot of unquoted YES's for enabling services. I don't
know if that could screw thing's
On Sun, Apr 13, 2008 at 01:02:45PM -0600, Eric wrote:
hello,
does anyone know what I can do to fix the following problem? Every time
my FreeBSd 6.2 machine reboots, none of the scripts in the
/usr/local/etc/rc.d directory launch the various programs i have defined
in my rc.conf file
Jerry McAllister wrote:
to rc.conf i see things getting evaluated, but nothing is launched. this
forces someone to log in locally to the machine and start openssh so i
can get to the box.
Are there startup scripts for these things in rc.d?
Putting something in rc.conf is only setting a flag
On Sun, Apr 13, 2008 at 07:18:52PM -0600, Eric wrote:
tomasz dereszynski wrote:
Eric wrote:
hello,
does anyone know what I can do to fix the following problem? Every
time my FreeBSd 6.2 machine reboots, none of the scripts in the
/usr/local/etc/rc.d directory launch the various
Frank Shute wrote:
I spotted a couple of things with your rc.conf that could be causing
you trouble:
1) There are a lot of unquoted YES's for enabling services. I don't
know if that could screw thing's up but for form's sake, I'd try quoting
them and rebooting.
2) You seem to have set your
Eric Zimmerman wrote:
Frank Shute wrote:
I spotted a couple of things with your rc.conf that could be causing
you trouble:
1) There are a lot of unquoted YES's for enabling services. I don't
know if that could screw thing's up but for form's sake, I'd try quoting
them and rebooting.
2) You
hello,
does anyone know what I can do to fix the following problem? Every time
my FreeBSd 6.2 machine reboots, none of the scripts in the
/usr/local/etc/rc.d directory launch the various programs i have defined
in my rc.conf file. when i added
rc_info=yes
rc_debug=yes
to rc.conf i see
At 02:02 PM 4/13/2008, Eric wrote:
hello,
does anyone know what I can do to fix the following problem? Every time
my FreeBSd 6.2 machine reboots, none of the scripts in the
/usr/local/etc/rc.d directory launch the various programs i have defined
in my rc.conf file. when i added
rc_info
Eric wrote:
hello,
does anyone know what I can do to fix the following problem? Every
time my FreeBSd 6.2 machine reboots, none of the scripts in the
/usr/local/etc/rc.d directory launch the various programs i have
defined in my rc.conf file. when i added
rc_info=yes
rc_debug=yes
tomasz dereszynski wrote:
Eric wrote:
hello,
does anyone know what I can do to fix the following problem? Every
time my FreeBSd 6.2 machine reboots, none of the scripts in the
/usr/local/etc/rc.d directory launch the various programs i have
defined in my rc.conf file. when i added
Hello,
Google searches doesnt help much, I am trying to restart, for example the
SSHd service without having to reboot the server, but I have noticed that
there is no /etc/rc.d on FreeBSD-4.11 and /usr/local/etc/rc.d is empty.
Can anyone tell me where do I need to go to do a sshd
fred wrote:
Hello,
Google searches doesn’t help much, I am trying to restart, for example the
SSHd service without having to reboot the server, but I have noticed that
there is no /etc/rc.d on FreeBSD-4.11 and /usr/local/etc/rc.d is empty.
Can anyone tell me where do I need to go to do
Hi
How can I disable those nightly/monthly/... periodic scripts? I don't need
them, these days professional monitoring software such as nagios is used to
monitor 200+ systems. I can't read 200 mails showing me hundreds of lines of
output even if nothings happening. Am I just deleting all
Warner Lambert wrote:
Hi
How can I disable those nightly/monthly/... periodic scripts? I don't need them, these
days professional monitoring software such as nagios is used to monitor 200+ systems. I
can't read 200 mails showing me hundreds of lines of output even if nothings happening.
Am I
On Sun, 30 Mar 2008 at 22:26 +0100, [EMAIL PROTECTED] confabulated:
Warner Lambert wrote:
Hi
How can I disable those nightly/monthly/... periodic scripts? I don't need
them, these days professional monitoring software such as nagios is used to
monitor 200+ systems. I can't read 200 mails
On Sun, 30 Mar 2008 15:18:12 -0400
Warner Lambert [EMAIL PROTECTED] wrote:
Hi
How can I disable those nightly/monthly/... periodic scripts? I don't
need them, these days professional monitoring software such as nagios
is used to monitor 200+ systems. I can't read 200 mails showing me
Björn König wrote:
I have a setup where /usr/local is actually not a local file system. It's
NFS. My problem is that the initialization scripts doesn't seem to
consider that startup scripts could be remote. Am I right or are there
options that I missed yet?
I assume the problem is that /usr
Hello,
I have a setup where /usr/local is actually not a local file system. It's
NFS. My problem is that the initialization scripts doesn't seem to
consider that startup scripts could be remote. Am I right or are there
options that I missed yet?
Please don't tell me that /usr/local is intended
Roger Olofsson writes:
If you're not too worried about speed my old trick to circumvent this
was to simply write the variable to a temporary file then read in that
file for the send_user thing later on...Providing the send_user is a
script, mind you.
An excellent idea. I just wanted to
While running an expect script, is it possible to set an
expect script variable to the string kept in a shell variable?
I can generate the shell variable just fine but when I
try to export it to the expect script for later use with something like:
set LOGFILENAME [exec echo
Martin McCormick skrev:
While running an expect script, is it possible to set an
expect script variable to the string kept in a shell variable?
I can generate the shell variable just fine but when I
try to export it to the expect script for later use with something like:
set
of mergemaster. All the
scripts under /etc should be the ones in the repository.
And now I come to think about it, I was tinkering with a random number
script at the exact time the entropy file was written-out, and I'm
pretty certain I wrote it myself. That means I have no evidence
, and the file wasn't touched
(and I have tried running the touch manually).
I should also add that this problem has survived a world+kernel rebuild
to 7.0-RC2, which included the use of mergemaster. All the scripts
under /etc should be the ones in the repository.
Is anything showing up in the log
On Mon, Feb 11, 2008 at 06:06:47PM +, RW wrote:
On Sun, 10 Feb 2008 04:02:15 +
RW [EMAIL PROTECTED] wrote:
Afer putting in some extra logging to check something, I've just
noticed that my rc.d scripts are not being run at shutdown.
Did you remember to put:
# KEYWORD
tried it with an rc.shutdown script
that contains only the touch statement, and the file wasn't touched
(and I have tried running the touch manually).
I should also add that this problem has survived a world+kernel
rebuild to 7.0-RC2, which included the use of mergemaster. All the
scripts
RW [EMAIL PROTECTED] writes:
On Sun, 10 Feb 2008 04:02:15 +
RW [EMAIL PROTECTED] wrote:
Afer putting in some extra logging to check something, I've just
noticed that my rc.d scripts are not being run at shutdown.
By way of confirmation, my entropy file, which is written out
Matthew Seaman wrote:
[EMAIL PROTECTED] wrote:
On Wed, 06 Feb 2008, Alex Zbyslaw wrote
Setuid/gid bits on shell scripts aren't considered safe, however and may
even be disabled.
THERE IS NO REASON FOR THIS, JUST USE THE FILE-SYSTEM TO PROTECT THE
FILES (MAKE THEM NOT WRITEABLE
On Sun, 10 Feb 2008 04:02:15 +
RW [EMAIL PROTECTED] wrote:
Afer putting in some extra logging to check something, I've just
noticed that my rc.d scripts are not being run at shutdown.
By way of confirmation, my entropy file, which is written out by an
rc.d script, has not been
On Wed, 06 Feb 2008, Alex Zbyslaw wrote
SNIP
Setuid/gid bits on shell scripts aren't considered safe, however and may
even be disabled.
THERE IS NO REASON FOR THIS, JUST USE THE FILE-SYSTEM TO PROTECT THE FILES
(MAKE THEM NOT WRITEABLE). Scripts are no more susceptible
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
[EMAIL PROTECTED] wrote:
On Wed, 06 Feb 2008, Alex Zbyslaw wrote
SNIP
Setuid/gid bits on shell scripts aren't considered safe, however and may
even be disabled.
THERE IS NO REASON FOR THIS, JUST USE THE FILE-SYSTEM
On Sunday 10 February 2008 11:13, Matthew Seaman wrote:
[EMAIL PROTECTED] wrote:
On Wed, 06 Feb 2008, Alex Zbyslaw wrote
SNIP
Setuid/gid bits on shell scripts aren't considered safe, however and may
even be disabled.
THERE IS NO REASON FOR THIS, JUST USE
Afer putting in some extra logging to check something, I've just noticed
that my rc.d scripts are not being run at shutdown.
By way of confirmation, my entropy file, which is written out by an
rc.d script, has not been written to for a week (I shut-down most
nights). I don't recall doing
Hello,
I have looked at my /usr/local/etc/rc.d/ and realized that the symlink
I put there has the root as owner. It all works but I would rather use
a non-root user for to run that script.
$ ls -l /usr/local/etc/rc.d/
lrwxr-xr-x 1 root wheel40 May 9 2007 sender.sh -
cron(8) for this (it has an @reboot value for the
crontab files), but for using startup scripts, I think the best way is
to use su(1) in the script to execute particular commands.
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org
Zbigniew Szalbot wrote:
Hello,
I have looked at my /usr/local/etc/rc.d/ and realized that the symlink
I put there has the root as owner. It all works but I would rather use
a non-root user for to run that script.
$ ls -l /usr/local/etc/rc.d/
lrwxr-xr-x 1 root wheel40 May 9 2007
a better solution may be to use cron for
automatic startups, which Lowell rightly pointed out to me. I just
loved the simplicity of symlinking sh scripts against
/usr/local/etc/rc.d/ :)
Thank you!
Zbigniew Szalbot
___
freebsd-questions@freebsd.org mailing
/etc/rc.d/sender.sh
to know what was set or not.
Specifically, startup scripts will always run as root and it will be up
to the script to do things as another user if appropriate. E.g. by
using su, or sudo, or by running a program which was setuid
some-other-user, or because it runs as root
2008/2/6, Alex Zbyslaw [EMAIL PROTECTED]:
Zbigniew Szalbot wrote:
I have looked at my /usr/local/etc/rc.d/ and realized that the symlink
I put there has the root as owner. It all works but I would rather use
a non-root user for to run that script.
$ ls -l /usr/local/etc/rc.d/
lrwxr-xr-x
be to use cron for
automatic startups, which Lowell rightly pointed out to me. I just
loved the simplicity of symlinking sh scripts against
/usr/local/etc/rc.d/ :)
I personally much prefer scripts in rc.d because it's much easier to
migrate than crontabs, and if I never use a crontab I always know
Zbigniew Szalbot wrote:
I have never really understood the thing about setuids, gid and etc. :)
I am not planning a restart so won't try it but I am pretty sure that
logs are created by root unless the api is started manually. No big
deal really but thanks for all the suggestions!
It's very
On Wed, 06 Feb 2008 17:09:50 +
Alex Zbyslaw [EMAIL PROTECTED] wrote:
I personally much prefer scripts in rc.d because it's much easier to
migrate than crontabs, and if I never use a crontab I always know
where to look.
It looks to me like you shouldn't be starting the demon as user api
I keep reading about making sh scripts executable with #!/bin/sh on
the first line and chmod to executable. That works with all my system
scripts (rc, etc.) or my system would be DOA, no doubt. When I do it
in my home folder, however, running script gives command not
found. I've only read about
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Steve Franks
Sent: 07 January 2008 15:53
I keep reading about making sh scripts executable with #!/bin/sh on
the first line and chmod to executable. That works with all my system
scripts (rc, etc
Steve Franks writes:
I keep reading about making sh scripts executable with #!/bin/sh on
the first line and chmod to executable. That works with all my system
scripts (rc, etc.) or my system would be DOA, no doubt. When I do it
in my home folder, however, running script gives command
On Jan 7, 2008, at 9:52 AM, Steve Franks wrote:
I keep reading about making sh scripts executable with #!/bin/sh on
the first line and chmod to executable. That works with all my system
scripts (rc, etc.) or my system would be DOA, no doubt. When I do it
in my home folder, however, running
This is a sort of 'don't shoot yourself in the foot' design. You
cannot run a script or binary simply by name if you're cwd is the
directory that contains that script or binary. IIRC, you can't cd /
usr/bin and run anything in /usr/bin without explicitly calling that
file with the ./
I keep reading about making sh scripts executable with #!/bin/sh on
the first line and chmod to executable. That works with all my system
scripts (rc, etc.) or my system would be DOA, no doubt. When I do it
in my home folder, however, running script gives command not
found.
That typically
How are you running the commands? The problem is probably to do with your
path. Your home directory isn't typically and shouldn't be in your PATH (try
echo $PATH). You need to specify the full path to your scripts or place a ./
in front of the script name if in the same directory.
e.g
Hey Steve,
Steve Franks wrote:
Ah! You'd think any one of the many tutorials I read would have
mentioned that little detail ;)
Tutorials do have a tendency to look over important details.
That's why I would always recommend a good book, something like UNIX
Power Tools in your case, which,
On Mon, Jan 07, 2008 at 09:13:39AM -0700, Steve Franks wrote:
This is a sort of 'don't shoot yourself in the foot' design. You
cannot run a script or binary simply by name if you're cwd is the
directory that contains that script or binary. IIRC, you can't cd /
usr/bin and run anything in
On Mon, 2008-01-07 at 10:50 -0600, Erik Osterholm wrote:
On Mon, Jan 07, 2008 at 09:13:39AM -0700, Steve Franks wrote:
This is a sort of 'don't shoot yourself in the foot' design. You
cannot run a script or binary simply by name if you're cwd is the
directory that contains that script
implciations, so if you think that it's something you really
want to do, you'll have to find out from someone else how to do it.
OTOH, having ~/bin in the path has no security implications at all -
assuming your scripts are OK, of course.
--
Shenanigans! Shenanigans!Best of 3!
-- Flash
a command), however this has serious
security implciations, so if you think that it's something you really
want to do, you'll have to find out from someone else how to do it.
OTOH, having ~/bin in the path has no security implications at all -
assuming your scripts are OK, of course.
I don't
James Harrison writes:
One example that comes to mind is the CUPS port. It installs its
own version of the lpr binary in /usr/local/bin. However, there's
also an instance of lpr, the BSD version, in /usr/bin. So how do
you make sure you're using the CUPS version of the binary?
The
-
assuming your scripts are OK, of course.
I don't see anything especially bad about putting . as the last item in the
PATH on a personal desktop machine. It is convenient, IMHO worth the risk.
If my desktop gets hacked, I have worse problems to worry about than this.
Personally, I
On Mon, Jan 07, 2008 at 01:21:46PM -0500, Robert Huff wrote:
James Harrison writes:
One example that comes to mind is the CUPS port. It installs its
own version of the lpr binary in /usr/local/bin. However, there's
also an instance of lpr, the BSD version, in /usr/bin. So how do
you
On 11/6/07, Gary Kline [EMAIL PROTECTED] wrote:
Looks like I can only put one Konsole or other app per workspace.
Below, no matter with workspace I choose, 1 to 4, all these
terminals go into just one workspace. Anybody know of any
workaround?
gary
On Thu, Nov 08, 2007 at 11:45:02AM -0800, Kevin Downey wrote:
On 11/6/07, Gary Kline [EMAIL PROTECTED] wrote:
Looks like I can only put one Konsole or other app per workspace.
Below, no matter with workspace I choose, 1 to 4, all these
terminals go into just one
On 1 Nov 2007 at 22:00, Andy Harrison wrote:
{Re: term: Undefined variable emit...}:
On 11/1/07, Mark McConnell wrote:
On bootup, I see the message repeated several
times, term: Undefined variable.
Were any of the shell rc files change recently? Like root's .profile
or .bashrc, or the
Looks like I can only put one Konsole or other app per workspace.
Below, no matter with workspace I choose, 1 to 4, all these
terminals go into just one workspace. Anybody know of any
workaround?
gary
(if
(and
(is (application_name)
On bootup, I see the message repeated several
times, term: Undefined variable.
What is causing this message and what must I
change to eliminate it? I want to rule it out as a
factor contributing to my difficulty starting jabberd2
on bootup (c2s is the client-to-server component of
On bootup, I see the message repeated several
times, term: Undefined variable.
What is causing this message and what must I
change to eliminate it? I want to rule it out as a
factor contributing to my difficulty starting jabberd2
on bootup (c2s is the client-to-server component of
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 11/1/07, Mark McConnell wrote:
On bootup, I see the message repeated several
times, term: Undefined variable.
Were any of the shell rc files change recently? Like root's .profile
or .bashrc, or the ones in /etc/?
- --
Andy Harrison
public
On Tuesday 09 October 2007 03:07:22 Stephen Allen wrote:
Hi Derek,
Not all scripts create a pid file is the simple answer.
I didn't see how the isc-dhcpd script or dovecot created a pid, so I
assumed it was something that rc.subr took care of.
Your script should create the pid file
shouldn't need
to background the command.
It /is/ a daemon
Also, rather then an echo try adding -x to the shebang line.
Yeah, I did that whilst I was re-arranging it. I think my problem is, I
don't understand properly what creates the pids for the standard scripts
(like nptd), so I can't look
On Oct 9, 2007, at 5:16 PM, [EMAIL PROTECTED] wrote:
Most binaries i.e. httpd, memcached, mysqld, etc... provide a
config file or cli option to provide the path to a pid file.
Like you say - I can't find anything in rc.subr that would create a
pid. So, I looked in /etc/rc.d/ntpd (for
' command though, it blanks
out the contents of the pid. That echo line isn't present in any of the
standard scripts - hence my initial question.
Apart from variable assignments, the script defines 'start_cmd' (which I
assume is used as the start command by rc.subr). Strange that I
couldn't find any
of the script. When you do a 'status' command though, it blanks
out the contents of the pid. That echo line isn't present in any of the
standard scripts - hence my initial question.
Apart from variable assignments, the script defines 'start_cmd' (which I
assume is used as the start command
Hi Derek,
Not all scripts create a pid file is the simple answer.
I didn't see how the isc-dhcpd script or dovecot created a pid, so I
assumed it was something that rc.subr took care of.
Your script should create the pid file on start, remove it on stop, and
simply cat that file on a status
Again, I thought the rc.subr functions took care of all that for you
(unless you wanted something special from those commands).
In general, they do
see /etc/rc.subr:
check_pidfile(),
wait_for_pids(),
Most binaries i.e. httpd, memcached, mysqld, etc... provide a config
file or cli
Philip M. Gollucci wrote:
Your particular problem is that run_rc_command actually exists so that
the script exists with the correct return code generally that of what
the application
in question returns from trying to start or stop.
s/exists/exits/g in the above.
Hello,
I'm looking for some utilities for the migration and maintenance of
UNIX/SAMBA users to OpenLDAP. I would like to have some tools/scripts
creating well defined LDIF files for importation into LDAP.
Any tips or hints?
Thank you very much in advance,
Oliver
On 2007-08-29 12:10, O. Hartmann wrote:
I'm looking for some utilities for the migration and maintenance of UNIX/SAMBA
users to OpenLDAP. I would like to have some tools/scripts creating well
defined LDIF files for importation into LDAP.
AFAIK, these are the usual scipts used for that:
http
start' for my instance of zope.
I use to add lines like this to the rc.local file in linux to get them
started. I was thinking that I read that this could still be done in
FreeBSD, but was not the preferred way to do it.
From looking at the scripts in '/usr/local/etc/rc.d', it looks like
, not policy still applies.
I use to add lines like this to the rc.local file in linux to get them
started. I was thinking that I read that this could still be done in
FreeBSD, but was not the preferred way to do it.
From looking at the scripts in '/usr/local/etc/rc.d', it looks like
to do it.
From looking at the scripts in '/usr/local/etc/rc.d', it looks like
there are different ways. For zope it says that I can define
'zope28_enable : YES' in '/etc/rc.conf', '/etc/rc.conf.local' or
'/etc/rc.conf/zope28', so I guess that I just add 'zope28_enable :
YES' to my
to do it.
From looking at the scripts in '/usr/local/etc/rc.d', it looks like
there are different ways. For zope it says that I can define
'zope28_enable : YES' in '/etc/rc.conf', '/etc/rc.conf.local' or
'/etc/rc.conf/zope28', so I guess that I just add 'zope28_enable :
YES' to my rc.conf
Hi everyone :-)
Just curiosly, in /etc/periodic/daily, there are many shell scripts but
there is an variable rc by example :
- rc=0
- rc=1
- rc=2
- rc=3
What exactly does the rc=0, rc=1 ... flag mean ?
Thank you :)
___
freebsd-questions@freebsd.org
101 - 200 of 523 matches
Mail list logo
