Re: SYNCSORT or ICEMAN
Q: are you sure the method will not work with tape datasets? Just curious -- Radoslaw Skorupka Lodz, Poland W dniu 2012-12-20 18:30, George, William@FTB pisze: Thanks. A small detail I, again forgot, is these are TAPE datasets. :( Otherwise this would be a nice method. Bill -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Sri h Kolusu Sent: Thursday, December 20, 2012 9:22 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SYNCSORT or ICEMAN George , Just to clarify ICEMAN is the program name for DFSORT. You can invoke DFSORT with PGM=ICEMAN. DFSORT's official three character identifier is ICE, so all of the DFSORT modules start with ICE (ICEMAN, ICETOOL, ICEGENER, etc) and all of the DFSORT messages start with ICE (ICExxxs). other sort products(Syncsort, ca-sort) use (SORT,ICEMAN) as an alias. Coming to your requirement, it is quite easy with batch version of Extended Search-For Utility (3.15). The String found indicator is mentioned by a numeric and at the bottom of the listing you will find corresponding dataset name. //SEARCH EXEC PGM=ISRSUPC,PARM=(SRCHCMP,'') //NEWDD DD DSN=Your GDG Base name, // DISP=SHR //OUTDD DD SYSOUT=* //SYSIN DD * SRCHFOR 'your search string' //* Sri Hari Kolusu IBM Mainframe Discussion List IBM-MAIN@listserv.ua.edu wrote on 12/20/2012 09:06:59 AM: From: George, William@FTB william.geo...@ftb.ca.gov To: IBM-MAIN@listserv.ua.edu, Date: 12/20/2012 09:08 AM Subject: Re: SYNCSORT or ICEMAN Sent by: IBM Mainframe Discussion List IBM-MAIN@listserv.ua.edu Sorry for the lack of a more descriptive subject. I did mean to go back and put one in but plain forgot. That seems to be happening a bit more than before. Hmmm. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of George, William@FTB Sent: Thursday, December 20, 2012 8:57 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: SYNCSORT or ICEMAN I have a need to check 50 datasets (50 gens of a GDG) and extract records that match my criteria. I also would like to know which dataset in the concatenation the record was extracted from by adding an indicator to the output record. Is this possible via Syncsort or ICEMAN? I've made a quick scan of the Syncsort guide but now will dig deeper but thought I'd throw this question out also to hopefully help expedite the answer. -- 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.2012 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 168.410.984 zotych. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Sequence not permitted
I have a problem with host to switch connection. z10 with FICON Express4 cards connected to the 5100 switch (with 4Gbps LX SFP modules). Link distance is approx. 20m. Several links are used, all of them except two are OK. Those 2 links are not working. On Support Element the channels are in Sequence not permitted status. From switch side I see No_sync and orange LED. In the Switch Event log I see the following: Error. RLIR event. Switch Port ID is 18 (0x041200). Device Port Tag is 0x8023. Loss of signal or synchronization. Switch ports seems to be OK, because they synchronize with other CHPIDS when reconnected. CHPIDs on the host side are also physically OK, because they work directly attached to the CU (after reconfiguration). Other chpids attached to the ports give the same error, but it seems a little bit unpredictable. Port settings on switch are the same for all ports. I changed Auto-negotiation to fixed 4Gbps with no effect. The z10 machine had updated microcodes recently. Any clue? -- Radoslaw Skorupka Lodz, Poland -- Treść tej wiadomości może zawierać informacje prawnie chronione Banku przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą może być jedynie jej adresat z wyłączeniem dostępu osób trzecich. Jeżeli nie jesteś adresatem niniejszej wiadomości lub pracownikiem upoważnionym do jej przekazania adresatowi, informujemy, że jej rozpowszechnianie, kopiowanie, rozprowadzanie lub inne działanie o podobnym charakterze jest prawnie zabronione i może być karalne. Jeżeli otrzymałeś tę wiadomość omyłkowo, prosimy niezwłocznie zawiadomić nadawcę wysyłając odpowiedź oraz trwale usunąć tę wiadomość włączając 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 Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, nr rejestru przedsiębiorców KRS 025237, NIP: 526-021-50-88. Według stanu na dzień 01.01.2012 r. kapitał zakładowy BRE Banku SA (w całości wpłacony) wynosi 168.410.984 złotych. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SYNCSORT or ICEMAN
quote I have a need to check 50 datasets (50 gens of a GDG) and extract records that match my criteria. I also would like to know which dataset in the concatenation the record was extracted from by adding an indicator to the output record. Is this possible via Syncsort or ICEMAN? unquote If you have SAS that's pretty easy. Somewhat like data _null_ ; length gdgdsn $44 ; infile gdgddn filename=gdgdsn ; input ; if index(_infile_,'your_search_string_here') ; file outddn ; put gdgdsn $44. +1 _infile_ ; run ; Infile option FILENAME= identifies the respective catenands of your gdg concatentation. The IF statement in this simple form is referred to as 'subsetting if' ie. it works like a filter. Kind regards Robert -- Robert Bardos Ansys AG, Switzerland -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Large table in memory
I have a table with variable length entries that range from 94 bytes to 32K and an average length of 875 bytes. This table has a maximum size of 35,000 entries. I am thinking about using cells for this table but concerned on the impact to the system getting over a 1 gigabyte of storage (35K*32K). I am putting this cell pool above the bar but what about backing this storage with AUX and page faults? Should I be concerned? If I don’t use a cell pool the memory usage is around 30M. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Large table in memory
W dniu 2012-12-21 13:25, Donald Likens pisze: I have a table with variable length entries that range from 94 bytes to 32K and an average length of 875 bytes. This table has a maximum size of 35,000 entries. I am thinking about using cells for this table but concerned on the impact to the system getting over a 1 gigabyte of storage (35K*32K). I am putting this cell pool above the bar but what about backing this storage with AUX and page faults? Should I be concerned? If I don’t use a cell pool the memory usage is around 30M. Sound like candidate for VSAM LDS-based DIV (Data In Virtual). -- Radoslaw Skorupka Lodz, Poland -- Treść tej wiadomości może zawierać informacje prawnie chronione Banku przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą może być jedynie jej adresat z wyłączeniem dostępu osób trzecich. Jeżeli nie jesteś adresatem niniejszej wiadomości lub pracownikiem upoważnionym do jej przekazania adresatowi, informujemy, że jej rozpowszechnianie, kopiowanie, rozprowadzanie lub inne działanie o podobnym charakterze jest prawnie zabronione i może być karalne. Jeżeli otrzymałeś tę wiadomość omyłkowo, prosimy niezwłocznie zawiadomić nadawcę wysyłając odpowiedź oraz trwale usunąć tę wiadomość włączając 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 Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, nr rejestru przedsiębiorców KRS 025237, NIP: 526-021-50-88. Według stanu na dzień 01.01.2012 r. kapitał zakładowy BRE Banku SA (w całości wpłacony) wynosi 168.410.984 złotych. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
IMS users liast
Does anyone know if there an IMS users mailing list? Thank you, Bill Janulin -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IMS users liast
http://imslistserv.bmc.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Large table in memory
To suggest a solution it would be important to know how the elements of the table are accessed (by table index, or is there a key element in each table element that is searched, is there a key table where a binary search is done for that key or a tree structure that yields the table index etc.), and: whtat kind of update activity is done to the table entries, is it, for example, possible, that short table entries are replaces by longer ones, and how often does this occur? I would suggest a solution, where only the really needed parts of the variable length strings are stored, so that the storage needed is about to 875 * 35.000 plus some administration overhead. But how exactly this is done depends on your answers to the questions above. Kind regards Bernd Am 21.12.2012 13:25, schrieb Donald Likens: I have a table with variable length entries that range from 94 bytes to 32K and an average length of 875 bytes. This table has a maximum size of 35,000 entries. I am thinking about using cells for this table but concerned on the impact to the system getting over a 1 gigabyte of storage (35K*32K). I am putting this cell pool above the bar but what about backing this storage with AUX and page faults? Should I be concerned? If I don’t use a cell pool the memory usage is around 30M. -- 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: Large table in memory
Donald, Confronted with a similar issue in the past, what I decided to do was : (1) Construct a variety of cell pools with upper size boundaries on various lengths - eg 256 bytes, 1K, 2K, 4K, 8K, 16K and 32K (2) When an element is to be added to the table, determine the correct cell pool to use based on its size (3) Each element is then described by a small element descriptor (another cell pool) that includes the address of the cell that contains the data and the cell pool ID it came from (4) When you update/delete a cell, each element descriptor has enough self-contained information to release the existing cell back to the cell pool it came from Your code could also keep track of the number of cells in each cell pool and report statistics that enable you to tune the PCELLCT and SCELLCT Rob Scott Lead Developer Rocket Software 77 Fourth Avenue . Suite 100 . Waltham . MA 02451-1468 . USA Tel: +1.781.684.2305 Email: rsc...@rs.com Web: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Bernd Oppolzer Sent: 21 December 2012 12:40 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Large table in memory To suggest a solution it would be important to know how the elements of the table are accessed (by table index, or is there a key element in each table element that is searched, is there a key table where a binary search is done for that key or a tree structure that yields the table index etc.), and: whtat kind of update activity is done to the table entries, is it, for example, possible, that short table entries are replaces by longer ones, and how often does this occur? I would suggest a solution, where only the really needed parts of the variable length strings are stored, so that the storage needed is about to 875 * 35.000 plus some administration overhead. But how exactly this is done depends on your answers to the questions above. Kind regards Bernd Am 21.12.2012 13:25, schrieb Donald Likens: I have a table with variable length entries that range from 94 bytes to 32K and an average length of 875 bytes. This table has a maximum size of 35,000 entries. I am thinking about using cells for this table but concerned on the impact to the system getting over a 1 gigabyte of storage (35K*32K). I am putting this cell pool above the bar but what about backing this storage with AUX and page faults? Should I be concerned? If I don’t use a cell pool the memory usage is around 30M. -- 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: CPU MF
Very interesting stuff in the 113 records that can help explain why things may work the way they do. I'm not sure that you can use them to actually optimize anything, but understanding the data that is in there is important for understanding why things work the way they do. And of course you should use them to help inform your capacity planning for processor upgrades. A few of interesting tidbits I've seen recently: You can see the effect of Hiperdispatch sending work to mostly the higher polarity processors in an LPAR. The overhead associated with the lower polarity processors' cache misses may call into question if you really want more than one low polarity processor online. (I think probably not. Maybe not even one, depending on the importance of the work that the processor is being brought online to handle.) Deviations from norm for metrics like CPI and percent problem state can highlight periods where workloads changed from the norm too. E.G. Looping processes may very well drive down the CPI and drive the percent problem state up. Examining the data before/after a processor change can help explain why you're seeing the CPU time variations that you are seeing. Hopefully those variations match what you expected from zPCR. The metrics also help explain why your CPU time for the same workload might vary across time periods. The inter-lpar effects on the cache can drive up the CPI on lightly used LPARs when the larger LPARs are busy. And of course you can look at the details of where the memory accesses are being satisified to help understand why the CPI is changing. All good fascinating stuff. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Large table in memory
This reminds me of the storage management routine I wrote for my XML parser. The XML parser needs a very fast storage management routine which is able to deal with a lot of storage management requests for little areas of storage. So I defined queues of areas of fixed size (32, 64, 96, 128 etc.), and allocated the storage from those queues. Areas larger than 640 bytes are treated separately. All storage requirements are rounded to the next 32 boundary, and because now all areas are multiples of 32 and all areas in a queue have fixed length, the allocation strategy is very simple, and there is no fragmentation of memory, because the GETMAINs are always done in large chunks of 256 k bytes (for example) which are then presented by the XML storage management in little pieces to the XML parser. Works without problems, and it is very fast, because in most cases, the next free area with the appropriate size is found with only little system overhead. Same goes for returning an area to the storage management. And: no fragmentation (which was a major design goal). Kind regards Bernd Am 21.12.2012 13:56, schrieb Rob Scott: Donald, Confronted with a similar issue in the past, what I decided to do was : (1) Construct a variety of cell pools with upper size boundaries on various lengths - eg 256 bytes, 1K, 2K, 4K, 8K, 16K and 32K (2) When an element is to be added to the table, determine the correct cell pool to use based on its size (3) Each element is then described by a small element descriptor (another cell pool) that includes the address of the cell that contains the data and the cell pool ID it came from (4) When you update/delete a cell, each element descriptor has enough self-contained information to release the existing cell back to the cell pool it came from Your code could also keep track of the number of cells in each cell pool and report statistics that enable you to tune the PCELLCT and SCELLCT Rob Scott Lead Developer Rocket Software 77 Fourth Avenue . Suite 100 . Waltham . MA 02451-1468 . USA Tel: +1.781.684.2305 Email: rsc...@rs.com Web: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Bernd Oppolzer Sent: 21 December 2012 12:40 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Large table in memory To suggest a solution it would be important to know how the elements of the table are accessed (by table index, or is there a key element in each table element that is searched, is there a key table where a binary search is done for that key or a tree structure that yields the table index etc.), and: whtat kind of update activity is done to the table entries, is it, for example, possible, that short table entries are replaces by longer ones, and how often does this occur? I would suggest a solution, where only the really needed parts of the variable length strings are stored, so that the storage needed is about to 875 * 35.000 plus some administration overhead. But how exactly this is done depends on your answers to the questions above. Kind regards Bernd Am 21.12.2012 13:25, schrieb Donald Likens: I have a table with variable length entries that range from 94 bytes to 32K and an average length of 875 bytes. This table has a maximum size of 35,000 entries. I am thinking about using cells for this table but concerned on the impact to the system getting over a 1 gigabyte of storage (35K*32K). I am putting this cell pool above the bar but what about backing this storage with AUX and page faults? Should I be concerned? If I don’t use a cell pool the memory usage is around 30M. -- 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
Re: OT: Searching for a 8232, 3172, or BTI model 1/2
In cajtoo59reoifmdhnnsv-9hm+rz+un1uqdybjgsmm5hgsovb...@mail.gmail.com, on 12/20/2012 at 09:49 PM, Mike Schwab mike.a.sch...@gmail.com said: Don't forget to use an Apple ][ for the console. Not supported. He needs a real 3278 or 3279. -- Shmuel (Seymour J.) Metz, SysProg and JOAT Atid/2http://patriot.net/~shmuel We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Destination z: Career Advice: Resolve to support and advance your mainframe career in 2013
Maybe you didn't read to the end, last sentence: And finally, a useful if-all-else-fails suggestion from another experienced practitioner: Outlast bad management. ;-) More seriously, there's obviously no quick fix for bad/clueless/toxic management. Not profound ideas, but do the best you can under the circumstances, (try to) understand why things are the way they are, (try to) communicate and inculcate best practices, (try to) change jobs, retire. Shmuel Metz said: Career Advice: Resolve to support and advance your mainframe career in 2013 http://destinationz.org/Mainframe-Solution/Business-Case/Resolve-to-Support-and-Advance-Your-Mainframe-Care.aspx A couple of comments. Sometimes there are institutional obstacles to practices that would be otherwise desirable, e.g., management that opposes code reviews, organizations that compartmentalize. What are the strategies for dealing with those? Reminiscing is not always nostalgia; sometimes it is horror stories about the good old days. -- Gabriel Goldberg, Computers and Publishing, Inc. g...@gabegold.com 3401 Silver Maple Place, Falls Church, VA 22042 (703) 204-0433 LinkedIn: http://www.linkedin.com/in/gabegoldTwitter: GabeG0 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: OT: Searching for a 8232, 3172, or BTI model 1/2
Mike, I like the Apple ][. Idea Scott ford www.identityforge.com Tell me and I'll forget; show me and I may remember; involve me and I'll understand. - Chinese Proverb On Dec 20, 2012, at 10:49 PM, Mike Schwab mike.a.sch...@gmail.com wrote: Don't forget to use an Apple ][ for the console. Jay's console connected to a Hercules Emulator was nice, but a real IBM mainframe with an Apple ][ console would be great. On Thu, Dec 20, 2012 at 9:23 PM, Pommier, Rex R. rex.pomm...@cnasurety.com wrote: Dave, I don't have one, but would a 3174-x1L with a network card in it work? It's been a long time since I played with one, so I don't know if it supported Ethernet or only Token Ring. Rex -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of David Boyes Sent: Thursday, December 20, 2012 3:07 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: OT: Searching for a 8232, 3172, or BTI model 1/2 I'm trying to get a 43xx series system up and running for a museum (yes, I found one!), and I'm trying to find a parallel channel-attached network interface for the box. If anyone has any of the above boxes languishing in a corner or knows where I might find one, would you please contact me offlist? Tnx - db -- 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Large table in memory
I have a bunch of questions. Is it static, once built? How do you build it? How do you get to entries? How long is it in memory? How much memory is on the system? All of the answers to the above, plus more, will drive what the correct design might be. A more extensive description of the situation will result in more focused answers. Chris Blaicher Senior Software Engineer, Software Services Syncsort Incorporated 50 Tice Boulevard, Woodcliff Lake, NJ 07677 P: 201-930-8260 | M: 512-627-3803 E: cblaic...@syncsort.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Donald Likens Sent: Friday, December 21, 2012 6:26 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Large table in memory I have a table with variable length entries that range from 94 bytes to 32K and an average length of 875 bytes. This table has a maximum size of 35,000 entries. I am thinking about using cells for this table but concerned on the impact to the system getting over a 1 gigabyte of storage (35K*32K). I am putting this cell pool above the bar but what about backing this storage with AUX and page faults? Should I be concerned? If I don’t use a cell pool the memory usage is around 30M. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN ATTENTION: - The information contained in this message (including any files transmitted with this message) may contain proprietary, trade secret or other confidential and/or legally privileged information. Any pricing information contained in this message or in any files transmitted with this message is always confidential and cannot be shared with any third parties without prior written approval from Syncsort. This message is intended to be read only by the individual or entity to whom it is addressed or by their designee. If the reader of this message is not the intended recipient, you are on notice that any use, disclosure, copying or distribution of this message, in any form, is strictly prohibited. If you have received this message in error, please immediately notify the sender and/or Syncsort and destroy all copies of this message in your possession, custody or control. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
JVMDUMP032I message
Yesterday I noticed we're getting messages like this on our master console: 12356 04:55:48.26 STC39500 0090 +JVMDUMP032I JVM requested Snap dump using '/SYSTEM/var/pfa/Snap.2012122 1.045548.83887127.0001.trc' in response to an event 12356 04:55:48.27 STC39500 0090 +JVMDUMP032I JVM requested Heap dump using '/SYSTEM/var/pfa/heapdump.201 21221.045548.83887127.0002.phd' in response to an event 12356 04:55:50.78 STC39500 0090 +JVMDUMP032I JVM requested Java dump using '/SYSTEM/var/pfa/javacore.201 21221.045548.83887127.0003.txt' in response to an event Now STC39500 looks like some sort of started task that began like this: 12355 23:59:53.80 STC39500 0290 BPXP024I BPXAS INITIATOR STARTED ON BEHALF OF JOB FTPD9 RUNNING IN ASID 01C1 What I can't determine is what's causing these. I don't know what this FTPD9 job is but I suspect it's spawned by something else. We're running z/OS 1.11. Any ideas? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Destination z: Career Advice: Resolve to support and advance your mainframe career in 2013
Gabe and Shmuel, I have had some of the best experiences and made friends in the horror stories places I worked. Adversity seems to be a bonding element IMHO Scott ford www.identityforge.com Tell me and I'll forget; show me and I may remember; involve me and I'll understand. - Chinese Proverb On Dec 21, 2012, at 9:38 AM, Gabe Goldberg g...@gabegold.com wrote: Maybe you didn't read to the end, last sentence: And finally, a useful if-all-else-fails suggestion from another experienced practitioner: Outlast bad management. ;-) More seriously, there's obviously no quick fix for bad/clueless/toxic management. Not profound ideas, but do the best you can under the circumstances, (try to) understand why things are the way they are, (try to) communicate and inculcate best practices, (try to) change jobs, retire. Shmuel Metz said: Career Advice: Resolve to support and advance your mainframe career in 2013 http://destinationz.org/Mainframe-Solution/Business-Case/Resolve-to-Support-and-Advance-Your-Mainframe-Care.aspx A couple of comments. Sometimes there are institutional obstacles to practices that would be otherwise desirable, e.g., management that opposes code reviews, organizations that compartmentalize. What are the strategies for dealing with those? Reminiscing is not always nostalgia; sometimes it is horror stories about the good old days. -- Gabriel Goldberg, Computers and Publishing, Inc. g...@gabegold.com 3401 Silver Maple Place, Falls Church, VA 22042 (703) 204-0433 LinkedIn: http://www.linkedin.com/in/gabegoldTwitter: GabeG0 -- 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: Destination z: Career Advice: Resolve to support and advance your mainframe career in 2013
Gave, Also experience some bad management here and aboard. Same common thread, Managers who don't listen to highly qualified techies. Those that do, are understanding of the techie and what they deal with. Scott ford www.identityforge.com Tell me and I'll forget; show me and I may remember; involve me and I'll understand. - Chinese Proverb On Dec 21, 2012, at 10:50 AM, Scott Ford scott_j_f...@yahoo.com wrote: Gabe and Shmuel, I have had some of the best experiences and made friends in the horror stories places I worked. Adversity seems to be a bonding element IMHO Scott ford www.identityforge.com Tell me and I'll forget; show me and I may remember; involve me and I'll understand. - Chinese Proverb On Dec 21, 2012, at 9:38 AM, Gabe Goldberg g...@gabegold.com wrote: Maybe you didn't read to the end, last sentence: And finally, a useful if-all-else-fails suggestion from another experienced practitioner: Outlast bad management. ;-) More seriously, there's obviously no quick fix for bad/clueless/toxic management. Not profound ideas, but do the best you can under the circumstances, (try to) understand why things are the way they are, (try to) communicate and inculcate best practices, (try to) change jobs, retire. Shmuel Metz said: Career Advice: Resolve to support and advance your mainframe career in 2013 http://destinationz.org/Mainframe-Solution/Business-Case/Resolve-to-Support-and-Advance-Your-Mainframe-Care.aspx A couple of comments. Sometimes there are institutional obstacles to practices that would be otherwise desirable, e.g., management that opposes code reviews, organizations that compartmentalize. What are the strategies for dealing with those? Reminiscing is not always nostalgia; sometimes it is horror stories about the good old days. -- Gabriel Goldberg, Computers and Publishing, Inc. g...@gabegold.com 3401 Silver Maple Place, Falls Church, VA 22042 (703) 204-0433 LinkedIn: http://www.linkedin.com/in/gabegoldTwitter: GabeG0 -- 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: I broke it - programcontrolled programs
Neither FTP, nor HTTPD (IMWEBSRV), nor LDAP, nor all other STC's need it. I'm not the RACF admin, but I'm sure some of those permissions in the list I provided came from vendor documentation. I know that, unfortunately, many products document they need BPX.DAEMON despite the fact they don't need it. This has been discussed more than once in the last 15+ years (probably more on MVS-OE than here). I often submit RCFs if I find documentation is in error or unclear. I admit I didn't do it for the BPX.DAEMON thing. Regarding your command that all other STCs don't need it, that can be true of just about any permission given to a group. It is just good practice from a RACF admin standpoint to permit to groups instead of individual userids most of the time. I agree. I didn't mean to talk against that practice. In this case, STCs are trusted, so I don't see a problem with the blanket permission that may prevent me from having to get a specific permission in the future. I'm more restrictive in granting permissions that your shop seems to be. I do not grant the trusted attribute to any and all STC. But if you do, then you're of course right that granting READ to BPX.DAEMON to all other STCs doesn't make it worse. If you are implying that your list is the only thing on z/OS to ever need BPX.DAEMON, you are looking at this only from an IBM standpoint and not from anything home grown or from other vendors. I'm looking at it with the information I collected during the past 15+ years. I admit that this is not a completed representation of all products out there, for sure not any home grown application. The latter probably haven't been discussed publicly. But, you probably also have accurate documentation for those. Those who programmed that stuff understand if the software is doing daemon processing or not. You can test any software for the BPX.DAEMON requirement easily (on a test system). If the software is running fine with READ on BPX.DAEMON, revoke the right and see if it continues to do its job. If it does, BPX.DAMOEN is not needed. For example, the STC group in the list I provided is connected the the CA-MSM tomcat web server, which requires BPX,DAEMON access. There could be other IBM software also. Does WebSphere Application Server require it? If so, that would the other reason stc group was in the list. My client has a very heavy WAS on z/OS environment. Do any of these products change the userid of its processes (not threads) without knowing the password? Then they need access to BPX.DAEMON. If not, they don't. IBMs HTTPD (the on base on Domino Go Web Server) starts threads to handle work under different userids. It needs access to BPX.SERVER, IIRC without looking into the book. I'm sure I've been running FTP without access to BPX.DAEMON. I pretty sure I've been running HTTPD without access to BPX.DAEMON. Unfortunately (for this discussion), I'm not longer doing a sysprog job and thus don't have access to a test system to play with. In addition, we're an ACF2 job, and things are a bit different in ACF2 sometimes. -- Peter Hunkeler -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SYNCSORT or ICEMAN
No SAS -Original Message- From: IBM Mainframe Discussion List on behalf of Robert Bardos2 Sent: Fri 12/21/2012 3:56 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SYNCSORT or ICEMAN quote I have a need to check 50 datasets (50 gens of a GDG) and extract records that match my criteria. I also would like to know which dataset in the concatenation the record was extracted from by adding an indicator to the output record. Is this possible via Syncsort or ICEMAN? unquote If you have SAS that's pretty easy. Somewhat like data _null_ ; length gdgdsn $44 ; infile gdgddn filename=gdgdsn ; input ; if index(_infile_,'your_search_string_here') ; file outddn ; put gdgdsn $44. +1 _infile_ ; run ; Infile option FILENAME= identifies the respective catenands of your gdg concatentation. The IF statement in this simple form is referred to as 'subsetting if' ie. it works like a filter. Kind regards Robert -- Robert Bardos Ansys AG, Switzerland -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN __ CONFIDENTIALITY NOTICE: This email from the State of California is for the sole use of the intended recipient and may contain confidential and privileged information. Any unauthorized review or use, including disclosure or distribution, is prohibited. If you are not the intended recipient, please contact the sender and destroy all copies of this email. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
OT - worth a look - security keys
http://security.stackexchange.com/questions/25375/why-not-use-larger-cipher-keys?utm_source=hackernewsletterutm_medium=email Scott ford www.identityforge.com Tell me and I'll forget; show me and I may remember; involve me and I'll understand. - Chinese Proverb -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: I broke it - programcontrolled programs
- Neither FTP, nor HTTPD (IMWEBSRV), nor LDAP, nor all other STC's need it. I beg to differ. FTP most certainly did not run until I had deleted the bpx.daemon profile from facility. The reason was the unclean environment (pads) I didn't doubt what you wrote. I just didn't understand why it happened the way you told us because I know FTPD does not need BPX.DAEMON access. I'm still trying to find a plausible answer, I'm not in the lab (nor with IBM anymore), so I don't have access to internals. I'll come back to the rest of you post a little late. Need some think time beforehand. -- Peter Hunkeler -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: JVMDUMP032I message
Rick Stetser wrote: Now STC39500 looks like some sort of started task that began like this: 12355 23:59:53.80 STC39500 0290 BPXP024I BPXAS INITIATOR STARTED ON BEHALF OF JOB FTPD9 RUNNING IN ASID 01C1 John McKown gave you a very good answer. What I can't determine is what's causing these. I don't know what this FTPD9 job is but I suspect it's spawned by something else. FTPDnumber is spawned by someone or something which tries to do FTP work (inbound or outbound). Look in SMF record type 118 and 119 to see what FTP and what IP address was used. Also look in SYSLOG and try to see if any bacth job or STC is running doing a FTP. SMF record type 80 (RACF) and 30 can also help you to see what is happening. You really need to track down that FTP process and try to see what is it trying to do. 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: JVMDUMP032I message
I have, in fact, looked at the files in the file system. Here are some of them: Type Perm Changed-CST6CDT Owner --Size Filename _ Dir755 2012-12-21 10:57 PFA 40960 . _ File 666 2012-12-21 10:57 PFA 25571646 heapdump.20121221.105731.67110130.0002.phd _ File 666 2012-12-21 10:57 PFA 60127 javacore.20121221.105731.67110130.0003.txt _ File 644 2012-12-21 10:57 PFA 82884 Snap.20121221.105731.67110130.0001.trc The only one with anything readable is the javacore file. Here's the top bit of that one: BROWSEjavacore.20121221.105731.67110130.0003.txt Command === *** Top of Data ** NULL 0SECTION TITLE subcomponent dump routine NULL === 1TISIGINFO Dump Event systhrow (0004) Detail java/lang/OutOfMemoryError received 1TIDATETIMEDate: 2012/12/21 at 10:57:34 1TIFILENAMEJavacore filename: /SYSTEM/var/pfa/javacore.20121221.105731.67110130.0003.txt NULL 0SECTION GPINFO subcomponent dump routine NULL 2XHOSLEVEL OS Level : z/OS 01.11.00 I'm guessing that the OutOfMemoryErrror relates to the ftp process but no one is reporting any problems with ftp so I'm still at a loss. I not certain if we capture the SMF 118 or 119 records and if we do I'll have to figure out a way to interpret them. I'm a CICS guy trying not a z/OS guy so this is kind of unknown terrritory for me but I'm willing to learn. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: JVMDUMP032I message
I'm 99% sure these files are coming out of the PFA started task. That's Predictive Failure Analysis. You might want to watch this: http://publib.boulder.ibm.com/infocenter/ieduasst/stgv1r0/index.jsp?topic=/com.ibm.iea.zos/zos/1.11/Availability/V1R11_PFA/player.html and perhaps read here: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/e0z1k130/2.1.3 But just as a SWAG, I'd say that your PFA started task does not have a large enough REGION= on it. Or, perhaps, the OMVS segment in RACF has too small an ASSIZEMAX. Or, z/OS UNIX is set up with too small a MAXASSIZE in the BPXPRMnn member of PARMLIB. Well, my boss said to get out of here!. So I'm gone until Wednesday. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets® 9151 Boulevard 26 • N. Richland Hills • TX 76010 (817) 255-3225 phone • john.mck...@healthmarkets.com • www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets® is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. –The Chesapeake Life Insurance Company®, Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Rick Stetser Sent: Friday, December 21, 2012 12:50 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: JVMDUMP032I message I have, in fact, looked at the files in the file system. Here are some of them: Type Perm Changed-CST6CDT Owner --Size Filename _ Dir755 2012-12-21 10:57 PFA 40960 . _ File 666 2012-12-21 10:57 PFA 25571646 heapdump.20121221.105731.67110130.0002.phd _ File 666 2012-12-21 10:57 PFA 60127 javacore.20121221.105731.67110130.0003.txt _ File 644 2012-12-21 10:57 PFA 82884 Snap.20121221.105731.67110130.0001.trc The only one with anything readable is the javacore file. Here's the top bit of that one: BROWSEjavacore.20121221.105731.67110130.0003.txt Command === *** Top of Data ** NULL 0SECTION TITLE subcomponent dump routine NULL === 1TISIGINFO Dump Event systhrow (0004) Detail java/lang/OutOfMemoryError received 1TIDATETIMEDate: 2012/12/21 at 10:57:34 1TIFILENAMEJavacore filename: /SYSTEM/var/pfa/javacore.20121221.105731.67110130.0003.txt NULL 0SECTION GPINFO subcomponent dump routine NULL 2XHOSLEVEL OS Level : z/OS 01.11.00 I'm guessing that the OutOfMemoryErrror relates to the ftp process but no one is reporting any problems with ftp so I'm still at a loss. I not certain if we capture the SMF 118 or 119 records and if we do I'll have to figure out a way to interpret them. I'm a CICS guy trying not a z/OS guy so this is kind of unknown terrritory for me but I'm willing to learn. -- 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: Destination z: Career Advice: Resolve to support and advance your mainframe career in 2013
Scott: A *LONG* time ago we had a company here in town that was FAMOUS for screwing its people and was constantly making changes to MVS via zaps. They also had a high turnover in its people (sysprogs). A headhunter approached me and tried to get me to go out for an interview and I refused in fact the argument got so heated that I shut the headhunter down and basically fired him. A few years later one of the sysprogs quit where I worked and went out there to work and about a month later he was back asking for his own job back (which he got). I never asked him why but he just let us know the place was a zoo, Ed On Dec 21, 2012, at 10:00 AM, Scott Ford wrote: Gave, Also experience some bad management here and aboard. Same common thread, Managers who don't listen to highly qualified techies. Those that do, are understanding of the techie and what they deal with. Scott ford www.identityforge.com Tell me and I'll forget; show me and I may remember; involve me and I'll understand. - Chinese Proverb On Dec 21, 2012, at 10:50 AM, Scott Ford scott_j_f...@yahoo.com wrote: Gabe and Shmuel, I have had some of the best experiences and made friends in the horror stories places I worked. Adversity seems to be a bonding element IMHO Scott ford www.identityforge.com Tell me and I'll forget; show me and I may remember; involve me and I'll understand. - Chinese Proverb On Dec 21, 2012, at 9:38 AM, Gabe Goldberg g...@gabegold.com wrote: Maybe you didn't read to the end, last sentence: And finally, a useful if-all-else-fails suggestion from another experienced practitioner: Outlast bad management. ;-) More seriously, there's obviously no quick fix for bad/clueless/ toxic management. Not profound ideas, but do the best you can under the circumstances, (try to) understand why things are the way they are, (try to) communicate and inculcate best practices, (try to) change jobs, retire. Shmuel Metz said: Career Advice: Resolve to support and advance your mainframe career in 2013 http://destinationz.org/Mainframe-Solution/Business-Case/ Resolve-to-Support-and-Advance-Your-Mainframe-Care.aspx A couple of comments. Sometimes there are institutional obstacles to practices that would be otherwise desirable, e.g., management that opposes code reviews, organizations that compartmentalize. What are the strategies for dealing with those? Reminiscing is not always nostalgia; sometimes it is horror stories about the good old days. -- Gabriel Goldberg, Computers and Publishing, Inc. g...@gabegold.com 3401 Silver Maple Place, Falls Church, VA 22042 (703) 204-0433 LinkedIn: http://www.linkedin.com/in/gabegoldTwitter: GabeG0 -- 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
Re: OT: Searching for a 8232, 3172, or BTI model 1/2
http://permalink.gmane.org/gmane.comp.emulators.turnkey-mvs/3503 http://www.conmicro.com/apple-mstcons-web.jpg 3174 with token ring and a apple ][ with a token ring card. On Fri, Dec 21, 2012 at 8:19 AM, Shmuel Metz (Seymour J.) shmuel+...@patriot.net wrote: In cajtoo59reoifmdhnnsv-9hm+rz+un1uqdybjgsmm5hgsovb...@mail.gmail.com, on 12/20/2012 at 09:49 PM, Mike Schwab mike.a.sch...@gmail.com said: Don't forget to use an Apple ][ for the console. Not supported. He needs a real 3278 or 3279. -- Shmuel (Seymour J.) Metz, SysProg and JOAT -- 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: I broke it - programcontrolled programs
On Fri, 21 Dec 2012 18:04:21 +0100, Hunkeler Peter (KIUP 4) peter.hunke...@credit-suisse.com wrote: sigh I am having the same problem replying to your posts via the web interface that I have with R.S. and several others. That is why I quoted very little text in my last response. sigh I understand your point about documentation being wrong, but for the most part when an ISV (or IBM) tells me they require a permission (a RACF facility resource, APF, SVC), I have to take them at their word.I'm not going to install the product and test without each and every one of those documented requirements just in case they made a mistake. I have been at shops where the security/auditors needed letters from the vendor about their SVC(s). Do any of these products change the userid of its processes (not threads) without knowing the password? Then they need access to BPX.DAEMON. If not, they don't. As far as I know, CA-MSM does and CA document's the need. But I won't go through the trouble to get the permission removed to prove it. It's hard enough getting what I do need from the holders of the keys to the kingdom. I don't know about WAS. It may depend on the apps written to run under WAS also?? I am not qualified to answer either of those points, but I defer to my statement above. If the vendor said it is required, then personally, I request the permission before I even try to use the product - so I would never find out they really didn't need it. I'm sure I've been running FTP without access to BPX.DAEMON. Well, maybe it is a difference under ACF2, but on an ACF2 system I work with it has the permission, so I can't say.It is documented, even under z/OS 1.13: http://tinyurl.com/c6x5bdk Cheers, Mark -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS mailto:m...@mzelden.com Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html Systems Programming expert at http://expertanswercenter.techtarget.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: JVMDUMP032I message
Thanks for the links. Good stuff. Our PFA task runs with REGION=0K. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Destination z: Career Advice: Resolve to support and advance your mainframe career in 2013
Ed, I working as a Network Sysprog and MVSer as a consultant for 20+ years so I work a ton of places in NYC. Ran into a lot of really good people and of course my fair share of not so good people. So of lot of us consulting ran into each other and new the *dope* on the shops we worked in. Also the same applied for the project leads we worked for. I did work for IBM GSS, so of course ran into a lot of really nice IBMers. But the big issue I ran into was jealousy over what we made as consults ,that was very nasty , coming in as a hired gun. I learned to keep my mouth shut and swallow a lot of comments. Scott ford www.identityforge.com Tell me and I'll forget; show me and I may remember; involve me and I'll understand. - Chinese Proverb On Dec 21, 2012, at 2:09 PM, Ed Gould edgould1...@comcast.net wrote: Scott: A *LONG* time ago we had a company here in town that was FAMOUS for screwing its people and was constantly making changes to MVS via zaps. They also had a high turnover in its people (sysprogs). A headhunter approached me and tried to get me to go out for an interview and I refused in fact the argument got so heated that I shut the headhunter down and basically fired him. A few years later one of the sysprogs quit where I worked and went out there to work and about a month later he was back asking for his own job back (which he got). I never asked him why but he just let us know the place was a zoo, Ed On Dec 21, 2012, at 10:00 AM, Scott Ford wrote: Gave, Also experience some bad management here and aboard. Same common thread, Managers who don't listen to highly qualified techies. Those that do, are understanding of the techie and what they deal with. Scott ford www.identityforge.com Tell me and I'll forget; show me and I may remember; involve me and I'll understand. - Chinese Proverb On Dec 21, 2012, at 10:50 AM, Scott Ford scott_j_f...@yahoo.com wrote: Gabe and Shmuel, I have had some of the best experiences and made friends in the horror stories places I worked. Adversity seems to be a bonding element IMHO Scott ford www.identityforge.com Tell me and I'll forget; show me and I may remember; involve me and I'll understand. - Chinese Proverb On Dec 21, 2012, at 9:38 AM, Gabe Goldberg g...@gabegold.com wrote: Maybe you didn't read to the end, last sentence: And finally, a useful if-all-else-fails suggestion from another experienced practitioner: Outlast bad management. ;-) More seriously, there's obviously no quick fix for bad/clueless/toxic management. Not profound ideas, but do the best you can under the circumstances, (try to) understand why things are the way they are, (try to) communicate and inculcate best practices, (try to) change jobs, retire. Shmuel Metz said: Career Advice: Resolve to support and advance your mainframe career in 2013 http://destinationz.org/Mainframe-Solution/Business-Case/Resolve-to-Support-and-Advance-Your-Mainframe-Care.aspx A couple of comments. Sometimes there are institutional obstacles to practices that would be otherwise desirable, e.g., management that opposes code reviews, organizations that compartmentalize. What are the strategies for dealing with those? Reminiscing is not always nostalgia; sometimes it is horror stories about the good old days. -- Gabriel Goldberg, Computers and Publishing, Inc. g...@gabegold.com 3401 Silver Maple Place, Falls Church, VA 22042 (703) 204-0433 LinkedIn: http://www.linkedin.com/in/gabegoldTwitter: GabeG0 -- 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: OT: Searching for a 8232, 3172, or BTI model 1/2
An Apple ][ with a token ring card? Never heard of such a thing. And was it a ][, ][+, or a ][e? On 12/21/2012 02:25 PM, Mike Schwab wrote: http://permalink.gmane.org/gmane.comp.emulators.turnkey-mvs/3503 http://www.conmicro.com/apple-mstcons-web.jpg 3174 with token ring and a apple ][ with a token ring card. On Fri, Dec 21, 2012 at 8:19 AM, Shmuel Metz (Seymour J.) shmuel+...@patriot.net wrote: In cajtoo59reoifmdhnnsv-9hm+rz+un1uqdybjgsmm5hgsovb...@mail.gmail.com, on 12/20/2012 at 09:49 PM, Mike Schwab mike.a.sch...@gmail.com said: Don't forget to use an Apple ][ for the console. Not supported. He needs a real 3278 or 3279. -- Shmuel (Seymour J.) Metz, SysProg and JOAT -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: I broke it - programcontrolled programs
I didn't doubt what you wrote. I just didn't understand why it happened the way you told us because I know FTPD does not need BPX.DAEMON access. I'm still trying to find a plausible answer, I'm not in the lab (nor with IBM anymore), so I don't have access to internals. Thanks Peter. My suspicion is that it has something to do with one of -AUTOUID/AUTOGID being activated -BPX.SHARED getting defined -UNIXPRIV being activated (otherwise AUTOUID wouldn't work, with me having alter to SUPERUSER.** and the rest of the world just read to SUPERUSER.FILESYS). All of this was active in the 1.10 system, too (with the exception of the superuser.** definitions in UNIXPRIV). ftp behaved differently on 1.10 than it does on 1.13. One glaring difference is that in the 1.10 system I got RACF errors when I hadn't made myself superuser and started trawling the filesystems via ishell. This doesn't happen on the 1.13 system. Both were telling me my EUID is 5002 or something when I first access the ishell. In January I'll get another ADCD system with the accompanying RACF database. I plan to test ftp after every cleanup job to see what breaks it. In hopes that that will get me a better understanding. :-( In any case, Merry Christmas to everyone! Barbara -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
