Re: z/OS 1.9 ADCD
I think it's either sys1 or ibmuser. Fred -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu]on Behalf Of Gillis, Mark Sent: Thursday, March 19, 2009 2:11 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: z/OS 1.9 ADCD SYS1? -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Neale Ferguson Sent: Friday, 20 March 2009 5:44 AM To: IBMVM@LISTSERV.UARK.EDU Subject: z/OS 1.9 ADCD Excuse the (slightly) off-topic subject but since we¹re running z/OS under z/VM I am taking the liberty of posting. I have forgotten the password of the TSO user IBMUSER. I don't believe I changed it from when it was installed but I can't locate the ADCD documentation that would tell me. Neale
Re: TRANS13 , IND$FILE and CA-TPX
To all, Some time ago I had a mysterious problem dealing with IND$FILE with symptoms similar to what you are having, although, mine was with CICS also. The problem that I encountered was with a getmain for storage to build additional messages. It turned out that the getmain was for 0 bytes and that wouldn't work. I had the source at the time and inserted my own check for 0 bytes and bypassed the getmain which allowed it to go to EOJ. I don't know whether this is the same, but that problem exhibited no symptoms at all and it was just plain luck that I found the error. I don't know if this is germane to the subject, but it was an undiscovered bug with the product. Even though it's been around a long time, you may be encountering a problem that heretofore has gone unreported. Just trying to help. Fred Hoffman -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] Behalf Of Horlick, Michael Sent: Friday, December 05, 2008 2:18 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: TRANS13 , IND$FILE and CA-TPX Hello Alan et all, Just a little update. I created a 24 record file with 1234567890 repeated for 80 characters and asked the client to test. This time he says the file transfer doesn't issue messages but also doesn't upload the file to the host. It completes but the CMS file is not there. Again, this only happens with the combination of CA-TPX and TCP/IP for VM. When he tries with CA-TPX and SNA it works. The same settings for the emulator (same size screen, etc...) How could the same 3270 datastream cause this? They have their terminal set up as a model 5 My only thought is that it must be how the device appears to VM/VTAM. For SNA, it is a remote device. When he is on SNA and TPX and I display the user I see: Termid: TX262144 Model: PC92-5AG Logmode: SNX32705 I have no idea where it gets that PC92-5AG model info from. Would you or anyone else know? Then when he creates a virtual terminal session on TPX he gets: SessionApplidStatus VTermid--Status Flags---Appl.Logmode VM2VM<== ACTIVE TPXGR052 400010C1 T3278M2E This application logmode of T3278M2E is a CA-TPX one and when I do a 'CP Q' on his CMS user I see him on TPXGR052. For TCP/IP for VM, there is a DIAL VTAM and I set the DLOGMOD to D4B3290. I think I have tried different DLOGMOD's (NSX32705) and even asked them to configure as a Model 2 but still no go. The SNA DLOG of SNX32705 looks like this: SNX32705 MODEENT LOGMODE=SNX32705,FMPROF=X'03',TSPROF=X'03', PRIPROT=X'B1',SECPROT=X'90',COMPROT=X'3080', RUSIZES=X'87F8', PSERVIC=X'028018501B847F00' I'm not much of a VTAM maven. Is there anything in that macro related to file transfer? Is there something I can use to replace IND$FILE with? I suggested native VM (whick works) and also ftp (but that's a hassle with write access to their A-disk) but they prefer the way they always work (but just with TCP/IP). Wednesday, I'll be visiting the client and be screwing around with DLOGMOD's etc... Regards, Mike
Re: Newbie VM Guy old z/OS Guy
Mary Anne, Could I have a copy also? TIA, Fred Hoffman - [EMAIL PROTECTED] -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] Behalf Of Mary Anne Matyaz Sent: Monday, September 22, 2008 10:45 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Newbie VM Guy old z/OS Guy Terry, Below is a profile xedit that makes xedit very similar to ispf edit. That may help. I also add a 'CP SET PF12 RETRIEVE BACKWARD' in my profile exec to make the retrieve key work. /* PROFILE XEDIT for general use*/ arg fn ft fm "(" options 'SET MSGLINE ON 3 9 OVERLAY' 'SET SCALE OFF ' 'SET CMDLINE TOP' 'SET PREFIX NULLS LEFT' 'SET STAY ON' 'SET CASE M I ' 'SET CURLINE ON 3' 'SET COLOR CURLINE WHITE' 'SET COLOR FILEAREA TURQ' 'SET COLOR PREFIX YELLOW' 'SET COLOR IDLINE YELLOW REV' 'SET COLOR ARROW BLUE' 'SET COLOR CMDLINE WHITE' 'SET COLOR TOFEOF PINK' 'SET COLOR MSG RED' 'SET NUMBER ON' 'SET PREFIX SYNONYM A F' 'SET PREFIX SYNONYM B P' 'SET PREFIX SYNONYM R "' 'SET PREFIX SYNONYM RR ""' 'SET PREFIX SYNONYM ADD I' 'SET PREFIX SYNONYM COL SCALE' /*SETUP PF KEYS FOR XEDIT */ 'SET PF1 ONLY HELP ' 'SET PF2 = ADD' I also have a command cross reference spreadsheet that I can send to you off list. Mary Anne On Mon, Sep 22, 2008 at 11:22 AM, Martin, Terry R. (CMS/CTR) (CTR) < [EMAIL PROTECTED]> wrote: Thanks Thank You, Terry Martin Lockheed Martin - Information Technology z/OS & z/VM Systems - Performance and Tuning Cell - 443 632-4191 Work - 410 786-0386 [EMAIL PROTECTED] -Original Message- From: The IBM z/VM Operating System [mailto: [EMAIL PROTECTED] On Behalf Of Nick Laflamme Sent: Monday, September 22, 2008 11:17 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Newbie VM Guy old z/OS Guy At 11:04 AM 9/22/2008 -0400, you wrote: >Thanks all I appreciate the information. This will help as I move forward! Remember, too, that CP command privileges can be very granular. You can set up new command classes that, for example, have the "QUERY" commands from a default class but not the corresponding "SET" commands. I used to give myself that authority on my "normal" userid; I could do queries from my usual ID to see if there was a problem, but I had to get on MAINT (or another userid with the SET authorities) to fix a problem: "I could look but not touch." That might be helpful for your colleagues getting their feet wet.
Re: Real core
I always thought the converted ones became 8's. 148, 158, 168 -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] Behalf Of Rich Greenberg Sent: Monday, October 09, 2006 3:47 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Real core On: Mon, Oct 09, 2006 at 01:40:36PM -0500,Tom Duerbusch Wrote: } Yep, it was an IBM 370-165 that was field upgraded to a 370-168 by } including a DAT box. I never heard of them being a "7s", like a 167. } But I do recall there was a distinction between a factory delivered 168 } and a field upgraded 168. But the labeling on top of the light display, } said "IBM 370-168". (obviously, that was upgraded from saying "IBM } 370-165". I don't know where the "7" comes from. The converted 155s and 165s were known as models 155-2 and 165-2. -- Rich Greenberg N Ft Myers, FL, USA richgr atsign panix.com + 1 239 543 1353 Eastern time. N6LRT I speak for myself & my dogs only.VM'er since CP-67 Canines:Val, Red, Shasta & Casey (RIP), Red & Zero, Siberians Owner:Chinook-L Retired at the beach Asst Owner:Sibernet-L