f



Huge disk usage on /var/spool/clientmqueue

I've got a Blade 2000 workstation (home computer), running solaris 10 
update 4, which has a 19 GB root file system.

bash-3.00$ df -h
Filesystem             size   used  avail capacity  Mounted on
/dev/dsk/c1t1d0s0       19G    18G   1.4G    93%    /
/devices                 0K     0K     0K     0%    /devices

etc



This is almost fall so I investigated where all the space was being 
used. A crash dump saved me 1.4 GB, but I seem to have tons of files in 
/var/spool/clientmqueue


# pwd
/var/spool/clientmqueue
# ls -l
total 12586192
-rw-rw----   1 smmsp    smmsp        796 Oct 21  2007 Qfl9LBk0NV000842
-rw-rw----   1 smmsp    smmsp       1529 Oct 21  2007 dfl9LBk0NV000842
-rw-rw----   1 smmsp    smmsp        126 Apr 24  2008 dfm3OCZIAa007760
-rw-rw----   1 smmsp    smmsp        126 Apr 24  2008 dfm3OCeInk020635
-rw-rw----   1 smmsp    smmsp        126 Apr 24  2008 dfm3OCjIWk003585
-rw-rw----   1 smmsp    smmsp        126 Apr 25  2008 dfm3PBtIJx011556
-rw-rw----   1 smmsp    smmsp        126 Apr 25  2008 dfm3PC0IWA024271
-rw-rw----   1 smmsp    smmsp        126 Apr 25  2008 dfm3PC5JNC007064
-rw-rw----   1 smmsp    smmsp        126 Apr 25  2008 dfm3PCAI0F019739
-rw-rw----   1 smmsp    smmsp        126 Apr 25  2008 dfm3PCFINH002485
-rw-rw----   1 smmsp    smmsp        126 Apr 25  2008 dfm3PCeI9M004713
-rw-rw----   1 lp       smmsp        175 Apr 29  2008 dfm3T7wIw3010250
-rw-rw----   1 lp       smmsp        175 Apr 29  2008 dfm3T7wKrN010329
-rw-rw----   1 smmsp    smmsp        126 May  3  2008 dfm43MFJVB004889


and more, totalling over 6 GB. Some are pretty old too:

# ls -lt | tail -3
-rw-rw----   1 smmsp    smmsp        126 Apr 24  2008 dfm3OCZIAa007760
-rw-rw----   1 smmsp    smmsp        796 Oct 21  2007 Qfl9LBk0NV000842
-rw-rw----   1 smmsp    smmsp       1529 Oct 21  2007 dfl9LBk0NV000842


Any suggestions on what can, or can not be deleted?


0
Dave
11/30/2008 10:15:11 PM
comp.unix.solaris 26025 articles. 2 followers. Post Follow

7 Replies
4682 Views

Similar Articles

[PageSpeed] 53

On 2008-11-30 22:15:11 +0000, Dave <foo@coo.com> said:

