Re: Retrieve LPAR weight without BCPii HWIQUERY ?
Thank you ITschak, Rob, Ituriel and Allan for your replies ! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Retrieve LPAR weight without BCPii HWIQUERY ?
Hi, With HWIQUERY, I'm able to retrieve the weight of a LPAR but, of course, it doesn't work if BCPii is not started. Mainview (LPARACT view) or Sysview (PRISM command) are able to retrieve this information on LPARs without BCPii. Is somebody could help me to understand how products like Mainview or Sysview are able to retrieve the weight of a LPAR without BCPii ? Thank you for your help, Regards Guillaume -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Question for our international friends (mostly)
In France, we say mostly "céé I céé éss" ("I" like in "ship" and not like "Hi").
Few say "kicks".
Guillaume
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Retrieve HiperDispatch CP Polarity information ?
Thank you too Peter and Attila for the explanations. Now I have to search why STSI doesn't like my 4k paged boundary SYSIB :) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Retrieve HiperDispatch CP Polarity information ?
Hi, Thank you very much for the STSI tip. "But then what kind of action are you going to take that would differ depending on the result?" It is just for educational purpose, I'm building my own little system monitor tool and I wondered how tools like Sysview or Mainview retrieved this information. Regards Guillaume -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Retrieve HiperDispatch CP Polarity information ?
HI, I'm trying to retrieve realtime HiperDispatch CP Polarity information but I can't find a clue how to do that in the documentation. The only reference that I found about CP polarity in the ASM Authorized Services or Data Areas is the TFWAPOLARITY in the SNAP/IPCS TFWA mapping but nothing else. Could I retrieve this information in data areas or through a callable service (something like CSRSI for example) ? Or is the only way will be to retrieve this information is in SMF 70-1 or 99-14 ? But in this case, as I don't use logstream, I will not be able to use SMF RealTimeinterface... Thank you for your advices, Guillaume -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Transmitting SMF records
From Barry Merrill : My mxg.com email server company, RACKSPACE, took a Ransomeware attack and I'm unable to originate mail from ba...@mxg.com, although I am receiving forwards. Can you post this to the IBM-MAIN track for me. The problem with moving SMF records with ftp is that whenever ftp sees RECFM=V/VB/VBS, it strips the BDW and RDW fields and only sends the data in those records, which is a totally useless file. Terse works, for z/OS to z/OS, and also works sending to ASCII, where you can using the UNTERSE.EXE program that Cheryl Watson provides. to recreate the original VBS file. But if the destination is for ASCII and SAS, you can use IEBGENER to create a copy of the data, on z/OS, but using RECFM=U, which ftp can't muck-up, and SAS on ASCII processes that data using RECFM=S370VBS, since the file has the BDW and RDW, so the downloaded file RECFM=U file can be read directly by SAS. // EXEC PGM=IEBGENER //SYSUT1 DD DSN=YOUR.VB.FILE,DISP=SHR,RECFM=U,BLKSIZE=32760 //SYSUT2 DD DSN=YOUR.NEW.RECFMU,DISP=(,CATLG),RECFM=U, // BLKSIZE=32760,UNIT=SYSDA,SPACE=(CYL,(50,50)) //SYSIN DD DUMMY And since the RECFM=U file has the BDW and RDW, it could be processed on z/OS to recreate the original VBS data. Merrilly Christmas, Barry Merrill -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: [EXTERNAL] Re: Transmitting SMF records
Hi Rex, Great. You are right, tersing file from tape to tape works well. It took around 80-90 MSU during an hour for just one file but it worked. Hoping that Ituriel will be able to read this file. Regards and thanks ! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Transmitting SMF records
Hi all, "I have a customer that has a huge SMF dataset" I'm the "customer" who sent these huge SMF datasets. We are not able to offload them on DASD to terse or xmit them, there are really to much huge (around 80-100 GB per files), we don't have enough disk space. I sent the same files to IBM using their AMAPDUPL tool without problem. IBM was able to read them. But with Ituriel, I can't use AMAPDUPL and I have to use FTP. i used these job to transfer the SMF tape file to a intern windows FTP server. After, I used filezilla to transfer from intern windows server to Ituriel server. //STEP1 EXEC PGM=FTP //FTPDATA DD DISP=SHR,DSN=USERID.FTPDATA.FWFRIEND //* FTPDATA.FWFRIEND CONTAINS "FWFRIENDLY TRUE" //FTPFIL1 DD DISP=SHR,DSN=SMF.REC110.SAVJOUR.G6034V00, // DCB=(RECFM=U) //OUTPUT DD SYSOUT=* //INPUT DD * server_name 21 user password binary cd / pwd put //DD:FTPFIL1 XXX.CICS.SMF.XXX.J297.A2022 close As a test, I used AMAPDUPL to send SMF file to Ituriel, it transferred around ten files. It could be a solution if we know how to reassemble AMAPDUPL files... Thanks Guillaume -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How to calculate average dasd response time from WLM Period ?
"Great, I will use the "128" method." Sorry, I meant, I will NOT use the "128" method and i will use my initial thought : "I thought that it was simply the amount of connect time in microseconds divided by the total I/O count, but 3527936 / 19661 = 179.4382 that is far away of 22968 microseconds (0.022968 seconds)..." :) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How to calculate average dasd response time from WLM Period ?
Thanks for your reply but my problem was not really about RCAA datas. My question is how SYSVIEW can calculate that average connect time is 0.022968 second from the total of 3.527936 seconds of connect time. You are right about RCAA 128 microseconds unit. I retrieved these informations thanks to IWMRCOLL and did the conversion. For the same period, like SYSVIEW, I retrieved 27562 128ms for connect time (RCAEIOCT) = 3.527936s and 19661 as Total DASD I/O count (RCAEIORC). But I wonder how is calculated the average connect time ? Thanks for your help Guillaume -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
How to calculate average dasd response time from WLM Period ?
Hi, Is somebody know how to calculate the average dasd response time from WLM Period's connect/disconnect/wait/iosq times ? On my shop, we use SYSVIEW. In his option WLM, we can see the I/O metrics but I don't understand how is calculated the average response time. For the example, how is calculated the 0.022968 second average connect time ? I thought that it was simply the amount of connect time in microseconds divided by the total I/O count, but 3527936 / 19661 = 179.4382 that is far away of 22968 microseconds (0.022968 seconds)... SYSVIEW, option WLM for a particular WLM Period : Resource Value Average Total service units for period82495 CPU service units77274 SRB service units 5221 Swap count6 I/O interupt time 0.044067 Average swapped-in transactions 0 Total frames 0 RCT time 0.001301 Average active transactions 0 DASD I/O count19661 DASD I/O connect time 3.527936 0.022968 DASD I/O disconnect time 1.666304 0.010848 DASD I/O wait time 0.000896 0.06 In the RCAERESC structure of IWMWRCAA mapping, it's mentionned that the Total DASD I/O count "can be used with fields RCAEIOCT, RCAEIODT, RCAEIOWT, RCAEIOST to determine average DASD response time for the period" but without more details. https://www.ibm.com/docs/en/zos/2.5.0?topic=SSLTBW_2.5.0/com.ibm.zos.v2r5.iead300/IWMWRCAA-map.html Thanks for your help to understand this calculation. Regards Guillaume -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
