Re: RRS Logstream non-SMS Allocation

You can use Mount to make a Vol storage until you get the EDT straightened out. In a message dated 10/28/2018 11:03:02 PM Central Standard Time, stars...@mindspring.com writes: So can you display the A3 UCBs and see if they would be what is needed?

Re: RRS Logstream non-SMS Allocation

If I remember correctly, and this may not be correct, The UCB you see identified in the message is the range in the IO Gen that might fit your needs. It is looking for a PRIVATE volume and not finding one. So it says, is one of these UCBs the one you want. So can you display the A3 UCBs and

Re: IBM Nears Deal to Acquire Software Maker Red Hat

A lot of difference of opinion out there. https://techcrunch.com/2018/10/28/forget-watson-the-red-hat-acquisition-may-be-the-thing-that-saves-ibm/   Some of the tech press very negative.  Its a fact that they paid a whopping premium.  CharlesSent from a mobile; please excuse the brevity.

Re: IBM Nears Deal to Acquire Software Maker Red Hat

RedHat isn’t in the open source business. They are in the corporate software business based on open source. Matt Hogstrom m...@hogstrom.org +1-919-656-0564 PGP Key: 0x90ECB270 Facebook LinkedIn Twitter

Re: IBM Nears Deal to Acquire Software Maker Red Hat

I saw the news today and my jaw dropped … same thought, this is significant (if it gets regulatory approval). Matt Hogstrom m...@hogstrom.org PGP Key: 0x90ECB270 KN4MIO Facebook LinkedIn

Re: IBM Nears Deal to Acquire Software Maker Red Hat

"Official: IBM to gobble Red Hat for $34bn – yes, the enterprise Linux biz - Mainframe giant to try on open-source outfit": https://www.theregister.co.uk/2018/10/28/ibm_redhat_acquisition/ Mark T. Regan, K8MTR CTO1, USNR-Retired 1969-1991 On Sun, Oct 28, 2018 at 7:54 PM Mark Regan wrote:

Re: IBM Nears Deal to Acquire Software Maker Red Hat

"Forget Watson, the Red Hat acquisition may be the thing that saves IBM" https://techcrunch.com/2018/10/28/forget-watson-the-red-hat-acquisition-may-be-the-thing-that-saves-ibm/ Mark T. Regan, K8MTR CTO1, USNR-Retired 1969-1991 On Sun, Oct 28, 2018 at 4:14 PM Steve Thompson wrote: > I

RRS Logstream non-SMS Allocation

Hi, I am trying ALLOCATE (z/OS 2.3) non-SMS Managed RRS Logstream Datasets. This used to work, before I changed the Mount Attribute of the zPDT-supplied Volumes (A3*) from STORAGE to PRIVATE. I do not have an ALLOCxx member and the default UNIT is SYSALLDA. It seems that RRS is attempting to

Re: TSO STEPLIB Allocation

On Sun, 28 Oct 2018 08:12:49 -0700 Beverly Caldwell wrote: :>Does anyone know, by any chance, if there is any (legitimate) way to rid :>oneself of an unwanted STEPLIB allocation to one's TSO session ? Ordinarily :>I would set up a new logon procedure but that's not an option on this gig.

Re: TSO STEPLIB Allocation

No; the best you can do is to add a TASKLIB ahead of it, either with the TSOLIB command at the ready prompt or with LIBDEF under ISPF. There are TASKLIB commands available, but there may be security issues with them, and if they're not already installed you're probably not allowed to install

Re: TSO STEPLIB Allocation

Yes, but she wanted to remove libraries from STEPLIB, and there's no way to do that. TSOLIB adds a TASKLIB for unauthorized TSO commands. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List on behalf of Joseph

Re: TSO STEPLIB Allocation

Unofficial but close... http://planetmvs.com/ibm-main/index.html In a message dated 10/28/2018 3:28:45 PM Central Standard Time, 000433f07816-dmarc-requ...@listserv.ua.edu writes: Where's the FAQ for this list? -- For

Re: TSO STEPLIB Allocation

On Sun, 28 Oct 2018 08:12:49 -0700, Beverly Caldwell wrote: >Does anyone know, by any chance, ...? > Where's the FAQ for this list? -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to

Re: We're IST-2IDT, and switching back from UTC+3 to UTC+2 at 2AM Oct. 28th

On Sun, 28 Oct 2018 14:12:21 -0400, Steve Smith wrote: >Not a complete answer, but USS (& I assume Unix in general) lets each user >set the timezone as they wish. Now I wish I could on TSO. > Yup. And DST boundaries are handled automatically for most locales. IIRC, a couple weeks ago, Peter

Re: IBM Nears Deal to Acquire Software Maker Red Hat

I wonder how things will be at SUSE as a result of this acquisition. Didn't IBM sell them IEF access for KVM purposes? That is to be able to set up LPARs on certain models of the z/ machines? Or did I misunderstand what was said the last SHARE I attended (Providence RI)? Regards, Steve

IBM Nears Deal to Acquire Software Maker Red Hat

https://www.bloomberg.com/news/articles/2018-10-28/ibm-is-said-to-near-deal-to-acquire-software-maker-red-hat CharlesSent from a mobile; please excuse the brevity. -- For IBM-MAIN subscribe / signoff / archive access