> I've got a Blade 2000 workstation (home computer), running solaris 10 
> update 4, which has a 19 GB root file system.
> 
> bash-3.00$ df -h
> Filesystem             size   used  avail capacity  Mounted on
> /dev/dsk/c1t1d0s0       19G    18G   1.4G    93%    /
> /devices                 0K     0K     0K     0%    /devices
> 
> etc
> 
> 
> 
> This is almost fall so I investigated where all the space was being 
> used. A crash dump saved me 1.4 GB, but I seem to have tons of files in 
> /var/spool/clientmqueue
> 
> 
> # pwd
> /var/spool/clientmqueue
> # ls -l
> total 12586192
> -rw-rw----   1 smmsp    smmsp        796 Oct 21  2007 Qfl9LBk0NV000842
> -rw-rw----   1 smmsp    smmsp       1529 Oct 21  2007 dfl9LBk0NV000842
> -rw-rw----   1 smmsp    smmsp        126 Apr 24  2008 dfm3OCZIAa007760
> -rw-rw----   1 smmsp    smmsp        126 Apr 24  2008 dfm3OCeInk020635
> -rw-rw----   1 smmsp    smmsp        126 Apr 24  2008 dfm3OCjIWk003585
> -rw-rw----   1 smmsp    smmsp        126 Apr 25  2008 dfm3PBtIJx011556
> -rw-rw----   1 smmsp    smmsp        126 Apr 25  2008 dfm3PC0IWA024271
> -rw-rw----   1 smmsp    smmsp        126 Apr 25  2008 dfm3PC5JNC007064
> -rw-rw----   1 smmsp    smmsp        126 Apr 25  2008 dfm3PCAI0F019739
> -rw-rw----   1 smmsp    smmsp        126 Apr 25  2008 dfm3PCFINH002485
> -rw-rw----   1 smmsp    smmsp        126 Apr 25  2008 dfm3PCeI9M004713
> -rw-rw----   1 lp       smmsp        175 Apr 29  2008 dfm3T7wIw3010250
> -rw-rw----   1 lp       smmsp        175 Apr 29  2008 dfm3T7wKrN010329
> -rw-rw----   1 smmsp    smmsp        126 May  3  2008 dfm43MFJVB004889
> 
> 
> and more, totalling over 6 GB. Some are pretty old too:
> 
> # ls -lt | tail -3
> -rw-rw----   1 smmsp    smmsp        126 Apr 24  2008 dfm3OCZIAa007760
> -rw-rw----   1 smmsp    smmsp        796 Oct 21  2007 Qfl9LBk0NV000842
> -rw-rw----   1 smmsp    smmsp       1529 Oct 21  2007 dfl9LBk0NV000842
> 
> 
> Any suggestions on what can, or can not be deleted?

All of them. They're probably happening because something (like cron) 
has sent mail to the sendmail server on localhost, and that's not 
configured to send mail anywhere. So it just builds up...
-- 
Chris

0
Chris
12/1/2008 7:24:28 AM
On Nov 30, 11:24 pm, Chris Ridd <chrisr...@mac.com> wrote:
> On 2008-11-30 22:15:11 +0000, Dave <f...@coo.com> said:
>
....
> > # ls -lt | tail -3
> > -rw-rw----   1 smmsp    smmsp        126 Apr 24  2008 dfm3OCZIAa007760
> > -rw-rw----   1 smmsp    smmsp        796 Oct 21  2007 Qfl9LBk0NV000842
> > -rw-rw----   1 smmsp    smmsp       1529 Oct 21  2007 dfl9LBk0NV000842
>
> > Any suggestions on what can, or can not be deleted?
>
> All of them. They're probably happening because something (like cron)
> has sent mail to the sendmail server on localhost, and that's not
> configured to send mail anywhere. So it just builds up...
> --
> Chris

It's also possible that if your server is acting as a mail server, it
is
being bombarded with undeliverable spam messages.  The spambots are
often
poorly configured.  Sometimes they hold the connection for
interminable
periods while trying to brute-force guess which user names are
available.

Run "ps -ef | grep sendmail" and see if you have a lot of sendmail
processes running.  If you have more running than you expect, you're
probably being hit.  Repeatedly.

You might need to install a later version of sendmail that has more
anti-spam features.  If the host is a mail server, that's a good idea
in any event.  Visit www.sendmail.org to see if there are newer
versions
available.

Even if it's not a mail server, if it's connected to the Internet, and
sendmail is running, it's possible spammers have found it and are
trying
to crack it.  If you're not using it as a mail server, consider just
shutting the service off.

Visit comp.mail.sendmail for more advice in this area.

