Hi Eric, Any reason why your kernel.msgmni = 196608 from the /etc/sysyctl.conf differs from the max queues system wide = 516096 from a ipcs -l? Just curious... Thanks for your help!
Kind regards, Eric van Loon Air France/KLM Storage & Backup -----Original Message----- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of J. Eric Wonderley Sent: woensdag 21 augustus 2019 18:18 To: ADSM-L@VM.MARIST.EDU Subject: Re: TSM server performance continuing Get all zeros... We have these settings on a dell730: ipcs -l ------ Messages Limits -------- max queues system wide = 516096 max size of message (bytes) = 65536 default max size of queue (bytes) = 65536 ------ Shared Memory Limits -------- max number of segments = 129024 max seg size (kbytes) = 528077736 max total shared memory (kbytes) = 17179869184 min seg size (bytes) = 1 ------ Semaphore Limits -------- max number of arrays = 129024 max semaphores per array = 250 max semaphores system wide = 256000 max ops per semop call = 32 semaphore max value = 32767 # Put changes in /etc/sysctl.conf kernel.shmmni = 49152 kernel.shmmax = 206158430208 kernel.shmsem = 250 256000 32 49152 kernel.msgmni = 196608 kernel.msgmax = 65536 kernel.msgmnb = 65536 kernel.randomize_va_space = 0 vm.swappiness = 0 vm.overcommit_memory = 0 ERic 540-392-1742 (Cell) On Wed, Aug 21, 2019 at 11:44 AM Loon, Eric van (ITOP NS) - KLM < eric-van.l...@klm.com> wrote: > Hi guys, > > A few weeks ago I already wrote about the severe performance issues we > have with our TSM 7.1 servers. In the 'old days' we used to back up > our clients to TSM 6.3 servers with Data Domains attached. Smaller > clients backed up through the LAN, large ones through the SAN. > Our newer servers use LAN-only with directory containers and the > performance of these servers really sucks. Setting up a session takes > sometimes almost one minute and a q stg also takes 30 to 50 seconds. I > noticed that performance is OK when there are no TDP for Oracle > sessions running, but as soon as they are started the performance > starts to drop drastically. > We are really lost on where to look for the cause. I sent numerous > logs and traces to IBM, but I guess they are out of ideas too since I > don't hear anything back from them lately. The only thing is that > supports notices delays in DB2, but they don't know why... > What I noticed on my TSM server is that as soon as there is a load on > the server, the blocked queue starts to rise. I would like to know if > that's something to focus on or not. > Can some of you please run the "vmstat 1" command on their Linux > server (preferably one with directory containers too) and let me know > if you too see values other than 0 in the B column? > Thank you very much for your help in advance! > > Kind regards, > Eric van Loon > Air France/KLM Storage & Backup > ******************************************************** > For information, services and offers, please visit our web site: > http://www.klm.com. This e-mail and any attachment may contain > confidential and privileged material intended for the addressee only. > If you are not the addressee, you are notified that no part of the > e-mail or any attachment may be disclosed, copied or distributed, and > that any other action related to this e-mail or attachment is strictly > prohibited, and may be unlawful. If you have received this e-mail by > error, please notify the sender immediately by return e-mail, and delete this > message. > > Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or > its employees shall not be liable for the incorrect or incomplete > transmission of this e-mail or any attachments, nor responsible for any delay > in receipt. > Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal > Dutch > Airlines) is registered in Amstelveen, The Netherlands, with > registered number 33014286 > ******************************************************** > ******************************************************** For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 ********************************************************
