Hi,
On Mon, 7 Oct 2013 10:47:09 +0200 Julian Fagir wrote:
> I don't think it's a hardware issue, as one of the three machines runs on
> different hardware than the other two (which are identical).
I have to update on that: The two servers with the identical hardware are the
ones with the "real" i
Hi,
I've been experiencing a strange problem with one of my hosts (I think, since
upgrading to 9.1-RELEASE). The host does not start several services after
booting, especially no getty(8)s and no cron(8). When starting these services
manually, it does so without flaw (you can login via ss
An easy way to do this is check /var/log/cron
There are many other ways.
- aurf
On Sep 16, 2013, at 4:26 AM, Paul Macdonald wrote:
>
> Hi,
>
> Is there a simple way of testing whether a given script was called via cron,
>
> I'd rather find a solution that would work
On Mon, 16 Sep 2013 23:28:17 -0400, kpn...@pobox.com wrote:
> On Mon, Sep 16, 2013 at 02:05:04PM +0200, Polytropon wrote:
> > On Mon, 16 Sep 2013 12:26:59 +0100, Paul Macdonald wrote:
> > > Is there a simple way of testing whether a given script was called via
> > > cr
On Mon, 16 Sep 2013 12:26:59 +0100
Paul Macdonald articulated:
>
> Hi,
>
> Is there a simple way of testing whether a given script was called
> via cron,
>
> I'd rather find a solution that would work from within the script
> rather than setting an enviro
In the last episode (Sep 16), Paul Macdonald said:
> Is there a simple way of testing whether a given script was called via cron,
>
> I'd rather find a solution that would work from within the script rather
> than setting an environment variable in the crontab.
You check to
On Mon, 16 Sep 2013 12:26:59 +0100, Paul Macdonald wrote:
> Is there a simple way of testing whether a given script was called via cron,
>
> I'd rather find a solution that would work from within the script rather
> than setting an environment variable in the crontab.
I
Hi,
Is there a simple way of testing whether a given script was called via cron,
I'd rather find a solution that would work from within the script rather
than setting an environment variable in the crontab.
thanks
Paul.
(anyone here going to EuroBSD con?)
--
-
http://lists.freebsd.org/pipermail/freebsd-questions/2007-December/164174.html
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "freebsd-questions-unsubscr...@fre
ver - drop-in replacement for MySQL
ps axlw | grep cron
0 56084 1 0 20 0 31064 2844 nanslp IsJ ?? 0:00.78
/usr/sbin/cron -s
0 68402 56084 0 20 0 31064 2844 ppwait DJ ?? 0:00.00
cron: running job (cron)
0 68403 68402 0 20 0 31064 2844 so_rcv_s IVsJ ?? 0:0
On Wed, 13 Jun 2012 19:16:18 -0500, Chris wrote:
> On 6/13/2012 6:23 PM, Walter Hurry wrote:
>> On Tue, 12 Jun 2012 12:21:31 -0500, Dan Lists wrote:
>>
>>> The syntax of his crontab file is correct. Vixie cron does care about
>>> leading spaces, tabs, extra s
On 6/13/2012 6:23 PM, Walter Hurry wrote:
> On Tue, 12 Jun 2012 12:21:31 -0500, Dan Lists wrote:
>
>> The syntax of his crontab file is correct. Vixie cron does care about
>> leading spaces, tabs, extra spaces, or leading zeros. Earlier versions
>> of cron are much p
On Tue, 12 Jun 2012 12:21:31 -0500, Dan Lists wrote:
> The syntax of his crontab file is correct. Vixie cron does care about
> leading spaces, tabs, extra spaces, or leading zeros. Earlier versions
> of cron are much pickier about the crontab file. The cron logs show
> that it is
- for octal notation. For example,
> 083 != 83, just as 0x83 != 83. As it has been mentioned,
> spaces also have a significant meaning in crontabs, so
> they cannot be used everywhere to align data columns.
>
The syntax of his crontab file is correct. Vixie cron does care about
leadin
On Tue, 12 Jun 2012 08:29:02 -0500, Mark Felder wrote:
> On Tue, 12 Jun 2012 00:06:21 -0500, Robert Bonomi
> wrote:
>
> > Comment: using a leading zero on the numeric fields is a BAD IDEA(tm) --
> > you
> > are *strongly* encocuraged to remove them. Yes, that means numbers will
> > not
> >
On Tue, 12 Jun 2012 09:36:37 -0500, Lowell Gilbert
wrote:
I don't have ready access to source at the moment, but I would expect
(like the normal C I/O functions) it will be interpreted as octal.
Suppose we could always ask Paul Vixie :-)
___
freeb
Mark Felder writes:
> On Tue, 12 Jun 2012 00:06:21 -0500, Robert Bonomi
> wrote:
>
>> Comment: using a leading zero on the numeric fields is a BAD IDEA(tm) --
>> you
>> are *strongly* encocuraged to remove them. Yes, that means numbers
>> will not
>> be column aligned, but it is a small price
On Tue, 12 Jun 2012 00:06:21 -0500, Robert Bonomi
wrote:
Comment: using a leading zero on the numeric fields is a BAD IDEA(tm) --
you
are *strongly* encocuraged to remove them. Yes, that means numbers will
not
be column aligned, but it is a small price to pay to avoid the
hair-tearing
On 11/06/2012 23:10, Michael Sierchio wrote:
On Mon, Jun 11, 2012 at 7:04 PM, Walter Hurry wrote:
As the subject says, this is probably a newbie question (I am new to
FreeBSD but quite experienced at Linux).
FreeBSD9 on x86_64.
Cron is running:
$ ps -ax|grep cron
1513 ?? Is 0:00.01
Walter Hurry wrote:
>
> As the subject says, this is probably a newbie question (I am new to
> FreeBSD but quite experienced at Linux).
>
> FreeBSD9 on x86_64.
>
> Cron is running:
>
> $ ps -ax|grep cron
>
> 1513 ?? Is 0:00.01 /usr/sbin/cron -s
>
&
On 6/11/2012 9:25 PM, Walter Hurry wrote:
> On Mon, 11 Jun 2012 19:10:21 -0700, Michael Sierchio wrote:
>
>> Have you installed bash? It's not in the system base.
>>
>> What's in your shell scripts?
>
> Thanks for the quick response.
>
> $ pkg_info|grep bash
>
> bash-4.2.28 The GNU Pro
On Mon, 11 Jun 2012 19:36:28 -0700, Michael Sierchio wrote:
> cat /etc/shells
$ cat /etc/shells
# $FreeBSD: release/9.0.0/etc/shells 59717 2000-04-27 21:58:46Z ache $
#
# List of acceptable shells for chpass(1).
# Ftpd will not allow users to connect who are not using
# one of these shells.
/bin/
On Mon, 11 Jun 2012 21:21:12 -0500, Adam Vande More wrote:
> You really have bash in /bin ? Are your scripts executable? What does
> /var/log/cron say?
$ file /bin/bash
/bin/bash: symbolic link to `/usr/local/bin/bash'
$ sudo tail -50 /var/log/cron (result snipped at 02:22:00
On Mon, Jun 11, 2012 at 7:25 PM, Walter Hurry wrote:
cat /etc/shells
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
On Mon, 11 Jun 2012 19:10:21 -0700, Michael Sierchio wrote:
> Have you installed bash? It's not in the system base.
>
> What's in your shell scripts?
Thanks for the quick response.
$ pkg_info|grep bash
bash-4.2.28 The GNU Project's Bourne Again SHell
$ which bash
/bin/bash
$
$ le
t see nothing.
>
You really have bash in /bin ? Are your scripts executable? What does
/var/log/cron say?
--
Adam Vande More
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
On Mon, Jun 11, 2012 at 7:04 PM, Walter Hurry wrote:
> As the subject says, this is probably a newbie question (I am new to
> FreeBSD but quite experienced at Linux).
>
> FreeBSD9 on x86_64.
>
> Cron is running:
>
> $ ps -ax|grep cron
>
> 1513 ?? Is 0:00.01 /
As the subject says, this is probably a newbie question (I am new to
FreeBSD but quite experienced at Linux).
FreeBSD9 on x86_64.
Cron is running:
$ ps -ax|grep cron
1513 ?? Is 0:00.01 /usr/sbin/cron -s
2283 0 S+ 0:00.00 grep cron
$
I have a syntactically valid crontab
I've recently installed a FreeBSD 9.0 jail server, and inside each of
my jails I am getting the following errors in my log about every 5
minutes:
cron[7635]: NSSWITCH(_nsdispatch): ldap, group, setgrent, not found,
and no fallback provided
cron[7635]: NSSWITCH(_nsdispatch): ldap,
On Mon, 13 Jun 2011, Kurt Buff wrote:
Per the handbook, I added
SHELL=/bin/sh
to crontab, and I also added
#!/bin/sh
as the first line in the script
Should not need both. The first changes a default, which is bad when
you switch to another system where that hasn't been changed.
On Mon, Jun 13, 2011 at 15:02, Polytropon wrote:
> On Mon, 13 Jun 2011 14:44:29 -0700, Kurt Buff wrote:
>> Per the handbook, I added
>>
>> SHELL=/bin/sh
>>
>> to crontab, and I also added
>>
>> #!/bin/sh
>>
>> as the first line in the script
>>
>> But, while a file is being created, it'
o: Kurt Buff
Cc: FreeBSD Questions
Subject: Re: Probably working too hard for this cron question
On Mon, Jun 13, 2011 at 12:52 PM, Kurt Buff wrote:
All,
I've googled a bunch, read some freebsd.org docs, and just can't
figure this out.
I have a script that should read the current date in
ot/${dt}-external1.txt
/bin/date >> /root/${dt}-external1.txt
Could you try that?
As you mentioned ${dt} would be empty upon cron
execution, but not when run interactively, I would
guess that the execution of a value assignment keeps
its value just as long as it is within the same shell
e
Questions
> Subject: Re: Probably working too hard for this cron question
>
> On Mon, Jun 13, 2011 at 12:52 PM, Kurt Buff wrote:
>> All,
>>
>> I've googled a bunch, read some freebsd.org docs, and just can't
>> figure this out.
>>
>> I have a sc
current date into a variable,
>> append the time/date stamp at the beginning of the file created with
>> the date in the variable, do a bunch of cURL stuff, then append a
>> time/date stamp at the end of the file.
>>
>> It works if I run it manually, but not from cron
On Mon, Jun 13, 2011 at 2:14 PM, Gary Gatten wrote:
> Yeah Pete, kinda need that huh. Kurt, If that turns out to be the only
> issue, don't feel bad - I've forgotten it myself several times! I'm sure
> many others have as well!
>
as someone who was fixing some
freebsd.org] On Behalf Of pete wright
Sent: Monday, June 13, 2011 3:25 PM
To: Kurt Buff
Cc: FreeBSD Questions
Subject: Re: Probably working too hard for this cron question
On Mon, Jun 13, 2011 at 12:52 PM, Kurt Buff wrote:
> All,
>
> I've googled a bunch, read some freebsd.org docs,
of the file created with
> the date in the variable, do a bunch of cURL stuff, then append a
> time/date stamp at the end of the file.
>
> It works if I run it manually, but not from cron.
>
> Here are the batchfile and the cron entry:
>
> --begin script
end a
time/date stamp at the end of the file.
It works if I run it manually, but not from cron.
Here are the batchfile and the cron entry:
--begin script--
dt=`/bin/date "+%Y-%m-%d"`
/bin/date > /root/$dt-external1.txt
/usr/local/bin/curl -K /root/urls.txt >> /roo
Lystic Emsen skrev 2010-11-02 12:44:
According to the handbook this command is supposed to do that.
portsnap -I cron update
Yeah, you are right, I missed that. However, the problem is that you didn't
specify the full path to portsnap. That will cause it to fail and the&&
o
On Tue, Nov 2, 2010 at 5:57 AM, Leslie Jensen wrote:
>
>
> Lystic Emsen skrev 2010-11-02 11:53:
>
> On Tue, Nov 2, 2010 at 4:08 AM, Leslie Jensen wrote:
>>
>> Hello list.
>>>
>>> I have the following in /etc/crontab
>>>
>>> @re
Lystic Emsen skrev 2010-11-02 11:53:
On Tue, Nov 2, 2010 at 4:08 AM, Leslie Jensen wrote:
Hello list.
I have the following in /etc/crontab
@reboot root portsnap -I cron update&& /root/bin/cv_portsnap_cron&&
pkg_version -vIL=
I don't see where you are doing a port
On Tue, Nov 2, 2010 at 4:08 AM, Leslie Jensen wrote:
> Hello list.
>
> I have the following in /etc/crontab
>
> @reboot root portsnap -I cron update && /root/bin/cv_portsnap_cron &&
> pkg_version -vIL=
>
>
> I don't see where you are doing a po
Hello list.
I have the following in /etc/crontab
@reboot root portsnap -I cron update && /root/bin/cv_portsnap_cron &&
pkg_version -vIL=
The script /root/bin/cv_portsnap_cron
#!/bin/sh
portmaster --clean-distfiles-all
portmaster -aF
Message received from cron:
Arthur Chance wrote:
> On 09/03/10 09:19, per...@pluto.rain.com wrote:
> > Chris Rees wrote:
> >> You have to SIGHUP cron, not restart it.
> >> # killall -HUP cron
> >
> > Isn't crontab(1) supposed to do that, without separate
> > intervention?
Yes, it's definitely updating:
[r...@juno /var/cron/tabs]# ls -ald /var/cron/tabs
drwx-- 2 root wheel 512 Sep 2 12:49 /var/cron/tabs
And after editing my crontab:
[r...@juno /var/cron/tabs]# ls -ald /var/cron/tabs
drwx-- 2 root wheel 512 Sep 3 10:25 /var/cron/tabs
I
On 09/03/10 09:19, per...@pluto.rain.com wrote:
Chris Rees wrote:
You have to SIGHUP cron, not restart it.
# killall -HUP cron
Isn't crontab(1) supposed to do that, without separate intervention?
From man cron
Additionally, cron checks each minute to see if its spool direct
Chris Rees wrote:
> You have to SIGHUP cron, not restart it.
>
> # killall -HUP cron
Isn't crontab(1) supposed to do that, without separate intervention?
> On 2 Sep 2010 21:11, "patrick" wrote:
>
> I recently upgraded a FreeBSD 7.0 system to 8.1-RELE
You have to SIGHUP cron, not restart it.
# killall -HUP cron
Chris
Sorry for top-posting, Android won't let me quote, but K-9 can't yet do
threading.
On 2 Sep 2010 21:11, "patrick" wrote:
I recently upgraded a FreeBSD 7.0 system to 8.1-RELEASE (via
fr
On Sat, Aug 28, 2010 at 01:49:18PM +0200, Bernt Hansson wrote:
Hell Bernt,
> I'm having problems with lines like this in cron, works on the command
> line, but not in cron.
>
> /sbin/dump -0uan -f - /usr | gzip -2 | ssh -c blowfish \
> targetu...@targetmachine.example.com d
On Mon, 14 Jun 2010 07:55:34 -0400
Robert Huff articulated:
> Are you possibly talking about a jail?
Sorry, no. I am going to try searching the questions archives and
perhaps come up with it.
--
Carmel ✌
carmel...@hotmail.com
|===
|===
|===
|===
|
Carso
On Monday 14 June 2010 13:39:15 Carmel wrote:
> On Mon, 14 Jun 2010 16:41:19 +0530
>
> Amitabh Kant articulated:
> > On Mon, Jun 14, 2010 at 3:42 PM, Carmel wrote:
> > > I saw a posting here months ago regarding a way to simulate running
> > > a script under CRO
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 14/06/2010 12:55:34, Robert Huff wrote:
>
> Carmel writes:
>
>> > > I saw a posting here months ago regarding a way to simulate running
>> > > a script under CRON. I wrote it down and now cannot find it.
>
On Mon, Jun 14, 2010 at 1:39 PM, Carmel wrote:
> No, sorry. There was a command or program, I forgot which, that would
> allow a user to run a program under another environment, similar to the
> environment that a script under CRON would be running under.
at(1) maybe?
-cpghost.
--
Carmel writes:
> > > I saw a posting here months ago regarding a way to simulate running
> > > a script under CRON. I wrote it down and now cannot find it.
> > > Googling has not proved very useful either. I just cannot remember
> > > the program nam
On Mon, 14 Jun 2010 16:41:19 +0530
Amitabh Kant articulated:
> On Mon, Jun 14, 2010 at 3:42 PM, Carmel wrote:
>
> > I saw a posting here months ago regarding a way to simulate running
> > a script under CRON. I wrote it down and now cannot find it.
> > Googling ha
On Mon, Jun 14, 2010 at 3:42 PM, Carmel wrote:
> I saw a posting here months ago regarding a way to simulate running a
> script under CRON. I wrote it down and now cannot find it. Googling has
> not proved very useful either. I just cannot remember the program name.
>
> I hope
I saw a posting here months ago regarding a way to simulate running a
script under CRON. I wrote it down and now cannot find it. Googling has
not proved very useful either. I just cannot remember the program name.
I hope I am explaining this sanely enough.
--
Carmel ✌
carmel...@hotmail.com
I Had a terrible week with freebsd. In monday I did an upgrade from 7.3
to 8.1-prerelease in 3 machines, 2 of them worked normaly and one stop
functioning, and without user (ldap) e cron is not sending emails. The
log for cron is:
Jun 10 19:45:00 sol /usr/sbin/cron[80892]: (root) CMD (/usr
El día Tuesday, June 01, 2010 a las 09:41:11AM -0400, APseudoUtopia escribió:
> 2010/5/28 Laszlo Nagy :
> > Hi All!
> >
> > After upgrading to 8.0 RELEASE, I'm not getting any emails from cron.
> >
> > If I put this into root's crontab
> >
> &g
2010/5/28 Laszlo Nagy :
> Hi All!
>
> After upgrading to 8.0 RELEASE, I'm not getting any emails from cron.
>
> If I put this into root's crontab
>
> * * * * * echo "TEST"
>
> then I see this in the maillog:
>
> May 14 10:53:00 server post
It doesn't work. With, or without the MAILTO. Just for completeness,
I have used this:
MAILTO=gandalf
The "gandalf" user is a local user on the system. I can send local
mail to this user using the "sendmail" postfix program (checked twice).
Cron is stil
Cron is still not sending emails. Any idea?
Is there any output in the 'maillog' log?
May 14 10:53:00 server postfix/sendmail[2958]: fatal: user(1001): No recipient
addresses found in message header
___
freebsd-questions@f
>>
> >It doesn't work. With, or without the MAILTO. Just for completeness,
> >I have used this:
> >
> >MAILTO=gandalf
> >
> >The "gandalf" user is a local user on the system. I can send local
> >mail to this user using the "sendmai
On Sun, 30 May 2010 17:21:20 +0200
Laszlo Nagy articulated:
> Cron is still not sending emails. Any idea?
Is there any output in the 'maillog' log?
--
Jerry
freebsd.u...@seibercom.net
Disclaimer: off-list followups get on-list replies or get ignored.
Please do not ignore
on the system. I can send local
mail to this user using the "sendmail" postfix program (checked twice).
Cron is still not sending emails. Any idea?
Thanks
Laszlo
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org
Matthias Fechner írta:
Am 28.05.10 13:42, schrieb Laszlo Nagy:
If I put this into root's crontab
* * * * * echo "TEST"
a quick guess, you have a line like:
MAILTO="address"
Bye,
Matthias
It doesn't work. With, or without the MAILTO. Just for completeness, I
have used this:
MAILTO=gandal
Am 28.05.10 13:42, schrieb Laszlo Nagy:
If I put this into root's crontab
* * * * * echo "TEST"
a quick guess, you have a line like:
MAILTO="address"
Bye,
Matthias
--
"Programming today is a race between software engineers striving to build bigger and
better idiot-proof programs, and the un
er
These do not correspond.
I can assure you, that the maillog DOES correspond to the cron job. E.g.
if I add two jobs for the same point in time, then two new lines will
appear in the maillog, at exactly the given time. If I remove them, then
no line will show up etc.
It seems to
Hi--
On May 28, 2010, at 4:42 AM, Laszlo Nagy wrote:
> If I put this into root's crontab
>
> * * * * * echo "TEST"
>
> then I see this in the maillog:
>
> May 14 10:53:00 server postfix/sendmail[2958]: fatal: user(1001): No
> recipient addresses found in message header
These do not correspond
Hi All!
After upgrading to 8.0 RELEASE, I'm not getting any emails from cron.
If I put this into root's crontab
* * * * * echo "TEST"
then I see this in the maillog:
May 14 10:53:00 server postfix/sendmail[2958]: fatal: user(1001): No
recipient addresses found in message
>> On 21/04/2010 09:36:24, mcoyles wrote:
M> I'm actually trying to kill the following in one swep if they've taken
M> more than 8 hours to complete... :
M> 62221 ?? S 0:27.11 gzip -q
M> 62223 ?? DL 0:01.80 /sbin/dump -0 -auf - /usr (dump)
M> 62224 ?? DL 0:01.79 /sbin/dump -0 -
1 /sbin/dump -0 -auf - /usr (dump)
>
> Have tried everything suggested thus far but nothing's done it as
> effectively as the original command run at commandline... just trying to
> automate the process by having cron kill at 8am.
Hmmm is that because the system needs the re
010 (dump)
62223 ?? DL 0:01.80 /sbin/dump -0 -auf - /usr (dump)
62224 ?? DL 0:01.79 /sbin/dump -0 -auf - /usr (dump)
62225 ?? DL 0:01.81 /sbin/dump -0 -auf - /usr (dump)
Have tried everything suggested thus far but nothing's done it as
effectively as the original command run
On Tue, Apr 20, 2010 at 12:57:25PM -0700, Randal L. Schwartz wrote:
> > > > >> "Karl" == Karl Vogel writes:
>
> > > > On Tue, 20 Apr 2010 08:52:58 +0100,
> > > > "mcoyles" said:
>
> M> kill -9 `ps ax | grep backup | grep -v grep | awk '{print $1}'`
>
> And you don't have to remember grep -v g
> "Karl" == Karl Vogel writes:
>>> On Tue, 20 Apr 2010 08:52:58 +0100,
>>> "mcoyles" said:
M> kill -9 `ps ax | grep backup | grep -v grep | awk '{print $1}'`
And you don't have to remember grep -v grep if you remember
to use "ps axc" (note the c), since arguments won't show up so the
argu
>> On Tue, 20 Apr 2010 08:52:58 +0100,
>> "mcoyles" said:
M> kill -9 `ps ax | grep backup | grep -v grep | awk '{print $1}'`
I've typed "ps ax | grep something | grep -v grep" often enough to
automate it. The "psax" script below accepts an optional egrep-style
regex and displays only
> "mcoyles" == mcoyles writes:
mcoyles> kill -9
[from a post I made frequently in comp.unix.questions...]
No no no. Don't use kill -9.
It doesn't give the process a chance to cleanly:
1) release IPC resources (shared memory, semaphores, message queues)
2) clean up temp files
3) infor
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 20/04/2010 11:24:44, mcoyles wrote:
>>> On 20/04/2010 08:52:58, mcoyles wrote:
>>> Morning all - on FreeBSD 7.1 (for various reasons - don't ask)
>>> Am attempting to run the following via cron but it keeps erro
>>On 20/04/2010 08:52:58, mcoyles wrote:
>> Morning all - on FreeBSD 7.1 (for various reasons - don't ask)
>> Am attempting to run the following via cron but it keeps erroring out:
>>
>> kill -9 `ps ax | grep backup | grep -v grep | awk '{print $1}'
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 20/04/2010 08:52:58, mcoyles wrote:
> Morning all - on FreeBSD 7.1 (for various reasons - don't ask)
> Am attempting to run the following via cron but it keeps erroring out:
>
> kill -9 `ps ax | grep backup | grep -v grep
Morning all - on FreeBSD 7.1 (for various reasons - don't ask)
Am attempting to run the following via cron but it keeps erroring out:
kill -9 `ps ax | grep backup | grep -v grep | awk '{print $1}'` && kill -9
`ps ax | grep dump | grep -v grep | awk '{print $1}&
> I am trying to run a php script from the cron tab and these are the errors I
> receive:
>
>
> /usr/local/bin/php php -q /home//ripper.php result
> Could not open input file: php
> /usr/local/bin/php php -/home//ripper.php result
>
> Could not open input file:
I am trying to run a php script from the cron tab and these are the
errors I receive:
/usr/local/bin/php php -q /home//ripper.php result
Could not open input file: php
/usr/local/bin/php php -/home//ripper.php result
Could not open input file: php
/usr/local/bin/php -/home/
Hi:
I have a setup with diskless clients mounting /var/diskless/FreeBSD
read-only as root file system.
How do I configure cron/locate.rc to run on the server such that the
locate database is relative to the root for the diskless systems?
I could do a chroot and run it within this
2009/10/16 Paul Halliday
> I have a script that I call via Cron.
>
> It wont work unless I include a path:
>
> #!/usr/local/bin/bash
> PATH="/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/bin:/usr/local/sbin"
> export $PATH
>
> which is fine and works. Out of
I have a script that I call via Cron.
It wont work unless I include a path:
#!/usr/local/bin/bash
PATH="/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/bin:/usr/local/sbin"
export $PATH
which is fine and works. Out of curiosity though, why is it that if I
call it from the cl like ./test.sh
Glen Barber writes:
> On Thu, Jul 16, 2009 at 8:39 PM, Jos Chrispijn wrote:
>> Can someone tell me how I can reset a user's password best in a cron job?
>> If I do a password change from the prompt, I now have to re-enter the
>> password, which I would not like t
On 7/16/09, Jos Chrispijn wrote:
> Can someone tell me how I can reset a user's password best in a cron job?
> If I do a password change from the prompt, I now have to re-enter the
> password, which I would not like to do in a cron job. Thanks/
>
> Jos Chrispijn
yes newpass
On Thursday 16 July 2009 16:39:51 Jos Chrispijn wrote:
> Can someone tell me how I can reset a user's password best in a cron job?
> If I do a password change from the prompt, I now have to re-enter the
> password, which I would not like to do in a cron job. Thanks/
Take
On Fri, Jul 17, 2009 at 02:39:51AM +0200, Jos Chrispijn wrote:
> Can someone tell me how I can reset a user's password best in a cron job?
> If I do a password change from the prompt, I now have to re-enter the
> password, which I would not like to do in a cron job. Thanks/
>
On Thu, Jul 16, 2009 at 8:39 PM, Jos Chrispijn wrote:
> Can someone tell me how I can reset a user's password best in a cron job?
> If I do a password change from the prompt, I now have to re-enter the
> password, which I would not like to do in a cron job. Thanks/
>
Hi, Jos
You
Can someone tell me how I can reset a user's password best in a cron job?
If I do a password change from the prompt, I now have to re-enter the
password, which I would not like to do in a cron job. Thanks/
Jos Chrispijn
___
freebsd-ques
On 6/15/09, DA Forsyth wrote:
> Why do I become so clever AFTER asking for help?
>
> Anyhow, I have solved the cron not sending email problem.
> The cron log file contains lines like this
> NSSWITCH(nss_method_lookup): nis, group_compat, setgrent, not found
> which when searche
On Mon, Jun 15, 2009 at 11:11:14AM +0200, DA Forsyth wrote:
>
> Why do I become so clever AFTER asking for help?
>
> Anyhow, I have solved the cron not sending email problem.
> The cron log file contains lines like this
> NSSWITCH(nss_method_lookup): nis, group_compat, setgrent,
Why do I become so clever AFTER asking for help?
Anyhow, I have solved the cron not sending email problem.
The cron log file contains lines like this
NSSWITCH(nss_method_lookup): nis, group_compat, setgrent, not found
which when searched for produces the page at
http://www.ivorde.ro
Hiya all
Ever since I upgraded my backup server to 7.2R (via source compile)
cron jobs that produce output that used to be emailed to me now fail
with a report of
"contained no recipient addresses"
on the receiving server.
Mail setup is very basic, just exim that delivers to the m
exec the script with softlimit from daemontools (very easy to use), or
exec with ulimit in the shell.
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "freebsd-ques
On Wednesday 20 May 2009 16:18:28 Kirk Strauser wrote:
> On May 20, 2009, at 7:00 AM, Mel Flynn wrote:
> > Check with top what the CPU time is, it's not the same as the wall
> > clock.
>
> Give me *some* credit. :-)
Sorry, haven't you heard? Financial crisi
On May 20, 2009, at 7:00 AM, Mel Flynn wrote:
Check with top what the CPU time is, it's not the same as the wall
clock.
Give me *some* credit. :-)
--
Kirk Strauser
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/
1 - 100 of 624 matches
Mail list logo