======================= generic sig file ============================
===== Remember this advice is worth every penny you paid for it =====
=====================================================================
0
ThanksButNo
12/1/2008 5:37:17 PM
Chris Ridd <chrisridd@mac.com> wrote:
> On 2008-11-30 22:15:11 +0000, Dave <foo@coo.com> said:
> 
>> I've got a Blade 2000 workstation (home computer), running solaris 10 
>> update 4, which has a 19 GB root file system.
>> 
>> bash-3.00$ df -h
>> Filesystem             size   used  avail capacity  Mounted on
>> /dev/dsk/c1t1d0s0       19G    18G   1.4G    93%    /
>> /devices                 0K     0K     0K     0%    /devices
>> 
>> etc
>> 
>> 
>> 
>> This is almost fall so I investigated where all the space was being 
>> used. A crash dump saved me 1.4 GB, but I seem to have tons of files in 
>> /var/spool/clientmqueue
>> 
>> 
>> # pwd
>> /var/spool/clientmqueue
>> # ls -l
>> total 12586192
>> -rw-rw----   1 smmsp    smmsp        796 Oct 21  2007 Qfl9LBk0NV000842
>> -rw-rw----   1 smmsp    smmsp       1529 Oct 21  2007 dfl9LBk0NV000842
>> -rw-rw----   1 smmsp    smmsp        126 Apr 24  2008 dfm3OCZIAa007760
>> -rw-rw----   1 smmsp    smmsp        126 Apr 24  2008 dfm3OCeInk020635
>> -rw-rw----   1 smmsp    smmsp        126 Apr 24  2008 dfm3OCjIWk003585
>> -rw-rw----   1 smmsp    smmsp        126 Apr 25  2008 dfm3PBtIJx011556
>> -rw-rw----   1 smmsp    smmsp        126 Apr 25  2008 dfm3PC0IWA024271
>> -rw-rw----   1 smmsp    smmsp        126 Apr 25  2008 dfm3PC5JNC007064
>> -rw-rw----   1 smmsp    smmsp        126 Apr 25  2008 dfm3PCAI0F019739
>> -rw-rw----   1 smmsp    smmsp        126 Apr 25  2008 dfm3PCFINH002485
>> -rw-rw----   1 smmsp    smmsp        126 Apr 25  2008 dfm3PCeI9M004713
>> -rw-rw----   1 lp       smmsp        175 Apr 29  2008 dfm3T7wIw3010250
>> -rw-rw----   1 lp       smmsp        175 Apr 29  2008 dfm3T7wKrN010329
>> -rw-rw----   1 smmsp    smmsp        126 May  3  2008 dfm43MFJVB004889
>> 
>> 
>> and more, totalling over 6 GB. Some are pretty old too:
>> 
>> # ls -lt | tail -3
>> -rw-rw----   1 smmsp    smmsp        126 Apr 24  2008 dfm3OCZIAa007760
>> -rw-rw----   1 smmsp    smmsp        796 Oct 21  2007 Qfl9LBk0NV000842
>> -rw-rw----   1 smmsp    smmsp       1529 Oct 21  2007 dfl9LBk0NV000842
>> 
>> 
>> Any suggestions on what can, or can not be deleted?
> 
> All of them. They're probably happening because something (like cron) 
> has sent mail to the sendmail server on localhost, and that's not 
> configured to send mail anywhere. So it just builds up...

uninstall sendmail and install postfix, then your mail will work. The 
similar sizes of the messages suggest the messages are from the system 
itself, and not spam.


0
Cydrome
12/1/2008 7:04:15 PM
On Nov 30, 4:15=A0pm, Dave <f...@coo.com> wrote:

> This is almost fall so I investigated where all the space was being
> used. A crash dump saved me 1.4 GB, but I seem to have tons of files in
> /var/spool/clientmqueue

Not really a Solaris question, but a sendmail question.  sendmail runs
in two modes.  The daemon mode listens on port 25, so it has to run as
root.   Root privs are also needed to cause local delivery to users to
occur.   In the old days, the sendmail binary would then be setuid
root which meant that local users could run it as root.  They would
then have the chance to manipulate their local setup to try to cause a
buffer overflow to occur as root.  So now sendmail is setgid smmsp.
When run by root with the -bd (become daemon) it runs as root and
binds to port 25 as needed.  However, if a normal user runs sendmail
it runs with the group permissions.  This happens, as mentioned
previously, with cron jobs, mail, mailx, pine, etc.  Any program that
runs sendmail to send mail does this.  The mail messages are then
queued up in clientmqueue, before getting passed over to the daemon
sendmail.  If that is failing the messages will accumulate in
clientmqueue as mentioned.  If you run "ps -ef | grep sendmail" you
should find that you have two running: /usr/lib/sendmail -bd -q15m
and /usr/lib/sendmail -Ac -q15m.  The first is the sendmail daemon,
which also process the daemon queue directory (/var/spool/mqueue)
every 15 minutes.  The second is the clientmqueue processor.  The -Ac
option says "Act as client" which is how it knows to flush the queue
files.  You might look in the qf and Qf files to see why the messages
aren't making it through to the daemon mode, and look at the df files
to see what the original messages were (careful though as some might
be user emails).  In any case, you need to fix the problem stopping
mails from being forwarded to the main daemon, unless that error was
some temporary failure and the messages never got processed again.
And you need to see why your client queue runner isn't doing it's
thing.  Otherwise, the mails will just build up again.

