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/sunmanagersReceived 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