On 15 May 2013 17:00, Michael MacIsaac mike...@us.ibm.com wrote:
Does anyone know why free shows a different amount of cached memory that
/proc/meminfo? For example:
It's documented that Cached: in /proc/meminfo does not include swap cache,
while the value from free does. But there's still
Mauro Souza writes:
Hi guys,
I have a client with a peculiar problem. They have zVM 4 partitions,
sharing the same LCU's, every partition sees every DASD, and each partition
have its own range of disks, defined with Offline_at_IPL on SYSTEM CONFIG.
They use this setup because some times they
I used system-config-lvm to remove a lv “vg_rh62gfs/vg_swap”. It appeared to go
ok and after zipling I rebooted only to get:
dracut: Scanning devices dasda1 dasdb1 dasdc1 for LVM logical volumes
vg_rh62gfs/lv_root vg_rh62gfs/lv_swap
dracut: Skipping clustered volume group vg_snatest
dracut:
/etc/fstab?
On Thu, May 16, 2013 at 10:59 AM, Neale Ferguson ne...@sinenomine.net wrote:
I used system-config-lvm to remove a lv “vg_rh62gfs/vg_swap”. It appeared to
go ok and after zipling I rebooted only to get:
dracut: Scanning devices dasda1 dasdb1 dasdc1 for LVM logical volumes
Nope
On 5/16/13 11:02 AM, Rick Troth r...@casita.net wrote:
/etc/fstab?
--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
We ran into this issue and are rolling out the fix provided by Novell. Novell
was telling us that it was due to a large number of ssh logins to a host but
this does not always seem to be the case. Anyone have a more definitive reason
for what caused the error and how it was fixed?
Chris Will
Alex and Rob,
Thanks for the replies.
It looks like the buffers value shown by free on SLES is the the sum
of the Cached and SReclaimable values from /proc/meminfo/, while on
RHEL it is just Cached.
On SLES:
# egrep '^Cached|^SRe' /proc/meminfo;free
Cached: 130336 kB
SReclaimable:
Hi Neale,
On 05/16/2013 04:59 PM, Neale Ferguson wrote:
I used system-config-lvm to remove a lv “vg_rh62gfs/vg_swap”. It appeared to go
ok and after zipling I rebooted only to get:
dracut: Scanning devices dasda1 dasdb1 dasdc1 for LVM logical volumes
vg_rh62gfs/lv_root vg_rh62gfs/lv_swap
Hi Malcolm!
We tried the setup you suggested, and worked as we wanted it!
Thanks!
Mauro
http://mauro.limeiratem.com - registered Linux User: 294521
Scripture is both history, and a love letter from God.
2013/5/16 Malcolm Beattie beatt...@uk.ibm.com
Mauro Souza writes:
Hi guys,
I have
You should take a look on your initrd too. Maybe the lv_swap is still
referenced there.
Try recreating it to see if the ghost lv vanishes for good.
Mauro
http://mauro.limeiratem.com - registered Linux User: 294521
Scripture is both history, and a love letter from God.
2013/5/16 Steffen Maier
That was it Steffen. I did a find / grep looking for vg_swap so I thought
it'd pick up the zipl.conf but I must have messed up the command. In any
event, I got rid of it and re-ran zipl.
Note, that rd_LVM wasn't put in manually by me but as part of the
installation.
Many thanks... Neale
On
On 5/16/2013 10:15 AM, Will, Chris wrote:
We ran into this issue and are rolling out the fix provided by Novell.
Novell was telling us that it was due to a large number of ssh logins to a
host but this does not always seem to be the case. Anyone have a more
definitive reason for what
Mike Rob,
That is not what I see at my end. Below are sample of RHEL 5.9 and RHEL 6.3.
In both cases, the number of cached from the 'free' command matches to the
number of cached found in /proc/meminfo. Strange but true..
$ cat /etc/*se
Red Hat Enterprise Linux Server release 6.3 (Santiago)
$
13 matches
Mail list logo