Craig
0
kewlkat1121234
12/1/2008 7:45:26 PM
Chris Ridd wrote:
> On 2008-11-30 22:15:11 +0000, Dave <foo@coo.com> said:
> 
>> I've got a Blade 2000 workstation (home computer), running solaris 10 
>> update 4, which has a 19 GB root file system.
>>
>> bash-3.00$ df -h
>> Filesystem             size   used  avail capacity  Mounted on
>> /dev/dsk/c1t1d0s0       19G    18G   1.4G    93%    /
>> /devices                 0K     0K     0K     0%    /devices
>>
>> etc
>>
>>
>>
>> This is almost fall so I investigated where all the space was being 
>> used. A crash dump saved me 1.4 GB, but I seem to have tons of files 
>> in /var/spool/clientmqueue
<SNIP>
>>
>>
>> Any suggestions on what can, or can not be deleted?
> 
> All of them. They're probably happening because something (like cron) 
> has sent mail to the sendmail server on localhost, and that's not 
> configured to send mail anywhere. So it just builds up...


Thank you. I have not configured sendmail, as I have no use for it - or 
so I thought anyway. I had disabled the service:

# svcs sendmail
STATE          STIME    FMRI
disabled       Sep_15   svc:/network/smtp:sendmail


Deleting the files in /var/spool/clientmqueue was not quite as easy as I 
thought it would be:

# cd /var/spool/clientmqueue
# rm *
/usr/bin/rm: arg list too long

I appear to be having a bit more luck with:

# find . -type f -exec rm {} \;

as it is increasing the amount of free disk space *slowly*.

I guess at 6 GB, with most files being less than 200 bytes in length, 
there are around 32 million files in that directory! No wonder rm was 
not too happy!

dave

0
Dave
12/2/2008 12:04:23 AM
Dave <foo@coo.com> writes:

>Thank you. I have not configured sendmail, as I have no use for it - or 
>so I thought anyway. I had disabled the service:

># svcs sendmail
>STATE          STIME    FMRI
>disabled       Sep_15   svc:/network/smtp:sendmail

You should probably enable it just to make sure that at and cron job
output is delivered.  You can configure sendmail such that it doesn't
accept remote SMTP connections.


Casper
-- 
Expressed in this posting are my opinions.  They are in no way related
to opinions held by my employer, Sun Microsystems.
Statements on Sun products included here are not gospel and may
be fiction rather than truth.
0
Casper
12/2/2008 9:37:49 AM
"Casper H.S. Dik" <Casper.Dik@Sun.COM> wrote in message news:493501ed$0$189$e4fe514c@news.xs4all.nl...
> Dave <foo@coo.com> writes:
>
> >Thank you. I have not configured sendmail, as I have no use for it - or
> >so I thought anyway. I had disabled the service:
>
> ># svcs sendmail
> >STATE          STIME    FMRI
> >disabled       Sep_15   svc:/network/smtp:sendmail
>
> You should probably enable it just to make sure that at and cron job
> output is delivered.  You can configure sendmail such that it doesn't
> accept remote SMTP connections.
>

Yes, and in general this is how sendmail should be configured.

But remember to log in and deal with this mail, otherwise instead
of filling your disks with undelivered mail, you will be filling them with
unread mail which is an improvement (fewer files, fewer inodes
used, and not boosted by undelivered emails to postmaster
complaining that mail cannot be delivered) but only a slight one.

If your Sun is a server which is expected to just sit there and get on
with life without having people logging in every day, then it may be
better if cron and at did not send mail at all. On Solaris this is not
easy to configure but you can at least redirect stdout and stderr to
/dev/null for each command. (Or maybe you could treat root's mailbox
as a log file and rotate it automatically.)

-- 
John.



0
John
12/3/2008 7:07:27 PM
Reply:

Similar Artilces:

Solaris /var/spool/clientmqueue getting filled MDeferred: Connection refused by [127.0.0.1]
Solaris 9 directory /var/spool/clientmqueue was getting filled with lots of files and increasing every hour. more qfq2T6Awft013456 V8 T1333507173 K1333585144 N40 P3541597 I0/3/702232 MDeferred: Connection refused by [127.0.0.1] Frs $_localhost $r $slocalhost ${daemon_flags}c u SMAILER-DAEMON MDeferred: Connection refused by [127.0.0.1] C:comprdb1 rRFC822; comprdb1@<server> RPF:comprdb1 H?P?Return-Path: <g> H??Received: from localhost (localhost) I just changed the permissions of / and /var/spool/clientmqueue to 755 and 750 respectively and its not dum...

How to reduce size of /var/spool/clientmqueue with no sendmail process running
Our server is running Solaris 10. Both sendmail processes are disabled (as= shown below). However, mail still can be sent out with the proper mail SM= TP server defined in DS at /etc/mail/sendmail.cf, /etc/mail/submit.cf and /= etc/mail/cf/cf/sendmail.cf. Unfortunately, our /var/spool/clientmqueue is = fast filling up with over 90K mails that went no way or undefined in local = host from cron jobs, mail or mailx command. Is there any way to stop the /var/spool/clientmqueue from filling up since = we don=92t have =93/usr/lib/sendmail =96Ac =96q15m=94 process running to fl= ush the files in clientmqueue ? Or if there=92s any workaround to clean u= p the clientmqueue directory, please advise. Thanks, Bill # svcs -a | grep sendmail disabled Jan_22 svc:/network/smtp:sendmail disabled Jan_22 svc:/network/sendmail-client:default Bill Mackler <underh20.scubadiving@gmail.com> wrote: > > > Our server is running Solaris 10. Both sendmail processes are disabled (as shown below). However, mail still can be sent out with the proper mail SMTP server defined in DS at /etc/mail/sendmail.cf, /etc/mail/submit.cf and /etc/mail/cf/cf/sendmail.cf. Unfortunately, our /var/spool/clientmqueue is fast filling up with over 90K mails that went no way or undefined in local host from cron jobs, mail or mailx command. > > Is there any way to stop the /var/spool/clientmqueue from filling up since we don?t have ?/usr/lib/sendm...

Huge linux/ext3 fragmentation in /var/spool/mail using wu-imapd; seeking filesystem recommendation
We run linux/RH9/wu-imapd/2002e with UNIX mailbox-format mailboxes. For several months, our 4000 users have experienced great performance, but over the last three weeks, performance has degreated to the point of unusability. This morning we built a new filesystem for /var/spool/mail, copied over mailboxes, and performance improved dramatically. Before the rebuild, our 18GB of mailboxes took 60+ minutes cat to /dev/null; after building a new ext3 filesystem and copying mailboxes to it, the same cat of all mailboxes on the new filesystem to /dev/null took 6 minutes. We discovered that our orig...

/var/mail -vs- /var/spool/mail
Would be better to have: lrwxrwxrwx 1 root root 10 Apr 19 12:18 /var/mail -> spool/mail drwxrwxrwt 2 root root 72 Apr 19 12:18 /var/spool/mail or: drwxrwxrwt 2 root root 72 Apr 19 12:18 /var/mail lrwxrwxrwx 1 root root 10 Apr 19 12:18 /var/spool/mail -> ../mail -- ----------------------------------------------------------------------------- | Phil Howard KA9WGN | http://linuxhomepage.com/ http://ham.org/ | | (first name) at ipal.net | http://phil.ipal.org/ http://ka9wgn.ham.org/ | ----------------------------------------------------------------------------- On 2005-04-19, phil-news-nospam@ipal.net <phil-news-nospam@ipal.net> wrote: > Would be better to have: > lrwxrwxrwx 1 root root 10 Apr 19 12:18 /var/mail -> spool/mail > drwxrwxrwt 2 root root 72 Apr 19 12:18 /var/spool/mail Make /var/spool/mail a separate partition and you can also set userquota on the various inboxes. Davide -- Windows 95 is not a virus. Viruses actually do something. On Tue, 19 Apr 2005 19:49:03 +0200 Davide Bianchi <davideyeahsure@onlyforfun.net> wrote: | On 2005-04-19, phil-news-nospam@ipal.net <phil-news-nospam@ipal.net> wrote: |> Would be better to have: |> lrwxrwxrwx 1 root root 10 Apr 19 12:18 /var/mail -> spool/mail |> drwxrwxrwt 2 root root 72 Apr 19 12:18 /var/spool/mail | | Make /var/spool/mail a separate partition and you can also set userquota | on the various inboxes. I was...

