Re: Connect Direct

You can ask your question here and see if anyone can assist you. IBMMAIN is a general purpose list. Lizette -Original Message- >From: Bill Widmayer >Sent: Sep 15, 2015 2:33 PM >To: IBM-MAIN@LISTSERV.UA.EDU >Subject: Connect Direct > >Since IBM now supports

Re: Concatenated datasets read information.

In

Re: Connect Direct

If there is I can't find it. Did find a list over on Developer works. https://www.ibm.com/developerworks/community/forums/html/topic?id=62834f13-2 66e-476b-af64-ea22d6ef4be7=25 Which I can browse but not being a developer don't think I can post. In a message dated 9/15/2015 4:34:18 P.M.

Re: Connect Direct

On 09/15/2015 06:22 PM, Ed Finnell wrote: In a message dated 9/15/2015 4:34:18 P.M. Central Daylight Time, bill.widma...@wipro.com writes: Since IBM now supports Connect Direct, is there a listserv to post questions on that topic? There is on Linkedin. There is an MFT group and I think an

Re: SMP/E Help

CALLLIBS are best used for modules not part of your product. You would use NCAL and INCLUDE statements for libraries and modules supplied by your product or by another product or FMID from your company. Using CALLLIBS does abdicate the control of any module not mentioned by an INCLUDE

Re: CBPDO vs ServerPac

From memory (15+ years ago), lack of control over DASD space allocation and CSI configuration. R.S. wrote: W dniu 2015-09-15 o 20:40, CM Poncelet pisze: Yes, I would agree. CBPDO and any other native SMP/E installs are faster and more user-controllable than 'PAC' ones. CP What kind of

Re: CBPDO vs ServerPac

I ordered a ServerPac. I can't imagine reasons to do a z/OS CBPDO again. On the other hand, I probably won't do all the steps in the Serverpac. And it is true that getting the dataset distribution how I like it will be one of the biggest efforts. On the otherhand, I expect I will again order

Re: Concatenated datasets read information.

Thanks to everybody for the ideas. I don't know exactly what the application programmers need, they asked me to know if there's a possibility. I'll investigate deeper to understand if it's a real need and if the solutions you proposed are applicable. >From my side it's a bit intriguing to know

Re: SMPE -removal of USERMOD ++HOLD created instream

Yep, doing a RECEIVE for a ++RELEASE HOLDDATA does not do anthing. Before: Entry Type: HOLDDATAZone Name: GLOBAL Entry Name: SZPE113 Zone Type: GLOBAL

Re: CBPDO vs ServerPac

Yes, I would agree. CBPDO and any other native SMP/E installs are faster and more user-controllable than 'PAC' ones. CP william janulin wrote: I have used both and found that the CBPDO is an easier install. Too many variables with SERVERPAC. Bill J. On Tuesday, September 15, 2015

Re: HSM Error Message

I hate smart phones sometimes. 1) List datasets from volume(408922) 2) Try to recall all valid datasets 3) Recycle empty tape Note: z/OS V2.1 will let you have up to 255 connected volumes Lizette -Original Message- >From: Lizette Koehler >Sent: Sep 15, 2015

Re: SMPE -removal of USERMOD ++HOLD created instream

On Sat, 12 Sep 2015 00:01:55 -0500, Bruce Hewson wrote: >I tried using ++RELEASE but that fails. Something about the ++HOLD being >encoded inside the ++USERMOD. "++RELEASE statements do not affect ++HOLD statements within a SYSMOD (internal HOLDDATA)." - SMP/E Reference. Usage notes for

Re: CBPDO vs ServerPac

CustomPac is chargable, ServerPac is not. CIT | Ken Porowski | VP Mainframe Engineering | Information Technology | +1 973 740 5459 (tel) | ken.porow...@cit.com This email message and any accompanying materials may contain proprietary, privileged and confidential information of CIT Group

Re: CBPDO vs ServerPac

The one week you gain by ordering as a PDO, you will lose by having to do all the SMPE and integration of your other products on the back end. I would wait for Serverpack _ Dave Jousma Assistant Vice President, Mainframe

Re: CBPDO vs ServerPac

I have used both and found that the CBPDO is an easier install. Too many variables with SERVERPAC. Bill J. On Tuesday, September 15, 2015 11:11 AM, Paul Flynn wrote: We're getting ready to put in our order for z/OS 2.2.  We're having an internal debate regarding

Re: CBPDO vs ServerPac

W dniu 2015-09-15 o 17:00, Paul Flynn pisze: We're getting ready to put in our order for z/OS 2.2. We're having an internal debate regarding whether we should order it as a CBPDO or a ServerPac. We've always done ServerPacs in the past but we're told that we can order a CBPDO one week

Re: CBPDO vs ServerPac

FWIW, it looks like 2.2 is already orderable on ShopZ. Don’t know when it will start shipping. _ Dave Jousma Assistant Vice President, Mainframe Engineering david.jou...@53.com 1830 East Paris, Grand Rapids, MI  49546 MD RSCB2H p

CBPDO vs ServerPac

We're getting ready to put in our order for z/OS 2.2. We're having an internal debate regarding whether we should order it as a CBPDO or a ServerPac. We've always done ServerPacs in the past but we're told that we can order a CBPDO one week earlier. We're very anxious to have the GA code so

Re: SMPE -removal of USERMOD ++HOLD created instream

I thought that ++HOLD records always had a date, which the corresponding ++RELEASE had to match. I just looked at a random held IBM PTF. It has a date. My user hold records have dates. Where did your ++HOLD come from? Could there be a construction error? . . . J.O.Skip Robinson Southern

