Re: DS8000 Simulator
Closest thing is to install the GUI locally and use offline mode if you have access to the customer discs. But that’s just the GUI. There’s no way to use DSCLI without a real DS to connect to. -Ben Sent from my iPhone > On May 11, 2019, at 11:54 PM, Peter wrote: > > Hi > > Is there a simulator version for DS8K ? > I want to download and for self learning. > > Peter > > -- > 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: Library Server Being Replaced Clarification
Hello! Thanks for the reply! So, I have a really dumb question that will expose the fact that I don't know anything about how to use Softcopy Librarian, but hopefully may help someone else also. Normally, I'd go investigate, but since there's a time crunch here, I thought I'd ask around... So, for example, (and only because it's the first one in the list... not really that interested in it specifically), when I go to the Shelves section of https://www.ibm.com/support/libraryserver/library, I see the shelf for "Shelf: 2210 and NWays Multiprotocol Routing Services Release 2.1". I can browse into it, and see at the bottom of the page that the path to the .BKS file is "/home/webapps/zoslib/htdocs/bkshelf/E2F0BK08.BKS". I can go to the IBM Publications Site and search for that shelf, and it finds it, but I can't download it. I can however download the individual .boo files. If I go into Softcopy Librarian and point it at publib.boulder.ibm.com, it comes up with some product categories, but they're all for current products only. How do I access the older stuff? Thanks so much! -Ben From: IBM Mainframe Discussion List on behalf of Geoff Smith Sent: Thursday, May 2, 2019 9:37 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Library Server Being Replaced Clarification Hi Ben. The Library Server site is being shutdown. We are planning a redirect to the new Archive site. Regarding downloads, IBM Softcopy Librarian (SCL) is the way to receive all the BookManager content. SCL downloads, the books, shelves, indices, extended shelves and pdfs. I suggest downloading the entire Softcopy kit of whatever you are interested in. I have downloaded all the available BookManager Collections and I'm hosting them with an internal Library Server. As you download make sure you rebuild the collection catalog and filter on new or updated. I hope this was helpful. Regards, Geoff Smith IBM Content Design and Development -- 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: Library Server Being Replaced Clarification
Hi! Thank you for that clarification. Just to be 100% clear, that does mean that the Library Server site, https://publib.boulder.ibm.com/support/libraryserver/library, will indeed be shut off after the June 1 date, correct, or will it continue to be online, but just not maintained? Some of the BKS files and documents hosted there are "available" on the IBM Publications site, in that there's record of their existence, but they are not available for download. And furthermore, since you can't order things on the IBM Publications Site any longer, there's effectively no way to obtain them. Will that be addressed another way? With respect, -Ben From: IBM Mainframe Discussion List on behalf of Geoff Smith Sent: Monday, April 29, 2019 1:08 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Library Server Being Replaced Clarification Hi All IBM Library Server uses the IBM Publications Center as it's source. The Publications Center (aka publib) and it's content is NOT going away. You can download all the content (BookManager Books, PDFs, Shelves and Extended Shelves) using the IBM Softcopy Librarian or you can use the IBM Publications to download individual books and PDFs. The content on Publib is IBM Copyrighted content and would not be donated to another repository. Once downloaded, you can use you own Library Server to view and search the content, or for local use, you can use the IBM Softcopy Librarian to view and search BookManager books and the Adobe Acrobat reader for PDF format. -- 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: P370/390
Occasionally, when someone brings them up. I have a few, and I know others on this list do as well, but there is a dedicated list for them, p370-l, and also they come up on the cctalk list every now and then. I’ve seen more discussion on those lists about them than I have here, so you might look into those lists as well... What’s your question? Have fun!! -Ben Sent from my iPhone > On Oct 20, 2018, at 7:27 AM, W Mainframe > <01304632a58d-dmarc-requ...@listserv.ua.edu> wrote: > > Guys,Is there any active discussion list about P370 and P390? I found some > but seems there is no any acitivity. > Thank youDan > > Sent from Yahoo Mail for iPhone > > -- > 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: DS8000 LCU/Subsystem
Hi! Thanks for the reply! I'm really trying to fully understand this. Taking a slightly-modified version of your example IOCP lines below, you're saying that it's the CUNUMBR= value that ties the CTLUNIT and IODEVICE lines together within the IOCP, but the DS8000 doesn't care about that. The RedBooks state that the CUADD must match the LCU ID, therefore if the CUADD=A0, then -id A0 must be specified on the mklcu command on the DS8000: CNTLUNIT CUNUMBR=1234,PATH=(xx,xx),UNIT=2105, UNITADD=((00,256)),CUADD=A0 IODEVICE ADDRESS=(E000,256),CUNUMBR=1234,UNIT=3390 So if I understand you correctly, you're saying that from the z/OS side, the -ss parameter is irrelevant, so that my mklcu should look like this: mklcu -qty 1 -id A0 -ss A000 -lcutype 3990-6 And then I would define volumes as: mkckdvol -extpool P0 -cap 3339 -name CKD_P0_#h A000-A0B9 And so on the DS8000, for example, I'll have volume A000, but z/OS will see it as E000, due to the IODEVICE line?? Thank you again for taking the time to work through this with me. This isn't something that comes up all the time and it's been fun to work through! -Ben From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Malcolm Beattie [beatt...@uk.ibm.com] Sent: Saturday, March 12, 2016 5:23 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: DS8000 LCU/Subsystem Benjamin Huntsman writes: >I'm trying to provision a new LCU and some volumes on a DS8000. First, > the LCU: > > mklcu -qty 1 -id A0 -ss E000 -lcutype 3990-6 > >That works, and I can see the LCU. Now the volumes: > > mkckdvol -extpool P0 -cap 3339 -name CKD_P0_#h E000-E0B9 > >Then, I get a load of errors, like this: > > CMUN02282e mkckdvol: E000: Unable to create CKD logical volume: CKD volumes > require a CKD logical subsystem I think it's that the volume IDs E000-E0B9 you're creating need to have the first two hex digits matching the LCU id which in your case is A0 (from the "mklcu ... -id A0"). The "-ss E000" isn't really related to the important naming and mapping between I/O on the z side and on the DS8k side. The subsystem id is just an admin-chosen number that the DS8k will present to the operating system when it asks. So what you probably want is: mkckdvol -extpool P0 -cap 3339 -name CKD_P0_#h A000-A0B9 (provided that P0 is a CKD extent pool in the first place). What the DS8k sees from the channel when the z side asks to do I/O to a volume is the LCU id and the number of the volume within that range (00-B9 in your example above). Looking at the I/O from the operating system on the z side, you're referring to a volume by its device number (ok, it's really the subchannel corresponding to it but ignore that here). The mapping from z device number to the (LCU id, index-within-range-on-that-LCU) pair is done by the z channel subsystem by using what you have in your IOCDS. >From your mkckdvol command, I'm guessing you want those device numbers to appear as E000-E0B9 on the z side. The relevant parts of that here may well be something based on IOCP source (or a corresponding HCD-created configuration) like: CNTLUNIT CUNUMBR=1234,PATH=(xx,xx),UNIT=2105, UNITADD=((00,256)),CUADD=1A IODEVICE ADDRESS=(E000,256),CUNUMBR=1234,UNIT=3390 The CUNUMBR is only relevant on the z side; it isn't seen by the DS8k and need not correspond to any number on the DS8k. (In particular, it isn't related to the logical subsystem id, ssid, mentioned above). It's just for matching the IODEVICE range to the CNTLUNIT statement so I've shown it as 1234 here to emphasise that it need not be related to any of the other numbers. On the z side, an I/O to device E077 (for example) by the operating system gets mapped by the channel subsystem to the pair (1A, 77) and sent down a channel to the DS8k. (Which channel? One of the ones listed in the PATH=(xx,xx,...) attributes for that CNTLUNIT) to the DS8k.) The DS8k then maps that (1A,77) to what it refers to as volume id 1A77. --Malcolm -- Malcolm Beattie Linux and System z Technical Consultant, zChampion IBM UK Systems and Technology Group -- 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
DS8000 LCU/Subsystem
Hi! Please forgive the question, but I don't carve up new volumes every day. When I do, they're typically FB, and I'm trying to learn more of the mainframe side. I'm hoping someone on here might have run into this on a DS8000 and can spot what's going on. I'm also working with IBM on it, but I also figure it's an interesting technical issue. I'm trying to provision a new LCU and some volumes on a DS8000. First, the LCU: mklcu -qty 1 -id A0 -ss E000 -lcutype 3990-6 That works, and I can see the LCU. Now the volumes: mkckdvol -extpool P0 -cap 3339 -name CKD_P0_#h E000-E0B9 Then, I get a load of errors, like this: CMUN02282e mkckdvol: E000: Unable to create CKD logical volume: CKD volumes require a CKD logical subsystem I'm sensitive to the sentiment against "how-to" type questions, so please bear with me. I've read through a dozen manuals, RedBooks, and presentations. What I'm really after here is to understand the issue. It seems to be tripping up on the fact that the LCU ID, which has to match the CUADD, is different from the first two parts of the subsystem ID. Has anyone run into this before, or can spot the error of my ways? Thank you very much! -Ben -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: CITRIX
Citrix, when used correctly, is actually really awesome... but then again it's sole reason for existence is to work around Windows' deficiencies... From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of David Speake [david.spe...@bcbssc.com] Sent: Tuesday, February 02, 2016 2:16 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: CITRIX I have recently acquired an extraordinary unpleasant affliction – CITRIX. I detest pointing devices, drool and point, grunt and click, arrrghh! I use keyboard shortcuts wherever possible and know scores of them’ CITRIX seems to completely destroy this capability for APPS running under it. I was reminded by a coworker that it may be a ‘feature’ of the local install choices. I apologize that this is not exactly a z question but I got 50 hits on CITRIX, 2010 -2016. -- 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
accounting packages
Pardon the dumb question, but I'm just curious... Does anyone know of any financial accounting packages available on the market for z/OS (or VSE), that may be small(ish)-business friendly? Or do pretty much all mainframe customers roll their own? Many thanks! -Ben -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: accounting packages
Is there a reason that it needs to be on the mainframe? If it's a small business, there are plenty of suitable accounting packages such as QuickBooks available at a low price. No, no reason at all. I'm just not aware of any such products that do run on the Mainframe, and didn't find any with some searches either. Just seeing if anyone in the community knows of any. Thanks! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
9033-4 ESCON Director
Apologies for the odd question, but anyone know where I could land a 9033 Model 4 ESCON director, plus console, and hopefully manuals and the console software? Thanks in advance! -Ben -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Moved DASD - import catalog
This is a theoretical exercise, and I'm a newbie, so please pardon me if this is basic stuff... Let's say I have a DASD volume on one system, and it has a user catalog on it for all the datasets on the volume, and I want to move this volume to a different system that knows nothing about it currently. How would I go about first, verifying in the user catalog that there aren't going to be any name conflicts with datasets on other volumes, and two, importing the catalog into the receiving system's master? I suppose I could just recatalog everything, but that might be painful, especially for any VSAM datasets... Or would it just be simpler to backup all the datasets on the source system, then restore them onto the target system on a new volume? Many thanks! -Ben -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: shark fin
We got one with our 2105. The 2105's long gone, but the guy who lead the project to buy it still had the fin. He left the company recently and took the fin with him. It had been #1 on my list of things to loot, but I guess I won't get the chance. I've met several folks who have them, and they all say they'd never let it go. Still hoping I'll land one someday! -Ben From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of efinnell15 [efinnel...@aol.com] Sent: Sunday, October 13, 2013 1:21 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: shark fin Your google broken? It was a plastic prop distributed with the DASD boxes. Like the penguins with the ICEbergs. EMC claims a large collection of them after swap outs for their boxes. In a message dated 10/13/13 15:15:57 Central Daylight Time, cblaic...@syncsort.com writes: What is a Shark Fin? I know what a Shark device is, but what is a Shark Fin -- 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
shark fin
A little off topic, and not a technical issue, but I figured this would be a likely crowd... Anyone still have a Shark fin, and might be persuaded to part with it for some reasonable consideration? Thanks in advance! -Ben -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
3590 firmware
Potentially basic question here. I'm trying to update the microcode on my 3590, using my 3590-A50 controller. I have the microcode file D0IF_2FB.fmrz, but how do I get it onto the A50? There is a menu option to load it from a floppy, but the image is larger than a floppy. Or is the trick to hook the 3590 up to a different host, update, then hook it back up to the A50? Thanks in advance! -Ben -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: 3590 firmware
I don't have maintenance on mine... Plus I enjoy poking at the stuff myself. Thanks! -Ben From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Lizette Koehler [stars...@mindspring.com] Sent: Monday, October 07, 2013 9:12 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: 3590 firmware Usually my CE pulls and installs microcode on my 3590s. Is this something you normally do? Lizette -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Benjamin Huntsman Sent: Monday, October 07, 2013 8:24 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: 3590 firmware Potentially basic question here. I'm trying to update the microcode on my 3590, using my 3590-A50 controller. I have the microcode file D0IF_2FB.fmrz, but how do I get it onto the A50? There is a menu option to load it from a floppy, but the image is larger than a floppy. Or is the trick to hook the 3590 up to a different host, update, then hook it back up to the A50? Thanks in advance! -Ben -- 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: 3590 firmware
Indeed the A50 runs AIX 4.3.2. Two logins are provided: service and extended. The service login does not require a password and immediately goes into the smitty menus, and does not have any option for getting to a command line. The extended login prompts for a password, which I can't find documented anywhere, but which would presumably permit command line access. I suppose I could pull the hard drive, hook it up to another AIX box I have around here, and copy the file over, but somehow that seems a bit heavy-handed. Plus, I'm trying to learn the proper procedure! Thanks again! -Ben From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of R.S. [r.skoru...@bremultibank.com.pl] Sent: Monday, October 07, 2013 9:33 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: 3590 firmware W dniu 2013-10-07 18:12, Lizette Koehler pisze: Usually my CE pulls and installs microcode on my 3590s. Is this something you normally do? IMHO even your CE has to manage the OP's problem (image sizediskette size). The question is how to do it. Wild guess: do you have access to A50's OS shell? (AFAIR it's AIX). If yes then try to use any of AIX tools to split and merge the file on A50's HDD. -- Radoslaw Skorupka Lodz, Poland -- Tre tej wiadomoci moe zawiera informacje prawnie chronione Banku przeznaczone wycznie do uytku subowego adresata. Odbiorc moe by jedynie jej adresat z wyczeniem dostpu osób trzecich. Jeeli nie jeste adresatem niniejszej wiadomoci lub pracownikiem upowanionym do jej przekazania adresatowi, informujemy, e jej rozpowszechnianie, kopiowanie, rozprowadzanie lub inne dziaanie o podobnym charakterze jest prawnie zabronione i moe by karalne. Jeeli otrzymae t wiadomo omykowo, prosimy niezwocznie zawiadomi nadawc wysyajc odpowied oraz trwale usun t wiadomo wczajc w to wszelkie jej kopie wydrukowane lub zapisane na dysku. This e-mail may contain legally privileged information of the Bank and is intended solely for business use of the addressee. This e-mail may only be received by the addressee and may not be disclosed to any third parties. If you are not the intended addressee of this e-mail or the employee authorised to forward it to the addressee, be advised that any dissemination, copying, distribution or any other similar activity is legally prohibited and may be punishable. If you received this e-mail by mistake please advise the sender immediately by using the reply facility in your e-mail software and delete permanently this e-mail including any copies of it either printed or saved to hard drive. BRE Bank SA, 00-950 Warszawa, ul. Senatorska 18, tel. +48 (22) 829 00 00, fax +48 (22) 829 00 33, www.brebank.pl, e-mail: i...@brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237, NIP: 526-021-50-88. Wedug stanu na dzie 01.01.2013 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 168.555.904 zotych. -- 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: VisualAge
The rules may not be the same for the MSDOS, Windows, Linux, OS2, AIX, etc. VisualAge products. Depending on the platform what the poster wants to do may be legal. Sorry, certainly wasn't trying to do anything shady. I know that the licenses for WDz/RAD/RDz products are non-transferable and expire. I had thought though that VA PL/I 2.1 and VA Cobol 3.07 for the Windows platform were non-expiring boxed products that could be transferred. But you're right, I should have specified the platform I'd meant... Windows. Again, didn't think it'd be a problem for Windows, so the question still stands. If that's against the rules also, then certainly, forget it. Thank you for not shooting me down completely!! :) Many thanks! -Ben From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Clark Morris [cfmpub...@ns.sympatico.ca] Sent: Tuesday, April 09, 2013 7:25 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: VisualAge On 9 Apr 2013 03:31:26 -0700, in bit.listserv.ibm-main you wrote: Benjamin Huntsman wrote: Was wondering, might anyone here have an old copy of VisualAge PL/I 2.1 and/or VisualAge Cobol 3.07 that they'd be willing to part with for some reasonable compensation? Did you asked IBM? These languages are copyrighted and licensed by IBM. I doubt if anyone will risk his/her career by violating copyright issues. But why do you need an old version? And using that on a newer z/OS with LE? Of course we don't have these old versions. As soon we upgrade, we drop the old version to comply with licensing. The rules may not be the same for the MSDOS, Windows, Linux, OS2, AIX, etc. VisualAge products. Depending on the platform what the poster wants to do may be legal. Clark Morris 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
VisualAge
Hello, and apologies in advance for the noise... Not sure where else to pose the question. Was wondering, might anyone here have an old copy of VisualAge PL/I 2.1 and/or VisualAge Cobol 3.07 that they'd be willing to part with for some reasonable compensation? Many thanks in advance!! -Ben -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