US-DE: Newark-Sr Unix Application Developer-Solaris,UNIX Internals,SQL,
************************************************************** JobCircle.com - Careers, Content and Community for Technology professionals in the Northeastern United States! Jobcircle.com provides resume submission, classified searches, eLearning, hundreds of career development articles, tech news, and more to tens of thousands of Technology professionals in your area - visit us today at http://www.jobcircle.com! !!! Voted a TOP 50 Career Web Site in 2002 by CareerXRoads !!! ************************************************************** Job Title: Sr Unix Application Devel...

US-MI-Auburn Hills: Sun Solaris Eng., UNIX, Sun Solaris; 3M (45335914401)
US-MI-Auburn Hills: Sun Solaris Eng., UNIX, Sun Solaris; 3M (45335914401) ========================================================================= Position: Sun Solaris Eng. Reference: SMC01873 Location: Auburn Hills MI Duration: 3M Skills: UNIX Sun Solaris Scope: Being able to develop and consolidation books for Sun Solaris servers in DCX Please send your current resume in confidence to <staffing@eurosoft-inc.com> ..45335914401. ...

US-MI-Auburn Hills: Sun Solaris Eng., UNIX, Sun Solaris; 3M (45336814401)
US-MI-Auburn Hills: Sun Solaris Eng., UNIX, Sun Solaris; 3M (45336814401) ========================================================================= Position: Sun Solaris Eng. Reference: SMC01873 Location: Auburn Hills MI Duration: 3M Skills: UNIX Sun Solaris Scope: Being able to develop and consolidation books for Sun Solaris servers in DCX Please send your current resume in confidence to <staffing@eurosoft-inc.com> ..45336814401. ...

US-MI-Auburn Hills: Sun Solaris Eng., UNIX, Sun Solaris; 3M (45336557610)
US-MI-Auburn Hills: Sun Solaris Eng., UNIX, Sun Solaris; 3M (45336557610) ========================================================================= Position: Sun Solaris Eng. Reference: SMC01873 Location: Auburn Hills MI Duration: 3M Skills: UNIX Sun Solaris Scope: Being able to develop and consolidation books for Sun Solaris servers in DCX Please send your current resume in confidence to <staffing@eurosoft-inc.com> ..45336557610. ...

US-MI-Auburn Hills: Sun Solaris Eng., UNIX, Sun Solaris; 3M (45335614407)
US-MI-Auburn Hills: Sun Solaris Eng., UNIX, Sun Solaris; 3M (45335614407) ========================================================================= Position: Sun Solaris Eng. Reference: SMC01873 Location: Auburn Hills MI Duration: 3M Skills: UNIX Sun Solaris Scope: Being able to develop and consolidation books for Sun Solaris servers in DCX Please send your current resume in confidence to <staffing@eurosoft-inc.com> ..45335614407. ...

US-MI-Auburn Hills: Sun Solaris Eng., UNIX, Sun Solaris; 3M (45335932408)
US-MI-Auburn Hills: Sun Solaris Eng., UNIX, Sun Solaris; 3M (45335932408) ========================================================================= Position: Sun Solaris Eng. Reference: SMC01873 Location: Auburn Hills MI Duration: 3M Skills: UNIX Sun Solaris Scope: Being able to develop and consolidation books for Sun Solaris servers in DCX Please send your current resume in confidence to <staffing@eurosoft-inc.com> ..45335932408. ...

US-MI-Auburn Hills: Sun Solaris Eng., UNIX, Sun Solaris; 3M (45335914401)
US-MI-Auburn Hills: Sun Solaris Eng., UNIX, Sun Solaris; 3M (45335914401) ========================================================================= Position: Sun Solaris Eng. Reference: SMC01873 Location: Auburn Hills MI Duration: 3M Skills: UNIX Sun Solaris Scope: Being able to develop and consolidation books for Sun Solaris servers in DCX Please send your current resume in confidence to <staffing@eurosoft-inc.com> ..45335914401. ...

