> 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", and `crontab -e` and `crontab -l [login]`.
> Did you understand my point about the normal meaning
> of "thing.d"
> directories? That first paragraph you quoted?
The .d directories can be found in different forms on on different systems. For
example on *BSDs and HP-UX, but each differs in implementation.
Solaris leading the way in UNIX innovation, the .d directories are now
considered obsolete, for the most part. The SMF ("Service Management Facility")
takes care of all that stuff. Its backend is a Sqlite database.
See about SMF on http://docs.sun.com/
> I was a Solaris admin before I ever ran a Linux
> system, but that was
> long enough ago I've lost a lot of what I knew then.
> And what Solaris
> oes now isn't I'm pretty sure what SunOS did back
> when I knew it (just
> pre-Solaris if I'm remembering this right). And
> what I *really* am is
> a software engineer, so admin stuff was keeping a
> server working for a
> development group or such, not my primary role.
So what you really did is work with SunOS 4.x, which was a BSD system, long ago
deprecated. It was deprecated when I started out with Solaris, and that was
well over 12 years ago. Solaris as we know it today is an AT&T System V Release
4 derivative, with Sun enhancements and modifications.
> 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 on dates specified on
> the command line),
> touch is missing options I think. And ps has just
> totally different
> options, in a different syntax (to get roughly the
> listing I want every
OK, so what you're really saying here is that you're unfamiliar with System V.
One doesn't have to be a sysadmin to comprehend the difference between System V
and BSD and Linux systems.
For example, you seem to misunderstand that `tar` should not have a "z" option
as GNU tar implements it ("GNU" stands for "GNU is Not UNIX"). `tar` is a Tape
ARchiver, and that is all it should do.
If you understand that, then `bzip2 -dc archive.tar.bz2 | tar xvf -` works on
every platform in a consistent manner, including GNU/Linux, but the reverse
does not hold true, not without using GNU tar, which BTW can be found in
/usr/sfw/bin/ on Solaris. (And which one shouldn't be using, for several
reasons, one being the one you described above.)
> time, I need to type "ps -ef" instead of "ps ax" I
> think). And when I
OK, this is not understanding the System V vs BSD concept again.
`ps aux` is a BSD construct, which works on *BSDs and on Linux, and also on
Solaris, if one has the SUNWscpu package installed, and "/usr/ucb" in the path,
which one also shouldn't be doing, as these old BSD commands are there just for
backwards compatibility with SunOS 4.x.
You'll find, that `ps -ef` functions in any modern GNU/Linux, for example
RedHat. This is a System V construct.
> try to find anything in the documentation, I mostly
> can't (or they
> describe three ways of doing things but don't explain
> why one would
> choose one over another). And of course there's
> far, far less
> information on the web that I can find to help me out
> when I have these
> problems.
http://docs.sun.com/ documents any aspect of Solaris imaginable. The sooner you
dive into the, the faster you'll be up to speed.
Solaris is extremely capable and modern operating environment, you just need to
understand System V and you'll be hunky dory: fast and efficient.
> For me, I'd be *immensely* better off running Linux
> with a good ZFS
> port, if one existed.
It is unlikely that there will ever be a "good" ZFS port to Linux; the best you
can hope for is a user space implementation, which will never run at full speed
like on Solaris, because it won't run in kernel space like it does on Solaris;
thank GPL for that.
The sooner you embrace Solaris, the better off you'll be. It blows Linux away
in just about every aspect iimaginable (and develops at a much faster rate than
Linux.)
> I probably also wouldn't have
> had to wait over a
> year to get all 6 motherboard SATA ports supported,
> and I *still*
> haven't dared try again to see if the hot-swap I paid
> so much for is now
> actually supported.
If your hardware supports hotswap capability, all you have to do is read the
man page on `cfgadm`.
This message posted from opensolaris.org
_______________________________________________
opensolaris-discuss mailing list
[email protected]