One thing I just remembered. Last time I sat down to track this problem, I did
discover that the changes always corresponded with a Time Slider related
snapshot. How a snapshot could influence only the root crontab I don't know.
It's odd, because each system this has happened to has the stock
Yes, it's pipe 600 root root. One computer gets shut down nightly, another is
left running 24 hours/day. Nothing in the cron log indicates any changes. The
file seems as though it is being altered by something else. Since cron isn't
being notified or sent a HUP, I guess it's not until the
Maybe that's it. The Time Slider. When you enable or disable it, it edits the
root crontab. When you turn it on it creates a snapshot, which is why the
deletion time would always correspond with a snapshot. I turned it on right
after install, so that's why I may not have noticed anything in
I'm intrigued.
Can you give some examples of how it was before corruption, and how
ended up?
Sounds like a bug should be logged. If you can pin this down to a simple
do X then Y type of test case, even better. From my point of view, I'd
say preferably using command-line tools as they are
I've noticed over the last couple years that with every version of OpenSolaris,
from 2008.05 through build 134, at times my root crontab spontaneously deletes
every line from the last comment (# symbol) and above. Only the lines below
the last # remain. No, not just the comments disappear,
Can you go through the cron log and figure out exactly when it does this?
Do you leave your system up all the time or are you shutting it down?
what does your /etc/cron.d/FIFO look like. Is it a pipe 600 root root?
I have never seen something randomly remove cron entries.
--
This message posted
On 07/28/10 09:27 AM, William Bauer wrote:
I've noticed over the last couple years that with every version of
OpenSolaris, from 2008.05 through build 134, at times my root crontab
spontaneously deletes every line from the last comment (# symbol) and
above. Only the lines below the last #
Dr. Martin Mundschenk m.mundsch...@mundschenk.de wrote:
Am 02.12.2009 um 22:01 schrieb Alan Coopersmith:
What are you missing? You provided the answer in the subject
of your message - the crontab command - is there something more
you need to know?
Well, I'm missing the /etc/crontab
Am 03.12.2009 um 11:39 schrieb Joerg Schilling:
Are you talking about /etc/default/cron ?
I don't know that file. Is is equivalent to /etc/crontab?
Martin___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
Dr. Martin Mundschenk m.mundsch...@mundschenk.de wrote:
Am 03.12.2009 um 11:39 schrieb Joerg Schilling:
Are you talking about /etc/default/cron ?
I don't know that file. Is is equivalent to /etc/crontab?
I have never seen /etc/crontab. What should this be for?
Jörg
--
On 02/12/2009 22:01, Dr. Martin Mundschenk wrote:
Am 02.12.2009 um 22:01 schrieb Alan Coopersmith:
What are you missing? You provided the answer in the subject
of your message - the crontab command - is there something more
you need to know?
Well, I'm missing the /etc/crontab
Joerg Schilling wrote:
Dr. Martin Mundschenk m.mundsch...@mundschenk.de wrote:
Am 03.12.2009 um 11:39 schrieb Joerg Schilling:
Are you talking about /etc/default/cron ?
I don't know that file. Is is equivalent to /etc/crontab?
I have never seen /etc/crontab. What should this be for?
I
+--
| On 2009-12-03 07:01:02, Alan Coopersmith wrote:
|
| Joerg Schilling wrote:
|
| I have never seen /etc/crontab. What should this be for?
|
| I remember having it on really old systems, before crontab was
| split
Am 03.12.2009 um 16:08 schrieb Bryan Allen:
(Which is presumably where the OP is coming from.)
Exactly ;-)
Martin
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
Personally I don't like crontab -e because the editor variable needs
to be
set. Also there's no backup if you make a mistake. Instead, I like
to use
crontab -l .crontab and then vi .crontab and then crontab
.crontab
This was fixed three years ago (snv_39, S10u5).
It's different
You can just do
crontab -l /etc/crontab
(edit /etc/crontab)
crontab /etc/crontab
Wouldn't it be preferable to create the temp file in your home directory?
Or maybe you're not assuming root has a home directory ...
I know that when I install solaris, one of the first things I do is to
Hi!
I searched the OpenSolaris Bible and the internet but didn't find a suitable
answer to how to configure cron jobs in OpenSolaris? Any hint?
Martin
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
Dr. Martin Mundschenk wrote:
Hi!
I searched the OpenSolaris Bible and the internet but didn't find a suitable
answer to how to configure cron jobs in OpenSolaris? Any hint?
What are you missing? You provided the answer in the subject
of your message - the crontab command - is there
You should be able to do a crontab -e. Try taking a look at the crontab
manpage, man crontab.
On Wed, Dec 2, 2009 at 3:58 PM, Dr. Martin Mundschenk
m.mundsch...@mundschenk.de wrote:
Hi!
I searched the OpenSolaris Bible and the internet but didn't find a
suitable answer to how to configure
Am 02.12.2009 um 22:01 schrieb Alan Coopersmith:
What are you missing? You provided the answer in the subject
of your message - the crontab command - is there something more
you need to know?
Well, I'm missing the /etc/crontab file. I never worked with the
crontab-command. But if
+--
| On 2009-12-02 23:01:19, Dr. Martin Mundschenk wrote:
|
| Well, I'm missing the /etc/crontab file. I never worked with the
crontab-command. But if /etc/crontab is not supported, I have to go new ways...
Solaris
I searched the OpenSolaris Bible and the internet but didn't find a
suitable answer to how to configure cron jobs in OpenSolaris? Any hint?
Personally I don't like crontab -e because the editor variable needs to be
set. Also there's no backup if you make a mistake. Instead, I like to use
On Wed, Dec 2, 2009 at 10:29 PM, Edward Ned Harvey
sola...@nedharvey.com wrote:
I searched the OpenSolaris Bible and the internet but didn't find a
suitable answer to how to configure cron jobs in OpenSolaris? Any hint?
Personally I don't like crontab -e because the editor variable needs to be
Bill Shannon writes:
I'm just asking about monitoring the messages file. I'm researching
it by asking here. My budget is $0. I'm hoping there's an obvious
solution that's part of OpenSolaris.
I found System Log Viewer, although it gives lots of error messages
when started up. I guess
Bill Shannon writes:
In the olden days I could start up a console window that would display
all the messages logged to the console. Now the messages just go into
the log file.
You can still do that. I usually crank up something like this to
watch for log messages that would have gone to the
On Fri, Oct 17, 2008 at 9:43 PM, Bill Shannon [EMAIL PROTECTED] wrote:
Johan Hartzenberg wrote:
cediag will put its results into the messages file if scheduled, or print
a report on the console if executed manually. Whether you run it manually
or scheduled via cron you in any case have to
Johan Hartzenberg wrote:
On Fri, Oct 17, 2008 at 9:43 PM, Bill Shannon [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] wrote:
Johan Hartzenberg wrote:
cediag will put its results into the messages file if scheduled,
or print a report on the console if executed manually.
On Sat, Oct 18, 2008 at 9:19 AM, Bill Shannon [EMAIL PROTECTED] wrote:
Is there a tool to display messages from the log file and alert me
when there's an issue I should be paying attention to?
There are many such tools. Look toward BMC Patrol, CA Unicenter/TNG, etc.
I'm looking
Johan Hartzenberg wrote:
On Sat, Oct 18, 2008 at 9:19 AM, Bill Shannon [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] wrote:
Is there a tool to display messages from the log file and
alert me
when there's an issue I should be paying attention to?
Can the cron jobs in the crontab be modified to run at different times?
I am curious if these can be modified at critical times. It appears that we
are seeing delays when cediag is being executed.
--
This message posted from opensolaris.org
___
Can the cron jobs in the crontab be modified to run at different times?
crontab -e
--
This message posted from opensolaris.org
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
On Fri, Oct 17, 2008 at 9:09 PM, Dave Uhring [EMAIL PROTECTED] wrote:
Can the cron jobs in the crontab be modified to run at different times?
crontab -e
You can completely remove cediag (from crontab). It is a utility for
analyzing Memory Errors, which based on a set of rules will report
David Dyer-Bennet wrote:
I bet that since you're coming from a Linux background, you're coming
to Solaris with a understanding that what's in Linux is what's been
Universally True since the dawn of *NIX. However, this isn't as Linux
distros as we know them today have been around for only
Kyle McDonald [EMAIL PROTECTED] wrote:
One thing that may help is to prepend /usr/ucb to yout $PATH before
/usr/bin. This will bring the Berkley UNIX flavor of many commands to
the forefront. I think this will help because all the UNIX variants you
list above (except Linux which isn't
Joerg Schilling wrote:
Kyle McDonald [EMAIL PROTECTED] wrote:
One thing that may help is to prepend /usr/ucb to yout $PATH before
/usr/bin. This will bring the Berkley UNIX flavor of many commands to
the forefront. I think this will help because all the UNIX variants you
list above
David Dyer-Bennet [EMAIL PROTECTED] wrote:
What happens to me every time I turn around on Solaris these days is
that tools I'm used to using are missing key features that I use every
day. Tar is missing the 'z' option, date is missing all sorts of
Linux has no tar but GNU tar and GNU tar
Brian Gupta [EMAIL PROTECTED] wrote:
I know what you are talking about. For tar, I just use gtar, but if
you are used to Linux, that is not intuitive. The Solaris system comes
And Linux does not correctly name gtar gtar...
If you like to use the same command line syntay on Linux and Solaris
On 25/12/2007, David Dyer-Bennet [EMAIL PROTECTED] wrote:
What happens to me every time I turn around on Solaris these days is
that tools I'm used to using are missing key features that I use every
day. Tar is missing the 'z' option, date is missing all sorts of
options (can't do conversions
Where do system cron files go? The two places they
go on Linux and
other systems I've run don't exist on Solaris.
Why would you care? Those are private structures and no user and/or sysadmin
should worry about them. The only thing you need to know about cron is
cron.allow and cron.deny,
Dale Ghent wrote:
You'd lose. My first personal contact with Unix was
around 1983, at
DEC-Marlboro, and that was Ultrix-32 on a Vax (I'd
been developing
software professionally for 14 years before that).
I know people which have been doing UNIX sysadmin for 20+ years, and they
still
Why would you care? Those are private structures and
no user and/or sysadmin should worry about them. The
only thing you need to know about cron is
cron.allow and cron.deny, and `crontab -e` and
`crontab -l [login]`.
I'm not the originator but the reason I would care
is when creating
Normally a *.d directory is for package-specific contributions to a
config file that are all handled together by the configured facility --
Linux has logrotate.d for all the log rotating specs from different
packages, and cron.d for specific cron additions, and so forth. Emacs
recognizes an
On Dec 24, 2007 6:44 PM, David Dyer-Bennet [EMAIL PROTECTED] wrote:
Normally a *.d directory is for package-specific contributions to a
config file that are all handled together by the configured facility --
Linux has logrotate.d for all the log rotating specs from different
packages, and
David Dyer-Bennet wrote:
(truth time: I'm going to be *so* happy when there's a decent ZFS
implementation in Linux and I can ditch this archaic pile of kludges.)
David,
I too am from a linux world, moving to Solaris because of zfs.
Sure - things are different, and some of the default
Ignacio Marambio Catán wrote:
On Dec 24, 2007 6:44 PM, David Dyer-Bennet [EMAIL PROTECTED] wrote:
Normally a *.d directory is for package-specific contributions to a
config file that are all handled together by the configured facility --
Linux has logrotate.d for all the log rotating specs
On Dec 24, 2007, at 4:44 PM, David Dyer-Bennet wrote:
Solaris has an /etc/cron.d directory, but the files in it aren't
crontab
files, and the man pages don't make any suggestion of anything except
user-specific cron files (no system cron file, either, that I can
find). So why the heck is
In the future, please send these to opensolaris-help, or
sysadmin-discuss. :) Also, check out:
http://www.genunix.org/wiki/index.php/OpenSolaris_New_User_FAQ
On Dec 25, 2007 12:23 AM, David Dyer-Bennet [EMAIL PROTECTED] wrote:
Ignacio Marambio Catán wrote:
On Dec 24, 2007 6:44 PM, David
On Dec 25, 2007, at 12:23 AM, David Dyer-Bennet wrote:
What happens to me every time I turn around on Solaris these days is
that tools I'm used to using are missing key features that I use every
day. Tar is missing the 'z' option, date is missing .
snip
And since Linux is what my work
On Dec 24, 2007 11:23 PM, David Dyer-Bennet [EMAIL PROTECTED] wrote:
Ignacio Marambio Catán wrote:
On Dec 24, 2007 6:44 PM, David Dyer-Bennet [EMAIL PROTECTED] wrote:
(truth time: I'm going to be *so* happy when there's a decent ZFS
implementation in Linux and I can ditch this archaic
Dale Ghent wrote:
On Dec 24, 2007, at 4:44 PM, David Dyer-Bennet wrote:
Solaris has an /etc/cron.d directory, but the files in it aren't crontab
files, and the man pages don't make any suggestion of anything except
user-specific cron files (no system cron file, either, that I can
find). So
50 matches
Mail list logo