US-MI-Auburn Hills: Sun Solaris Eng., UNIX, Sun Solaris; 3M (45338057601)
US-MI-Auburn Hills: Sun Solaris Eng., UNIX, Sun Solaris; 3M (45338057601) ========================================================================= Position: Sun Solaris Eng. Reference: SMC01873 Location: Auburn Hills MI Duration: 3M Skills: UNIX Sun Solaris Scope: Being able to develop and consolidation books for Sun Solaris servers in DCX Please send your current resume in confidence to <staffing@eurosoft-inc.com> ..45338057601. ...

US-MI-Auburn Hills: Sun Solaris Eng., UNIX, Sun Solaris; 3M (45335357613)
US-MI-Auburn Hills: Sun Solaris Eng., UNIX, Sun Solaris; 3M (45335357613) ========================================================================= Position: Sun Solaris Eng. Reference: SMC01873 Location: Auburn Hills MI Duration: 3M Skills: UNIX Sun Solaris Scope: Being able to develop and consolidation books for Sun Solaris servers in DCX Please send your current resume in confidence to <staffing@eurosoft-inc.com> ..45335357613. ...

US-MI-Auburn Hills: Sun Solaris Eng., UNIX, Sun Solaris; 3M (45336832406)
US-MI-Auburn Hills: Sun Solaris Eng., UNIX, Sun Solaris; 3M (45336832406) ========================================================================= Position: Sun Solaris Eng. Reference: SMC01873 Location: Auburn Hills MI Duration: 3M Skills: UNIX Sun Solaris Scope: Being able to develop and consolidation books for Sun Solaris servers in DCX Please send your current resume in confidence to <staffing@eurosoft-inc.com> ..45336832406. ...

US-MI-Auburn Hills: Sun Solaris Eng., UNIX, Sun Solaris; 3M (45336832406)
US-MI-Auburn Hills: Sun Solaris Eng., UNIX, Sun Solaris; 3M (45336832406) ========================================================================= Position: Sun Solaris Eng. Reference: SMC01873 Location: Auburn Hills MI Duration: 3M Skills: UNIX Sun Solaris Scope: Being able to develop and consolidation books for Sun Solaris servers in DCX Please send your current resume in confidence to <staffing@eurosoft-inc.com> ..45336832406. ...

US-MI-Auburn Hills: Sun Solaris Eng., UNIX, Sun Solaris; 3M (45336814401)
US-MI-Auburn Hills: Sun Solaris Eng., UNIX, Sun Solaris; 3M (45336814401) ========================================================================= Position: Sun Solaris Eng. Reference: SMC01873 Location: Auburn Hills MI Duration: 3M Skills: UNIX Sun Solaris Scope: Being able to develop and consolidation books for Sun Solaris servers in DCX Please send your current resume in confidence to <staffing@eurosoft-inc.com> ..45336814401. ...

US-MI-Auburn Hills: Sun Solaris Eng., UNIX, Sun Solaris; 3M (45338014410)
US-MI-Auburn Hills: Sun Solaris Eng., UNIX, Sun Solaris; 3M (45338014410) ========================================================================= Position: Sun Solaris Eng. Reference: SMC01873 Location: Auburn Hills MI Duration: 3M Skills: UNIX Sun Solaris Scope: Being able to develop and consolidation books for Sun Solaris servers in DCX Please send your current resume in confidence to <staffing@eurosoft-inc.com> ..45338014410. ...

US-MI-Auburn Hills: Sun Solaris Eng., UNIX, Sun Solaris; 3M (45337714403)
US-MI-Auburn Hills: Sun Solaris Eng., UNIX, Sun Solaris; 3M (45337714403) ========================================================================= Position: Sun Solaris Eng. Reference: SMC01873 Location: Auburn Hills MI Duration: 3M Skills: UNIX Sun Solaris Scope: Being able to develop and consolidation books for Sun Solaris servers in DCX Please send your current resume in confidence to <staffing@eurosoft-inc.com> ..45337714403. ...

