Hello Sasa, >did you tune kernel parameters for your Linux TSM server?
yes, here is my /etc/sysctl.conf kernel.randomize_va_space=0 vm.swappiness=0 vm.overcommit_memory=0 tsm01:~ # ipcs -l ------ Messages Limits -------- max queues system wide = 64512 max size of message (bytes) = 65536 default max size of queue (bytes) = 65536 ------ Shared Memory Limits -------- max number of segments = 16128 max seg size (kbytes) = 18014398509481983 max total shared memory (kbytes) = 18014398509480960 min seg size (bytes) = 1 ------ Semaphore Limits -------- max number of arrays = 32000 max semaphores per array = 32000 max semaphores system wide = 1024000000 max ops per semop call = 500 semaphore max value = 32767 >And what is the size of you TSM DB and on what type of storage and >filesystem is it located? tsm: TSM01>q db Database Name Total Pages Usable Pages Used Pages Free Pages -------------- ------------ ------------ ------------ ------------ TSMDB1 102,416 99,312 43,100 56,212 tsm: TSM01>q db f=d Database Name: TSMDB1 Total Space of File System (MB): 197,939 Space Used on File System(MB): 11,444 Space Used by Database(MB): 1,280 Free Space Available (MB): 186,495 Total Pages: 102,416 Usable Pages: 99,312 Used Pages: 43,100 Free Pages: 56,212 Buffer Pool Hit Ratio: 99.9 Total Buffer Requests: 4,971,182 Sort Overflows: 0 Package Cache Hit Ratio: 87.1 Last Database Reorganization: 12/04/18 16:44:07 Full Device Class Name: 3310L1DEV Number of Database Backup Streams: 1 Incrementals Since Last Full: 0 Last Complete Backup Date/Time: 12/05/18 15:06:39 Compress Database Backups: No Protect Master Encryption Key: No Filesystem Size Used Avail Use% Mounted on /dev/mapper/SLESVG-lvtsmdb01 49G 373M 46G 1% /tsminst1/db01 /dev/mapper/SLESVG-lvtsmdb02 49G 373M 46G 1% /tsminst1/db02 /dev/mapper/SLESVG-lvtsmdb03 49G 373M 46G 1% /tsminst1/db03 /dev/mapper/SLESVG-lvtsmdb04 49G 373M 46G 1% /tsminst1/db04 Am 05.12.18 um 16:45 schrieb Sasa Drnjevic: > On 2018-12-05 15:06, Schneck Dennis wrote: >> Hello Sasa >> >>> Check for errors on FC switch ports... >> Ok will inform the colleage in the branch >> >> >>> When have the problems started? >> Its a new server - did not work before > > Hi Dennis, > > did you tune kernel parameters for your Linux TSM server? > > https://www.ibm.com/support/knowledgecenter/SSGSG7_7.1.8/srv.install/t_srv_krnlparms_lnx-linux.html > > > And what is the size of you TSM DB and on what type of storage and > filesystem is it located? > > -- > Sasa Drnjevic > www.srce.unizg.hr > > > >> Am 05.12.18 um 14:59 schrieb Sasa Drnjevic: >>> Check for errors on FC switch ports... >>> >>> When have the problems started? >>> >>> -- >>> Sasa Drnjevic >>> www.srce.unizg.hr >>> >>> >>> >>> >>> On 5.12.2018. 14:15, Schneck Dennis wrote: >>>> Hello, >>>> >>>> starting with new TSM-Server 7.1.9.000 on a SLES12SP3 x86_64 with LIN_TAPE >>>> 3.033 >>>> >>>> TAPE.Lib is a TS3310 with LTO5 Drives. >>>> >>>> Server has: Emulex AJ762B/AH402A FC Adapter an the run both with: 4 Gbit >>>> (lspci | grep -i fibre) >>>> >>>> >>>> tsm: TSM01>*SET DBRECOVERY 3310L1DEV PROTECTKeys=no* >>>> ANR2784W Specifying PROTECTKEYS=NO requires the server's encryption keys >>>> to be backed up manually. >>>> >>>> Do you wish to proceed? (Yes (Y)/No (N)) *y* >>>> ANR2782I SET DBRECOVERY completed successfully and device class for >>>> automatic DB backup is set to 3310L1DEV. >>>> >>>> tsm: TSM01>*backup db devclass=3310L1DEV type=full PROTECTKeys=no* >>>> ANR2784W Specifying PROTECTKEYS=NO requires the server's encryption keys >>>> to be backed up manually. >>>> >>>> Do you wish to proceed? (Yes (Y)/No (N))*y* >>>> ANR2280I Full database backup started as process 3. >>>> ANS8003I Process number 3 started. >>>> >>>> tsm: TSM01>*q act* >>>> >>>> 12/05/18 15:07:08 ANR8337I LTO volume 000260L5 mounted in drive >>>> 3310L1D2 >>>> (/dev/IBMtape2). (SESSION: 1, PROCESS: 3) >>>> >>>> 12/05/18 15:07:08 ANR0513I Process 3 opened output volume 000260L5. >>>> >>>> >>>> after ~30 minutes only 34 MB >>>> >>>> tsm: TSM01>*q pro* >>>> >>>> Process Process Description Process Status >>>> >>>> Number >>>> -------- -------------------- >>>> ------------------------------------------------- >>>> 3 Database Backup TYPE=FULL in progress. Bytes backed >>>> up: 34,048 >>>> KB. Current output volume(s): >>>> 000260L5. >>>> >>>> **If I look with nmon, see only one CPU is 100% in use all other 0%**** >>>> >>>> *How to find the bottleneck ? * >>>> >>>>
