Re: Odd swap space behavior

2011-11-02 Thread Shane
On Wed, 2 Nov 2011 11:29:40 -0400 Richard Troth wrote: > So what you're seeing > is random pages which got pushed out at various times during the > stress period. If not needed, they will sit there forever. Well, maybe not "forever" ... ;-) This lazy (de-)allocation behaviour of Linux is worth r

Re: Netbackup and SLES 11

2011-11-02 Thread Victor Echavarry Diaz
Joe: Which oracle version is running? Our Unix group test SLES 11 with Oracle 11 and doesn't work. Regards, Victor Echavarry System Programmer Technology Systems & Operations Division EVERTEC -Original Message- From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On

Re: Netbackup and SLES 11

2011-11-02 Thread Joe Comitini
We are running Netbackup successfully on SLES11. NetBackup-IBMzSeriesSuSE2.6 6.5.4 Joe -Original Message- From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of Bern VK2KAD Sent: Thursday, October 06, 2011 6:20 PM To: LINUX-390@VM.MARIST.EDU Subject: Netbackup and SLES 11

Re: Odd swap space behavior

2011-11-02 Thread David Boyes
> As Rob said, there's no page migration in Linux. Yet. 8-) -- db -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.ma

Re: Odd swap space behavior

2011-11-02 Thread RPN01
You might also consider using a real disk to back the v-disk for the peak period swap, so that it doesn't add additional memory pressure to the underlying z/VM system. On 11/2/11 10:29 AM, "Richard Troth" wrote: > You might consider a manual 'swapoff' (then 'swapon') of one large > swap volume

Re: Odd swap space behavior

2011-11-02 Thread Richard Troth
You might consider a manual 'swapoff' (then 'swapon') of one large swap volume after that crunch time. In any case, this is one where you should reconsider how much VDISK to use. Obviously, there's a lot happening when it gets that end-of-month workload, so remember to include CPU and other I/O w

Re: Odd swap space behavior

2011-11-02 Thread Rob van der Heij
On Wed, Nov 2, 2011 at 2:25 PM, Richard Higson wrote: > haven't done Linux on Z for a while, but I have always used the same > "Priority" for the swapdisks > so that linux could spread out the IO to several disks (preferably on > separate spindles). > This works well on x86 (real & VMware) and

Re: Odd swap space behavior

2011-11-02 Thread Bauer, Bobby (NIH/CIT) [E]
Yes, having 4 is a little odd. We are struggling with this server. It sits almost idle most of the month then for 1 or 2 days it gets 60 to 80 thousand hits/hour. Not sure what to make of this current display of the swap space. Bobby Bauer Center for Information Technology National Institutes o

Re: Odd swap space behavior

2011-11-02 Thread RPN01
That's what you want when you're using "spindles", but on z, you're usually talking about v-disks, which are really virtual disks in memory. When they're not in use, they take up no space at all, but when you start using them, they start to occupy real memory and become a burden. So you set priorit

Re: Odd swap space behavior

2011-11-02 Thread Richard Higson
On Wed, Nov 02, 2011 at 07:37:17AM -0400, Bauer, Bobby (NIH/CIT) [E] wrote: > Date: Wed, 2 Nov 2011 07:37:17 -0400 > From: "Bauer, Bobby (NIH/CIT) [E]" > To: LINUX-390@VM.MARIST.EDU > Subject: Odd swap space behavior > > One of our Redhat servers got a LOT of activity yesterday and the swa

Re: Odd swap space behavior

2011-11-02 Thread Rob van der Heij
On Wed, Nov 2, 2011 at 12:37 PM, Bauer, Bobby (NIH/CIT) [E] wrote: > One of our Redhat servers got a LOT of activity yesterday and the swap space > looks funny to me. > > swapon -s > Filename                                Type            Size    Used     > Priority > /dev/dasda2                

Odd swap space behavior

2011-11-02 Thread Bauer, Bobby (NIH/CIT) [E]
One of our Redhat servers got a LOT of activity yesterday and the swap space looks funny to me. swapon -s FilenameTypeSizeUsedPriority /dev/dasda2 partition 1023976 3692-1 /dev/dasdb1