US-MI-Auburn Hills: Sun Solaris Eng., UNIX, Sun Solaris; 3M (45337132408)
US-MI-Auburn Hills: Sun Solaris Eng., UNIX, Sun Solaris; 3M (45337132408) ========================================================================= Position: Sun Solaris Eng. Reference: SMC01873 Location: Auburn Hills MI Duration: 3M Skills: UNIX Sun Solaris Scope: Being able to develop and consolidation books for Sun Solaris servers in DCX Please send your current resume in confidence to <staffing@eurosoft-inc.com> ..45337132408. ...

US-MI-Auburn Hills: Sun Solaris Eng., UNIX, Sun Solaris; 3M (45337714403)
US-MI-Auburn Hills: Sun Solaris Eng., UNIX, Sun Solaris; 3M (45337714403) ========================================================================= Position: Sun Solaris Eng. Reference: SMC01873 Location: Auburn Hills MI Duration: 3M Skills: UNIX Sun Solaris Scope: Being able to develop and consolidation books for Sun Solaris servers in DCX Please send your current resume in confidence to <staffing@eurosoft-inc.com> ..45337714403. ...

US-MI-Auburn Hills: Sun Solaris Eng., UNIX, Sun Solaris; 3M (45335657641)
US-MI-Auburn Hills: Sun Solaris Eng., UNIX, Sun Solaris; 3M (45335657641) ========================================================================= Position: Sun Solaris Eng. Reference: SMC01873 Location: Auburn Hills MI Duration: 3M Skills: UNIX Sun Solaris Scope: Being able to develop and consolidation books for Sun Solaris servers in DCX Please send your current resume in confidence to <staffing@eurosoft-inc.com> ..45335657641. ...

US-MI-Auburn Hills: Sun Solaris Eng., UNIX, Sun Solaris; 3M (45337414407)
US-MI-Auburn Hills: Sun Solaris Eng., UNIX, Sun Solaris; 3M (45337414407) ========================================================================= Position: Sun Solaris Eng. Reference: SMC01873 Location: Auburn Hills MI Duration: 3M Skills: UNIX Sun Solaris Scope: Being able to develop and consolidation books for Sun Solaris servers in DCX Please send your current resume in confidence to <staffing@eurosoft-inc.com> ..45337414407. ...

US-MI-Auburn Hills: Sun Solaris Eng., UNIX, Sun Solaris; 3M (45338014410)
US-MI-Auburn Hills: Sun Solaris Eng., UNIX, Sun Solaris; 3M (45338014410) ========================================================================= Position: Sun Solaris Eng. Reference: SMC01873 Location: Auburn Hills MI Duration: 3M Skills: UNIX Sun Solaris Scope: Being able to develop and consolidation books for Sun Solaris servers in DCX Please send your current resume in confidence to <staffing@eurosoft-inc.com> ..45338014410. ...

US-MI-Auburn Hills: Sun Solaris Eng., UNIX, Sun Solaris; 3M (45335657641)
US-MI-Auburn Hills: Sun Solaris Eng., UNIX, Sun Solaris; 3M (45335657641) ========================================================================= Position: Sun Solaris Eng. Reference: SMC01873 Location: Auburn Hills MI Duration: 3M Skills: UNIX Sun Solaris Scope: Being able to develop and consolidation books for Sun Solaris servers in DCX Please send your current resume in confidence to <staffing@eurosoft-inc.com> ..45335657641. ...

Web resources about - Huge disk usage on /var/spool/clientmqueue - comp.unix.solaris

Meddling in the Affairs of Wizards
Blogs.Oracle.Com - Meddling in the Affairs of Wizards

hier
HIER(7) FreeBSD Miscellaneous Information Manual HIER(7) NAME hier layout of file systems DESCRIPTION A sketch of the file system hierarchy. ...

Manual Pages: hier
HIER(7) OpenBSD Reference Manual HIER(7) NAME hier - layout of filesystems DESCRIPTION A sketch of the filesystem hierarchy. / Root directory. ...

hier
HIER(7) FreeBSD Miscellaneous Information Manual HIER(7) NAME layout of file systems DESCRIPTION A sketch of the file system archy. / root directory ...

Resources last updated: 3/20/2016 5:42:07 PM