Hi all,
How to clear memory cache in Sles 9 ? In SLES10 you can do echo 3
/proc/sys/vm/drop_caches.
In SLES9 I, don't see drop_caches.
We have z/VM 5.4 + SLES9 version 2.6.5-7.244-s390x.
Thanks,
Tom
--
Dzwonki na komorkj!
2009/5/8 Tomasz Westrych tomw...@poczta.fm:
How to clear memory cache in Sles 9 ? In SLES10 you can do echo 3
/proc/sys/vm/drop_caches.
In SLES9 I, don't see drop_caches.
We have z/VM 5.4 + SLES9 version 2.6.5-7.244-s390x.
Right. This is a more recent addition to Linux memory management,
On Mon, May 4, 2009 at 5:21 PM, Ron Foster at Baldor-IS
rfos...@baldor.com wrote:
I have been using the supplied example that had the minimum number of
CPUs set to 2.
I don't think there is a real reason for having the minimum at 2.
Earlier this week I raised the question why would you ever
With Linux on z/VM I do like the idea that reduced
number of CPUs may improve chances of the virtual machine drop from
queue nicely. But recent SAP releases have stuff that makes even the
virtual 1-way stay in-queue, so there it does not help anymore.
And now for the really stupid question: does
I have been giving this some thought lately too. I have been planning to
extract the cpu serial number from /proc/cpuinfo. This should tell me whether
or not I am on my normal production hardware. The problem I have with this is
remembering that I need to change the script when we move zVM or
Rob van der Heij wrote:
2009/5/8 Tomasz Westrych tomw...@poczta.fm:
How to clear memory cache in Sles 9 ? In SLES10 you can do echo 3
/proc/sys/vm/drop_caches.
In SLES9 I, don't see drop_caches.
We have z/VM 5.4 + SLES9 version 2.6.5-7.244-s390x.
Right. This is a more recent addition to
On Fri, May 8, 2009 at 1:25 PM, Harder, Pieter
pieter.har...@brabantwater.nl wrote:
And now for the really stupid question: does enabling cpuplugd with CPU_MIN=1
actually gain something? I have turned it on for one of my SAP dyadics and my
idle level seems to have gone up instead of down. I
How about the LPARNAME in /proc/sysinfo.
Ron
Sent via BlackBerry by ATT
-Original Message-
From: Alan Schilla (OET) alan.schi...@state.mn.us
Date: Fri, 8 May 2009 08:10:06
To: LINUX-390@VM.MARIST.EDULINUX-390@VM.MARIST.EDU
Subject: Re: DR and Linux native lpar
I have been giving this
Please refer to:
http://www.ibm.com/developerworks/linux/linux390/whatsnew.html
... for the 2009-05-08 change summary
with code patches and new/ updated documentation.
* end of message
Mit freundlichen Grüßen / Kind regards
We have a LPAR z/Linux SLES 10sp1 and a z/VM z/Linux SLES 10sp2.
We don't want these to see each others disk (LVM).
Right now I have them on different channels on our z9.
I found some old documentation on ACT but I cannot find exactly how to
use it.
It is zfcp.
No we do not have NPIV turn on since we just upgraded the SVCs this week
(and the old one did not support NPIV (IBM 2145 firmware v3) and the new
SVCs are loaded with latest V4.
We will have the same issue of access once we move the LPAR z/Linux
under z/VM.
Sam
-Original
Have you looked at the Configuration Utility for FCP LUN Access Control User's
Guide SC33-8280-00?
it explains how to install and use the Configuration Utility for FCP LUN Access
Control which you'd use to create and maintain ACT's
-Original Message-
From: Linux on 390 Port
On 5/8/2009 at 12:22 PM, Sam Bass sam.b...@mclaneco.com wrote:
We have a LPAR z/Linux SLES 10sp1 and a z/VM z/Linux SLES 10sp2.
We don't want these to see each others disk (LVM).
Right now I have them on different channels on our z9.
I found some old documentation on ACT but I cannot
I think that we need to use /etc/lvm/lvm.conf to limit what z/linux can
see.
Sam
-Original Message-
From: Linux on 390 Port [mailto:linux-...@vm.marist.edu] On Behalf Of
Mark Post
Sent: Friday, May 08, 2009 11:41 AM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: SLES 10 SP2 - where do I find
On 5/8/2009 at 1:45 PM, Sam Bass sam.b...@mclaneco.com wrote:
I think that we need to use /etc/lvm/lvm.conf to limit what z/linux can
see.
That would be helpful, but you'll need to make sure that, whatever persistent
device naming method you use, you don't wind up with duplicate device
On Fri, May 8, 2009 at 3:26 PM, Brad Hinson bhin...@redhat.com wrote:
https://bugzilla.redhat.com/show_bug.cgi?id=444961
Patch was committed to 2.6.25-mm1, so for anyone making heavy use of
drop_caches, make sure to update to RHEL 5.3 (or the kernel at least).
Right. Thanks Brad. I should
16 matches
Mail list logo