Hi audit-test developers,
I'm hijacking this old thread as I had issues running msgctl11 LTP test with
msgmni=700 on some of our s390x machines. I had to lower the value and
I'm using currently msgmni=200 (I did not search for a higher usable value).
Do you see any problem lowering the value for s390x in upstream to such a low
value? Looking at the code I think nothing should break.
Thanks and regards,
----- Original Message -----
> Hi Miroslav
> Yes I still have a problem with 1024 on the Power system I'm running.
> I actually ran a number of tests to where I went down to different
> increments to se where it would work. It does not work at 800 but
> at 700. I'm not sure if 750 would work I did not narrow it down that
> far. Both Linda and Debbie tried it with a 700 value and said it
> worked for them. Not sure what the problem is but at 2000 or 1024 it
> does cause the system to run out of memory to the point where it
> starts killing off mcstransd, xinetd, sshd, all the gettys and
> sometime it claims initd is disconnecting from the bus, at which
> you loose the entire system. I'm not sure why system typically shows
> gig of memory available after a boot. That is about 50% less than my
> xSeries systems however.
> Quoting Miroslav Vadkerti <mvadkert@...>:
> > -----BEGIN PGP SIGNED MESSAGE-----
> > Hash: SHA1
> > Hi Jim,
> > The current upstream value of msgmni is 1024:
> > 3cd63b30 ltp/Makefile (Debora V Babb 2012-02-07 15:43:51
> > -0800
> > 111) sysctl kernel.msgmni=1024
> > So your patch doesn't apply. Not such a problem, I'm just curious
> > if
> > 1024 is still not low enough?
> > If not let me know and I will commit the 700 value.
> > Thanks,
> > /M
> > On 02/15/2012 05:47 AM, czyzak2@... wrote:
> >> Hi Linda
> >> The patch is in the attached file. This one has now been tested on
> > Intel, Power, and s390x. Just a change to the LTP Makefile to set
> > msgmni
> > to 700 down from 2000 which is too much for the target lpar to
> > handle.
> >> Jim
> >> ------------------------------------------------------------------------------
> >> Virtualization & Cloud Management Using Capacity Planning
> >> Cloud computing makes use of virtualization - but cloud computing
> >> also focuses on allowing computing to be delivered as a service.
> >> http://www.accelacomm.com/jaw/sfnl/114/51521223/
> >> _______________________________________________
> >> Audit-test-developer mailing list
> >> Audit-test-developer@...
> >> https://lists.sourceforge.net/lists/listinfo/audit-test-developer
> > - --
> > Miroslav Vadkerti :: QA Engineer / RHCE :: BaseOS QE - Security
> > IRC mvadkert at #qe #urt #rpmdiff :: GnuPG ID 0x25881087 at
> > pgp.mit.edu
> > Phone +420 532 294 129 :: CZ +420 775 039 842 :: SK +421 904 135
> > 440
> > Red Hat s.r.o, Purky?ova 99/71, 612 45, Brno, Czech Republic
> > -----BEGIN PGP SIGNATURE-----
> > Version: GnuPG v1.4.11 (GNU/Linux)
> > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
> > iQEcBAEBAgAGBQJPO3IEAAoJEBliWhMliBCHD70H/jxuwEfBoJi7hHXft2YqCKX2
> > vPSwCHBeGjj37kB4Umim8ZMfHK94A2tfEwwR7VEbgW6QdKx89vTC2wg6bfQN0AZC
> > dmcc8YLanPEz2BI+W/0NWO2xs2Sf4jk3WIPNWCdPDqjtWfZqvsnAnDZ7eoaC2k6V
> > qmn6+8IhukIxhoH6Bxb+8jEtba8waVt9vm9aGSyg6aDmWCLS7yDeV94PfVkbzoxH
> > K5pdu9zsLINMsr01lMksiSULig8VZp3TTCeS3zaVLtvDPe2rSqIAC+QzPBr4JnrK
> > h3ZWcXmAW3UmGA3zune6ayBQuFWbF4TxZc2I9iYZAvv0s9pdqX1VFr4EkUA4my8=
> > =Bzh6
> > -----END PGP SIGNATURE-----
Miroslav Vadkerti :: Quality Assurance Engineer / RHCE :: BaseOS QE - Security
Phone +420 532 294 129 :: CR cell +420 775 039 842 :: SR cell +421 904 135 440
IRC mvadkert at #qe #urt #brno #rpmdiff :: GnuPG ID 0x25881087 at pgp.mit.edu
Red Hat s.r.o, Purkyňova 99/71, 612 45, Brno, Czech Republic