Summary: swap -l command shows no swap devices configured

From: Fisher, Myke <mfisher_at_ip.net>
Date: Fri Jul 26 2002 - 13:39:39 EDT
Thanks to the following who responded:

Steudten Thomas 
Jay Lessert 
Darren Dunham 
Kevin Buterbaugh 
topher 

Well this was a good ol' case of the problem hiding right under my nose.
The issue was an improperly mounted swap partition.  The slice was being
mounted as a ufs partition just like root or any other FS.  This in turn did
not allow swap to be properly mounted.  The result?  swap -l showed no slice
configured for swap.  After correcting the issue and rebooting, everything
is right as rain.  Below is a before and after to illustrate the problem.
Thanks again guys!

BEFORE:
/dev/dsk/c0t1d0s1       /dev/rdsk/c0t1d0s1      /swap   ufs     2       yes
-  <----(This was the problem)
swap    -       /tmp    tmpfs   -       yes     -

AFTER:
/dev/dsk/c0t1d0s1       -       -       swap    -       no      -
swap    -       /tmp    tmpfs   -       yes     -



-----Original Message-----
From: Fisher, Myke [mailto:mfisher@ip.net]
Sent: Friday, July 26, 2002 10:35 AM
To: 'sunmanagers@sunmanagers.org'
Subject: swap -l command shows no swap devices configured 


I have a Sun E420 server configured to serve as an Oracle database server.
The server is a 4 CPU system with 4 Gb of RAM and an 8 GB swap slice.
Recently we discovered an issue with swap on the server.  When the swap -l
command is issued, the output shows no swap devices configured.  The slice
can be added manually by issuing the swap command with the -a argument and
the absolute path to the swap slice as a value for the argument.  The
unusual point is when the server boots, it shows nearly GB of swap when the
vmstat command is issued.  After manually adding the swap slice, between 11
and 12 Gig is seen by vmstat.  To me this says that the swap slice is being
added on top of whatever was already there.  Does anyone have any ideas.  I
would like to be confident that the box is configured correctly to use the
swap partition.  Below is the output from vmstat adding the slice then
removing it.  Will summarize.

# vmstat 5
 procs     memory            page            disk          faults      cpu
 r b w   swap  free  re  mf pi po fr de sr s0 s1 s6 --   in   sy   cs us sy
id
 0 0 0 8905688 3934920 0 124 60 0  0  0  0  0 10  0  0  695  802  242  1  1
99
 0 0 0 11838656 3932856 0 1  0  0  0  0  0  0  0  0  0  607  136   58  0  0
100
 0 0 0 11838656 3932856 0 0  0  0  0  0  0  0  9  0  0  659  129   55  0  0
100
 0 0 0 11838656 3932856 0 0  0  0  0  0  0  0  0  0  0  607  129   55  0  0
100
# swap -d /dev/dsk/c0t1d0s1
/dev/dsk/c0t1d0s1 was dump device --
invoking dumpadm(1M) -d swap to select new dump device
dumpadm: no swap devices are available
# swap -l     
No swap devices configured
# vmstat 5
 procs     memory            page            disk          faults      cpu
 r b w   swap  free  re  mf pi po fr de sr s0 s1 s6 --   in   sy   cs us sy
id
 0 0 0 8959600 3934784 0 116 55 0  0  0  0  0 10  0  0  689  756  230  1  1
99
 0 0 0 3449264 3933152 0  1  0  0  0  0  0  0  0  0  0  607  138   55  0  0
100
 0 0 0 3449264 3933152 0  0  0  0  0  0  0  0  5  0  0  637  200   68  0  0
100
 0 0 0 3449264 3933152 0  0  0  0  0  0  0  0  0  0  0  607  151   55  0  0
100
 0 0 0 3449264 3933152 0  0  0  0  0  0  0  0  0  0  0  607  154   57  0  0
100
 0 0 0 3449264 3933152 0  0  0  0  0  0  0  0  0  0  0  606  139   56  0  0
100
 0 0 0 3449256 3933144 0  0  0  0  0  0  0  0  0  0  0  604  139   56  0  0
100
^C# swap -a c0t1d0s1
swap: path must be absolute
# swap -a /dev/dsk/c0t1d0s1
operating system crash dump was previously disabled --
invoking dumpadm(1M) -d swap to select new dump device
dumpadm: no swap devices could be configured as the dump device
# swap 5
Usage:  swap -l
        swap -s
        swap -d <file name> [low block]
        swap -a <file name> [low block] [nbr of blocks]
# vmstat 5
 procs     memory            page            disk          faults      cpu
 r b w   swap  free  re  mf pi po fr de sr s0 s1 s6 --   in   sy   cs us sy
id
 0 0 0 8710384 3934680 0 108 51 0  0  0  0  0  9  0  0  684  719  219  0  1
99
 0 0 0 11838816 3933000 0 1  0  0  0  0  0  0  0  0  0  660  197   78  0  0
100
 0 0 0 11838816 3933000 0 0  0  0  0  0  0  0  5  0  0  722  309   94  0  0
100
 0 0 0 11838304 3932408 0 91 52 0  0  0  0  0  6  0  0  773 1351  307  1  1
98


Myke Fisher
Data Center Operations - Systems Engineering
IP Communications
972-248-8210 ext. 1432
mfisher@ip.net
www.ip.net

The problem with America is stupidity. I'm not saying there should be a
capital punishment for stupidity, but why don't we just take the safety
labels off of everything and let the problem solve itself?


Confidential
This e-mail and any files transmitted with it are the property
of IP Communications  and/or its affiliates, are confidential,
and are intended solely for the use of the individual or
entity to whom this e-mail is addressed.  If you are not one
of the named recipients or otherwise have reason to believe
that you have received this e-mail in error, please notify the
sender and delete this message immediately from your computer.
Any other use, retention, dissemination, forwarding, printing
or copying of this e-mail is strictly prohibited.
_______________________________________________
sunmanagers mailing list
sunmanagers@sunmanagers.org
http://www.sunmanagers.org/mailman/listinfo/sunmanagers
_______________________________________________
sunmanagers mailing list
sunmanagers@sunmanagers.org
http://www.sunmanagers.org/mailman/listinfo/sunmanagers
Received on Fri Jul 26 13:43:14 2002

This archive was generated by hypermail 2.1.8 : Thu Mar 03 2016 - 06:42:50 EST