Re: IP error
Is the OSA port set up correctly? I spent many happy hours trying to start an OSA port a couple of years ago until I discovered that the port was set up as Token Ring, not Ethernet. The reason? There was a little wrap plug in the T/R port... I took the T/R wrap plug out, put the Ethernet one (in the Ethernet socket!), disabled the port from the hardware console and then went through the set-up again (sorry, but I don't recall the exact details), and hey presto, a working Ethernet connection. You didn't say what type of OSA card you have - obviously if it's not the type that supports different LANs, this may not help... Regards, Roy Harrop +44 (0) 1489 444 391 --- -Original Message- From: Dave Jones [mailto:d...@sys1.vsoft-software.com] Sent: 02 March 2009 19:29 Subject: Re: IP error Hi, Augie. According to the IBM z/VM 5.4 TCP/IP Messages and Codes manual (online edition available here: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/HCSK4B31/CCON TENTS?SHELF=hcsh2aa1&DN=GC24-6124-04&DT=20081125150345) , the E080 return code signifies: A LAN connection could not be made, possibly for one of the following reasons: * The cable might not be present. * The LAN might not be functioning. * The port might have been disabled. Have you verified that the OSA card is enabled, and has a cable plugged into? Hope this helps. DJ - Original Message - From: August Carideo To: IBMVM@LISTSERV.UARK.EDU Subject: IP error Date: Mon, 2 Mar 2009 13:29:08 -0500 > We are trying to get Z/Vm to communicate w/ our OSA cards, > that are shared w/ OS/390 > I can't seem to find specific info on this error > > Return Code E080 from strtlan for IPv4 > > and help is appreciated > thanks, > Augie - ***If you are not the intended recipient, please notify our Help Desk at Email postmas...@nats.co.uk immediately. You should not copy or use this email or attachment(s) for any purpose nor disclose their contents to any other person. NATS computer systems may be monitored and communications carried on them recorded, to secure the effective operation of the system and for other lawful purposes. Please note that neither NATS nor the sender accepts any responsibility for viruses or any losses caused as a result of viruses and it is your responsibility to scan or otherwise check this email and any attachments. NATS means NATS (En Route) plc (company number: 4129273), NATS (Services) Ltd (company number 4129270), NATSNAV Ltd (company number: 4164590) or NATS Ltd (company number 3155567) or NATS Holdings Ltd (company number 4138218). All companies are registered in England and their registered office is at 5th Floor, Brettenham House South, Lancaster Place, London, WC2E 7EN. **
FW: Bus and Tag Cable Colors and Speeds
We have to use custom-made LSZH (Low Smoke - Zero Halogen) in our new computer rooms - ours are a very nice bright green. I've also seen beige ones - I think they, like the green ones, were made by someone other than IBM. Regards, Roy Harrop D1-38, CTC +44 (0) 1489 444 391 --- -Original Message- From: Jim Bohnsack [mailto:[EMAIL PROTECTED] Sent: 09 September 2008 19:14 Subject: Re: Bus and Tag Cable Colors and Speeds I remember that the "new blue" B&T cables were the faster. I don't remember any others than gray altho I seem to remember seeing beige or tan or whatever. I suspect that beige|tan|brown are the same as gray but I don't know. At any rate, stick with blue and remember "gray away". Jim David L. Craig wrote: > I can't believe it, but I cannot find via Google > or the archives or inside www.ibm.com an explanation > of the speeds and color codes of parallel channel > cables. I think gray is 3.0 MBps and blue is 4.5, > but I've no idea what speed the beige|tan|brown > ones are. > > -- Jim Bohnsack Cornell University (972) 596-6377 home/office (972) 342-5823 cell [EMAIL PROTECTED] - ***If you are not the intended recipient, please notify our Help Desk at Email [EMAIL PROTECTED] immediately. You should not copy or use this email or attachment(s) for any purpose nor disclose their contents to any other person. NATS computer systems may be monitored and communications carried on them recorded, to secure the effective operation of the system and for other lawful purposes. Please note that neither NATS nor the sender accepts any responsibility for viruses or any losses caused as a result of viruses and it is your responsibility to scan or otherwise check this email and any attachments. NATS means NATS (En Route) plc (company number: 4129273), NATS (Services) Ltd (company number 4129270), NATSNAV Ltd (company number: 4164590) or NATS Ltd (company number 3155567) or NATS Holdings Ltd (company number 4138218). All companies are registered in England and their registered office is at 5th Floor, Brettenham House South, Lancaster Place, London, WC2E 7EN. **
FW: VTAPE from Virtual Software Systems
We considered VTAPE some years ago, but then went out and bought a brand-new IBM VTS. It's shared between our (very old) VM/ESA 2.4 and (even older) OS/390 systems. It's set up so that OS/390 sees a string of 16x 3490Es and VM sees 32x 3490E. We use a lot of NL tapes, and the data format on some of these meant it took a little bit of effort to get it working as we wanted, but having done so, the users love it. The only down-side is that, since its installation, our operators get nowhere near as much exercise as they used to... Regards, Roy Harrop --- -Original Message- From: Tom Duerbusch [mailto:[EMAIL PROTECTED] Sent: 03 September 2008 19:02 Subject: Re: VTAPE from Virtual Software Systems The disk based VTAPE systems are really neat, but are expensive compared to a used IBM VTS tape based solution. Obviously this is a new vs used situation. Tom Duerbusch THD Consulting Law of Dinner Table Attendance Cats must attend all meals when anything good is served. >>> Mike Walter <[EMAIL PROTECTED]> 9/3/2008 12:55 PM >>> Without having ever run VTAPE here... perhaps you could better define your requirements? Are you saying that you want to eliminate all tape drives? If so, how will you back up your DASD (upon which I believe that VTAPE writes its virtual tapes)? Unless you have mirrored DASD, with the mirror far enough away to constitute a D.R. site, you still need tape backup for D.R. Even with mirrored D.R. DASD, if there is ever DASD corruption, the mirroring code could just mirror the corruption to the remote site. Indeed, the DASD vendor's microcode could even be the cause of the corruption. Without tape backup, you may not be able to restore. Another alternative is virtual tape libraries (IBM, SUN/STK, and more), which write tape data for virtual tapes on DASD cache for fast I/O, then migrate that cache to very high capacity tapes behind the scenes. But even that isn't perfect for D.R. if at least one copy of the tapes are not stored at the D.R. site. Surely there are other variations on this theme to be considered. But in most cases, you probably want to consider some external tapes for true D.R. Always plan for the worst, or that's what will require a resume update. Mike Walter Hewitt Associates Any opinions expressed herein are mine alone and do not necessarily represent the opinions or policies of Hewitt Associates. "Shiminsky, Gary" <[EMAIL PROTECTED]> Sent by: "The IBM z/VM Operating System" 09/03/2008 11:52 AM Please respond to "The IBM z/VM Operating System" To IBMVM@LISTSERV.UARK.EDU cc Subject VTAPE from Virtual Software Systems Hi, We are looking for a virtual tape system as part of a project to replace our ageing tape drives. Does anybody have any experience with VTAPE from Virtual Software Systems that they would like to share? Gary Gary L. Shiminsky VM/VSE Senior Systems Programmer Office of Information Technology State of New Hampshire 27 Hazen Drive Concord, NH 03301 603-271-1509Fax 603-271-1516 The information contained in this e-mail and any accompanying documents may contain information that is confidential or otherwise protected from disclosure. If you are not the intended recipient of this message, or if this message has been addressed to you in error, please immediately alert the sender by reply e-mail and then delete this message, including any attachments. Any dissemination, distribution or other use of the contents of this message by anyone other than the intended recipient is strictly prohibited. All messages sent to and from this e-mail address may be monitored as permitted by applicable law and regulations to ensure compliance with our internal policies and to protect our business. E-mails are not secure and cannot be guaranteed to be error free as they can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by e-mail. - ***If you are not the intended recipient, please notify our Help Desk at Email [EMAIL PROTECTED] immediately. You should not copy or use this email or attachment(s) for any purpose nor disclose their contents to any other person. NATS computer systems may be monitored and communications carried on them recorded, to secure the effective operation of the system and for other lawful purposes. Please note that neither NATS nor the sender accepts any responsibility for viruses or any losses caused as a result of viruses and it is your responsibility to scan or otherwise check this email and any attachments. NATS means NATS (En Route) plc (company number: 4129273), NATS (Services) Ltd (company number 4129270), NATSNAV Ltd (company number: 4164590) or NATS Ltd (company number 3155567) or NATS Holdings Ltd (company number 4138218). All companies are regist
FW: ADD VIRTUAL MEMORY DYNAMICALLY
Am I missing something here? The subject matter is "Add Virtual Memory Dynamically", which has got to be a function worth having - but why would anyone want to remove it? Surely it's akin to being able to add packs for paging - and you can't take them away (cue for a song?). This may be half a loaf, but even if it were just one slice, it's got to be a good feature. The forum thread did make interesting reading though... Regards, Roy Harrop --- -Original Message- From: Mike Harding [mailto:[EMAIL PROTECTED] Sent: 07 August 2008 00:25 Subject: Re: ADD VIRTUAL MEMORY DYNAMICALLY The IBM z/VM Operating System wrote on 08/06/2008 03:40:56 PM: > On Wed, Aug 6, 2008 at 11:48 PM, Bill Holder <[EMAIL PROTECTED]> wrote: > > > Just to emphasize the point - the fact that most of CP's storage is now > > mapped into virtual(the System Execution Space) is really irrelevant to the > > question of detaching memory. Although that mapping is indeed the"default" > > I did not mean to make it sound easy. Being able to page it would be a > much harder one that being able to move it. At least we don't need to > walk all control blocks for pointers to the blocks in the page that we > moved. But you still need everyone out of the way when you move it > (unless that is an atomic operation). > -Rob An alternative - which might even satisfy Mr. Schuh - could be to restrict "detachable" memory to that which has been dynamically added after CP was iplled. I wouldn't think the SXS would extend into such, which would make it easier to clear. Of course it's been a while since I did much perusing of CP internals... --Mike - ***If you are not the intended recipient, please notify our Help Desk at Email [EMAIL PROTECTED] immediately. You should not copy or use this email or attachment(s) for any purpose nor disclose their contents to any other person. NATS computer systems may be monitored and communications carried on them recorded, to secure the effective operation of the system and for other lawful purposes. Please note that neither NATS nor the sender accepts any responsibility for viruses or any losses caused as a result of viruses and it is your responsibility to scan or otherwise check this email and any attachments. NATS means NATS (En Route) plc (company number: 4129273), NATS (Services) Ltd (company number 4129270), NATSNAV Ltd (company number: 4164590) or NATS Ltd (company number 3155567) or NATS Holdings Ltd (company number 4138218). All companies are registered in England and their registered office is at 5th Floor, Brettenham House South, Lancaster Place, London, WC2E 7EN. **
FW: IOS3270 Manual or documentation
I note with amazement that the manual is dated May 14, 1907. Regards, Roy Harrop +44 (0) 1489 444 391 +44 (0) 7796 820 295 --- -Original Message- From: Jim Elliott <[EMAIL PROTECTED]> [mailto:[EMAIL PROTECTED] Sent: 16 May 2007 03:52 Subject: Re: IOS3270 Manual or documentation I have put the IOS3270 manual up on my web site at http://ibm.com/vm/devpages/jelliott/ Jim ** If you are not the intended recipient, please notify our Help Desk at Email [EMAIL PROTECTED] immediately. You should not copy or use this email or attachment(s) for any purpose nor disclose their contents to any other person. NATS computer systems may be monitored and communications carried on them recorded, to secure the effective operation of the system and for other lawful purposes. Please note that neither NATS nor the sender accepts any responsibility for viruses or any losses caused as a result of viruses and it is your responsibility to scan or otherwise check this email and any attachments. NATS means NATS (En Route) plc (company number: 4129273), NATS (Services) Ltd (company number 4129270), NATSNAV Ltd (company number: 4164590) or NATS Ltd (company number 3155567) or NATS Holdings Ltd (company number 4138218). All companies are registered in England and their registered office is at 5th Floor, Brettenham House South, Lancaster Place, London, WC2E 7EN. **
Ricoh printer/copiers and VM
Has anyone succeeded in making a VM system print to Ricoh Aficio 3045 PCL 5e or Ricoh Aficio 3235C Multifunctional copiers via RSCS? We’ve recently replaced a lot of our photocopiers with these machines, which are connected to the Windoze network to allow printing from the PCs. I now need to add some of them to the list of devices that our VM users can access, and tried defining one to RSCS as follows: LINKDEFINE LAT164 TYPE LPR AST FORM * PARM LAT164 PRINTER=LAT164 EXIT=LPRXPSE EPARM='SEP=NO' HOST=159.197.66.166 It’s started – output from “SM RSCS Q SYS Q” shows: Link Name Status Sending Receiving Queued Looping Held CTC073 released 1 0 2 0 0 But that’s how it stays – the files that have been sent never appear as printed pages. It can be ‘ping’ed from the mainframe so I don’t think there’s a routing problem. I have many other networked printers defined to VM, which work fine. For example, an HP Color Laserjet 8550, defined in a similar way: LINKDEFINE N500LAS2 TYPE LPR AST FORM * PARM N500LAS2 PRINTER=N500LAS2 EXIT=LPRXPSE EPARM='SEP=NO' HOST=159.197.65.204 Have I got these things correctly defined to RSCS, or is there some configuration option that needs to be set in the printer itself? Roy Harrop ** This email and any files transmitted with it are confidential. If you are not the intended recipient, please notify our Help Desk. Email [EMAIL PROTECTED] immediately. You should not copy or use this email or attachment(s) for any purpose nor disclose their contents to any other person. NATS computer systems may be monitored and communications carried on them recorded, to secure the effective operation of the system and for other lawful purposes.
FW: real ctc vs vctc on tcp/ip
We have two CTCs between an old VM/ESA system and an even older OS/390 system running on separate physical processors. One of the CTCs connects the TCP/IP's on these systems and the other connects VM's RSCS to OS/390's JES2. The relevant bit of the VM IOCDS: CHPID PATH=(BB),TYPE=CTC,SWITCH=01 CNTLUNITCUNUMBR=BB10,PATH=BB,LINK=FA,UNIT=SCTC,UNITADD=((10,16)) IODEVICEADDRESS=(BB10,16),CUNUMBR=BB10,UNIT=SCTC,UNITADD=10 In HCD, the corresponding CHPIDs are defined as CNC, the Control Units as SCTC, and the Devices as BCTC. In the VM TCP/IP config file, I have: DEVICE CTCDBUROCTCBB10 LINKCTCLBUROCTC 0 and in OS/390: DEVICE CTCDVM1 CTC BB10 LINKCTCLVM1 CTC 1 CTCDVM1 I don't know if that helps, but it works for us! Regards, Roy Harrop +44 (0) 1895 42 32 53 --- -Original Message- From: David Kreuter [mailto:[EMAIL PROTECTED] Sent: 11 September 2006 17:13 Subject: Re: real ctc vs vctc on tcp/ip maybe it's 'cause you are trying to attach ctc and cnc type chpids? Also from TCPIP Planning and Config: "If you are using HCD on OS/390 or z/OS, these devices must be defined as "CTCA" on the VM side, and "SCTC" on the OS/390 or z/OS side" David Ron Greve wrote: >>Are the channel devices dedicated or shared. Can you show us the iocds >>definitions. >> >>regards >> >>Franz Josef >> >> > >Franz > > Here are the IOCP definitions. We are going between ESA11 and the IFL. > As I mentioned in the first posting, we are using a number of these > between RSCS's and JES2's successfully. Two of these go between > Lpar ESA11 and Lpar IFL and both are operating. > >Thanks >Ron Greve > > CHPID PATH=02,TYPE=CNC,PARTITION=(ESA11,ESA12,IFL),SHARED > CHPID PATH=03,TYPE=CTC,PARTITION=(ESA11,ESA12,IFL),SHARED > > CNTLUNIT CUNUMBR=0401,PATH=(02),UNIT=SCTC,UNITADD=((00,32)),CUADD=1 > CNTLUNIT CUNUMBR=0501,PATH=(03),UNIT=SCTC,UNITADD=((00,32)),CUADD=1 > CNTLUNIT CUNUMBR=0402,PATH=(02),UNIT=SCTC,UNITADD=((00,32)),CUADD=2 > CNTLUNIT CUNUMBR=0502,PATH=(03),UNIT=SCTC,UNITADD=((00,32)),CUADD=2 > CNTLUNIT CUNUMBR=0403,PATH=(02),UNIT=SCTC,UNITADD=((00,32)),CUADD=3 > CNTLUNIT CUNUMBR=0503,PATH=(03),UNIT=SCTC,UNITADD=((00,32)),CUADD=3 > > IODEVICE ADDRESS=(0400,32),CUNUMBR=(0401),UNITADD=00, X > UNIT=SCTC,PART=(ESA11,ESA12,IFL) > IODEVICE ADDRESS=(0420,32),CUNUMBR=(0402),UNITADD=00, X > UNIT=SCTC,PART=(ESA11,ESA12,IFL) > IODEVICE ADDRESS=(0440,32),CUNUMBR=(0403),UNITADD=00, X > UNIT=SCTC,PART=(ESA11,ESA12,IFL) > IODEVICE ADDRESS=(0500,32),CUNUMBR=(0501),UNITADD=00, X > UNIT=SCTC,PART=(ESA11,ESA12,IFL) > IODEVICE ADDRESS=(0520,32),CUNUMBR=(0502),UNITADD=00, X > UNIT=SCTC,PART=(ESA11,ESA12,IFL) > IODEVICE ADDRESS=(0540,32),CUNUMBR=(0503),UNITADD=00, X > UNIT=SCTC,PART=(ESA11,ESA12,IFL) > > > lpar ESA11 -- attach 448 tcpip 720 attach 449 tcpip 721 lpar IFL -- attach 508 tcpip 720 attach 509 tcpip 721 ; lpar ESA11 tcp/ip device/link DEVICE CTCVDEV4 CTC 720 LINK CTCVLNK4 CTC 1 CTCVDEV4 ; lpar IFL tcp/ip device/link DEVICE CTCVDEV4 CTC 0720 LINK CTCVLNK4 CTC 0 CTCVDEV4 MTU 1500 > > > > > ** This email and any files transmitted with it are confidential. If you are not the intended recipient, please notify our Help Desk. Email [EMAIL PROTECTED] immediately. You should not copy or use this email or attachment(s) for any purpose nor disclose their contents to any other person. NATS computer systems may be monitored and communications carried on them recorded, to secure the effective operation of the system and for other lawful purposes.
VM's SMTP server
Hi, Some time ago, our network people changed the address of their mail server. I duly changed all references that I could find in the VM system to point to the new address. Now VM's SMTP recognises the new IPMAILER address and sends mail destined for the real Outside World to the correct place (and such mail gets delivered), it continues sending inter-company mail to the old external server. I've obviously missed a reference - but can't see where. I've been through all the 191 disks and SFS directories that are defined to the SMTP and TCPIP machines (as well as, in desperation) FTPSERVE, NAMESERV, etc, etc but can find no reference (except one that's commented out) to the old mailserver. Can anyone suggest where I might look now? Please!! Regards, Roy Harrop ** This email and any files transmitted with it are confidential. If you are not the intended recipient, please notify our Help Desk. Email [EMAIL PROTECTED] immediately. You should not copy or use this email or attachment(s) for any purpose nor disclose their contents to any other person. NATS computer systems may be monitored and communications carried on them recorded, to secure the effective operation of the system and for other lawful purposes.