Re: OMVS file type Char
From the USS User Guide, Ch. 14 (SA23-2279-30). A character special file defines one of the following: – A terminal (/dev/ptyp and /dev/ttyp). – The default controlling terminal for a process (/dev/tty). – A null file (/dev/null). Data written to this file is discarded; hence, it is known as the bit bucket. This file is always empty for reading. – A zero file (/dev/zero). Data written to this file is discarded and binary zeros are supplied for any amount read from it. – The random number files (/dev/random and /dev/urandom). These files provide random numbers for cryptographic purposes. – A file descriptor file (/dev/fdn or /dev/fd/n). – A system console file (/dev/console). Data that is written to this file is sent to the console using a write-to-operator (WTO) that displays the data on the system console. – A UNIX domain socket name file. This is a path name that specifies the socket address for a UNIX domain socket. The path name is assigned by the application programmer; there is no convention for the name. The operating system creates the file. – A Communications Server remote tty file (for example, rty) that corresponds to the requesting terminal on the originating Communications Server node. The name is assigned by the Communications Server administrator. – The Communications Server character special file (/dev/ocsadmin) that supports ioctl functions for Communications Server administrative functions. Character special files are dynamically created by the operating system when they are first referenced. However, they can also be explicitly created by a superuser (for instance, in order to assign different permissions). Ant. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Jake Anderson Sent: Wednesday, 19 September 2018 2:23 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: OMVS file type Char Hi I have got a dummy query I was going through /var/dpi_socket and see it's a Character special type of file I am going through the USS guide but I found any hit about this type of file. Also I can't select or copy this files . Can someone please explain what are Character special type file ? Jake -- 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
SMP/E Fixcat Categories in batch?
Hi, Is there anyway of listing out all of the SMP/E FIXCATs via batch.? Thanks, Roger -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
OMVS file type Char
Hi I have got a dummy query I was going through /var/dpi_socket and see it's a Character special type of file I am going through the USS guide but I found any hit about this type of file. Also I can't select or copy this files . Can someone please explain what are Character special type file ? Jake -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: In this case, I wish the US would follow the EU (no more DST)
Until you're 40 or so, you never want to go to bed on time. By definition, no boomer has seen 40 in quite a while, but tastes do vary. :-) Personally, I've always thought a 26 hour day would suit me better. sas On Tue, Sep 18, 2018 at 3:42 PM Farley, Peter x23353 < peter.far...@broadridge.com> wrote: > PMFJI here, but let's not rag on the "millennials". Some of us "boomers" > prefer to get up at noon too . . . :) > > Peter -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Kind of lame SMP/E question
The SMP/E libraries may be gone - but are the dataset/members to create/populate them still present ?? Chris Hoelscher Technology Architect, Database Infrastructure Services Technology Solution Services Humana Inc. 123 East Main Street Louisville, KY 40202 Humana.com (502) 476-2538 or 407-7266 -Original Message- From: IBM Mainframe Discussion List On Behalf Of Lizette Koehler Sent: Tuesday, September 18, 2018 10:58 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [IBM-MAIN] Kind of lame SMP/E question For any product install, the SMPE Libraries are critical. I do not think you can just build an SMP/E environment without them So you are saying all of the SMP/e environment for this product is gone. Then the client may be in a bad place. As stated, see if a friendly IBM Account manager can help. But you cannot receive any maintenance without the CSI/TLIBs/DLIBs The JCLIN would be critical for SMP/E to know what to do with the "parts" Lizette > -Original Message- > From: IBM Mainframe Discussion List On > Behalf Of Jackson, Rob > Sent: Tuesday, September 18, 2018 5:03 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Kind of lame SMP/E question > > "Readily" and "relatively easy" will probably not apply here, so the > answers are not likely and nope. > > You could dummy up a function/functions and receive the PTFs against > it/them, but that won't buy you much other than metadata. Even in > IBM, things are packaged differently, but I would expect the sysmods > would be compacted. To expand them, you would use GIMCPTS, and then > you could figure out how to use the necessary utilities to install > them--and pay attention to the order, of course. Depending on the number of > sysmods, that could really be a hag. > > Which product? I'm very curious. More appealing alternatives might > be to contact your ever-changing IBM rep, if you can figure out who it > is, or a VAR. Or, someone on this list: if they have it, and it's > current, then you might be able to get somewhere without violating any > license agreement: CSI, etc./TLIBs/DLIBs . . . done. I'd trust > something packaged up by someone else much more than something I > hacked together from raw sysmods, unless it were fewer than or equal to > approximately two. > > First Tennessee Bank > Mainframe Technical Support > > > -Original Message- > From: IBM Mainframe Discussion List On > Behalf Of Charles Mills > Sent: Tuesday, September 18, 2018 6:42 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Kind of lame SMP/E question > > [External Email] > > I have a client who is licensed for and has installed a particular IBM > software product on z/OS. The product is out of marketing but still in > service. They have all the actual product libraries but managed > apparently to delete the SMP/E datasets some time ago. They now need > to apply a set of PTFs but are of course unable to do so without the > SMP/E datasets. They cannot re- order the product because it is out of > marketing. > > I am a self-confessed SMP/E ignoramus. Is there some way to readily > create a minimal SMP/E environment that would be "good enough"? Is > there a relatively easy way to apply PTFs outside of SMP/E? Yeah, I > know the questions are kind of lame, but I am outside of my comfort > zone here and trying to help someone solve a problem. > > Thanks much, > Charles > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > FIRST TENNESSEE > > Confidentiality notice: > This e-mail message, including any attachments, may contain legally > privileged and/or confidential information. If you are not the > intended recipient(s), or the employee or agent responsible for > delivery of this message to the intended recipient(s), you are hereby > notified that any dissemination, distribution, or copying of this > e-mail message is strictly prohibited. If you have received this > message in error, please immediately notify the sender and delete this e-mail > message from your computer. > > -- > 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: Kind of lame SMP/E question
For any product install, the SMPE Libraries are critical. I do not think you can just build an SMP/E environment without them So you are saying all of the SMP/e environment for this product is gone. Then the client may be in a bad place. As stated, see if a friendly IBM Account manager can help. But you cannot receive any maintenance without the CSI/TLIBs/DLIBs The JCLIN would be critical for SMP/E to know what to do with the "parts" Lizette > -Original Message- > From: IBM Mainframe Discussion List On Behalf Of > Jackson, Rob > Sent: Tuesday, September 18, 2018 5:03 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Kind of lame SMP/E question > > "Readily" and "relatively easy" will probably not apply here, so the answers > are not likely and nope. > > You could dummy up a function/functions and receive the PTFs against it/them, > but that won't buy you much other than metadata. Even in IBM, things are > packaged differently, but I would expect the sysmods would be compacted. To > expand them, you would use GIMCPTS, and then you could figure out how to use > the necessary utilities to install them--and pay attention to the order, of > course. Depending on the number of sysmods, that could really be a hag. > > Which product? I'm very curious. More appealing alternatives might be to > contact your ever-changing IBM rep, if you can figure out who it is, or a > VAR. Or, someone on this list: if they have it, and it's current, then you > might be able to get somewhere without violating any license agreement: CSI, > etc./TLIBs/DLIBs . . . done. I'd trust something packaged up by someone else > much more than something I hacked together from raw sysmods, unless it were > fewer than or equal to approximately two. > > First Tennessee Bank > Mainframe Technical Support > > > -Original Message- > From: IBM Mainframe Discussion List On Behalf Of > Charles Mills > Sent: Tuesday, September 18, 2018 6:42 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Kind of lame SMP/E question > > [External Email] > > I have a client who is licensed for and has installed a particular IBM > software product on z/OS. The product is out of marketing but still in > service. They have all the actual product libraries but managed apparently to > delete the SMP/E datasets some time ago. They now need to apply a set of PTFs > but are of course unable to do so without the SMP/E datasets. They cannot re- > order the product because it is out of marketing. > > I am a self-confessed SMP/E ignoramus. Is there some way to readily create a > minimal SMP/E environment that would be "good enough"? Is there a relatively > easy way to apply PTFs outside of SMP/E? Yeah, I know the questions are kind > of lame, but I am outside of my comfort zone here and trying to help someone > solve a problem. > > Thanks much, > Charles > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send email to > lists...@listserv.ua.edu with the message: INFO IBM-MAIN FIRST TENNESSEE > > Confidentiality notice: > This e-mail message, including any attachments, may contain legally > privileged and/or confidential information. If you are not the intended > recipient(s), or the employee or agent responsible for delivery of this > message to the intended recipient(s), you are hereby notified that any > dissemination, distribution, or copying of this e-mail message is strictly > prohibited. If you have received this message in error, please immediately > notify the sender and delete this e-mail message from your computer. > > -- > 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: Kind of lame SMP/E question
"Readily" and "relatively easy" will probably not apply here, so the answers are not likely and nope. You could dummy up a function/functions and receive the PTFs against it/them, but that won't buy you much other than metadata. Even in IBM, things are packaged differently, but I would expect the sysmods would be compacted. To expand them, you would use GIMCPTS, and then you could figure out how to use the necessary utilities to install them--and pay attention to the order, of course. Depending on the number of sysmods, that could really be a hag. Which product? I'm very curious. More appealing alternatives might be to contact your ever-changing IBM rep, if you can figure out who it is, or a VAR. Or, someone on this list: if they have it, and it's current, then you might be able to get somewhere without violating any license agreement: CSI, etc./TLIBs/DLIBs . . . done. I'd trust something packaged up by someone else much more than something I hacked together from raw sysmods, unless it were fewer than or equal to approximately two. First Tennessee Bank Mainframe Technical Support -Original Message- From: IBM Mainframe Discussion List On Behalf Of Charles Mills Sent: Tuesday, September 18, 2018 6:42 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Kind of lame SMP/E question [External Email] I have a client who is licensed for and has installed a particular IBM software product on z/OS. The product is out of marketing but still in service. They have all the actual product libraries but managed apparently to delete the SMP/E datasets some time ago. They now need to apply a set of PTFs but are of course unable to do so without the SMP/E datasets. They cannot re-order the product because it is out of marketing. I am a self-confessed SMP/E ignoramus. Is there some way to readily create a minimal SMP/E environment that would be "good enough"? Is there a relatively easy way to apply PTFs outside of SMP/E? Yeah, I know the questions are kind of lame, but I am outside of my comfort zone here and trying to help someone solve a problem. Thanks much, Charles -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN FIRST TENNESSEE Confidentiality notice: This e-mail message, including any attachments, may contain legally privileged and/or confidential information. If you are not the intended recipient(s), or the employee or agent responsible for delivery of this message to the intended recipient(s), you are hereby notified that any dissemination, distribution, or copying of this e-mail message is strictly prohibited. If you have received this message in error, please immediately notify the sender and delete this e-mail message from your computer. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Kind of lame SMP/E question
I have a client who is licensed for and has installed a particular IBM software product on z/OS. The product is out of marketing but still in service. They have all the actual product libraries but managed apparently to delete the SMP/E datasets some time ago. They now need to apply a set of PTFs but are of course unable to do so without the SMP/E datasets. They cannot re-order the product because it is out of marketing. I am a self-confessed SMP/E ignoramus. Is there some way to readily create a minimal SMP/E environment that would be "good enough"? Is there a relatively easy way to apply PTFs outside of SMP/E? Yeah, I know the questions are kind of lame, but I am outside of my comfort zone here and trying to help someone solve a problem. Thanks much, Charles -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: In this case, I wish the US would follow the EU (no more DST)
PMFJI here, but let's not rag on the "millennials". Some of us "boomers" prefer to get up at noon too . . . :) Peter -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Tony Thigpen Sent: Tuesday, September 18, 2018 3:01 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: In this case, I wish the US would follow the EU (no more DST) I don't think it's really going to matter in a few years. These millennials can't seem to get out of bed before noon anyways. :-) -- This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and delete the message and any attachments from your system. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: In this case, I wish the US would follow the EU (no more DST)
I don't think it's really going to matter in a few years. These millennials can't seem to get out of bed before noon anyways. :-) Tony Thigpen Paul Gilmartin wrote on 09/18/2018 02:54 PM: On Tue, 18 Sep 2018 18:38:02 +, Seymour J Metz wrote: Having a single time zone doesn't force people to get up in the middle of the night. There's no reason that shifts need to start at the same time throughout a time zone. Republic of Ireland is weird. Think of saving morning daylight rather than afternoon daylight. Ireland observes Ireland Standard Time (GMT+1) in summer and one hour *negative* daylight saving time in winter. https://en.wikipedia.org/wiki/Time_in_the_Republic_of_Ireland I know; "What's in a name?" -- gil -- 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: In this case, I wish the US would follow the EU (no more DST)
On Tue, 18 Sep 2018 18:38:02 +, Seymour J Metz wrote: >Having a single time zone doesn't force people to get up in the middle of the >night. There's no reason that shifts need to start at the same time throughout >a time zone. > Republic of Ireland is weird. Think of saving morning daylight rather than afternoon daylight. Ireland observes Ireland Standard Time (GMT+1) in summer and one hour *negative* daylight saving time in winter. https://en.wikipedia.org/wiki/Time_in_the_Republic_of_Ireland I know; "What's in a name?" -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Spam alert: Model9
If the header field that you quoted came from your provider then the IP address is trustworthy but that field doesn't have the sending e-mail address. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List on behalf of CM Poncelet Sent: Tuesday, September 18, 2018 9:17 AM To: IBM-MAIN@listserv.ua.edu Subject: Re: Spam alert: Model9 Thanks for the clarification; but I do check all the header fields. E.g. Received: from latepayw.info (167.99.188.80) by ekottar122.adidassuperstar.biz for CP On 17/09/2018 22:35, Seymour J Metz wrote: > Alas, the header does not include any e-mail address that cannot be spoofed. > OTOH, the RECEIVED header field inserted by your e-mail provider cannot be > spoofed. > > > -- > Shmuel (Seymour J.) Metz > http://mason.gmu.edu/~smetz3 > > > From: IBM Mainframe Discussion List on behalf of > CM Poncelet > Sent: Monday, September 17, 2018 1:58 PM > To: IBM-MAIN@listserv.ua.edu > Subject: Re: Spam alert: Model9 > > Yes, I had mentioned that: "(Yes, it can be spoofed - but the > headers/metadata show the spammer's real email ID.)" CP > > > On 16/09/2018 21:18, Seymour J Metz wrote: >> Be careful; spammers often forge headers, so it's safest to learn how to >> read headers and to check the Received header fields to determine the actual >> provenance of the spam. >> >> See also >> http://secure-web.cisco.com/1vs8h6joJJ_FBNWwYHrae_yil76zbNw5MCRUOo3wezy5LoHrn0hDc_hRIcKeHei3xqkqFk2mFrzfSG1VFpcmDMg5GQKY1uuOY-XCZcqfLZRws_X4HTMnn8bZ2oHCA0-hCGshdbSyHaHTMtLQfXINY5AfoIsOrFaZBP3XZNg5GMoLDIiI_QqGRttnvi6AqpF9Q3352PYIEEAYDRPaSpmMjEeqN_Ek06frfa6oG6VJNQ0HpJFiN3baqguSIqhNt53HQGqtGwDf6UgP9iWS8xSush97JKKFOv25FW_4R5gg8fX8aJN1UkKHvVAQNP_daDXKZLoazubw68xAC25p0_X-Wrs4hibkK6uaxshFy5-ClPTft1XKm_X6Jhq6bwIUYDPpiJnbv4l0Jj6zqHVFlX2Q1lvUJi_C_Y8RGcs0DzmsO1uaynVGDQuLTciDGJDhI04Up/http%3A%2F%2Fwww.medwayhosting.com%2Fspam-l%2Fdeobfuscation-by-Shmuel%2Findex.html >> >> >> -- >> Shmuel (Seymour J.) Metz >> http://mason.gmu.edu/~smetz3 >> >> >> From: IBM Mainframe Discussion List on behalf of >> CM Poncelet >> Sent: Saturday, September 15, 2018 11:18 AM >> To: IBM-MAIN@listserv.ua.edu >> Subject: Re: Spam alert: Model9 >> >> FWIW SPAM mail can be sent to https://www.spamcop.net/ with a copy sent >> also to the spammer's email domain administrator (provided the >> abuse@ email ID is keyed into spamcop's spare 'copy-to' box >> that is). >> >> The spammer's email domain is the one following the '@' sign. The >> 'report abuse to administrator' email address for the spammer can then >> be found at >> https://secure-web.cisco.com/11Rj0URRt6sLw_P2VizI4v2gdo26_pqiMBOP4zRkAM9-nlimjAnJlp6-HqEGNDK45XOhG_VTyx16nYKlAIefZOQmBra9MEF93HPIeLS5vbiAsFVzznEzHo2lSbXQvBnH38UQdlaGjh0FoMPuvBFVkKfKlCBLKlaZzbWslfmFqD5dTroH3mLYhTWW2-BpKFanB2QBw-KOxk-9bJxdS_VxcTS_e-V3LBt78MwqkwkTaFC9Pe27XGZ9RjDmjEydMCf-aKrgri83XGA-v0_4zruL8Mc6FiY11LtePMKgwlFflae5fq-bApl2L6OmK2rJ6fxWx5yGC5ZbmUNS-i4Sjt0Q_TbD7MEKvN8bydxHMmMYxno5rcBNluTJhs4-hLvVz4UFvMN6OhsxAGmGSLQBMR0y9oxuj5CYMaEklwXglSxfkWhROAtRqX2gQABZrZR7Zr0pd/https%3A%2F%2Fwww.whois.com%2F. >> (Yes, it can be spoofed - but the >> headers/metadata show the spammer's real email ID.) >> >> This practically always stops any further junk mail being sent out. >> >> (BTW My filters store any emails from unrecognised senders - e.g. from >> Model9 - in my 'trash' folder, from where they are then deleted. So, >> NOPWAD.) >> >> HTH, CP >> >> >> >> On 14/09/2018 22:30, Arthur wrote: >>> On 14 Sep 2018 03:50:14 -0700, in bit.listserv.ibm-main >>> (Message-ID:<7316854461517568.wa.giliadwyahoo@listserv.ua.edu>) >>> 00d50942efa9-dmarc-requ...@listserv.ua.edu (Giliad Wilf) wrote: >>> Got this e-mail too, inspected it with some concerns, but finally opened it. It could prove useful, as the CEO advised my previous employer on performance issues we had, to our satisfaction. This CEO co-authored many IBM publications, both white and red, and was a visiting developer at IBM of some z/OS components. >>> If you know the CEO, tell him not to spam. Don't let spammers prosper. >>> It wouldn't be the first time a CEO didn't know what his marketing >>> people are doing. >>> >>> Also, I forwarded it to the edress in the anti-spam header: X-Report-Abuse-To: ab...@hubspot.com (see
Re: In this case, I wish the US would follow the EU (no more DST)
Having a single time zone doesn't force people to get up in the middle of the night. There's no reason that shifts need to start at the same time throughout a time zone. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List on behalf of Steve Smith Sent: Tuesday, September 18, 2018 12:18 PM To: IBM-MAIN@listserv.ua.edu Subject: Re: In this case, I wish the US would follow the EU (no more DST) It think that's the key point. Standard time is great for communication and coordination, but it shouldn't control our lives. I hope the people in western China aren't forced to get up in the middle of the night for work, and try to get to sleep an hour before sunset just because Beijing dictated a single time zone. If one was living where the clock corresponded fairly closely to the sun, it seems that logically you'd generally want to go to bed at 20:00 and get up at 04:00. I suppose some do, but it's difficult the way our society is structured. As far as working hours go, I'd like to see a lot more flexibility and variety. Having everyone working the same 8-5 causes immense waste of time and resources just due to traffic. Regardless, nobody reacts well to a sudden shift of an hour. I presume dairy farmers who don't like getting kicked in the head do not impose these on their cows. sas On 9/18/2018 11:43, Tony Thigpen wrote: > The problem is not as much the times zones, as it is the way we work. > Time zones are (mostly) tied to Solar Time, which is another way to > say "the sun is directly overhead at noon". While our jobs revolve > around noon, our lives do not. > > For example, then '8 to 5' job has 4 hours before noon and 5 hours > after noon. But, if there are 12 hours of daylight, we have 3 of those > hours before work and 4 after work. The problem then is that we spend > those early 3 hours getting ready for work in our homes where it does > not matter that it is daylight out. After work, it's a different > story. We come home, though some work clothes on and want to work (or > play) outside until dark. Then we come inside, turn our lights on, and > do whatever until it's time for bed. > > Farmers have always been light centered. They got up at daybreak and > worked sometimes several hours before then had breakfast. > > We really need to get out of the '8-5' work times. While outside work > needs to be daylight centered, we could make our standard workday > '6-3' and a lot more people would be happy with the available daylight > after work. > > Tony Thigpen > > Mike Schwab wrote on 09/18/2018 11:19 AM: >> Well, there are problems in China since they use Bejing time across >> the country and have a 3 hour difference at the Afghanistan border. >> But essentially, the U.S. Eastern, Central, and Mountain times are one >> time zone as far as TVs are concerned. >> On Tue, Sep 18, 2018 at 9:43 AM Paul Gilmartin >> <000433f07816-dmarc-requ...@listserv.ua.edu> wrote: -- 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: In this case, I wish the US would follow the EU (no more DST)
I do not wish to end Daylight (Summer) time. I wish to never return to Standard time > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of Steve Smith > Sent: Tuesday, September 18, 2018 11:20 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: In this case, I wish the US would follow the EU (no more DST) > > Yeah, sorry for busting on you. I've had a private exchange with someone > that I confused. It seems to me that time issues are inherently difficult to > write about clearly. > > sas > > On Tue, Sep 18, 2018 at 1:40 PM Tony Thigpen wrote: > > > Mis-read as delayed one hour for central. > > > > Tony Thigpen > > -- > 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: In this case, I wish the US would follow the EU (no more DST)
On Tue, 18 Sep 2018 13:08:05 -0400, Tony Thigpen wrote: >Paul Gilmartin wrote > > Prime time shows are announced as beginning at (e.g.) 8PM Eastern, 7PM > > Central. But they're delayed one hour (not two!) so they begin at 7PM > > Mountain. Don't know about Pacific. > >Not exactly. Prime time shows are *not* delayed for Central time. It's >just that 8pm Eastern and 7PM Central are exactly the same time. > I said "Mountain", but the line break obscured it somewnat. >Pacific shows are 'normally' delayed 2 hours. An 8PM Eastern show will >show at 8PM Pacific. Back when Mountain time did not observe daylight ... > Pacific is *three* hours behind Eastern. >savings time, the broadcasts were delayed 2 hours in Mountain time since >half the year they were on Pacific time. I don't know what they do now. > As I said above, they're delayed one hour so they appear one hour earlier clock time. > > But there's the school bus problem. >Not really. It would actually make the bus problem worse. It's really >the 'I want some time to go fishing or boating after work' problem. > I meant the DST problem. In late October children are crossing streets before sunrise. (I think we're in agreement.) -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: In this case, I wish the US would follow the EU (no more DST)
Yeah, sorry for busting on you. I've had a private exchange with someone that I confused. It seems to me that time issues are inherently difficult to write about clearly. sas On Tue, Sep 18, 2018 at 1:40 PM Tony Thigpen wrote: > Mis-read as delayed one hour for central. > > Tony Thigpen -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Help With PENDING OFFLINE Devices
Then issue the TRKFMT command. CYCLE(1) writes X'00' full track records, then X'FF' records, then B'01010101' records for 3 overwrites. On Tue, Sep 18, 2018 at 11:46 AM Neubert, Kevin wrote: > > You are 100% done with the system(s)? Overwriting data/secure erase of disk > not a concern at this level? All you want to do is initialize disk? Still > have tape available? ICKDSF Stand-Alone IPL tape might be a quick option. > > https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.1.0/com.ibm.zos.v2r1.ickug00/oscreat.htm > > Regards, > > Kevin > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of George Rodriguez > Sent: Tuesday, September 18, 2018 5:07 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Help With PENDING OFFLINE Devices > > I'm initializing the disk. The Mainframe is going away the end of month. > > *George Rodriguez* > > *Specialist II - IT Security* > *PX - 47652* > *(561) 357-7652 (office)* > *(954) 415-7586 (mobile)* > *School District of Palm Beach County* > *3348 Forest Hill Blvd.* > *Room B-332* > *West Palm Beach, FL. 33406-5869* > *Florida's Only A-Rated Urban District* > > > On Tue, Sep 18, 2018 at 5:15 AM Mike Shorkend > wrote: > > > What I meant was, what was the original reason for varying the devices > > offline? > > > > On Tue, 18 Sep 2018 at 11:32, Mike Schwab wrote: > > > > > The volumes are empty except for catalogs, and he varied them offline. > > > So he needs to delete empty catalogs, move catalogs with data to new > > > volumes or move the volumes to a new UCB. > > > On Tue, Sep 18, 2018 at 2:42 AM Mike Shorkend > > > > > > wrote: > > > > > > > > George, > > > > Maybe you should tell us what you are trying achieve? > > > > > > > > There might be easier ways > > > > > > > > On Tue, 18 Sep 2018 at 00:16, Gibney, Dave wrote: > > > > > > > > > Really unsure what your goal is here, and it's looking dangerous. > > But, > > > > > IDCAMS > > > > > > > > > > EXPORT catalog name DISCONNECT will remove each catalog from the > > > CATALOG > > > > > address space > > > > > > > > > > > -Original Message- > > > > > > From: IBM Mainframe Discussion List [mailto: > > IBM-MAIN@LISTSERV.UA.EDU > > > ] > > > > > > On Behalf Of George Rodriguez > > > > > > Sent: Monday, September 17, 2018 12:08 PM > > > > > > To: IBM-MAIN@LISTSERV.UA.EDU > > > > > > Subject: Re: Help With PENDING OFFLINE Devices > > > > > > > > > > > > Boy, I'm way over my head here: > > > > > > > > > > > > F CATALOG,ALLOCATED(PCAT00) > > > > > > IEC351I CATALOG ADDRESS SPACE MODIFY COMMAND ACTIVE IEC348I > > > > > > ALLOCATED CATALOGS 976 > > > > > > *CAS*** > > > > > > > > > > > > * FLAGS -VOLSER-USER-CATALOG NAME > > > % * > > > > > > * Y---R- PCAT00 0001 CATALOG.SCHOOL.USERCAT > > > 1 * > > > > > > * Y---R- PCAT00 0001 CATALOG.TAPEGDG.DB2.USERCAT > > > 1 * > > > > > > * Y---R- PCAT00 0001 CATALOG.TAPEGDG.PROD.USERCAT > > > 1 * > > > > > > * Y---R- PCAT00 0001 CATALOG.FINANCE.USERCAT > > > 1 * > > > > > > * Y---R- PCAT00 0001 CATALOG.BUDGET.USERCAT > > > 1 * > > > > > > * Y---R- PCAT00 0001 CATALOG.DFHSM.USERCAT > > > 1 * > > > > > > * Y-I-R- PCAT00 0001 CATALOG.SDPBC.USERCAT > > > 1 * > > > > > > *** > > > > > > > > > > > > * Y/N-ALLOCATED TO CAS, S-SMS, V-VLF, I-ISC, C-CLOSED, > > > > > > D-DELETED, > > > * > > > > > > * R-SHARED, A-ATL, E-ECS SHARED, K-LOCKED > > > * > > > > > > *CAS*** > > > > > > > > > > > > IEC352I CATALOG ADDRESS SPACE MODIFY COMMAND COMPLETED > > > > > > > > > > > > and for the next one: > > > > > > > > > > > > F CATALOG,ALLOCATED(PCAT01) > > > > > > IEC351I CATALOG ADDRESS SPACE MODIFY COMMAND ACTIVE IEC348I > > > > > > ALLOCATED CATALOGS 981 > > > > > > *CAS*** > > > > > > > > > > > > * FLAGS -VOLSER-USER-CATALOG NAME > > > % * > > > > > > * Y---R- PCAT01 0001 CATALOG.TEST.USERCAT > > > 1 * > > > > > > * Y---R- PCAT01 0001 CATALOG.TAPEGDG.TEST.USERCAT > > > 1 * > > > > > > * Y---R- PCAT01 0001 CATALOG.TESTNEW.USERCAT > > > 1 * > > > > > > * Y-I-R- PCAT01 0001 CATALOG.TSO.USERCAT > > > 1 * > > > > > > *** > > > > > > > > > > > > * Y/N-ALLOCATED TO CAS, S-SMS, V-VLF, I-ISC, C-CLOSED, > > > > > > D-DELETED, > > > * > > > > > > * R-SHARED, A-ATL, E-ECS SHARED, K-LOCKED > > > * > > > > > > *CAS*** > > > > > > > > > > > > IEC352I CATALOG ADDRESS SPACE MODIFY COMMAND COMPLETED > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > *George Rodriguez* > > > > > > > > > > > > *Specialist II - IT Security* > > > > > > *PX - 47652* > > > > > > *(561) 357-7652 (office)* > > > > > > *(954) 415-7586 (mobile)* > > > >
Re: Help With PENDING OFFLINE Devices
Kevin, Great idea! Thanks! *George Rodriguez* *Specialist II - IT Security* *PX - 47652* *(561) 357-7652 (office)* *(954) 415-7586 (mobile)* *School District of Palm Beach County* *3348 Forest Hill Blvd.* *Room B-332* *West Palm Beach, FL. 33406-5869* *Florida's Only A-Rated Urban District* On Tue, Sep 18, 2018 at 12:45 PM Neubert, Kevin wrote: > You are 100% done with the system(s)? Overwriting data/secure erase of > disk not a concern at this level? All you want to do is initialize disk? > Still have tape available? ICKDSF Stand-Alone IPL tape might be a quick > option. > > > https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.1.0/com.ibm.zos.v2r1.ickug00/oscreat.htm > > Regards, > > Kevin > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of George Rodriguez > Sent: Tuesday, September 18, 2018 5:07 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Help With PENDING OFFLINE Devices > > I'm initializing the disk. The Mainframe is going away the end of month. > > *George Rodriguez* > > *Specialist II - IT Security* > *PX - 47652* > *(561) 357-7652 (office)* > *(954) 415-7586 (mobile)* > *School District of Palm Beach County* > *3348 Forest Hill Blvd.* > *Room B-332* > *West Palm Beach, FL. 33406-5869* > *Florida's Only A-Rated Urban District* > > > On Tue, Sep 18, 2018 at 5:15 AM Mike Shorkend > wrote: > > > What I meant was, what was the original reason for varying the devices > > offline? > > > > On Tue, 18 Sep 2018 at 11:32, Mike Schwab > wrote: > > > > > The volumes are empty except for catalogs, and he varied them offline. > > > So he needs to delete empty catalogs, move catalogs with data to new > > > volumes or move the volumes to a new UCB. > > > On Tue, Sep 18, 2018 at 2:42 AM Mike Shorkend > > > > > > wrote: > > > > > > > > George, > > > > Maybe you should tell us what you are trying achieve? > > > > > > > > There might be easier ways > > > > > > > > On Tue, 18 Sep 2018 at 00:16, Gibney, Dave wrote: > > > > > > > > > Really unsure what your goal is here, and it's looking dangerous. > > But, > > > > > IDCAMS > > > > > > > > > > EXPORT catalog name DISCONNECT will remove each catalog from the > > > CATALOG > > > > > address space > > > > > > > > > > > -Original Message- > > > > > > From: IBM Mainframe Discussion List [mailto: > > IBM-MAIN@LISTSERV.UA.EDU > > > ] > > > > > > On Behalf Of George Rodriguez > > > > > > Sent: Monday, September 17, 2018 12:08 PM > > > > > > To: IBM-MAIN@LISTSERV.UA.EDU > > > > > > Subject: Re: Help With PENDING OFFLINE Devices > > > > > > > > > > > > Boy, I'm way over my head here: > > > > > > > > > > > > F CATALOG,ALLOCATED(PCAT00) > > > > > > IEC351I CATALOG ADDRESS SPACE MODIFY COMMAND ACTIVE IEC348I > > > > > > ALLOCATED CATALOGS 976 > > > > > > *CAS*** > > > > > > > > > > > > * FLAGS -VOLSER-USER-CATALOG NAME > > > % * > > > > > > * Y---R- PCAT00 0001 CATALOG.SCHOOL.USERCAT > > > 1 * > > > > > > * Y---R- PCAT00 0001 CATALOG.TAPEGDG.DB2.USERCAT > > > 1 * > > > > > > * Y---R- PCAT00 0001 CATALOG.TAPEGDG.PROD.USERCAT > > > 1 * > > > > > > * Y---R- PCAT00 0001 CATALOG.FINANCE.USERCAT > > > 1 * > > > > > > * Y---R- PCAT00 0001 CATALOG.BUDGET.USERCAT > > > 1 * > > > > > > * Y---R- PCAT00 0001 CATALOG.DFHSM.USERCAT > > > 1 * > > > > > > * Y-I-R- PCAT00 0001 CATALOG.SDPBC.USERCAT > > > 1 * > > > > > > *** > > > > > > > > > > > > * Y/N-ALLOCATED TO CAS, S-SMS, V-VLF, I-ISC, C-CLOSED, > > > > > > D-DELETED, > > > * > > > > > > * R-SHARED, A-ATL, E-ECS SHARED, K-LOCKED > > > * > > > > > > *CAS*** > > > > > > > > > > > > IEC352I CATALOG ADDRESS SPACE MODIFY COMMAND COMPLETED > > > > > > > > > > > > and for the next one: > > > > > > > > > > > > F CATALOG,ALLOCATED(PCAT01) > > > > > > IEC351I CATALOG ADDRESS SPACE MODIFY COMMAND ACTIVE IEC348I > > > > > > ALLOCATED CATALOGS 981 > > > > > > *CAS*** > > > > > > > > > > > > * FLAGS -VOLSER-USER-CATALOG NAME > > > % * > > > > > > * Y---R- PCAT01 0001 CATALOG.TEST.USERCAT > > > 1 * > > > > > > * Y---R- PCAT01 0001 CATALOG.TAPEGDG.TEST.USERCAT > > > 1 * > > > > > > * Y---R- PCAT01 0001 CATALOG.TESTNEW.USERCAT > > > 1 * > > > > > > * Y-I-R- PCAT01 0001 CATALOG.TSO.USERCAT > > > 1 * > > > > > > *** > > > > > > > > > > > > * Y/N-ALLOCATED TO CAS, S-SMS, V-VLF, I-ISC, C-CLOSED, > > > > > > D-DELETED, > > > * > > > > > > * R-SHARED, A-ATL, E-ECS SHARED, K-LOCKED > > > * > > > > > > *CAS*** > > > > > > > > > > > > IEC352I CATALOG ADDRESS SPACE MODIFY COMMAND COMPLETED > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > *George Rodriguez* >
Re: C macro processor - supply exteranl values - emulating CMake
On Mon, Sep 17, 2018 at 10:52 PM Ze'ev Atlas < 004b34e7c98a-dmarc-requ...@listserv.ua.edu> wrote: > Gil, I do NOT use make! I use JCL for this particular port, as it is > designed to be used without Unix Services. > > The fact that your product is designed to work without z/OS Unix is irrelevant. IMO, you are much better off putting your source in zFS and using z/OS make (or even better gmake), makedepend. For a C/C++ project of any size, incremental builds will save you lots of time. The z/OS Unix c89 command can be used as a front end to the z/OS binder and you and target z/OS PDS/PDSE libraries directly, or just "cp -X" the program objects from zFS to PDS/Es. Bonus: this will feel more like your day job on Unix/Windows. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: In this case, I wish the US would follow the EU (no more DST)
Mis-read as delayed one hour for central. Tony Thigpen Steve Smith wrote on 09/18/2018 01:31 PM: Your statement exactly agrees with Gil's, so why do you think you're disagreeing with him? sas On Tue, Sep 18, 2018 at 1:08 PM Tony Thigpen wrote: Paul Gilmartin wrote > Prime time shows are announced as beginning at (e.g.) 8PM Eastern, 7PM > Central. But they're delayed one hour (not two!) so they begin at 7PM > Mountain. Don't know about Pacific. Not exactly. Prime time shows are *not* delayed for Central time. It's just that 8pm Eastern and 7PM Central are exactly the same time. -- 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: In this case, I wish the US would follow the EU (no more DST)
Your statement exactly agrees with Gil's, so why do you think you're disagreeing with him? sas On Tue, Sep 18, 2018 at 1:08 PM Tony Thigpen wrote: > Paul Gilmartin wrote > > Prime time shows are announced as beginning at (e.g.) 8PM Eastern, 7PM > > Central. But they're delayed one hour (not two!) so they begin at 7PM > > Mountain. Don't know about Pacific. > > Not exactly. Prime time shows are *not* delayed for Central time. It's > just that 8pm Eastern and 7PM Central are exactly the same time. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: In this case, I wish the US would follow the EU (no more DST)
Traffic accidents were a major public issue in the movement to implement Daylight Saving Time in the winter of 1973 against the backdrop of the oil embargo crisis. It was tried and then abandoned amid widespread outcry. The fear of kids waiting for school rides in the pitch dark could not be overcome. For some historical perspective, Google this string: 1973 time change traffic accidents . . J.O.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 323-715-0595 Mobile 626-543-6132 Office ⇐=== NEW robin...@sce.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Tony Thigpen Sent: Tuesday, September 18, 2018 10:08 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: (External):Re: In this case, I wish the US would follow the EU (no more DST) Paul Gilmartin wrote > Prime time shows are announced as beginning at (e.g.) 8PM Eastern, 7PM > > Central. But they're delayed one hour (not two!) so they begin at 7PM > > Mountain. Don't know about Pacific. Not exactly. Prime time shows are *not* delayed for Central time. It's just that 8pm Eastern and 7PM Central are exactly the same time. Pacific shows are 'normally' delayed 2 hours. An 8PM Eastern show will show at 8PM Pacific. Back when Mountain time did not observe daylight savings time, the broadcasts were delayed 2 hours in Mountain time since half the year they were on Pacific time. I don't know what they do now. > But there's the school bus problem. Not really. It would actually make the bus problem worse. It's really the 'I want some time to go fishing or boating after work' problem. Tony Thigpen Paul Gilmartin wrote on 09/18/2018 12:08 PM: > On Tue, 18 Sep 2018 10:19:37 -0500, Mike Schwab wrote: > >> Well, there are problems in China since they use Bejing time across >> the country and have a 3 hour difference at the Afghanistan border. >> > And I understand that in westen China some clocks are (unofficially) set back. > > And there's ego. In 2015, DPRK set its clocks back 30 minutes, just > to be unique. Then reverted (witn inadequate advance notice) a few > years after, for commercial reasons. > > And a few years earlier, Republic of Samoa advanced its clocks 24(!) > hours for commercial reasons. > >> But essentially, the U.S. Eastern, Central, and Mountain times are >> one time zone as far as TVs are concerned. >> > Sort of. But not for live sports events. > > The Today Show is delayed hour-by-hour to start at 0700 in every time zone. > (Don't know about Arizona.) They display local time in a chyron. > > Prime time shows are announced as beginning at (e.g.) 8PM Eastern, 7PM > Central. But they're delayed one hour (not two!) so they begin at 7PM > Mountain. Don't know about Pacific. > > > On Tue, 18 Sep 2018 11:43:07 -0400, Tony Thigpen wrote: >> ... >> We really need to get out of the '8-5' work times. While outside work >> needs to be daylight centered, we could make our standard workday '6-3' >> and a lot more people would be happy with the available daylight after work. >> > But there's the school bus problem. > > -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: In this case, I wish the US would follow the EU (no more DST)
On Tue, Sep 18, 2018 at 12:08 PM Tony Thigpen wrote: > Paul Gilmartin wrote > > Prime time shows are announced as beginning at (e.g.) 8PM Eastern, 7PM > > Central. But they're delayed one hour (not two!) so they begin at 7PM > > Mountain. Don't know about Pacific. > > Not exactly. Prime time shows are *not* delayed for Central time. It's > just that 8pm Eastern and 7PM Central are exactly the same time. > > Pacific shows are 'normally' delayed 2 hours. An 8PM Eastern show will > show at 8PM Pacific. Back when Mountain time did not observe daylight > savings time, the broadcasts were delayed 2 hours in Mountain time since > half the year they were on Pacific time. I don't know what they do now. > > > But there's the school bus problem. > Not really. It would actually make the bus problem worse. It's really > the 'I want some time to go fishing or boating after work' problem. > Right. For me, I go to work at 06:00 and leave at 16:00 (or a little earlier). Basically, I always go to work in the dark. But there is much less traffic at 06:00. But the sun is relevant to me only when it is shining in my eyes. I firmly believe that if I was supposed to be in the Texas sun, we wouldn't have made air conditioned houses. As a plus, the company I work for has "summer hours" where you can come in or stay late Monday- Thursday and leave at noon on Friday. This is subject to your immediate manager's approval and the work needs of the company. E.g. I can't leave at noon if there is a computer problem going on. As an aside, I only watch streaming TV, so the broadcast times are meaningless to me. > > Tony Thigpen > > -- People who frustrate us will be around for as long as we need them. Maranatha! <>< John McKown -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: In this case, I wish the US would follow the EU (no more DST)
Paul Gilmartin wrote > Prime time shows are announced as beginning at (e.g.) 8PM Eastern, 7PM > Central. But they're delayed one hour (not two!) so they begin at 7PM > Mountain. Don't know about Pacific. Not exactly. Prime time shows are *not* delayed for Central time. It's just that 8pm Eastern and 7PM Central are exactly the same time. Pacific shows are 'normally' delayed 2 hours. An 8PM Eastern show will show at 8PM Pacific. Back when Mountain time did not observe daylight savings time, the broadcasts were delayed 2 hours in Mountain time since half the year they were on Pacific time. I don't know what they do now. > But there's the school bus problem. Not really. It would actually make the bus problem worse. It's really the 'I want some time to go fishing or boating after work' problem. Tony Thigpen Paul Gilmartin wrote on 09/18/2018 12:08 PM: On Tue, 18 Sep 2018 10:19:37 -0500, Mike Schwab wrote: Well, there are problems in China since they use Bejing time across the country and have a 3 hour difference at the Afghanistan border. And I understand that in westen China some clocks are (unofficially) set back. And there's ego. In 2015, DPRK set its clocks back 30 minutes, just to be unique. Then reverted (witn inadequate advance notice) a few years after, for commercial reasons. And a few years earlier, Republic of Samoa advanced its clocks 24(!) hours for commercial reasons. But essentially, the U.S. Eastern, Central, and Mountain times are one time zone as far as TVs are concerned. Sort of. But not for live sports events. The Today Show is delayed hour-by-hour to start at 0700 in every time zone. (Don't know about Arizona.) They display local time in a chyron. Prime time shows are announced as beginning at (e.g.) 8PM Eastern, 7PM Central. But they're delayed one hour (not two!) so they begin at 7PM Mountain. Don't know about Pacific. On Tue, 18 Sep 2018 11:43:07 -0400, Tony Thigpen wrote: ... We really need to get out of the '8-5' work times. While outside work needs to be daylight centered, we could make our standard workday '6-3' and a lot more people would be happy with the available daylight after work. But there's the school bus problem. -- gil -- 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: Help With PENDING OFFLINE Devices
You are 100% done with the system(s)? Overwriting data/secure erase of disk not a concern at this level? All you want to do is initialize disk? Still have tape available? ICKDSF Stand-Alone IPL tape might be a quick option. https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.1.0/com.ibm.zos.v2r1.ickug00/oscreat.htm Regards, Kevin -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of George Rodriguez Sent: Tuesday, September 18, 2018 5:07 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Help With PENDING OFFLINE Devices I'm initializing the disk. The Mainframe is going away the end of month. *George Rodriguez* *Specialist II - IT Security* *PX - 47652* *(561) 357-7652 (office)* *(954) 415-7586 (mobile)* *School District of Palm Beach County* *3348 Forest Hill Blvd.* *Room B-332* *West Palm Beach, FL. 33406-5869* *Florida's Only A-Rated Urban District* On Tue, Sep 18, 2018 at 5:15 AM Mike Shorkend wrote: > What I meant was, what was the original reason for varying the devices > offline? > > On Tue, 18 Sep 2018 at 11:32, Mike Schwab wrote: > > > The volumes are empty except for catalogs, and he varied them offline. > > So he needs to delete empty catalogs, move catalogs with data to new > > volumes or move the volumes to a new UCB. > > On Tue, Sep 18, 2018 at 2:42 AM Mike Shorkend > > > > wrote: > > > > > > George, > > > Maybe you should tell us what you are trying achieve? > > > > > > There might be easier ways > > > > > > On Tue, 18 Sep 2018 at 00:16, Gibney, Dave wrote: > > > > > > > Really unsure what your goal is here, and it's looking dangerous. > But, > > > > IDCAMS > > > > > > > > EXPORT catalog name DISCONNECT will remove each catalog from the > > CATALOG > > > > address space > > > > > > > > > -Original Message- > > > > > From: IBM Mainframe Discussion List [mailto: > IBM-MAIN@LISTSERV.UA.EDU > > ] > > > > > On Behalf Of George Rodriguez > > > > > Sent: Monday, September 17, 2018 12:08 PM > > > > > To: IBM-MAIN@LISTSERV.UA.EDU > > > > > Subject: Re: Help With PENDING OFFLINE Devices > > > > > > > > > > Boy, I'm way over my head here: > > > > > > > > > > F CATALOG,ALLOCATED(PCAT00) > > > > > IEC351I CATALOG ADDRESS SPACE MODIFY COMMAND ACTIVE IEC348I > > > > > ALLOCATED CATALOGS 976 > > > > > *CAS*** > > > > > > > > > > * FLAGS -VOLSER-USER-CATALOG NAME > > % * > > > > > * Y---R- PCAT00 0001 CATALOG.SCHOOL.USERCAT > > 1 * > > > > > * Y---R- PCAT00 0001 CATALOG.TAPEGDG.DB2.USERCAT > > 1 * > > > > > * Y---R- PCAT00 0001 CATALOG.TAPEGDG.PROD.USERCAT > > 1 * > > > > > * Y---R- PCAT00 0001 CATALOG.FINANCE.USERCAT > > 1 * > > > > > * Y---R- PCAT00 0001 CATALOG.BUDGET.USERCAT > > 1 * > > > > > * Y---R- PCAT00 0001 CATALOG.DFHSM.USERCAT > > 1 * > > > > > * Y-I-R- PCAT00 0001 CATALOG.SDPBC.USERCAT > > 1 * > > > > > *** > > > > > > > > > > * Y/N-ALLOCATED TO CAS, S-SMS, V-VLF, I-ISC, C-CLOSED, > > > > > D-DELETED, > > * > > > > > * R-SHARED, A-ATL, E-ECS SHARED, K-LOCKED > > * > > > > > *CAS*** > > > > > > > > > > IEC352I CATALOG ADDRESS SPACE MODIFY COMMAND COMPLETED > > > > > > > > > > and for the next one: > > > > > > > > > > F CATALOG,ALLOCATED(PCAT01) > > > > > IEC351I CATALOG ADDRESS SPACE MODIFY COMMAND ACTIVE IEC348I > > > > > ALLOCATED CATALOGS 981 > > > > > *CAS*** > > > > > > > > > > * FLAGS -VOLSER-USER-CATALOG NAME > > % * > > > > > * Y---R- PCAT01 0001 CATALOG.TEST.USERCAT > > 1 * > > > > > * Y---R- PCAT01 0001 CATALOG.TAPEGDG.TEST.USERCAT > > 1 * > > > > > * Y---R- PCAT01 0001 CATALOG.TESTNEW.USERCAT > > 1 * > > > > > * Y-I-R- PCAT01 0001 CATALOG.TSO.USERCAT > > 1 * > > > > > *** > > > > > > > > > > * Y/N-ALLOCATED TO CAS, S-SMS, V-VLF, I-ISC, C-CLOSED, > > > > > D-DELETED, > > * > > > > > * R-SHARED, A-ATL, E-ECS SHARED, K-LOCKED > > * > > > > > *CAS*** > > > > > > > > > > IEC352I CATALOG ADDRESS SPACE MODIFY COMMAND COMPLETED > > > > > > > > > > > > > > > > > > > > > > > > > *George Rodriguez* > > > > > > > > > > *Specialist II - IT Security* > > > > > *PX - 47652* > > > > > *(561) 357-7652 (office)* > > > > > *(954) 415-7586 (mobile)* > > > > > *School District of Palm Beach County* > > > > > *3348 Forest Hill Blvd.* > > > > > *Room B-332* > > > > > *West Palm Beach, FL. 33406-5869* *Florida's Only A-Rated > > > > > Urban District* > > > > > > > > > > > > > > > On Mon, Sep 17, 2018 at 1:51 PM Dana Mitchell > > > > > > > > > > > wrote: > > > > > > > > > > > For datasets allocated by your TSO session, if you issue > 'ddlist' > > > > > > command, you can look for datasets that you currently have
Re: In this case, I wish the US would follow the EU (no more DST)
It think that's the key point. Standard time is great for communication and coordination, but it shouldn't control our lives. I hope the people in western China aren't forced to get up in the middle of the night for work, and try to get to sleep an hour before sunset just because Beijing dictated a single time zone. If one was living where the clock corresponded fairly closely to the sun, it seems that logically you'd generally want to go to bed at 20:00 and get up at 04:00. I suppose some do, but it's difficult the way our society is structured. As far as working hours go, I'd like to see a lot more flexibility and variety. Having everyone working the same 8-5 causes immense waste of time and resources just due to traffic. Regardless, nobody reacts well to a sudden shift of an hour. I presume dairy farmers who don't like getting kicked in the head do not impose these on their cows. sas On 9/18/2018 11:43, Tony Thigpen wrote: The problem is not as much the times zones, as it is the way we work. Time zones are (mostly) tied to Solar Time, which is another way to say "the sun is directly overhead at noon". While our jobs revolve around noon, our lives do not. For example, then '8 to 5' job has 4 hours before noon and 5 hours after noon. But, if there are 12 hours of daylight, we have 3 of those hours before work and 4 after work. The problem then is that we spend those early 3 hours getting ready for work in our homes where it does not matter that it is daylight out. After work, it's a different story. We come home, though some work clothes on and want to work (or play) outside until dark. Then we come inside, turn our lights on, and do whatever until it's time for bed. Farmers have always been light centered. They got up at daybreak and worked sometimes several hours before then had breakfast. We really need to get out of the '8-5' work times. While outside work needs to be daylight centered, we could make our standard workday '6-3' and a lot more people would be happy with the available daylight after work. Tony Thigpen Mike Schwab wrote on 09/18/2018 11:19 AM: Well, there are problems in China since they use Bejing time across the country and have a 3 hour difference at the Afghanistan border. But essentially, the U.S. Eastern, Central, and Mountain times are one time zone as far as TVs are concerned. On Tue, Sep 18, 2018 at 9:43 AM Paul Gilmartin <000433f07816-dmarc-requ...@listserv.ua.edu> wrote: -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: In this case, I wish the US would follow the EU (no more DST)
Except for those of us empty-nesters who are nightowls and would much prefer 12Noon to 9PM. Not everyone is an earlybird or cares about daylight after work. Peter -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Tony Thigpen Sent: Tuesday, September 18, 2018 11:43 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: In this case, I wish the US would follow the EU (no more DST) We really need to get out of the '8-5' work times. While outside work needs to be daylight centered, we could make our standard workday '6-3' and a lot more people would be happy with the available daylight after work. -- This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and delete the message and any attachments from your system. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: In this case, I wish the US would follow the EU (no more DST)
On Tue, 18 Sep 2018 10:19:37 -0500, Mike Schwab wrote: >Well, there are problems in China since they use Bejing time across >the country and have a 3 hour difference at the Afghanistan border. > And I understand that in westen China some clocks are (unofficially) set back. And there's ego. In 2015, DPRK set its clocks back 30 minutes, just to be unique. Then reverted (witn inadequate advance notice) a few years after, for commercial reasons. And a few years earlier, Republic of Samoa advanced its clocks 24(!) hours for commercial reasons. >But essentially, the U.S. Eastern, Central, and Mountain times are one >time zone as far as TVs are concerned. > Sort of. But not for live sports events. The Today Show is delayed hour-by-hour to start at 0700 in every time zone. (Don't know about Arizona.) They display local time in a chyron. Prime time shows are announced as beginning at (e.g.) 8PM Eastern, 7PM Central. But they're delayed one hour (not two!) so they begin at 7PM Mountain. Don't know about Pacific. On Tue, 18 Sep 2018 11:43:07 -0400, Tony Thigpen wrote: >... >We really need to get out of the '8-5' work times. While outside work >needs to be daylight centered, we could make our standard workday '6-3' >and a lot more people would be happy with the available daylight after work. > But there's the school bus problem. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: In this case, I wish the US would follow the EU (no more DST)
The problem is not as much the times zones, as it is the way we work. Time zones are (mostly) tied to Solar Time, which is another way to say "the sun is directly overhead at noon". While our jobs revolve around noon, our lives do not. For example, then '8 to 5' job has 4 hours before noon and 5 hours after noon. But, if there are 12 hours of daylight, we have 3 of those hours before work and 4 after work. The problem then is that we spend those early 3 hours getting ready for work in our homes where it does not matter that it is daylight out. After work, it's a different story. We come home, though some work clothes on and want to work (or play) outside until dark. Then we come inside, turn our lights on, and do whatever until it's time for bed. Farmers have always been light centered. They got up at daybreak and worked sometimes several hours before then had breakfast. We really need to get out of the '8-5' work times. While outside work needs to be daylight centered, we could make our standard workday '6-3' and a lot more people would be happy with the available daylight after work. Tony Thigpen Mike Schwab wrote on 09/18/2018 11:19 AM: Well, there are problems in China since they use Bejing time across the country and have a 3 hour difference at the Afghanistan border. But essentially, the U.S. Eastern, Central, and Mountain times are one time zone as far as TVs are concerned. On Tue, Sep 18, 2018 at 9:43 AM Paul Gilmartin <000433f07816-dmarc-requ...@listserv.ua.edu> wrote: On Tue, 18 Sep 2018 08:48:17 -0400, Steve Smith wrote: One thing blew my mind: "The plan also raises the prospect of neighboring countries ending up an hour apart". Really? Did someone seriously say that out loud? https://www.dw.com/en/eu-to-stop-changing-the-clocks-in-2019/a-45495680 In 1883, when the U.S. adopted Standard Time, a timezone was about a day's travel. A passenger or operator might to reset a watch no more tnan once during a shift. Technology has shrunk the world. Nowadays, by similar reasoning, a single timezone would be reasonable. GMT. Or perhaps two, one for the Eastern Hemisphere, one for the Western. OTOH, nowadays almost everyone's personal timekeeping device resets automatically for both geographic and seasonal boundaries. No need even to press a button. Why is this a matter of such intense contention? Late one morning circa 1972 from Boulder, CO, I attempted to phone a customer in Benton Harbor, MI. "He's out to lunch. When can he call you back?" "I'm about to leave for lunch. Two hours from now?" [I didn't know whether MI had one timezone or two, and wasn't sure they knew that CO was not observing DST, so I had shortcut the computation.] [Long pause while I envisioned mental arithmetic operating, but failing.] "What timezone are you in?" (Irrelevant. Would the result of the computation have been any different if I had been in Pyongyang?) -- gil -- 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: In this case, I wish the US would follow the EU (no more DST)
Well, there are problems in China since they use Bejing time across the country and have a 3 hour difference at the Afghanistan border. But essentially, the U.S. Eastern, Central, and Mountain times are one time zone as far as TVs are concerned. On Tue, Sep 18, 2018 at 9:43 AM Paul Gilmartin <000433f07816-dmarc-requ...@listserv.ua.edu> wrote: > > On Tue, 18 Sep 2018 08:48:17 -0400, Steve Smith wrote: > > > >One thing blew my mind: "The plan also raises the prospect of neighboring > >countries ending up an hour apart". Really? Did someone seriously say > >that out loud? > > > >> https://www.dw.com/en/eu-to-stop-changing-the-clocks-in-2019/a-45495680 > >> > In 1883, when the U.S. adopted Standard Time, a timezone was about a day's > travel. A passenger or operator might to reset a watch no more tnan once > during a shift. > > Technology has shrunk the world. Nowadays, by similar reasoning, a single > timezone > would be reasonable. GMT. Or perhaps two, one for the Eastern Hemisphere, > one for > the Western. > > OTOH, nowadays almost everyone's personal timekeeping device resets > automatically > for both geographic and seasonal boundaries. No need even to press a button. > Why is this a matter of such intense contention? > > Late one morning circa 1972 from Boulder, CO, I attempted to phone a customer > in Benton Harbor, MI. > > "He's out to lunch. When can he call you back?" > > "I'm about to leave for lunch. Two hours from now?" > > [I didn't know whether MI had one timezone or two, and wasn't > sure they knew that CO was not observing DST, so I had shortcut > the computation.] > > [Long pause while I envisioned mental arithmetic operating, but > failing.] > > "What timezone are you in?" > > (Irrelevant. Would the result of the computation have been any different > if I had been in Pyongyang?) > > -- gil > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: In this case, I wish the US would follow the EU (no more DST)
On Tue, 18 Sep 2018 08:48:17 -0400, Steve Smith wrote: > >One thing blew my mind: "The plan also raises the prospect of neighboring >countries ending up an hour apart". Really? Did someone seriously say >that out loud? > >> https://www.dw.com/en/eu-to-stop-changing-the-clocks-in-2019/a-45495680 >> In 1883, when the U.S. adopted Standard Time, a timezone was about a day's travel. A passenger or operator might to reset a watch no more tnan once during a shift. Technology has shrunk the world. Nowadays, by similar reasoning, a single timezone would be reasonable. GMT. Or perhaps two, one for the Eastern Hemisphere, one for the Western. OTOH, nowadays almost everyone's personal timekeeping device resets automatically for both geographic and seasonal boundaries. No need even to press a button. Why is this a matter of such intense contention? Late one morning circa 1972 from Boulder, CO, I attempted to phone a customer in Benton Harbor, MI. "He's out to lunch. When can he call you back?" "I'm about to leave for lunch. Two hours from now?" [I didn't know whether MI had one timezone or two, and wasn't sure they knew that CO was not observing DST, so I had shortcut the computation.] [Long pause while I envisioned mental arithmetic operating, but failing.] "What timezone are you in?" (Irrelevant. Would the result of the computation have been any different if I had been in Pyongyang?) -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Compiled REXX performance
Yep I saw the Rex clist uncompiled run 2 cpu seconds on z/PDT z/os 2.3 in TSO foreground On Wed, Sep 12, 2018 at 11:06 AM Charles Mills wrote: > Are you sure you are running compiled in both instances? Compiled Rexx > will silently fall back to interpreted if the right library is not > allocated. > > Charles > > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of David Crayford > Sent: Wednesday, September 12, 2018 3:25 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Compiled REXX performance > > This is totally bizarre! I'm getting different results running in TSO > foreground and IKJEFT01 batch running the same compiled REXX program. > > TSO > > CPU time = 2.19 > > Batch > > CPU time = 0.05 > > CPU (Total) Elapsed CPU > (TCB)CPU (SRB) Service > Jobname Stepname ProcStepRCI/O hh:mm:ss.th hh:mm:ss.th > hh:mm:ss.th hh:mm:ss.th Units > BIGREXC BIGREXC 00 81 00.10 00.18 > 00.1000.00 1340 > > > On 12/09/2018 5:55 PM, Mike Shorkend wrote: > > I use the procedure provided by IBM, taking all compiler option defaults > > > > // JCLLIB ORDER='FAN140.SVSC.PROCLIB' > > //S1 EXEC REXXC > > //SYSCEXEC DD DSN=MIKE.CREXX(LOOP2),DISP=SHR > > //SYSINDD DSN=MIKE.REXX(LOOP2),DISP=SHR > > > > which expands to > > > > > > XX*- > > > >XX* Compile REXX > > program. > > > > XX*- > > > > > > XX* > > > > 5 XXREXXEXEC > > PGM=REXXCOMP,PARM='' > >IEFC653I SUBSTITUTION JCL - PGM=REXXCOMP,PARM='XREF > > OBJECT' > > 6 XXSTEPLIB DD > > DSN=,DISP=SHR > >IEFC653I SUBSTITUTION JCL - > > DSN=FAN140.SFANLMD,DISP=SHR > > 7 XXSYSPRINT DD > > SYSOUT=* > > 8 XXSYSTERM DD > > SYSOUT=* > >XX*SYSIEXEC DD > > DUMMY > >XX*SYSDUMP DD > > DUMMY > > 9 //SYSCEXEC DD > > DSN=MIKE.CREXX(LOOP2),DISP=SHR > >X/SYSCEXEC DD > > DSN=&(GO),DISP=(MOD,PASS),UNIT=SYSDA, > >X/ > > SPACE=(800,(800,100,1)) > > 10 XXSYSPUNCH DD > > DSN=&,DISP=(MOD,PASS),UNIT=SYSDA, > >XX > > SPACE=(800,(800,100)) > > 11 //SYSINDD > > DSN=MIKE.REXX(LOOP2),DISP=SHR > > > > > > > > > > > > > > On Wed, 12 Sep 2018 at 12:44, David Crayford > wrote: > > > >> z/OS 2.3, IBM Compiler for REXX on zSeries 4.0 LVL PI76785. > >> > >> Can you share you compiler JCL? > >> > >> > >> On 12/09/2018 5:32 PM, Mike Shorkend wrote: > >>> David - I ran it on z/OS 2.2, the REXX compiler is 1.4 > >>> How about you? > >>> > >>> On Wed, 12 Sep 2018 at 12:27, David Crayford > >> wrote: > On 12/09/2018 4:56 PM, Mike Shorkend wrote: > > The new test shows: > > Non-compiled > > > > CPU TIME = 77.09 > > > > Compiled > > > > CPU TIME = 11.27 > Your results are different to mine! > > Interpreted: CPU time = 3.12 > > Compiled: CPU time = 7.99 > > > Not so great, because of the inefficient memory management with stem > > usage? > -- > 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 > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- Scott Ford IDMWORKS z/OS Development -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: In this case, I wish the US would follow the EU (no more DST)
France was an hour later than Germany until 1940. Didn't go back in after 1945. But France / Spain going to winter time and the rest to summer time makes sense. Belgium, Netherlands, Luxembourg should decide based on where they have the most border traffic. On Tue, Sep 18, 2018 at 7:48 AM Steve Smith wrote: > > At first I thought it was amazing that the EU parliament would give up > control of anything, no matter how tiny. Then I realized they did not. > According the the article, "Summer Time" is banned, and the only choice is > what a country's permanent time zone should be. We'll see if Spain gets > rational and at least moves to UTC (presently, Spain's clocks are up to 2.5 > hours ahead of local solar time). > > One thing blew my mind: "The plan also raises the prospect of neighboring > countries ending up an hour apart". Really? Did someone seriously say > that out loud? > > sas > > > On Tue, Sep 18, 2018 at 8:10 AM John McKown > wrote: > > > https://www.dw.com/en/eu-to-stop-changing-the-clocks-in-2019/a-45495680 > > > > > > -- > > People who frustrate us will be around for as long as we need them. > > > > Maranatha! <>< > > John McKown > > > > -- > > For IBM-MAIN subscribe / signoff / archive access instructions, > > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > > > -- > sas > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Spam alert: Model9
Thanks for the clarification; but I do check all the header fields. E.g. Received: from latepayw.info (167.99.188.80) by ekottar122.adidassuperstar.biz for CP On 17/09/2018 22:35, Seymour J Metz wrote: > Alas, the header does not include any e-mail address that cannot be spoofed. > OTOH, the RECEIVED header field inserted by your e-mail provider cannot be > spoofed. > > > -- > Shmuel (Seymour J.) Metz > http://mason.gmu.edu/~smetz3 > > > From: IBM Mainframe Discussion List on behalf of > CM Poncelet > Sent: Monday, September 17, 2018 1:58 PM > To: IBM-MAIN@listserv.ua.edu > Subject: Re: Spam alert: Model9 > > Yes, I had mentioned that: "(Yes, it can be spoofed - but the > headers/metadata show the spammer's real email ID.)" CP > > > On 16/09/2018 21:18, Seymour J Metz wrote: >> Be careful; spammers often forge headers, so it's safest to learn how to >> read headers and to check the Received header fields to determine the actual >> provenance of the spam. >> >> See also >> http://secure-web.cisco.com/1vs8h6joJJ_FBNWwYHrae_yil76zbNw5MCRUOo3wezy5LoHrn0hDc_hRIcKeHei3xqkqFk2mFrzfSG1VFpcmDMg5GQKY1uuOY-XCZcqfLZRws_X4HTMnn8bZ2oHCA0-hCGshdbSyHaHTMtLQfXINY5AfoIsOrFaZBP3XZNg5GMoLDIiI_QqGRttnvi6AqpF9Q3352PYIEEAYDRPaSpmMjEeqN_Ek06frfa6oG6VJNQ0HpJFiN3baqguSIqhNt53HQGqtGwDf6UgP9iWS8xSush97JKKFOv25FW_4R5gg8fX8aJN1UkKHvVAQNP_daDXKZLoazubw68xAC25p0_X-Wrs4hibkK6uaxshFy5-ClPTft1XKm_X6Jhq6bwIUYDPpiJnbv4l0Jj6zqHVFlX2Q1lvUJi_C_Y8RGcs0DzmsO1uaynVGDQuLTciDGJDhI04Up/http%3A%2F%2Fwww.medwayhosting.com%2Fspam-l%2Fdeobfuscation-by-Shmuel%2Findex.html >> >> >> -- >> Shmuel (Seymour J.) Metz >> http://mason.gmu.edu/~smetz3 >> >> >> From: IBM Mainframe Discussion List on behalf of >> CM Poncelet >> Sent: Saturday, September 15, 2018 11:18 AM >> To: IBM-MAIN@listserv.ua.edu >> Subject: Re: Spam alert: Model9 >> >> FWIW SPAM mail can be sent to https://www.spamcop.net/ with a copy sent >> also to the spammer's email domain administrator (provided the >> abuse@ email ID is keyed into spamcop's spare 'copy-to' box >> that is). >> >> The spammer's email domain is the one following the '@' sign. The >> 'report abuse to administrator' email address for the spammer can then >> be found at >> https://secure-web.cisco.com/11Rj0URRt6sLw_P2VizI4v2gdo26_pqiMBOP4zRkAM9-nlimjAnJlp6-HqEGNDK45XOhG_VTyx16nYKlAIefZOQmBra9MEF93HPIeLS5vbiAsFVzznEzHo2lSbXQvBnH38UQdlaGjh0FoMPuvBFVkKfKlCBLKlaZzbWslfmFqD5dTroH3mLYhTWW2-BpKFanB2QBw-KOxk-9bJxdS_VxcTS_e-V3LBt78MwqkwkTaFC9Pe27XGZ9RjDmjEydMCf-aKrgri83XGA-v0_4zruL8Mc6FiY11LtePMKgwlFflae5fq-bApl2L6OmK2rJ6fxWx5yGC5ZbmUNS-i4Sjt0Q_TbD7MEKvN8bydxHMmMYxno5rcBNluTJhs4-hLvVz4UFvMN6OhsxAGmGSLQBMR0y9oxuj5CYMaEklwXglSxfkWhROAtRqX2gQABZrZR7Zr0pd/https%3A%2F%2Fwww.whois.com%2F. >> (Yes, it can be spoofed - but the >> headers/metadata show the spammer's real email ID.) >> >> This practically always stops any further junk mail being sent out. >> >> (BTW My filters store any emails from unrecognised senders - e.g. from >> Model9 - in my 'trash' folder, from where they are then deleted. So, >> NOPWAD.) >> >> HTH, CP >> >> >> >> On 14/09/2018 22:30, Arthur wrote: >>> On 14 Sep 2018 03:50:14 -0700, in bit.listserv.ibm-main >>> (Message-ID:<7316854461517568.wa.giliadwyahoo@listserv.ua.edu>) >>> 00d50942efa9-dmarc-requ...@listserv.ua.edu (Giliad Wilf) wrote: >>> Got this e-mail too, inspected it with some concerns, but finally opened it. It could prove useful, as the CEO advised my previous employer on performance issues we had, to our satisfaction. This CEO co-authored many IBM publications, both white and red, and was a visiting developer at IBM of some z/OS components. >>> If you know the CEO, tell him not to spam. Don't let spammers prosper. >>> It wouldn't be the first time a CEO didn't know what his marketing >>> people are doing. >>> >>> Also, I forwarded it to the edress in the anti-spam header: X-Report-Abuse-To: ab...@hubspot.com (see https://secure-web.cisco.com/1GujClvauL3cZ7Io1yNJWzrQB65DX2GHqmo7k9mSuX0Sw_X-mm6dI9Qi6EVPBrTOH1bNZmdgoKeqCGlQVoAkQHBsBRwEWzEUtgLBKc_OXDTtg9FYlTWokRgcLE2A0PMyKEUGrDJqOSv9MvA54e82tOnlC_8nzHszc-QYR18WjcIYd4GWOkx_PSaEwIPgkQ4CDw5dRThVxbmgCcfrz0gG9jfIQ7z-g6IHBxk8q8FI8aSUOB57tojOhkVtETICUfHE-_TVZtECjebk4N1dfijeEwuG435GtFJ-lnOcztvHRf5igqrrQB-wI6ferMNfOl-OOWPOr79Neji7M63YpKo-ChGzKU0NDnE3ASgupXuqc76ZV1P8vivc0Lvszw7JvqA80oVB7lEZlYS30wqvL6D4xxgz3jBHszeWYT9PF2Du5N3I5J5eA9hpKFn1dAYEArQ9cX17mBzGWPSUqFVmq4ieGAA/https%3A%2F%2Fwww.hubspot.com%2Fabuse-complaints%29 >>> I'm not sure how much good it'll do, but I did get a response from >>> that. If the rest of you also report it, it might make a difference. >>> He did say they "will be investigating to ensure compliance with our >>> acceptable use policy." >>> >>> And, in reference to another post: I did not go to Share; I did not >>> subscribe; it was sent to this edress which I use *only* for IBM Main. >>> >>>
Re: Help With PENDING OFFLINE Devices
If the datasets are all gone, delete the aliases, then delete the catalogs. Requires access to master catalog. Of if you can take down LPAR, IPL from your rescue IPL volume. On Tue, Sep 18, 2018 at 7:07 AM George Rodriguez <016eebd7289b-dmarc-requ...@listserv.ua.edu> wrote: > > I'm initializing the disk. The Mainframe is going away the end of month. > > *George Rodriguez* > > *Specialist II - IT Security* > *PX - 47652* > *(561) 357-7652 (office)* > *(954) 415-7586 (mobile)* > *School District of Palm Beach County* > *3348 Forest Hill Blvd.* > *Room B-332* > *West Palm Beach, FL. 33406-5869* > *Florida's Only A-Rated Urban District* > > > On Tue, Sep 18, 2018 at 5:15 AM Mike Shorkend > wrote: > > > What I meant was, what was the original reason for varying the devices > > offline? > > > > On Tue, 18 Sep 2018 at 11:32, Mike Schwab wrote: > > > > > The volumes are empty except for catalogs, and he varied them offline. > > > So he needs to delete empty catalogs, move catalogs with data to new > > > volumes or move the volumes to a new UCB. > > > On Tue, Sep 18, 2018 at 2:42 AM Mike Shorkend > > > wrote: > > > > > > > > George, > > > > Maybe you should tell us what you are trying achieve? > > > > > > > > There might be easier ways > > > > > > > > On Tue, 18 Sep 2018 at 00:16, Gibney, Dave wrote: > > > > > > > > > Really unsure what your goal is here, and it's looking dangerous. > > But, > > > > > IDCAMS > > > > > > > > > > EXPORT catalog name DISCONNECT will remove each catalog from the > > > CATALOG > > > > > address space > > > > > > > > > > > -Original Message- > > > > > > From: IBM Mainframe Discussion List [mailto: > > IBM-MAIN@LISTSERV.UA.EDU > > > ] > > > > > > On Behalf Of George Rodriguez > > > > > > Sent: Monday, September 17, 2018 12:08 PM > > > > > > To: IBM-MAIN@LISTSERV.UA.EDU > > > > > > Subject: Re: Help With PENDING OFFLINE Devices > > > > > > > > > > > > Boy, I'm way over my head here: > > > > > > > > > > > > F CATALOG,ALLOCATED(PCAT00) > > > > > > IEC351I CATALOG ADDRESS SPACE MODIFY COMMAND ACTIVE IEC348I > > > > > > ALLOCATED CATALOGS 976 > > > > > > *CAS*** > > > > > > > > > > > > * FLAGS -VOLSER-USER-CATALOG NAME > > > % * > > > > > > * Y---R- PCAT00 0001 CATALOG.SCHOOL.USERCAT > > > 1 * > > > > > > * Y---R- PCAT00 0001 CATALOG.TAPEGDG.DB2.USERCAT > > > 1 * > > > > > > * Y---R- PCAT00 0001 CATALOG.TAPEGDG.PROD.USERCAT > > > 1 * > > > > > > * Y---R- PCAT00 0001 CATALOG.FINANCE.USERCAT > > > 1 * > > > > > > * Y---R- PCAT00 0001 CATALOG.BUDGET.USERCAT > > > 1 * > > > > > > * Y---R- PCAT00 0001 CATALOG.DFHSM.USERCAT > > > 1 * > > > > > > * Y-I-R- PCAT00 0001 CATALOG.SDPBC.USERCAT > > > 1 * > > > > > > *** > > > > > > > > > > > > * Y/N-ALLOCATED TO CAS, S-SMS, V-VLF, I-ISC, C-CLOSED, D-DELETED, > > > * > > > > > > * R-SHARED, A-ATL, E-ECS SHARED, K-LOCKED > > > * > > > > > > *CAS*** > > > > > > > > > > > > IEC352I CATALOG ADDRESS SPACE MODIFY COMMAND COMPLETED > > > > > > > > > > > > and for the next one: > > > > > > > > > > > > F CATALOG,ALLOCATED(PCAT01) > > > > > > IEC351I CATALOG ADDRESS SPACE MODIFY COMMAND ACTIVE IEC348I > > > > > > ALLOCATED CATALOGS 981 > > > > > > *CAS*** > > > > > > > > > > > > * FLAGS -VOLSER-USER-CATALOG NAME > > > % * > > > > > > * Y---R- PCAT01 0001 CATALOG.TEST.USERCAT > > > 1 * > > > > > > * Y---R- PCAT01 0001 CATALOG.TAPEGDG.TEST.USERCAT > > > 1 * > > > > > > * Y---R- PCAT01 0001 CATALOG.TESTNEW.USERCAT > > > 1 * > > > > > > * Y-I-R- PCAT01 0001 CATALOG.TSO.USERCAT > > > 1 * > > > > > > *** > > > > > > > > > > > > * Y/N-ALLOCATED TO CAS, S-SMS, V-VLF, I-ISC, C-CLOSED, D-DELETED, > > > * > > > > > > * R-SHARED, A-ATL, E-ECS SHARED, K-LOCKED > > > * > > > > > > *CAS*** > > > > > > > > > > > > IEC352I CATALOG ADDRESS SPACE MODIFY COMMAND COMPLETED > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > *George Rodriguez* > > > > > > > > > > > > *Specialist II - IT Security* > > > > > > *PX - 47652* > > > > > > *(561) 357-7652 (office)* > > > > > > *(954) 415-7586 (mobile)* > > > > > > *School District of Palm Beach County* > > > > > > *3348 Forest Hill Blvd.* > > > > > > *Room B-332* > > > > > > *West Palm Beach, FL. 33406-5869* > > > > > > *Florida's Only A-Rated Urban District* > > > > > > > > > > > > > > > > > > On Mon, Sep 17, 2018 at 1:51 PM Dana Mitchell > > > > > > > > wrote: > > > > > > > > > > > > > For datasets allocated by your TSO session, if you issue > > 'ddlist' > > > > > > > command, you can look for datasets that you currently have > > > allocated > > > > > > > that are on the volumes in question. Once found, you
Re: In this case, I wish the US would follow the EU (no more DST)
At first I thought it was amazing that the EU parliament would give up control of anything, no matter how tiny. Then I realized they did not. According the the article, "Summer Time" is banned, and the only choice is what a country's permanent time zone should be. We'll see if Spain gets rational and at least moves to UTC (presently, Spain's clocks are up to 2.5 hours ahead of local solar time). One thing blew my mind: "The plan also raises the prospect of neighboring countries ending up an hour apart". Really? Did someone seriously say that out loud? sas On Tue, Sep 18, 2018 at 8:10 AM John McKown wrote: > https://www.dw.com/en/eu-to-stop-changing-the-clocks-in-2019/a-45495680 > > > -- > People who frustrate us will be around for as long as we need them. > > Maranatha! <>< > John McKown > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- sas -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Yet Another Mainframe z10 Bites the Dust!
John McKown wrote: >> >>> Thanks for the warning on degaussing Timothy! *George Rodriguez* >> Does Timothy *need* degaussing??? >Only if he has a magnetic personality. Should work, he has an iron fist... ;-) Apology to Timothy, just a little word play since this is not Friday today. Timothy, I value your posts here on IBM-MAIN, please keept it up! Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Yet Another Mainframe z10 Bites the Dust!
On Mon, Sep 17, 2018 at 12:00 PM Chris Hoelscher wrote: > > >>> Thanks for the warning on degaussing Timothy! *George Rodriguez* > > Does Timothy *need* degaussing??? > Only if he has a magnetic personality. > > > Chris Hoelscher > Technology Architect, Database Infrastructure Services > Technology Solution Services > Humana Inc. > 123 East Main Street > Louisville, KY 40202 > Humana.com > (502) 476-2538 or 407-7266 > -- People who frustrate us will be around for as long as we need them. Maranatha! <>< John McKown -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
In this case, I wish the US would follow the EU (no more DST)
https://www.dw.com/en/eu-to-stop-changing-the-clocks-in-2019/a-45495680 -- People who frustrate us will be around for as long as we need them. Maranatha! <>< John McKown -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Help With PENDING OFFLINE Devices
I'm initializing the disk. The Mainframe is going away the end of month. *George Rodriguez* *Specialist II - IT Security* *PX - 47652* *(561) 357-7652 (office)* *(954) 415-7586 (mobile)* *School District of Palm Beach County* *3348 Forest Hill Blvd.* *Room B-332* *West Palm Beach, FL. 33406-5869* *Florida's Only A-Rated Urban District* On Tue, Sep 18, 2018 at 5:15 AM Mike Shorkend wrote: > What I meant was, what was the original reason for varying the devices > offline? > > On Tue, 18 Sep 2018 at 11:32, Mike Schwab wrote: > > > The volumes are empty except for catalogs, and he varied them offline. > > So he needs to delete empty catalogs, move catalogs with data to new > > volumes or move the volumes to a new UCB. > > On Tue, Sep 18, 2018 at 2:42 AM Mike Shorkend > > wrote: > > > > > > George, > > > Maybe you should tell us what you are trying achieve? > > > > > > There might be easier ways > > > > > > On Tue, 18 Sep 2018 at 00:16, Gibney, Dave wrote: > > > > > > > Really unsure what your goal is here, and it's looking dangerous. > But, > > > > IDCAMS > > > > > > > > EXPORT catalog name DISCONNECT will remove each catalog from the > > CATALOG > > > > address space > > > > > > > > > -Original Message- > > > > > From: IBM Mainframe Discussion List [mailto: > IBM-MAIN@LISTSERV.UA.EDU > > ] > > > > > On Behalf Of George Rodriguez > > > > > Sent: Monday, September 17, 2018 12:08 PM > > > > > To: IBM-MAIN@LISTSERV.UA.EDU > > > > > Subject: Re: Help With PENDING OFFLINE Devices > > > > > > > > > > Boy, I'm way over my head here: > > > > > > > > > > F CATALOG,ALLOCATED(PCAT00) > > > > > IEC351I CATALOG ADDRESS SPACE MODIFY COMMAND ACTIVE IEC348I > > > > > ALLOCATED CATALOGS 976 > > > > > *CAS*** > > > > > > > > > > * FLAGS -VOLSER-USER-CATALOG NAME > > % * > > > > > * Y---R- PCAT00 0001 CATALOG.SCHOOL.USERCAT > > 1 * > > > > > * Y---R- PCAT00 0001 CATALOG.TAPEGDG.DB2.USERCAT > > 1 * > > > > > * Y---R- PCAT00 0001 CATALOG.TAPEGDG.PROD.USERCAT > > 1 * > > > > > * Y---R- PCAT00 0001 CATALOG.FINANCE.USERCAT > > 1 * > > > > > * Y---R- PCAT00 0001 CATALOG.BUDGET.USERCAT > > 1 * > > > > > * Y---R- PCAT00 0001 CATALOG.DFHSM.USERCAT > > 1 * > > > > > * Y-I-R- PCAT00 0001 CATALOG.SDPBC.USERCAT > > 1 * > > > > > *** > > > > > > > > > > * Y/N-ALLOCATED TO CAS, S-SMS, V-VLF, I-ISC, C-CLOSED, D-DELETED, > > * > > > > > * R-SHARED, A-ATL, E-ECS SHARED, K-LOCKED > > * > > > > > *CAS*** > > > > > > > > > > IEC352I CATALOG ADDRESS SPACE MODIFY COMMAND COMPLETED > > > > > > > > > > and for the next one: > > > > > > > > > > F CATALOG,ALLOCATED(PCAT01) > > > > > IEC351I CATALOG ADDRESS SPACE MODIFY COMMAND ACTIVE IEC348I > > > > > ALLOCATED CATALOGS 981 > > > > > *CAS*** > > > > > > > > > > * FLAGS -VOLSER-USER-CATALOG NAME > > % * > > > > > * Y---R- PCAT01 0001 CATALOG.TEST.USERCAT > > 1 * > > > > > * Y---R- PCAT01 0001 CATALOG.TAPEGDG.TEST.USERCAT > > 1 * > > > > > * Y---R- PCAT01 0001 CATALOG.TESTNEW.USERCAT > > 1 * > > > > > * Y-I-R- PCAT01 0001 CATALOG.TSO.USERCAT > > 1 * > > > > > *** > > > > > > > > > > * Y/N-ALLOCATED TO CAS, S-SMS, V-VLF, I-ISC, C-CLOSED, D-DELETED, > > * > > > > > * R-SHARED, A-ATL, E-ECS SHARED, K-LOCKED > > * > > > > > *CAS*** > > > > > > > > > > IEC352I CATALOG ADDRESS SPACE MODIFY COMMAND COMPLETED > > > > > > > > > > > > > > > > > > > > > > > > > *George Rodriguez* > > > > > > > > > > *Specialist II - IT Security* > > > > > *PX - 47652* > > > > > *(561) 357-7652 (office)* > > > > > *(954) 415-7586 (mobile)* > > > > > *School District of Palm Beach County* > > > > > *3348 Forest Hill Blvd.* > > > > > *Room B-332* > > > > > *West Palm Beach, FL. 33406-5869* > > > > > *Florida's Only A-Rated Urban District* > > > > > > > > > > > > > > > On Mon, Sep 17, 2018 at 1:51 PM Dana Mitchell > > > > > > wrote: > > > > > > > > > > > For datasets allocated by your TSO session, if you issue > 'ddlist' > > > > > > command, you can look for datasets that you currently have > > allocated > > > > > > that are on the volumes in question. Once found, you will have > to > > > > > > discern if they are allocated in the actual logon proc, or logon > > > > > > clist or rexx, or dynamically and deal with them accordingly. > > > > > > > > > > > > For CATALOG, issue console command 'F > > CATALOG,ALLOCATED(vvv)' > > > > > > where vv= volser, to see what catalog(s) are on the volume > > that > > > > > > will need to be moved. > > > > > > > > > > > > > > -- > > > > > > For IBM-MAIN subscribe / signoff / archive access
Re: ASCRE and ACEE inheritance
Peter, thanks for the response. My concern is that in the exit I issue a RACROUTE VERIFY for a user's id and stash the resulting ACEE in ASXBSENV. When the allocations do eventually get done the temporary data sets (at least) seem to be governed by the original STC's ACEE and the dynamically allocated data sets by the new ACEE. Why does this happen and is it possible to avoid it? Thanks Robin -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Peter Relson Sent: 18 September 2018 18:44 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: ASCRE and ACEE inheritance - Is the INIT routine run under the region control task, or under the started task control task (I suspect the latter)? Why do you care under which task the routine runs? You should probably not be doing anything that cares. FWIW, it does not run under the RCT task. And it does not run under the dump task either. It certainly runs under a task that is older than the jobstep program task (which has not yet been identified since the proc has not yet been read). Why does more need to be stated? - Have any allocations asked for via DD statement in the procedure already been done? Your observation seems to indicate: yes, they have. No they have not. "Before" is "before". Peter Relson z/OS Core Technology Design -- 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: ASCRE and ACEE inheritance
- Is the INIT routine run under the region control task, or under the started task control task (I suspect the latter)? Why do you care under which task the routine runs? You should probably not be doing anything that cares. FWIW, it does not run under the RCT task. And it does not run under the dump task either. It certainly runs under a task that is older than the jobstep program task (which has not yet been identified since the proc has not yet been read). Why does more need to be stated? - Have any allocations asked for via DD statement in the procedure already been done? Your observation seems to indicate: yes, they have. No they have not. "Before" is "before". Peter Relson z/OS Core Technology Design -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Help With PENDING OFFLINE Devices
What I meant was, what was the original reason for varying the devices offline? On Tue, 18 Sep 2018 at 11:32, Mike Schwab wrote: > The volumes are empty except for catalogs, and he varied them offline. > So he needs to delete empty catalogs, move catalogs with data to new > volumes or move the volumes to a new UCB. > On Tue, Sep 18, 2018 at 2:42 AM Mike Shorkend > wrote: > > > > George, > > Maybe you should tell us what you are trying achieve? > > > > There might be easier ways > > > > On Tue, 18 Sep 2018 at 00:16, Gibney, Dave wrote: > > > > > Really unsure what your goal is here, and it's looking dangerous. But, > > > IDCAMS > > > > > > EXPORT catalog name DISCONNECT will remove each catalog from the > CATALOG > > > address space > > > > > > > -Original Message- > > > > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU > ] > > > > On Behalf Of George Rodriguez > > > > Sent: Monday, September 17, 2018 12:08 PM > > > > To: IBM-MAIN@LISTSERV.UA.EDU > > > > Subject: Re: Help With PENDING OFFLINE Devices > > > > > > > > Boy, I'm way over my head here: > > > > > > > > F CATALOG,ALLOCATED(PCAT00) > > > > IEC351I CATALOG ADDRESS SPACE MODIFY COMMAND ACTIVE IEC348I > > > > ALLOCATED CATALOGS 976 > > > > *CAS*** > > > > > > > > * FLAGS -VOLSER-USER-CATALOG NAME > % * > > > > * Y---R- PCAT00 0001 CATALOG.SCHOOL.USERCAT > 1 * > > > > * Y---R- PCAT00 0001 CATALOG.TAPEGDG.DB2.USERCAT > 1 * > > > > * Y---R- PCAT00 0001 CATALOG.TAPEGDG.PROD.USERCAT > 1 * > > > > * Y---R- PCAT00 0001 CATALOG.FINANCE.USERCAT > 1 * > > > > * Y---R- PCAT00 0001 CATALOG.BUDGET.USERCAT > 1 * > > > > * Y---R- PCAT00 0001 CATALOG.DFHSM.USERCAT > 1 * > > > > * Y-I-R- PCAT00 0001 CATALOG.SDPBC.USERCAT > 1 * > > > > *** > > > > > > > > * Y/N-ALLOCATED TO CAS, S-SMS, V-VLF, I-ISC, C-CLOSED, D-DELETED, > * > > > > * R-SHARED, A-ATL, E-ECS SHARED, K-LOCKED > * > > > > *CAS*** > > > > > > > > IEC352I CATALOG ADDRESS SPACE MODIFY COMMAND COMPLETED > > > > > > > > and for the next one: > > > > > > > > F CATALOG,ALLOCATED(PCAT01) > > > > IEC351I CATALOG ADDRESS SPACE MODIFY COMMAND ACTIVE IEC348I > > > > ALLOCATED CATALOGS 981 > > > > *CAS*** > > > > > > > > * FLAGS -VOLSER-USER-CATALOG NAME > % * > > > > * Y---R- PCAT01 0001 CATALOG.TEST.USERCAT > 1 * > > > > * Y---R- PCAT01 0001 CATALOG.TAPEGDG.TEST.USERCAT > 1 * > > > > * Y---R- PCAT01 0001 CATALOG.TESTNEW.USERCAT > 1 * > > > > * Y-I-R- PCAT01 0001 CATALOG.TSO.USERCAT > 1 * > > > > *** > > > > > > > > * Y/N-ALLOCATED TO CAS, S-SMS, V-VLF, I-ISC, C-CLOSED, D-DELETED, > * > > > > * R-SHARED, A-ATL, E-ECS SHARED, K-LOCKED > * > > > > *CAS*** > > > > > > > > IEC352I CATALOG ADDRESS SPACE MODIFY COMMAND COMPLETED > > > > > > > > > > > > > > > > > > > > *George Rodriguez* > > > > > > > > *Specialist II - IT Security* > > > > *PX - 47652* > > > > *(561) 357-7652 (office)* > > > > *(954) 415-7586 (mobile)* > > > > *School District of Palm Beach County* > > > > *3348 Forest Hill Blvd.* > > > > *Room B-332* > > > > *West Palm Beach, FL. 33406-5869* > > > > *Florida's Only A-Rated Urban District* > > > > > > > > > > > > On Mon, Sep 17, 2018 at 1:51 PM Dana Mitchell > > > > wrote: > > > > > > > > > For datasets allocated by your TSO session, if you issue 'ddlist' > > > > > command, you can look for datasets that you currently have > allocated > > > > > that are on the volumes in question. Once found, you will have to > > > > > discern if they are allocated in the actual logon proc, or logon > > > > > clist or rexx, or dynamically and deal with them accordingly. > > > > > > > > > > For CATALOG, issue console command 'F > CATALOG,ALLOCATED(vvv)' > > > > > where vv= volser, to see what catalog(s) are on the volume > that > > > > > will need to be moved. > > > > > > > > > > > -- > > > > > For IBM-MAIN subscribe / signoff / archive access instructions, > send > > > > > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > > > > > > > > > > > -- > > > > > > > > > > > > > > > > > > > > > > > > > > > > *Disclaimer: *Under Florida law, e-mail addresses are public records. > > > > If you do not want your e-mail address released in response to a > public > > > > records request, do not send electronic mail to this entity. Instead, > > > contact > > > > this office by phone or in writing. > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > -- > > > > For IBM-MAIN subscribe / signoff / archive
Re: Help With PENDING OFFLINE Devices
The volumes are empty except for catalogs, and he varied them offline. So he needs to delete empty catalogs, move catalogs with data to new volumes or move the volumes to a new UCB. On Tue, Sep 18, 2018 at 2:42 AM Mike Shorkend wrote: > > George, > Maybe you should tell us what you are trying achieve? > > There might be easier ways > > On Tue, 18 Sep 2018 at 00:16, Gibney, Dave wrote: > > > Really unsure what your goal is here, and it's looking dangerous. But, > > IDCAMS > > > > EXPORT catalog name DISCONNECT will remove each catalog from the CATALOG > > address space > > > > > -Original Message- > > > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > > > On Behalf Of George Rodriguez > > > Sent: Monday, September 17, 2018 12:08 PM > > > To: IBM-MAIN@LISTSERV.UA.EDU > > > Subject: Re: Help With PENDING OFFLINE Devices > > > > > > Boy, I'm way over my head here: > > > > > > F CATALOG,ALLOCATED(PCAT00) > > > IEC351I CATALOG ADDRESS SPACE MODIFY COMMAND ACTIVE IEC348I > > > ALLOCATED CATALOGS 976 > > > *CAS*** > > > > > > * FLAGS -VOLSER-USER-CATALOG NAME % * > > > * Y---R- PCAT00 0001 CATALOG.SCHOOL.USERCAT 1 * > > > * Y---R- PCAT00 0001 CATALOG.TAPEGDG.DB2.USERCAT1 * > > > * Y---R- PCAT00 0001 CATALOG.TAPEGDG.PROD.USERCAT 1 * > > > * Y---R- PCAT00 0001 CATALOG.FINANCE.USERCAT1 * > > > * Y---R- PCAT00 0001 CATALOG.BUDGET.USERCAT 1 * > > > * Y---R- PCAT00 0001 CATALOG.DFHSM.USERCAT 1 * > > > * Y-I-R- PCAT00 0001 CATALOG.SDPBC.USERCAT 1 * > > > *** > > > > > > * Y/N-ALLOCATED TO CAS, S-SMS, V-VLF, I-ISC, C-CLOSED, D-DELETED, * > > > * R-SHARED, A-ATL, E-ECS SHARED, K-LOCKED * > > > *CAS*** > > > > > > IEC352I CATALOG ADDRESS SPACE MODIFY COMMAND COMPLETED > > > > > > and for the next one: > > > > > > F CATALOG,ALLOCATED(PCAT01) > > > IEC351I CATALOG ADDRESS SPACE MODIFY COMMAND ACTIVE IEC348I > > > ALLOCATED CATALOGS 981 > > > *CAS*** > > > > > > * FLAGS -VOLSER-USER-CATALOG NAME % * > > > * Y---R- PCAT01 0001 CATALOG.TEST.USERCAT 1 * > > > * Y---R- PCAT01 0001 CATALOG.TAPEGDG.TEST.USERCAT 1 * > > > * Y---R- PCAT01 0001 CATALOG.TESTNEW.USERCAT1 * > > > * Y-I-R- PCAT01 0001 CATALOG.TSO.USERCAT1 * > > > *** > > > > > > * Y/N-ALLOCATED TO CAS, S-SMS, V-VLF, I-ISC, C-CLOSED, D-DELETED, * > > > * R-SHARED, A-ATL, E-ECS SHARED, K-LOCKED * > > > *CAS*** > > > > > > IEC352I CATALOG ADDRESS SPACE MODIFY COMMAND COMPLETED > > > > > > > > > > > > > > > *George Rodriguez* > > > > > > *Specialist II - IT Security* > > > *PX - 47652* > > > *(561) 357-7652 (office)* > > > *(954) 415-7586 (mobile)* > > > *School District of Palm Beach County* > > > *3348 Forest Hill Blvd.* > > > *Room B-332* > > > *West Palm Beach, FL. 33406-5869* > > > *Florida's Only A-Rated Urban District* > > > > > > > > > On Mon, Sep 17, 2018 at 1:51 PM Dana Mitchell > > > wrote: > > > > > > > For datasets allocated by your TSO session, if you issue 'ddlist' > > > > command, you can look for datasets that you currently have allocated > > > > that are on the volumes in question. Once found, you will have to > > > > discern if they are allocated in the actual logon proc, or logon > > > > clist or rexx, or dynamically and deal with them accordingly. > > > > > > > > For CATALOG, issue console command 'F CATALOG,ALLOCATED(vvv)' > > > > where vv= volser, to see what catalog(s) are on the volume that > > > > will need to be moved. > > > > > > > > -- > > > > For IBM-MAIN subscribe / signoff / archive access instructions, send > > > > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > > > > > > > > -- > > > > > > > > > > > > > > > > > > > > > *Disclaimer: *Under Florida law, e-mail addresses are public records. > > > If you do not want your e-mail address released in response to a public > > > records request, do not send electronic mail to this entity. Instead, > > contact > > > this office by phone or in writing. > > > > > > > > > > > > > > > > > > > > > > > > > > > -- > > > For IBM-MAIN subscribe / signoff / archive access instructions, send > > email to > > >
Re: Help With PENDING OFFLINE Devices
George, Maybe you should tell us what you are trying achieve? There might be easier ways On Tue, 18 Sep 2018 at 00:16, Gibney, Dave wrote: > Really unsure what your goal is here, and it's looking dangerous. But, > IDCAMS > > EXPORT catalog name DISCONNECT will remove each catalog from the CATALOG > address space > > > -Original Message- > > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > > On Behalf Of George Rodriguez > > Sent: Monday, September 17, 2018 12:08 PM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: Re: Help With PENDING OFFLINE Devices > > > > Boy, I'm way over my head here: > > > > F CATALOG,ALLOCATED(PCAT00) > > IEC351I CATALOG ADDRESS SPACE MODIFY COMMAND ACTIVE IEC348I > > ALLOCATED CATALOGS 976 > > *CAS*** > > > > * FLAGS -VOLSER-USER-CATALOG NAME % * > > * Y---R- PCAT00 0001 CATALOG.SCHOOL.USERCAT 1 * > > * Y---R- PCAT00 0001 CATALOG.TAPEGDG.DB2.USERCAT1 * > > * Y---R- PCAT00 0001 CATALOG.TAPEGDG.PROD.USERCAT 1 * > > * Y---R- PCAT00 0001 CATALOG.FINANCE.USERCAT1 * > > * Y---R- PCAT00 0001 CATALOG.BUDGET.USERCAT 1 * > > * Y---R- PCAT00 0001 CATALOG.DFHSM.USERCAT 1 * > > * Y-I-R- PCAT00 0001 CATALOG.SDPBC.USERCAT 1 * > > *** > > > > * Y/N-ALLOCATED TO CAS, S-SMS, V-VLF, I-ISC, C-CLOSED, D-DELETED, * > > * R-SHARED, A-ATL, E-ECS SHARED, K-LOCKED * > > *CAS*** > > > > IEC352I CATALOG ADDRESS SPACE MODIFY COMMAND COMPLETED > > > > and for the next one: > > > > F CATALOG,ALLOCATED(PCAT01) > > IEC351I CATALOG ADDRESS SPACE MODIFY COMMAND ACTIVE IEC348I > > ALLOCATED CATALOGS 981 > > *CAS*** > > > > * FLAGS -VOLSER-USER-CATALOG NAME % * > > * Y---R- PCAT01 0001 CATALOG.TEST.USERCAT 1 * > > * Y---R- PCAT01 0001 CATALOG.TAPEGDG.TEST.USERCAT 1 * > > * Y---R- PCAT01 0001 CATALOG.TESTNEW.USERCAT1 * > > * Y-I-R- PCAT01 0001 CATALOG.TSO.USERCAT1 * > > *** > > > > * Y/N-ALLOCATED TO CAS, S-SMS, V-VLF, I-ISC, C-CLOSED, D-DELETED, * > > * R-SHARED, A-ATL, E-ECS SHARED, K-LOCKED * > > *CAS*** > > > > IEC352I CATALOG ADDRESS SPACE MODIFY COMMAND COMPLETED > > > > > > > > > > *George Rodriguez* > > > > *Specialist II - IT Security* > > *PX - 47652* > > *(561) 357-7652 (office)* > > *(954) 415-7586 (mobile)* > > *School District of Palm Beach County* > > *3348 Forest Hill Blvd.* > > *Room B-332* > > *West Palm Beach, FL. 33406-5869* > > *Florida's Only A-Rated Urban District* > > > > > > On Mon, Sep 17, 2018 at 1:51 PM Dana Mitchell > > wrote: > > > > > For datasets allocated by your TSO session, if you issue 'ddlist' > > > command, you can look for datasets that you currently have allocated > > > that are on the volumes in question. Once found, you will have to > > > discern if they are allocated in the actual logon proc, or logon > > > clist or rexx, or dynamically and deal with them accordingly. > > > > > > For CATALOG, issue console command 'F CATALOG,ALLOCATED(vvv)' > > > where vv= volser, to see what catalog(s) are on the volume that > > > will need to be moved. > > > > > > -- > > > For IBM-MAIN subscribe / signoff / archive access instructions, send > > > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > > > > > -- > > > > > > > > > > > > > > *Disclaimer: *Under Florida law, e-mail addresses are public records. > > If you do not want your e-mail address released in response to a public > > records request, do not send electronic mail to this entity. Instead, > contact > > this office by phone or in writing. > > > > > > > > > > > > > > > > > > -- > > 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 > -- Mike Shorkend m...@shorkend.com www.shorkend.com Tel: +972524208743 Fax: +97239772196 -- For IBM-MAIN subscribe / signoff / archive access
