Re: BESCLIENT

2018-02-28 Thread Doug
[mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of Marcy Cortes Sent: Wednesday, February 28, 2018 2:33 AM To: LINUX-390@VM.MARIST.EDU Subject: Re: BESCLIENT Thank you kevan for the info! So might I suggest a post rpm script in the s390x rpm that says warns the customer that default settings should be

Re: BESCLIENT

2018-02-28 Thread Mike Riggs
T.EDU] On Behalf Of Victor Echavarry Sent: Wednesday, February 28, 2018 8:58 AM To: LINUX-390@VM.MARIST.EDU Subject: Re: BESCLIENT Thanks everyone for your help. Regards, Victor Echavarry System Programmer Operating Systems -Original Message- From: Linux on 390 Port [mailto:

Re: BESCLIENT

2018-02-28 Thread Victor Echavarry
: BESCLIENT Thank you kevan for the info! So might I suggest a post rpm script in the s390x rpm that says warns the customer that default settings should be examined for a z/VM environment. If we had that info as we piloted the rpm install on the few "lab" servers we have, we might have

Re: BESCLIENT

2018-02-28 Thread kevan rees
On 28 February 2018 at 13:51, Alan Altmark wrote: > On Wednesday, 02/28/2018 at 06:33 GMT, Marcy Cortes > wrote: > > > > In large shops, something like BigFix gets deployed by a team, usually > > distributed oriented that has to support both Windows and *ix and they > pass off > > the "install"

Re: BESCLIENT

2018-02-28 Thread Alan Altmark
On Wednesday, 02/28/2018 at 06:33 GMT, Marcy Cortes wrote: > Thank you kevan for the info! > > So might I suggest a post rpm script in the s390x rpm that says warns the > customer that default settings should be examined for a z/VM environment. If > we had that info as we piloted the rpm inst

Re: BESCLIENT

2018-02-27 Thread Marcy Cortes
NUX-390@VM.MARIST.EDU Subject: Re: [LINUX-390] BESCLIENT We had the documentation updated to take into account highly virtualised environments: https://www.ibm.com/support/knowledgecenter/en/SS6MER_9.5.0/com.ibm.bigfix.doc/Platform/Config/c_virtual_machines.html You can also set time periods where t

Re: BESCLIENT

2018-02-27 Thread kevan rees
sage. We > began an investigation checking recently changes on the LPAR's and the > guests. The only thing we found is that inside all the guests the BESCLIENT > was installed. Although it the process doesn't show high CPU utilization, > we turn it off and the VM's stabilized. D

Re: BESCLIENT

2018-02-27 Thread Offer Baruch
cently changes on the LPAR's and the > guests. The only thing we found is that inside all the guests the BESCLIENT > was installed. Although it the process doesn't show high CPU utilization, > we turn it off and the VM's stabilized. Do anyone has similar issue with >

Re: BESCLIENT

2018-02-27 Thread Harley Linker
When it was first installed on my zLinux servers, BESCLIENT used 2-5% of the CPU available to each guest. We didn't have the extra CPU for this increase on 26 guests. I contacted the team that implemented it and they were able to tweak a parameter that reduced the CPU overhead to less t

Re: BESCLIENT

2018-02-27 Thread Marcy Cortes
_BESClient_Resource_PowerSaveTimeout5 They are explained in: https://www.ibm.com/developerworks/community/wikis/home?lang=en#!/wiki/Tivoli%20Endpoint%20Manager/page/Configuration%20Settings An interesting discussion about their usage is on our forum at: https://forum.bigfix.com/t/automatically-adjust-besclient-settings-when

BESCLIENT

2018-02-27 Thread Victor Echavarry
A couple of days ago our VM's begin a sustained increase in CPU usage. We began an investigation checking recently changes on the LPAR's and the guests. The only thing we found is that inside all the guests the BESCLIENT was installed. Although it the process doesn't show high