Re: z/OS LDAP Server
We've been doing it this way for years. Very simple configuration and works pretty well. If you have any questions, feel free to send me an email. Dennis -Original Message- From: IBM Mainframe Discussion List On Behalf Of Jack Zukt Sent: Tuesday, March 23, 2021 10:09 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: z/OS LDAP Server External Email Warning! This email has originated from outside of the Washington State Courts Network. Do not click links or open attachments unless you recognize the sender, are expecting the email, and know the content is safe. If a link sends you to a website where you are asked to validate using your Account and Password, DO NOT DO SO! Instead, report the incident. Hi, I have been given the task of implementing a z/OS LDAP server on a sandbox. I have been reading the manuals (the RedBook IBM Tivoli Directory Server for z/OS and the IBM Tivoli Directory Server Administration and Use for z/OS) The idea is to have this LDAP acting as a bridge between RACF and a program running on a Linux or windows platform (an userid administration program of some kind). My doubt at this point is if I need to implement anything else besides the SDBM configuration. It seems to be that I do not need DB2 for the task at hand. Any advice would be greatly appreciated Thank you in advance for any help that you can give me. Jack Zukt -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Unable to get data from IFAURP roe registered product
On both z/OS 2.3 and z/OS 2.4, I do always get the following: Product Product Product Product Product Owner Number NameVersion Function IBM CORP5650-ZOSz/OS02.03.00z/OS IBM CORP5650-ZOSz/OS02.03.00JES2 IBM CORP5650-ZOSz/OS. .RACF IBM CORP5650-ZOSz/OS. .RMF IBM CORP5650-ZOSz/OS. .Security Server IBM CORP5650-ZOSz/OS. .SDSF IBM CORP5650-ZOSz/OS. .TCP/IP BASE IBM CORP5645-001z/OS02.03.00TSO/E j -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How to upload 600 files from PC to Mainframe
On Thu, 25 Mar 2021 14:33:34 -0700, Ed Jaffe wrote: >On 3/25/2021 2:22 PM, Don Leahy wrote: >> WSA is another possibility. It is part of ISPF (for now), so should be >> available to all. Once you have wsa.exe running on your desktop you can >> set up a batch job on the mainframe to pull the files over using the >> FILEXFER service. It’s fast, and doesn’t have to tie up your TSO session. > FSVO "all". On the page at: https://www.ibm.com/support/knowledgecenter/SSLTBW_2.4.0/com.ibm.zos.v2r4.f54u200/ispu295.htm I read: Workstation Type 1. Windows 3. AIX 5. Reserved 2. Reserved 4. Reserved That's pretty short of "all". They seem to have dropped HP-UX and Solaris after z/OS 2.2. >WSA is GREAT(!) and no problem at all to service. There hasn't been an >APAR in ages. > >I can't for the life of me understand why IBM is dropping it... > Perhaps insufficient client variety. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How to upload 600 files from PC to Mainframe
I always connected to WSA from a batch job; other than the poor support for cut and paste, I liked it. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Don Leahy [don.le...@leacom.ca] Sent: Thursday, March 25, 2021 5:22 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: How to upload 600 files from PC to Mainframe WSA is another possibility. It is part of ISPF (for now), so should be available to all. Once you have wsa.exe running on your desktop you can set up a batch job on the mainframe to pull the files over using the FILEXFER service. It’s fast, and doesn’t have to tie up your TSO session. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How to upload 600 files from PC to Mainframe
On 3/25/2021 2:22 PM, Don Leahy wrote: WSA is another possibility. It is part of ISPF (for now), so should be available to all. Once you have wsa.exe running on your desktop you can set up a batch job on the mainframe to pull the files over using the FILEXFER service. It’s fast, and doesn’t have to tie up your TSO session. WSA is GREAT(!) and no problem at all to service. There hasn't been an APAR in ages. I can't for the life of me understand why IBM is dropping it... -- Phoenix Software International Edward E. Jaffe 831 Parkview Drive North El Segundo, CA 90245 https://www.phoenixsoftware.com/ This e-mail message, including any attachments, appended messages and the information contained therein, is for the sole use of the intended recipient(s). If you are not an intended recipient or have otherwise received this email message in error, any use, dissemination, distribution, review, storage or copying of this e-mail message and the information contained therein is strictly prohibited. If you are not an intended recipient, please contact the sender by reply e-mail and destroy all copies of this email message and do not otherwise utilize or retain this email message or any or all of the information contained therein. Although this email message and any attachments or appended messages are believed to be free of any virus or other defect that might affect any computer system into which it is received and opened, it is the responsibility of the recipient to ensure that it is virus free and no responsibility is accepted by the sender for any loss or damage arising in any way from its opening or use. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How to upload 600 files from PC to Mainframe
WSA is another possibility. It is part of ISPF (for now), so should be available to all. Once you have wsa.exe running on your desktop you can set up a batch job on the mainframe to pull the files over using the FILEXFER service. It’s fast, and doesn’t have to tie up your TSO session. On Wed, Mar 24, 2021 at 17:20 Radoslaw Skorupka wrote: > W dniu 24.03.2021 o 19:17, Lizette Koehler pisze: > > List > > > > > > > > A friend has over 400 individual files to upload to the Mainframe from a > PC > > > > > > > > He does not have FTP > > > > > > > > He does have IND$FILE > > > > > > > > How can he get the files up to the mainframe without doing them > > individually. But batching them up? > > > 1. Buy PCOMM. Yes, IBM Personal Communications > 2. List files i.e. using dir/b >..\list.txt > 3. Using any method prepare SRL file - a list of files to transmit. > Syntax is really easy. I can send you a sample. > 4. Run the script and have some coffee. > > I don't know all 3270 emulators, but few I know do not have similar > feature. > > -- > Radoslaw Skorupka > (looking for new job) > Lodz, Poland > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
CSRCESRV
Hello, Can CSRCESRV SERVICE=QUERY be done once to find out if compression/expansion is available and to get the work area size? Or must the QUERY be done before every EXPAND or COMPRESS ? Thanks in advance, Pierre. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Abend S052-104
We have a situation in a customer environment where they intermittently get this abend when our product initializes in a jobstep. The S052 abend explanation: A program incorrectly issued a macro to request processing by Program Call/authorization (PC/AUTH) service routines. Register 15 contains a hexadecimal reason code in the form xxyy, where x identifies the macro that was issued, and yy identifies the error. See the system programmer response for an explanation of these reason codes. *Code** Explanation* 01yy The program issued an LXRES macro. 0104 A job step attempted to issue the LXRES macro, but a prior job step owned space-switch entry tables. (Subsequent job steps are not permitted to issue PC/AUTH macros.) Before applications using our product are started, our product initializes an non-terminating address space in which we set up a system non-space-switching PC. This PC is executed when our product is initialized in a job step. The function of the PC is to create a non-space-switching non-system PC in our address-space with our "user" PC for several supervisor state routines we need to invoke. We also set up an MVS RESMGR exit to allow us to cleanup at termination (which includes an LXFRE). So there is no doubt that we executed an LXRES. But to me this abend indicates that some prior step (could it perhaps not even be in this job, but in some job that previously ran in this address space?) created a space-switching PC and the address space is still is supporting it and will not allow another LXRES. So to prevent this error from occurring, is there something we can do in our code, or should the submitter of the job ensure that it runs in a different address space or should whatever created the space-switching PC clean it up? Or do I entirely misunderstand the meaning of this abend code? Gary Weinhold Senior Application Architect DATAKINETICS | Data Performance & Optimization Phone:+1.613.523.5500 x216 Email: weinh...@dkl.com Visit us online at www.DKL.com E-mail Notification: The information contained in this email and any attachments is confidential and may be subject to copyright or other intellectual property protection. If you are not the intended recipient, you are not authorized to use or disclose this information, and we request that you notify us by reply mail or telephone and delete the original message from your mail system. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Creating XLS file
Nice, thanks! I've never heard of SYLK but I do seem to remember (perhaps many many years ago) opening a file with a text editor and seeing text like that. On 3/25/2021 12:48 AM, Bernd Oppolzer wrote: There is another solution besides CSV which allows to specify field format, field width and so on. This (text) format was defined by M$oft but it is not widely known; it is called SYLK (symbolik link). https://en.wikipedia.org/wiki/Symbolic_Link_(SYLK) I used it successfully to create ExCel Documents from a Mainframe (reporting) application; the SYLK files then were downloaded and transferred to the customers which needed them (Filetype XLS). ExCel opens them without problems. Kind regards Bernd Am 24.03.2021 um 06:10 schrieb Gadi Ben-Avi: If it's just text, creating a csv file shouldn't be too difficult, and Excel will be able to read it with no problems. Separate the fields with commas, and if a field has spaces, surround it with ". Format dates and time as something excel will understand as a date or time. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Peter Sent: Wednesday, March 24, 2021 6:31 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Creating XLS file Hello I am looking for a freeware or any sample program which can covert my mainframe file into an excel file. Just to be clear we don't have SAS or any seperate tool to achieve this. Is there any working solution who can point me in the right direction? Peter -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Email secured by Check Point -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS 1.12 ssh to LInux
On Thu, Mar 25, 2021 at 8:18 AM John McKown wrote: > On Thu, Mar 25, 2021 at 8:14 AM Dave Jousma < > 01a0403c5dc1-dmarc-requ...@listserv.ua.edu> wrote: > >> only a guess. But couldnt find an encryption cipher in common? You >> might need to enable less secure ciphers in your linux system? >> > > I think you're right. Now I'm trying to track down how to do that. I need > "ssh for complete idiots". > How is it that just a few minutes after posting a question here, I find the answer on the web??? On FC33, I had to issue the command (as root): update-crypto-policies --set LEGACY and then reboot. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS 1.12 ssh to LInux
On Thu, Mar 25, 2021 at 8:14 AM Dave Jousma < 01a0403c5dc1-dmarc-requ...@listserv.ua.edu> wrote: > only a guess. But couldnt find an encryption cipher in common? You > might need to enable less secure ciphers in your linux system? > I think you're right. Now I'm trying to track down how to do that. I need "ssh for complete idiots". > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS 1.12 ssh to LInux
only a guess. But couldnt find an encryption cipher in common? You might need to enable less secure ciphers in your linux system? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Unable to get data from IFAURP roe registered product
On the PROCESSOR statement, the type, model and serial number must match the values that are in the type 89 records. From the record data shown it does not look like the values match. This is discussed where the PROCESSOR statement is described in the IFAURP control statements section of the MVS Product Management manual. Regards, Bonnie Ordonez -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
z/OS 1.12 ssh to LInux
I am getting "FOTS1124 no hostkey alg" when I try to ssh from z/OS to Linux. I am at a z/OS UNIX prompt. I use PUTTY on Windows to ssh into z/OS UNIX. I am on z/OS 1.12. I have looked on the web & tried everything that I can find. No joy. Anybody know what I'm doing wrong. I know that it used to work, pre FC33. I am running: ssh -V OpenSSH_5.0p1, OpenSSL 0.9.8k 25 Mar 2009 ssh -vvv tsh009@$LINUX OpenSSH_5.0p1, OpenSSL 0.9.8k 25 Mar 2009 debug1: Reading configuration data /etc/ssh/ssh_config debug3: cipher ok: aes128-cbc [aes128-cbc,3des-cbc,blowfish-cbc,aes192-cbc,aes256-cbc,aes256-ctr] debug3: cipher ok: 3des-cbc [aes128-cbc,3des-cbc,blowfish-cbc,aes192-cbc,aes256-cbc,aes256-ctr] debug3: cipher ok: blowfish-cbc [aes128-cbc,3des-cbc,blowfish-cbc,aes192-cbc,aes256-cbc,aes256-ctr] debug3: cipher ok: aes192-cbc [aes128-cbc,3des-cbc,blowfish-cbc,aes192-cbc,aes256-cbc,aes256-ctr] debug3: cipher ok: aes256-cbc [aes128-cbc,3des-cbc,blowfish-cbc,aes192-cbc,aes256-cbc,aes256-ctr] debug3: cipher ok: aes256-ctr [aes128-cbc,3des-cbc,blowfish-cbc,aes192-cbc,aes256-cbc,aes256-ctr] debug3: ciphers ok: [aes128-cbc,3des-cbc,blowfish-cbc,aes192-cbc,aes256-cbc,aes256-ctr] debug2: mac_setup: found hmac-sha1 debug3: mac ok: hmac-sha1 [hmac-sha1,hmac-sha1-96,hmac-md5,hmac-md5-96] debug2: mac_setup: found hmac-sha1-96 debug3: mac ok: hmac-sha1-96 [hmac-sha1,hmac-sha1-96,hmac-md5,hmac-md5-96] debug2: mac_setup: found hmac-md5 debug3: mac ok: hmac-md5 [hmac-sha1,hmac-sha1-96,hmac-md5,hmac-md5-96] debug2: mac_setup: found hmac-md5-96 debug3: mac ok: hmac-md5-96 [hmac-sha1,hmac-sha1-96,hmac-md5,hmac-md5-96] debug3: macs ok: [hmac-sha1,hmac-sha1-96,hmac-md5,hmac-md5-96] debug1: Reading configuration data /etc/ssh/zos_ssh_config debug3: Seeding PRNG from /usr/lib/ssh/ssh-rand-helper debug1: zsshSmfSetConnSmfStatus: changing SMF status from 0 to 83 debug1: Rhosts Authentication disabled, originating port will not be trusted. debug2: ssh_connect: needpriv 0 debug1: Connecting to 10.43.131.148 [10.43.131.148] port 22. debug1: Connection established. debug3: zsshGetpw: passwd name=TSH009, uid=1009, gid=1000, dir=/, shell=/bin/sh debug1: identity file /.ssh/id_rsa type -1 debug1: identity file /.ssh/id_dsa type -1 debug1: Remote protocol version 2.0, remote software version OpenSSH_8.4 debug1: match: OpenSSH_8.4 pat OpenSSH* debug1: Enabling compatibility mode for protocol 2.0 debug1: Local version string SSH-2.0-OpenSSH_5.0 debug2: fd 4 setting O_NONBLOCK debug3: RNG is ready, skipping seeding debug1: SSH2_MSG_KEXINIT sent debug1: SSH2_MSG_KEXINIT received debug2: kex_parse_kexinit: diffie-hellman-group-exchange-sha256,diffie-hellman-group-exchange-sha1,diffie-hellman-group14-sha1,diffie-hellman-group1-sha1 debug2: kex_parse_kexinit: ssh-rsa,ssh-dss debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,aes192-cbc,aes256-cbc,aes256-ctr debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,aes192-cbc,aes256-cbc,aes256-ctr debug2: kex_parse_kexinit: hmac-sha1,hmac-sha1-96,hmac-md5,hmac-md5-96 debug2: kex_parse_kexinit: hmac-sha1,hmac-sha1-96,hmac-md5,hmac-md5-96 debug2: kex_parse_kexinit: none,z...@openssh.com,zlib debug2: kex_parse_kexinit: none,z...@openssh.com,zlib debug2: kex_parse_kexinit: debug2: kex_parse_kexinit: debug2: kex_parse_kexinit: first_kex_follows 0 debug2: kex_parse_kexinit: reserved 0 debug2: kex_parse_kexinit: curve25519-sha256,curve25519-sha...@libssh.org ,ecdh-sha2-nistp256,ecdh-sha2-nistp384,ecdh-sha2-nistp521,diffie-hellman-group-exchange-sha256,diffie-hellman-group14-sha256,diffie-hellman-group16-sha512,diffie-hellman-group18-sha512 debug2: kex_parse_kexinit: rsa-sha2-512,rsa-sha2-256,ecdsa-sha2-nistp256,ssh-ed25519 debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,aes128-ctr,aes192-ctr,aes256-ctr debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,aes128-ctr,aes192-ctr,aes256-ctr debug2: kex_parse_kexinit: hmac-sha1,hmac-sha1-96 debug2: kex_parse_kexinit: hmac-sha1,hmac-sha1-96 debug2: kex_parse_kexinit: none,z...@openssh.com debug2: kex_parse_kexinit: none,z...@openssh.com debug2: kex_parse_kexinit: debug2: kex_parse_kexinit: debug2: kex_parse_kexinit: first_kex_follows 0 debug2: kex_parse_kexinit: reserved 0 debug2: mac_setup: found hmac-sha1 debug1: kex: server->client aes128-cbc hmac-sha1 none debug2: mac_setup: found hmac-sha1 debug1: kex: client->server aes128-cbc hmac-sha1 none debug3: __catgets: NLS setup complete (1), using message catalog openssh.cat FOTS1124 no hostkey alg The Linux system is Fedora 33. I am running OpenSSH_8.4p1, OpenSSL 1.1.1g FIPS 21 Apr 2020 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Rocket Terminal Emulator (Desktop)
> Do you mean formerly Bluezone? Yes, I meant formerly BlueZone. > We have a subset of users with MAC workstations and > have no good way to provide MF terminal emulation > without buying something else. Well, x3270 if free, and there are lots of TN3270 clients for 3278 and 3279 geometry, but Rocket is the only one that I know of to support 3290 software, e.g., ISPF SPLITV. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Dave Jousma [01a0403c5dc1-dmarc-requ...@listserv.ua.edu] Sent: Thursday, March 25, 2021 7:01 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Rocket Terminal Emulator (Desktop) >Does Rocket (formerly BlueWave) support Programmed Symbol Sets (PSS)? Have >they announced plans for a Linux version? Thanks. Do you mean formerly Bluezone? I cannot answer your question about PSS, but they only support Windows in the desktop version. All other platforms are supported by their web edition.We have a subset of users with MAC workstations and have no good way to provide MF terminal emulation without buying something else. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z14 HMC log information
Hi Rex, You might want to protect QUIESCE and a few other similar commands so that they can only be done at a system console and not through SDSF and the like. See article "Protect Shutdown Commands" in our RSH RACF Newsletter: https://www.rshconsulting.com/racftips/RSH_Consulting__RACF_Tips__January_2013.pdf Regards, Bob Robert S. Hansel2021 #IBMChampion Lead RACF Specialist RSH Consulting, Inc. 617-969-8211 www.linkedin.com/in/roberthansel www.twitter.com/RSH_RACF www.rshconsulting.com --- Upcoming RSH RACF Training - WebEx - RACF Audit & Compliance Roadmap - OCT 18-22, 2021 - RACF Level I Administration - APR 12-16, 2021 - RACF Level II Administration - NOV 15-19, 2021 - RACF Level III Admin, Audit, & Compliance - NOV 1-5, 2021 - RACF - Securing z/OS UNIX - SEPT 20-24, 2021 --- -Original Message- Date:Wed, 24 Mar 2021 17:50:07 + From:"Pommier, Rex" Subject: Re: [External] Re: z14 HMC log information Hi Radoslaw, I knew you meant it as a joke and I took it as such. Hence my smiley face. The OPERCMDS class has several entries in it but somehow QUIESCE was missed from way back when for a specific lock down so it was allowed by a more generic profile. I checked the type80 records and there was nothing immediately before the quiesce command was entered. O well, we figured out what happened and put security in place to minimize the possibility of it happening again, and we now know what to do if it does happen so we can get the system back up without issue and be able to find and train the guilty party. Rex -Original Message- From: IBM Mainframe Discussion List On Behalf Of Radoslaw Skorupka Sent: Wednesday, March 24, 2021 10:26 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [External] Re: z14 HMC log information Obviously the part about killing was only poor joke, but there is some sense hidden in. I mean it is good idea to talk to person who did it. Not to punish, but talk and explain and hear his/her explanations. For RACF admin it is quite obvious the security model should be somehow checked. Again the person can have good explanation of current state of protection. Regarding traces - It is a little bit hard to test, especially without access to mainframe ;-) but I guess SMF80 can be written just before system freeze. Note it is RACF security check - it happens BEFORE the command is interpreted by the system. Simpler example: when you issue CANCEL CICSABC and you don't have such started task, you first will be checked by RACF (and maybe rejected) and then the command is really issued, and you will get answer like "there is no such started task to cancel". BTW: I imagined what would happen after such case on production... -- Radoslaw Skorupka (looking for new job) Lodz, Poland W dniu 24.03.2021 o 14:58, Pommier, Rex pisze: > I'm going to agree with *most* of it. I don't like the part about killing > the RACF admin. I'm not the one who initially set up the OPERCMDS security > but I missed the fact the QUIESCE command wasn't set as "don't let anybody > use". Hari-kari is not on my bucket list. :-) > > On to Radoslaw's comment about logging - it is logged, after the fact. > QUIESCE does exactly that - it stops the LPAR in its tracks. Do not pass Go, > do not collect $200. No z/OS logging at the time it happens. IBM hardware > support found and reported the wait state back to us from some hardware logs > that were forwarded to them from our CE. The z/OS logging takes place after > the PSW restart from the HMC occurs and yes, it shows the console or user > that executed the command. However in our case since the LPAR stopped in the > middle of the day and we had managers breathing down our necks to get the > system back up we didn't have time to properly diagnose until after the fact > - which included an IPL which in turn did not allow the logging of the > quiesce command to take place. > > Rex > > -Original Message- > From: IBM Mainframe Discussion List On Behalf Of > Carmen Vitullo > Sent: Wednesday, March 24, 2021 8:07 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: [External] Re: z14 HMC log information > > agree 100%, when I tested the command on my sandbox system I see my ID in the > syslog as the culprit :) if done from a console, then the console name is > shown. > > Carmen Vitullo > > > > -Original Message- > > From: Radoslaw > To: IBM-MAIN > Date: Wednesday, 24 March 2021 8:01 AM CDT > Subject: Re: z14 HMC log information > > IMHO there should be a trace in a syslog. Maybe that part of syslog is > somehow lost. > And it would be good idea to have SMF record for that command. I don't know > about console commands, but SMF80 could be cut if you take care about > AUDIT(ALL(READ)) in advance. I mean RACF profile. > >
Re: Rocket Terminal Emulator (Desktop)
>Does Rocket (formerly BlueWave) support Programmed Symbol Sets (PSS)? Have >they announced plans for a Linux version? Thanks. Do you mean formerly Bluezone? I cannot answer your question about PSS, but they only support Windows in the desktop version. All other platforms are supported by their web edition.We have a subset of users with MAC workstations and have no good way to provide MF terminal emulation without buying something else. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Rocket Terminal Emulator (Desktop)
Does Rocket (formerly BlueWave) support Programmed Symbol Sets (PSS)? Have they announced plans for a Linux version? Thanks. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Creating XLS file
> Ha ha... I was thinking of some of my old CLIST's with >half-a-dozen apostrophes stuck together. It got far worse with OS/VS2 3.6. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Tom Brennan [t...@tombrennansoftware.com] Sent: Wednesday, March 24, 2021 9:00 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Creating XLS file Ha ha... I was thinking of some of my old CLIST's with half-a-dozen apostrophes stuck together. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Creating XLS file
There is another solution besides CSV which allows to specify field format, field width and so on. This (text) format was defined by M$oft but it is not widely known; it is called SYLK (symbolik link). https://en.wikipedia.org/wiki/Symbolic_Link_(SYLK) I used it successfully to create ExCel Documents from a Mainframe (reporting) application; the SYLK files then were downloaded and transferred to the customers which needed them (Filetype XLS). ExCel opens them without problems. Kind regards Bernd Am 24.03.2021 um 06:10 schrieb Gadi Ben-Avi: If it's just text, creating a csv file shouldn't be too difficult, and Excel will be able to read it with no problems. Separate the fields with commas, and if a field has spaces, surround it with ". Format dates and time as something excel will understand as a date or time. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Peter Sent: Wednesday, March 24, 2021 6:31 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Creating XLS file Hello I am looking for a freeware or any sample program which can covert my mainframe file into an excel file. Just to be clear we don't have SAS or any seperate tool to achieve this. Is there any working solution who can point me in the right direction? Peter -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Email secured by Check Point -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