Re: CBPDO vs ServerPac

On Sep 15, 2015, at 10:38 AM, R.S. wrote: --SNIP_ DON'T DO IT Under any circumstance don't order CBPDO instead of ServerPac. CBPDO is much more labour intensive and complicated. I will disagree. SERVPAC are a real PITA. I had some run ins with level 2 and were gotten

DFSORT (old) enhancement

David, thanks very much for your clarifications. Walter Marguccio z/OS Systems Programmer BELENUS LOB Informatic GmbH Munich - Germany -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to

Re: HSM Error Message

1. list datasets form volume(832303) 2. try to recall all valid datasets 3. recycle empty tape Lizette -Original Message- >From: "Steely, Mark" >Sent: Sep 15, 2015 8:15 AM >To: IBM-MAIN@LISTSERV.UA.EDU >Subject: HSM Error Message > >I am getting the following

Re: CBPDO vs ServerPac

If you lack the money, have the time, talent, and DASD ... go ahead. Do the CBPDO. If you're short-handed, lack resources, over worked, and over allocated, tell them to come up with the bucks and do the ServPac. Anne R. Adams, CISSP DTI, Systems Engineering Sr. Mainframe Services Analyst

Re: CBPDO vs ServerPac

Bucks? I don't think it costs anymore to do serverpac. _ Dave Jousma Assistant Vice President, Mainframe Engineering david.jou...@53.com 1830 East Paris, Grand Rapids, MI  49546 MD RSCB2H p 616.653.8429 f 616.653.2717

HSM Error Message

I am getting the following message trying to recycle a volume: ARC0445I VOLUME 408922 CANNOT BE RECYCLED, REASON= 0028, EXPLANATION: CONNECTED SET TOO LONG Reason 28: 28CONNECTED SET TOO LONG: DFSMShsm will not recycle connected sets exceeding 40 volumes. The volume specified

Re: HSM Error Message

These are not migration volumes these are backup volumes. Thanks -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Lizette Koehler Sent: Tuesday, September 15, 2015 11:58 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: HSM Error Message

Re: HSM Error Message

Then I would probably open a case with HSM Level2 with IBM and see if there is a trick to fix it. Lizette -Original Message- >From: "Steely, Mark" >Sent: Sep 15, 2015 10:06 AM >To: IBM-MAIN@LISTSERV.UA.EDU >Subject: Re: HSM Error Message > >These are not migration

Re: CBPDO vs ServerPac

We got a bill when we ordered the ServPac. Our last upgrade came on a bunch of CDs (or DVDs?) and we had to customize it every step of the way before we could IPL. The upgrade before that we downloaded through the internet and after some initial wrangling with the JCL/loads, we put down and

Re: HSM Error Message

I know I did this in the past. My best guess it that you can use a FIXCDS Display of the record in the BCDS using the DSI name as the key. In the BCSD record is the original name. > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf

Re: HSM Error Message

The list DSI command is showing me the datsetname that IBM is using not what the true name is. From that list I can't determine the DSN and backup version to remove. Thanks -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Gibney,

Re: HSM Error Message

Determine a disposable back-up version which spans some volume gap. (How is left as an OP exercise, I would expect some use of LIST(s) commands.) BDELETE this version, which should break the chain into two smaller chains. Repeat if needed to get each chain under 40 volumes. > -Original

Connect Direct

Since IBM now supports Connect Direct, is there a listserv to post questions on that topic? Bill Widmayer Mainframe Architect|| GIS Data Center Services, Wipro || 6620 Bay Circle, Norcross, GA, 30071 || P:678.728.1649 || F:678.728.1583 || C:404.313.8965

Re: CBPDO vs ServerPac

W dniu 2015-09-15 o 19:18, Adams, Anne (DTI) pisze: If you lack the money, have the time, talent, and DASD ... go ahead. Do the CBPDO. If you're short-handed, lack resources, over worked, and over allocated, tell them to come up with the bucks and do the ServPac. The price difference CBPDO

Re: CBPDO vs ServerPac

W dniu 2015-09-15 o 20:40, CM Poncelet pisze: Yes, I would agree. CBPDO and any other native SMP/E installs are faster and more user-controllable than 'PAC' ones. CP What kind of control do you lack in ServerPac??? BTW: Quotation from IBM course ES41 z/OS Installation: "However, the CBPDO

Re: CBPDO vs ServerPac

The other option is SystemPAC or CustomPAC. Depending on level sets and Software releases(down level) can save considerable conversion time. For the places I've had to use it IBM will do a deal if you're doing hardware upgrades. In a message dated 9/15/2015 3:37:13 P.M. Central Daylight

Re: Concatenated datasets read information.

Massimo Biancucci wrote: I don't know exactly what the application programmers need, they asked me to know if there's a possibility. I'll investigate deeper to understand if it's a real need There's the lesson! "Never listen to the application programmers until you know what they are actually

Re: SMP/E Help

On Mon, 14 Sep 2015 11:24:31 -0500, Paul Gilmartin wrote: >On Mon, 14 Sep 2015 09:41:54 -0500, Tom Marchant wrote: >> >>CALLLIBS processing can be confusing at first, too >> >Never used CALLLIBS. I need to RTFM. I believe autocall abdicates control >of load module content. Will any SMP/E

Re: Concatenated datasets read information.

On Tue, Sep 15, 2015 at 9:22 AM, Jack J. Woehr wrote: > Massimo Biancucci wrote: > >> I don't know exactly what the application programmers need, they asked me >> to know if there's a possibility. >> >> I'll investigate deeper to understand if it's a real need >> > There's the