Re: We're IST-2IDT, and switching back from UTC+3 to UTC+2 at 2AM Oct. 28th

Not a complete answer, but USS (& I assume Unix in general) lets each user set the timezone as they wish. Now I wish I could on TSO. sas On Sun, Oct 28, 2018 at 10:51 AM Giliad Wilf < 00d50942efa9-dmarc-requ...@listserv.ua.edu> wrote: > My fault ! > > TZ had to be expressed with startdate

Re: TSO STEPLIB Allocation

From my experience, not exactly. If a new application starts within the ISPF environment, and they do it correctly, then your libraries may not get looked at by ISPF in that split/session. This protects from mixed code issues where one application uses program names used by another

Re: TSO STEPLIB Allocation

Sure those are valid ways too. Joe On Sun, Oct 28, 2018 at 11:10 AM Joseph Reichman wrote: > So what at the ready prompt Beverly can issue a TSOLIB then get into ISPF > won’t the TSOLIB be valid in ISPF > If you just want ISPF then wont LIBDEF ISPLLIB do the trick ? > > Joe Reichman > 170-10

Re: TSO STEPLIB Allocation

So what at the ready prompt Beverly can issue a TSOLIB then get into ISPF won’t the TSOLIB be valid in ISPF If you just want ISPF then wont LIBDEF ISPLLIB do the trick ? Joe Reichman 170-10 73 rd ave Fresh meadows NY 11366 > On Oct 28, 2018, at 12:06 PM, Joe Monk wrote: > > you can only use

Re: TSO STEPLIB Allocation

you can only use TSOLIB outside of ISPF :) But from ISPF you can ALLOC and then execute ... Joe On Sun, Oct 28, 2018 at 10:51 AM Joseph Reichman wrote: > Doesn't the TSOLIB command do that ? > > > > Joe Reichman > 170-10 73 rd ave > Fresh meadows NY 11366 > > > On Oct 28, 2018, at 11:42 AM,

Re: TSO STEPLIB Allocation

Doesn't the TSOLIB command do that ? Joe Reichman 170-10 73 rd ave Fresh meadows NY 11366 > On Oct 28, 2018, at 11:42 AM, Joe Monk wrote: > > you can always use TASKLIB to put in your own stuff ahead of step lib in > the search order... TSO searches tasklib ahead of steplib. > > Joe > >

Re: TSO STEPLIB Allocation

you can always use TASKLIB to put in your own stuff ahead of step lib in the search order... TSO searches tasklib ahead of steplib. Joe On Sun, Oct 28, 2018 at 10:13 AM Beverly Caldwell wrote: > Does anyone know, by any chance, if there is any (legitimate) way to rid > oneself of an unwanted

Re: TSO STEPLIB Allocation

There is dynamic steplib on the CBTTAPE site Maybe you can dummy it out not sure If this your job you sound like a contracter I would be careful if it’s impending your job maybe you might tell someone On Sun, Oct 28, 2018 at 11:13 AM Beverly Caldwell wrote: > Does anyone know, by any chance,

TSO STEPLIB Allocation

Does anyone know, by any chance, if there is any (legitimate) way to rid oneself of an unwanted STEPLIB allocation to one's TSO session ? Ordinarily I would set up a new logon procedure but that's not an option on this gig. Probably better not download any code either.

Re: We're IST-2IDT, and switching back from UTC+3 to UTC+2 at 2AM Oct. 28th

My fault ! TZ had to be expressed with startdate and enddate like this: IST-2IDT,M3.4.5,M10.5.0 ...where M.3.4.5 means start date is month 3, week 4, day 5 (Friday) ...and M10.5.0 means end date is month 10, week 5, day 0 (Sunday). I suddenly recalled raising this issue half a year ago,

Re: We're IST-2IDT, and switching back from UTC+3 to UTC+2 at 2AM Oct. 28th

Yes, I did set TZ to IST-2IDT five months ago on /etc/profile, and at additional places , such as: /etc/init.options /etc/httpd.envvars /etc/csh.login /usr/local/zoneinfo ...and, of course, also on CEEDOPT, CEECOPT, and on CELQDOPT sectors of CEEPRM00...to no avail. Something is still

Re: We're IST-2IDT, and switching back from UTC+3 to UTC+2 at 2AM Oct. 28th

For USS stuff, look in /etc/profile. There might be a TZ varable being set there. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Giliad Wilf Sent: Sunday, October 28, 2018 10:26 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: We're IST-2IDT, and switching back from

Re: We're IST-2IDT, and switching back from UTC+3 to UTC+2 at 2AM Oct. 28th

Well, something did not work as I expected. (My original post: https://listserv.ua.edu/cgi-bin/wa?A2=ind1810=IBM-MAIN=D=420113 ) The command... $TA STTZ,T=98.00,'$VS,''SET TIMEZONE=E.02.00''' ...issued on Wed. Oct. 24th did switch local time back from IDT (UTC+3) to IST (UTC+2) this morning at

Re: policy agent config file - use of system symbols

That’s exactly what I meant by Policy Agent = Communication Server PAGENT component. Alexei > On 27 Oct 2018, at 23:38, Charles Mills wrote: > > At least in my limited brain, Policy Agent = PAGENT = AT-TLS. > > Charles > > > -Original Message- > From: IBM Mainframe Discussion List