Re: tn3270e
I believe the port on the 2074 is configurable, but the default is 3270 Larry Davis -Original Message- From: Vic Cross [mailto:[EMAIL PROTECTED]] Sent: Thursday, January 23, 2003 00:21 To: [EMAIL PROTECTED] Subject: Re: tn3270e On Wed, 22 Jan 2003, Alex Leyva wrote: Hi, we have just installed our new z800, we are using one 2074 to get the consoles, but we have one problem, we want to use linux but we cant find a tn3270e emulator As Paul posted, x3270 should work ok (I use x3270 to connect to MP3000 and P/390 machines, and the 2074 uses the same code...). we try to use x3270 but obviusly it get an unknown error when we try to connect to the 2074 More information required. Is the error on the Linux box, or on the 2074? Is it in the 3270 window on x3270? I think it's a configuration problem. I'm pretty sure the 2074 uses a non-standard tn3270 port (not the usual telnet port 23 but something like 7490, just like the MP3000 and P/390 do). You will need to configure this in x3270, but doing this is tricky and version dependent (from my experience). You can try either of the following: # x3270 ipaddress:7490 # x3270 ipaddress 7490 but the one that should work, regardless of version, is # x3270 --port 7490 ipaddress Of course, confirm that 7490 is the correct port number on your 2074; substitute the right value if it's not 7490. Hope this helps, Vic Cross
Xstore or V-Disk
I was looking at my Linux directories and I have a definition for XSTORE, but I never modified the LINUX machines to use XSTORE. I believe the driver use to be XPRAM for the earlier Linux 2.2 systems. on these 2.4.7+ systems 1. Is XPRAM still available, Or 2. Should I be using the V-Disk implementation for swap space What are your thoughts, and where would these implementations be documented. \|/ (. .) TIA, ___ooO-(_)-Ooo___, Larry Davis
Re: HTTPD server won't stay up
Thanks, Sergey Mine was set to 2 rather than 10, I will see if all is OK next time I reboot. Larry Davis -Original Message- From: Sergey Korzhevsky [mailto:[EMAIL PROTECTED]] Sent: Monday, December 16, 2002 05:48 To: [EMAIL PROTECTED] Subject: Re: HTTPD server won't stay up If you use SLES7, try to increase timeout in /etc/rc.config.d/apache.rc.config HTTPD_START_TIMEOUT=40 (was 10) WBR, Sergey Davis, Lawrence [EMAIL PROTECTED] Sent by: Linux on 390 Port [EMAIL PROTECTED] 13.12.2002 21:53 Please respond to Linux on 390 Port To: [EMAIL PROTECTED] cc: Subject:HTTPD server won't stay up I am seeing my HTTPD server starting in the console Starting Name Service Cache Daemon ..done Starting inetd ..done Starting httpd [ LDAP PERL ] ..done Master Resource Control: runlevel 5 has been reached but when I try to connect I get connection refused as though the server is not running. If I manually start the apache web server it comes up fine. before I started httpd I did not see anything with netstat -a that showed http anything listening. After the manual start I saw http-www listening tcp0 0 *:www-http *:* LISTEN 550/httpd Any Suggestions on where I can look to help with more information. \|/ (. .) TIA, ___ooO-(_)-Ooo___, Larry Davis
HTTPD server won't stay up
I am seeing my HTTPD server starting in the console Starting Name Service Cache Daemon ..done Starting inetd ..done Starting httpd [ LDAP PERL ] ..done Master Resource Control: runlevel 5 has been reached but when I try to connect I get connection refused as though the server is not running. If I manually start the apache web server it comes up fine. before I started httpd I did not see anything with netstat -a that showed http anything listening. After the manual start I saw http-www listening tcp0 0 *:www-http *:* LISTEN 550/httpd Any Suggestions on where I can look to help with more information. \|/ (. .) TIA, ___ooO-(_)-Ooo___, Larry Davis
IS Java installed
I was using YAST on our 31-bit SuSE system and looking to see if Java was installed. I went to the package information screen and did a Search for java and came up with nothing that looks like java on this system. (Results of Search) [i] s a2ps Converts ASCII text into PostScript [i] s aaa_base SuSE Linux base package [i] s aaa_skel SuSE Linux Default User [i] s ctags Generate tag files for use with vi and other editors [i] s icons Lots of icons [i] s kdebase-nsplugin KDE 2 base package: Netscape plugin support [i] s kdelibsKDE 2 base package: Libraries [i] s mc Midnight Commander [i] s openldap2 The new OpenLDAP Server (LDAPv3) [i] s python Python Interpreter [i] s susehelp_enSuSE Help-System (base) [i] s vimVi IMproved I am Running on a SLES7-BETA system on a Z-800 Linux vmlinux 2.4.7-SuSE-SMP #1 SMP Wed Oct 17 15:31:03 GMT 2001 s390 unknown Where is Java? is it part of Apache? What Java is recommended for this system. \|/ (. .) TIA, ___ooO-(_)-Ooo___, Larry Davis
Re: How to force full-duplex and 1gb on new osa-e card
GB Ethernet parameters can not be set like the OSA Express cards can be set. Larry Davis -Original Message- From: Dave Myers [mailto:[EMAIL PROTECTED]] Sent: Tuesday, December 03, 2002 10:23 To: [EMAIL PROTECTED] Subject: How to force full-duplex and 1gb on new osa-e card Have been looking for this answer, but can not find it in manuals or in any lists. We just got a new z800 with new osa-express gb cards. How do we configure the cards to force full-duplex and turn off auto-neg ?? The Advanced Functions CHPID windows don't seem to let me do this. Tia Dave
Re: g3 and OSA-2 Ethernet problem
For OSA-2 type devices they are configure in the IOCP as this *-- * SPECIAL (OSA) *-- CHPID PATH=(08),SHARED,TYPE=OSA CHPID PATH=(98),SHARED,TYPE=OSA CHPID PATH=(E4),SHARED,TYPE=OSA *-- * 0C00 *-- CNTLUNIT CUNUMBR=0C00,PATH=(ED),UNITADD=((00,8)),SHARED=N,* UNIT=CTC,PROTOCL=S4 IODEVICE ADDRESS=(C00,008),CUNUMBR=(0C00),TIMEOUT=N,UNIT=CTCA CNTLUNIT CUNUMBR=0C20,PATH=(08),UNIT=OSA IODEVICE ADDRESS=(0C20,15),CUNUMBR=0C20,UNITADD=00,STADET=Y,UNIT=OSA IODEVICE ADDRESS=(0C2F),CUNUMBR=0C20,UNITADD=FE,STADET=Y,UNIT=OSAD CNTLUNIT CUNUMBR=0C40,PATH=(E4),UNIT=OSA IODEVICE ADDRESS=(0C40,15),CUNUMBR=0C40,UNITADD=00,STADET=Y,UNIT=OSA IODEVICE ADDRESS=(0C4F),CUNUMBR=0C40,UNITADD=FE,STADET=Y,UNIT=OSAD CNTLUNIT CUNUMBR=0C60,PATH=(98),UNIT=OSA IODEVICE ADDRESS=(0C60,15),CUNUMBR=0C60,UNITADD=00,STADET=Y,UNIT=OSA IODEVICE ADDRESS=(0C6F),CUNUMBR=0C60,UNITADD=FE,STADET=Y,UNIT=OSAD For OSA-express devices they are coded this way, at least for QDIO, *-- * SPECIAL (OSA-Express GB-E, QDIO) *-- CHPID PATH=(C0),SHARED,TYPE=OSD 0C40 CHPID PATH=(C1),SHARED,TYPE=OSD 0C50 *-- * SPECIAL (OSA-Express FENET 10/100MB, QDIO) *-- CHPID PATH=(C2),SHARED,TYPE=OSD 0C60 CHPID PATH=(C3),SHARED,TYPE=OSD 0C70 *-- * 0C00 *-- CNTLUNIT CUNUMBR=0C40,PATH=(C0),UNIT=OSA IODEVICE ADDRESS=(0C40,15),CUNUMBR=0C40,UNITADD=00,UNIT=OSA IODEVICE ADDRESS=(0C4F),CUNUMBR=0C40,UNITADD=FE,UNIT=OSAD CNTLUNIT CUNUMBR=0C50,PATH=(C1),UNIT=OSA IODEVICE ADDRESS=(0C50,15),CUNUMBR=0C50,UNITADD=00,UNIT=OSA IODEVICE ADDRESS=(0C5F),CUNUMBR=0C50,UNITADD=FE,UNIT=OSAD CNTLUNIT CUNUMBR=0C60,PATH=(C2),UNIT=OSA IODEVICE ADDRESS=(0C60,15),CUNUMBR=0C60,UNITADD=00,UNIT=OSA IODEVICE ADDRESS=(0C6F),CUNUMBR=0C60,UNITADD=FE,UNIT=OSAD CNTLUNIT CUNUMBR=0C70,PATH=(C3),UNIT=OSA IODEVICE ADDRESS=(0C70,15),CUNUMBR=0C70,UNITADD=00,UNIT=OSA IODEVICE ADDRESS=(0C7F),CUNUMBR=0C70,UNITADD=FE,UNIT=OSAD By the way I perform all IOCP changes on VM without the help of OS/390 or z/OS. Larry Davis, \|/ Nielsen Media Research (. .) VM Systems Programmer ___ooO-(_)-Ooo___ mailto:[EMAIL PROTECTED] -Original Message- From: Robert Morrison [mailto:[EMAIL PROTECTED]] Sent: Tuesday, November 19, 2002 09:49 To: [EMAIL PROTECTED] Subject: Re: g3 and OSA-2 Ethernet problem The devices are shared at the I/O definition level. If the environment is mixed, it would have been created on the OS/390 side. The I/O definition can be viewed from the Hardware Management Console if you have the proper authority or it can be view via HCD on the OS/390 side. I am not exactly sure how to determine the shareability from the Linux side. Bob M. - Do you Yahoo!? Yahoo! Web Hosting - Let the expert host your site
Re: OSA express gb adapter
Where would I find the qeth parms below on a SuSE 2.4 Kernel Distribution. Larry -Original Message- From: Sanford H Gelbard [mailto:sgelbard;CSC.COM] Sent: Wednesday, November 06, 2002 10:42 To: [EMAIL PROTECTED] Subject: Re: OSA express gb adapter I specified the following to work once I migrated to driver 38 on my Z : qeth parms noauto,0x350,0x351,0x352,portname:OSA350,eth0 I found my correct portname by using the HMC option Advanced facilities View Port Parameters SG Crowley, Glen L To: [EMAIL PROTECTED] GLCROWLEY cc: @arkbluecrossSubject: OSA express gb adapter .com Sent by: Linux on 390 Port LINUX-390 11/06/2002 10:15 AM Please respond to Linux on 390 Port I have an LPAR that shares a gb ethernet osa express adapter with OS/390 LPAR's. I am using SUSE distribution as it is the only one that I found that includes the OCO modules. I get the error that follows when setting up my network definition. I have on ocasion be able to get this to work, but 99% of the time it fails. Anybody have any ideas that might help me. Enter the device addresses for the qeth module, e.g. '0xf800,0xf801,0xf802' or auto for autoprobing (auto): Starting with microcode level 0146, OSA-Express QDIO require a portname to be set in the device driver. It identifies the port for sharing with other. OS images, for example the PORTNAME dataset used by OS/390. Do you have OSA Express microcode level 0146 or higher? y Note: If you share the card, you must use same portname on all guest/lpars using the card. Please enter the portname (must be 1 to 8 characters) to use: osa1 Using /lib/modules/2.4.7-SuSE-SMP/net/qeth.o qeth: loading qeth S/390 OSA-Express driver ($Revision: 1.136.2.3 $/$Revision: 1 .53.2.2 $/$Revision: 1.18 $) qeth: allocated 0 spare buffers debug: qeth_setup: new level 3 debug: qeth_misc: new level 2 debug: qeth_data: new level 2 debug: qeth_control: new level 2 debug: qeth_sense: new level 2 debug: qeth_qerr: new level 2 debug: qeth_trace: new level 2 qeth: Trying to use card with devnos 0xC40/0xC41/0xC42 qeth: received an IDX TERMINATE on irq 0xAF4/0xAF5 with cause code 0x22 -- try another portname qeth: There were problems in hard-setting up the card. debug: unregistering qeth_setup debug: unregistering qeth_qerr debug: unregistering qeth_sense debug: unregistering qeth_misc debug: unregistering qeth_data debug: unregistering qeth_control debug: unregistering qeth_trace /lib/modules/2.4.7-SuSE-SMP/net/qeth.o: init_module: No such device Hint: insmod errors can be caused by incorrect module parameters, including inva lid IO or IRQ parameters qeth module not loaded, module problem. Do you want to retry the qeth-setup (Yes/No) ? Glen Crowley Lead Systems Programmer Arkansas Blue Cross Blue Shield [EMAIL PROTECTED]
Re: OSA express gb adapter
Thanks I thought I could change in one place in YaST, but it did not update the conf file. Larry -Original Message- From: Post, Mark K [mailto:mark.post;eds.com] Sent: Wednesday, November 06, 2002 15:31 To: [EMAIL PROTECTED] Subject: Re: OSA express gb adapter Larry, Hopefully /etc/chandev.conf Mark Post -Original Message- From: Davis, Lawrence [mailto:DavisLA;tvratings.com] Sent: Wednesday, November 06, 2002 3:20 PM To: [EMAIL PROTECTED] Subject: Re: OSA express gb adapter Where would I find the qeth parms below on a SuSE 2.4 Kernel Distribution. Larry -Original Message- From: Sanford H Gelbard [mailto:sgelbard;CSC.COM] Sent: Wednesday, November 06, 2002 10:42 To: [EMAIL PROTECTED] Subject: Re: OSA express gb adapter I specified the following to work once I migrated to driver 38 on my Z : qeth parms noauto,0x350,0x351,0x352,portname:OSA350,eth0 I found my correct portname by using the HMC option Advanced facilities View Port Parameters SG Crowley, Glen L To: [EMAIL PROTECTED] GLCROWLEY cc: @arkbluecrossSubject: OSA express gb adapter .com Sent by: Linux on 390 Port LINUX-390 11/06/2002 10:15 AM Please respond to Linux on 390 Port I have an LPAR that shares a gb ethernet osa express adapter with OS/390 LPAR's. I am using SUSE distribution as it is the only one that I found that includes the OCO modules. I get the error that follows when setting up my network definition. I have on ocasion be able to get this to work, but 99% of the time it fails. Anybody have any ideas that might help me. Enter the device addresses for the qeth module, e.g. '0xf800,0xf801,0xf802' or auto for autoprobing (auto): Starting with microcode level 0146, OSA-Express QDIO require a portname to be set in the device driver. It identifies the port for sharing with other. OS images, for example the PORTNAME dataset used by OS/390. Do you have OSA Express microcode level 0146 or higher? y Note: If you share the card, you must use same portname on all guest/lpars using the card. Please enter the portname (must be 1 to 8 characters) to use: osa1 Using /lib/modules/2.4.7-SuSE-SMP/net/qeth.o qeth: loading qeth S/390 OSA-Express driver ($Revision: 1.136.2.3 $/$Revision: 1 .53.2.2 $/$Revision: 1.18 $) qeth: allocated 0 spare buffers debug: qeth_setup: new level 3 debug: qeth_misc: new level 2 debug: qeth_data: new level 2 debug: qeth_control: new level 2 debug: qeth_sense: new level 2 debug: qeth_qerr: new level 2 debug: qeth_trace: new level 2 qeth: Trying to use card with devnos 0xC40/0xC41/0xC42 qeth: received an IDX TERMINATE on irq 0xAF4/0xAF5 with cause code 0x22 -- try another portname qeth: There were problems in hard-setting up the card. debug: unregistering qeth_setup debug: unregistering qeth_qerr debug: unregistering qeth_sense debug: unregistering qeth_misc debug: unregistering qeth_data debug: unregistering qeth_control debug: unregistering qeth_trace /lib/modules/2.4.7-SuSE-SMP/net/qeth.o: init_module: No such device Hint: insmod errors can be caused by incorrect module parameters, including inva lid IO or IRQ parameters qeth module not loaded, module problem. Do you want to retry the qeth-setup (Yes/No) ? Glen Crowley Lead Systems Programmer Arkansas Blue Cross Blue Shield [EMAIL PROTECTED]
Re: Proc File system on v-disk
Thanks, It makes since now. Larry -Original Message- From: Kris Van Hees [mailto:[EMAIL PROTECTED]] Sent: Wednesday, October 09, 2002 10:24 To: [EMAIL PROTECTED] Subject: Re: Proc File system on v-disk On Wed, Oct 09, 2002 at 07:45:02AM -0400, Davis, Lawrence wrote: Is the Proc FS hit a lot during normal Linux operations it would seem to be a good candidate for V-disk. The /proc filesystem is a virtual file systems, only really existant in core memory. There is no actual file storage on any backing store for it. As you can see from the /etc/fstab, it is specified without an actual disk partition as first parameters on its definition line, which means that there is indeed no disk space allocated for it (nor does it use any). As such, moving it to a V-disk is actually impossible. Since it is served from storage by the kernel it is about as fast as it can get. Kris
Re: Downloading Files for SuSE issue
Thanks mark I resolved the SuSE 64 problem with KDE by downloading the RPM's to my home directory and Getting YaST to pull the RPM's from there. This is all working great. I still need to do the same with gzip on the 31-bit side, but I need to determine the actual install command for RPM first, since I used YaST to do the installs on SUSE64, and YaST isn't working/starting up correctly without gzip. Larry -Original Message- From: Post, Mark K [mailto:[EMAIL PROTECTED]] Sent: Thursday, September 19, 2002 09:22 To: [EMAIL PROTECTED] Subject: Re: Downloading Files for SuSE issue Larry, Sure, but since you're going to wind up pulling down an entire RPM again anyway, I would actually download it again and run RPM against it to make sure it wasn't corrupted again. In fact, I would run RPM against the originals to make sure they were corrupted in the first place. If they were, fine, but if they weren't then there would seem to be a problem with the RPM itself, and not your copy of it. Mark Post -Original Message- From: Davis, Lawrence [mailto:[EMAIL PROTECTED]] Sent: Thursday, September 19, 2002 8:13 AM To: [EMAIL PROTECTED] Subject: Downloading Files for SuSE issue I Have installed the Beta releases of SuSE on Our Z800, but had issues with two RPM's for KDE on the 64-bit install, and gzip on the 31-bit install. Now on the 31-bit SuSE I can not run YaST because it can't find gzip. Is it ok to use the RPM command to retrieve the needed files to complete the down load. \|/ (. .) Larry Davis, ___ooO-(_)-Ooo___, x2627
Re: Downloading Files for SuSE issue
Exactly -ivh was better, from my perspective since just giving me the Prompt back doesn't say that I installed it and all is OK. at least not yet. Thanks Mark, and Thanks to SuSE the install was easier than I would have thought. Plus, I have kept away from Red Hat because of the issues with the OCO builds. Larry -Original Message- From: Post, Mark K [mailto:[EMAIL PROTECTED]] Sent: Friday, September 20, 2002 09:35 To: [EMAIL PROTECTED] Subject: Re: Downloading Files for SuSE issue Larry, rpm -i gzip.whatever.rpm will do it. rpm -ivh if you like progress bars and more words. Mark Post -Original Message- From: Davis, Lawrence [mailto:[EMAIL PROTECTED]] Sent: Friday, September 20, 2002 8:13 AM To: [EMAIL PROTECTED] Subject: Re: Downloading Files for SuSE issue Thanks mark I resolved the SuSE 64 problem with KDE by downloading the RPM's to my home directory and Getting YaST to pull the RPM's from there. This is all working great. I still need to do the same with gzip on the 31-bit side, but I need to determine the actual install command for RPM first, since I used YaST to do the installs on SUSE64, and YaST isn't working/starting up correctly without gzip. Larry -Original Message- From: Post, Mark K [mailto:[EMAIL PROTECTED]] Sent: Thursday, September 19, 2002 09:22 To: [EMAIL PROTECTED] Subject: Re: Downloading Files for SuSE issue Larry, Sure, but since you're going to wind up pulling down an entire RPM again anyway, I would actually download it again and run RPM against it to make sure it wasn't corrupted again. In fact, I would run RPM against the originals to make sure they were corrupted in the first place. If they were, fine, but if they weren't then there would seem to be a problem with the RPM itself, and not your copy of it. Mark Post -Original Message- From: Davis, Lawrence [mailto:[EMAIL PROTECTED]] Sent: Thursday, September 19, 2002 8:13 AM To: [EMAIL PROTECTED] Subject: Downloading Files for SuSE issue I Have installed the Beta releases of SuSE on Our Z800, but had issues with two RPM's for KDE on the 64-bit install, and gzip on the 31-bit install. Now on the 31-bit SuSE I can not run YaST because it can't find gzip. Is it ok to use the RPM command to retrieve the needed files to complete the down load. \|/ (. .) Larry Davis, ___ooO-(_)-Ooo___, x2627
Downloading Files for SuSE issue
I Have installed the Beta releases of SuSE on Our Z800, but had issues with two RPM's for KDE on the 64-bit install, and gzip on the 31-bit install. Now on the 31-bit SuSE I can not run YaST because it can't find gzip. Is it ok to use the RPM command to retrieve the needed files to complete the down load. \|/ (. .) Larry Davis, ___ooO-(_)-Ooo___, x2627
Re: **OMEGAMON FOR VM V600 IS GA!**
Well this is a first. Larry Davis, \|/ Nielsen Media Research (. .) VM Systems Programmer ___ooO-(_)-Ooo___ mailto:[EMAIL PROTECTED] -Original Message- From: Aurora Emanuela Dell'Anno [mailto:[EMAIL PROTECTED]] Sent: Wednesday, July 03, 2002 09:43 To: [EMAIL PROTECTED] Subject: **OMEGAMON FOR VM V600 IS GA!** Candle Corp. are pleased to announce that OMEGAMON for VM V600 has achieved general availability. OMEGAMON for VM provides day-one support for IBM Corp.'s zVM 4.3 in 32-bit and 64-bit hardware modes. Why is this important to you? Although VM has been around for a long time, with the recent emergence and acceptance of Linux, VM is once again becoming an important platform, especially in the e-commerce environment. Linux can run on the mainframe, thanks to IBM Corp.'s z/VM operating system. z/VM makes Linux a much more scalable platform and can greatly reduce the need for multiple servers running Linux, as the mainframe can run hundreds of Linux images at once. Candle have an OMEGAMON XE for Linux performance and availability monitor for SuSE and TurboLinux on S/390 and zSeries hardware. OMEGAMON XE for Linux monitors important Linux characteristics, such as disk use, file system, network connections, systemwide performance statistics and processes. For further information, please do not hesitate to contact me offline, or your local friendly Candle Rep. Alternatively, please check our website on: http://www.candle.com/www1/cnd/portal/CNDportal_Channel_Master/0,2179,2683_2 07401,00.html Ciao! Aurora Emanuela Dell'Anno Systems Engineer Candle Service Ltd. Office: +49 (0) 89 54554 189 Mobile: +49 (0) 171 674 6930 +44 (0) 7881 818 867 Fax:+49 (0) 89 54554 119 email: [EMAIL PROTECTED] 1 Archipelago Lyon Way Frimley Camberley Surrey GU16 7ER UK * std. disclaimer * MY OPINIONS ARE MY OWN AND NOT THOSE OF MY EMPLOYER no trees were killed in sending this message. However, a large number of electrons were seriously inconvenienced :-)
Re: processor speed redux
That was a good article that compared an iMac 800 MHZ computer to a Intel 2.x GHZ PC. It's not the size/speed of your tool it's how you use it. Larry Davis, \|/ Nielsen Media Research (. .) VM Systems Programmer ___ooO-(_)-Ooo___ mailto:[EMAIL PROTECTED] -Original Message- From: Alan Altmark [mailto:[EMAIL PROTECTED]] Sent: Tuesday, June 11, 2002 15:44 To: [EMAIL PROTECTED] Subject: processor speed redux I don't want to engender a repeat of the recent discussions about CPU speeds, but in case anyone needs additional ammo, the July issue of Popular Mechanics has an article on the general irrelevance of processor speed on application performance on the PC. It focuses instead on the need for peripheral performance speed, and video card performance, and emphasizes RAM as the #1 arbiter of performance. A nice read. (Article not in the online PMZone yet.) Alan Altmark Sr. Software Engineer IBM z/VM Development
Re: RE : ESCON CTC between two LPAR LINUX (SLES 2.4.7)
You must define the z/OS side as BCTC rather than SCTC. Larry -Original Message- From: Sivey,Lonny [mailto:[EMAIL PROTECTED]] Sent: Wednesday, May 15, 2002 10:19 To: [EMAIL PROTECTED] Subject: Re: RE : ESCON CTC between two LPAR LINUX (SLES 2.4.7) Have you tried defining the devices as a basic mode CTC (BCTC) instead of SCTC? Even some IBM products don't support SCTC devices. Lonny -Original Message- From: Peter E. Abresch Jr. - at Pepco [mailto:[EMAIL PROTECTED]] Sent: Wednesday, May 15, 2002 9:16 AM To: [EMAIL PROTECTED] Subject: RE : ESCON CTC between two LPAR LINUX (SLES 2.4.7) In my exuberance to provide assistance, I missed the unit address. I have not seen it define like that before but cannot think of any reason that it should not work since it is the unit address that must match. Does your CTC show up when you enter IFCONFIG? Any other error messages? There is not much to go on. Peter Monteleone [EMAIL PROTECTED] Sent by: Linux on 390 Port [EMAIL PROTECTED] 05/15/2002 08:34 AM Please respond to Linux on 390 Port To: [EMAIL PROTECTED] cc: Subject:RE : ESCON CTC between two LPAR LINUX (SLES 2.4.7) Hello Peter, I don't understand your answer, D10 (unitadd=01) chpid(99 CNC) is the read device and point to c20 (unitadd=00) chpid(98 CTC) D11 (unitadd=00) chpid(99 CNC) is the write device and point to c21 (unitadd=01) chpid(98 CTC) I believed that the crossing was done thru the unitadd parameter, wasn't it? Where do you see my mistake? I've got no problem between z/OS and Linux where the read or write option is controlled with the TCPIP parameter (0 = read, 1 = write). Have you got a sample? Thanks in advance. -Message d'origine- De : Linux on 390 Port [mailto:[EMAIL PROTECTED]] De la part de Peter E. Abresch Jr. - at Pepco Envoyé : mercredi 15 mai 2002 14:03 À : [EMAIL PROTECTED] Objet : Re: ESCON CTC between two LPAR LINUX (SLES 2.4.7) I have CTCs working fine between a z/OS system and Linux. What I see that is most glaring is that you have the read channel connected to a read channel and a write channel connected to a write channel. Try reversing the UCB address on one of your CTC definitions. The read channel must connect to a write channel and a write channel must connect to a read channel. I also assume that everything else is configured correctly in the rc.config. Try the ifconfig command to check the status. Let me know how it goes. Good luck. Peter Monteleone [EMAIL PROTECTED] Sent by: Linux on 390 Port [EMAIL PROTECTED] 05/15/2002 03:49 AM Please respond to Linux on 390 Port To: [EMAIL PROTECTED] cc: Subject:ESCON CTC between two LPAR LINUX (SLES 2.4.7) I'm going to be crazy with this connection, Can you explain me what's wrong with my definition please ? I would like to establish a session between SYST DEVS RESOURCE PARTITION=((SYST,1),(DEVS,2),(PROD,3)) CHPID PATH=(98),SHARED,PARTITION=(SYST,DEVS,PROD),TYPE=CTC CHPID PATH=(99),SHARED,PARTITION=(SYST,DEVS,PROD),TYPE=CNC CNTLUNIT CUNUMBR=0C10,PATH=(98),UNITADD=((00,002)),CUADD=1, * UNIT=SCTC CNTLUNIT CUNUMBR=0C20,PATH=(98),UNITADD=((00,002)),CUADD=2, * UNIT=SCTC CNTLUNIT CUNUMBR=0C30,PATH=(98),UNITADD=((00,002)),CUADD=3, * UNIT=SCTC CNTLUNIT CUNUMBR=0D10,PATH=(99),UNITADD=((00,002)),CUADD=1, * UNIT=SCTC CNTLUNIT CUNUMBR=0D20,PATH=(99),UNITADD=((00,002)),CUADD=2, * UNIT=SCTC CNTLUNIT CUNUMBR=0D30,PATH=(99),UNITADD=((00,002)),CUADD=3, * UNIT=SCTC IODEVICE ADDRESS=(C10,002),UNITADD=00,CUNUMBR=(0C10),STADET=Y,* PARTITION=(DEVS,PROD),UNIT=SCTC IODEVICE ADDRESS=(C20,002),UNITADD=00,CUNUMBR=(0C20),STADET=Y,* PARTITION=(SYST,PROD),UNIT=SCTC IODEVICE ADDRESS=(C30,002),UNITADD=00,CUNUMBR=(0C30),STADET=Y,* PARTITION=(SYST,DEVS),UNIT=SCTC IODEVICE ADDRESS=(D10,001),UNITADD=01,CUNUMBR=(0D10),STADET=Y,* PARTITION=(DEVS,PROD),UNIT=SCTC IODEVICE ADDRESS=(D11,001),UNITADD=00,CUNUMBR=(0D10),STADET=Y,* PARTITION=(DEVS,PROD),UNIT=SCTC IODEVICE ADDRESS=(D20,001),UNITADD=01,CUNUMBR=(0D20),STADET=Y,* PARTITION=(SYST,PROD),UNIT=SCTC IODEVICE ADDRESS=(D21,001),UNITADD=00,CUNUMBR=(0D20),STADET=Y,* PARTITION=(SYST,PROD),UNIT=SCTC IODEVICE ADDRESS=(D30,001),UNITADD=01,CUNUMBR=(0D30),STADET=Y,* PARTITION=(SYST,DEVS),UNIT=SCTC IODEVICE ADDRESS=(D31,001),UNITADD=00,CUNUMBR=(0D30),STADET=Y,* PARTITION=(SYST,DEVS),UNIT=SCTC DEVS /etc/zipl.conf:dasd=.., chandev=noauto /etc/chandev.conf ctc0,0xd10,0xd11 SYST /etc/zipl.conf dasd=.., chandev=noauto /etc/chandev.conf ctc0,0xc20,0xc21 After reboot, I
Re: CMS Users under z800 OLF
What if I want to connect My Production VM and IFL VM together with RSCS. Is that going to be allowed. Larry Davis, \|/ Nielsen Media Research (. .) VM Systems Programmer ___ooO-(_)-Ooo___ mailto:[EMAIL PROTECTED] -Original Message- From: Alan Altmark [mailto:[EMAIL PROTECTED]] Sent: Thursday, April 18, 2002 14:08 To: [EMAIL PROTECTED] Subject: Re: CMS Users under z800 OLF On Thursday, 04/18/2002 at 07:24 EST, Ross, Kelly [EMAIL PROTECTED] wrote: I understand that a z800 OLF is designed to run Linux, and no other guest operating system. But can you define non-guest CMS users as you could in any other zVM environment, or is that precluded as well under z800 OLF? Kelly, you can run CMS applications on IFL engines as long as they use only components which are included with z/VM or for which you have a separate IPLA license. This means, for example, that - you MAY NOT compile a C application (no IPLA license) - you MAY run a application (LE is included with z/VM) - you MAY NOT use the NJE/RJE/SNA functions of RSCS (no IPLA license) - you MAY use the IP printing (LPR/LPD) and UFT functions of RSCS because they are part of the base license (don't have to enable RSCS) - you MAY use TSM (ADSM) server (IPLA license is available) - you MAY use DirMaint, Performance Reporting Facility, or RealTime Monitor (IPLA licenses are available) - you MAY NOT run VTAM (no IPLA license), therefore no VTAM applications such as AVS. Get the idea? These controls are not physical, they are contractual. IBM software licensed under the IBM Customer Agreement (ICA) is priced based on processor Model Group designation or MSUs. IFL engines do not have a model group designation and are not assigned MSUs, so products licensed under the ICA cannot be licensed to IFLs. Consider that on sub-capacity uniprocessors such as the Multiprise 3000 model H30, an IFL engine runs at full speed...the MG designation is irrelevant. If there are other IBM products you want to run on IFL and there are reasonable arguments that it is in support of Linux/390 workloads, then, as in all cases where you have questions/concerns about the Terms and Conditions, contact your IBM Business Parter or IBM sales rep to request IPLA licensing and we will consider it. For non-IBM products, contact the vendor to find out if you are licensed to run their product on IFLs. Alan Altmark Sr. Software Engineer IBM z/VM Development
Re: Red Hat 7.2 31-bit w/IBM LCS
I have seen this information twice concerning an additional initrd file containing the IBM OCO files. First, I would like to thank RH for giving us an alternative to rebuilding the initrd image and the problems that some have had concerning this. I am a novice Linux person any help is greatly appreciated. will IBM developmentworks be placing this OCO module initrd file somewhere for download, the link in the Release notes seems to take me to the standard download page. Is the link http://www.ibm.com/developerworks/opensource/linux390/download_obj.html suppose to be where the initrd file will be \|/ (. .) TIA, ___ooO-(_)-Ooo___, Larry Davis -Original Message- From: Florian La Roche [mailto:[EMAIL PROTECTED]] Sent: Saturday, April 06, 2002 08:43 To: [EMAIL PROTECTED] Subject: Re: RedHat 7.2 31-bit w/IBM LCS On Wed, Apr 03, 2002 at 12:28:38PM -0500, Larry Heath wrote: Florian, What would it take to incent RedHat to generate the 31-bit ramdisk (and kernel) with the IBM LCS code integrated?? Hello Larry Heath, ftp://ftp.redhat.com/pub/redhat/linux/rawhide/s390/ contains new images with: - kernel-2.4.9-31.1 - GPL lcs driver for a more Open Source platform thanks to IBM - current s390 patches - would support installation of OCO modules from a second initrd - new installation support with a current anaconda - most updates for 7.2 are already included So this includes all stable updates as well as some goodies, but please keep in mind that this is a totally unsupported rawhide version that might just disappear, change unstable, break your hardware etc. Official updates for Red Hat Linux 7.2 mostly done, only the kernel and the new install support need some more time. The above rawhide version should ensure it is tested within enough different setups. We've got lots of free coffee! Install rawhide and let us know if anything is not working. Thanks, Florian La Roche P.S.: The cvs version of hercules also supports LCS...
Re: Two More Responses to Sun's FUD Attacks
I find it interesting that they put a section at the bottom for replies, but I couldn't find a link to see all the other replies. What's up with that SUN. Larry Davis, \|/ Nielsen Media Research (. .) VM Systems Programmer ___ooO-(_)-Ooo___ mailto:[EMAIL PROTECTED] -Original Message- From: Phil Payne [mailto:[EMAIL PROTECTED]] Sent: Thursday, March 21, 2002 04:10 To: [EMAIL PROTECTED] Subject: Re: Two More Responses to Sun's FUD Attacks Well, here's another one. http://www.bigbluesmoke.com/worldnews2.html The 'IBM unearths Raptor' story is either deliberately intended to mislead, or the author has such a poor appreciation of what IBM did that he/she should be disciplined and not be published again without a stringent review. The statement:This new baby-frame has been factory crippled so that it will only utilize 1-4 cpus and only run Modern workloads is flat and completely wrong in both respects - it may even be actionable, if IBM can be bothered. Firstly, the z800 is NOT crippled in any significant way. It uses a new MCM purpose-developed for the machine. Because it is intended (under other labels) for the Japanese market it has VOS3 functionality - which is a significant plus for the machine.There are a few things that the z800 doesn't support, such as parallel channels - but it also doesn't support VS1:ECPS, byte multiplexor channels or 1401 emulation. What does Sun think it is - a dinosaur? Secondly, and IMO much more seriously - the last paragraph of the story creates the very strong impression that z/OS.e is a prerequisite, not an additional option. In fact, there is no compulsion for anyone (ISV or user) to change ANYTHING to run on a z800. Even most stuff written up to three decades ago will still run. The art of good FUD is to build implications around an indisputable fact. However, these are not facts - they are very misleading lies about IBM's product. They proceed either from quite appalling knowledge of a competitor's product or from malfeasance on someone's part. Whichever it is, it is Sun's responsibility because the site is quite clearly sanctioned by Sun. -- Phil Payne http://www.isham-research.com +44 7785 302 803 +49 173 6242039
Linux distribution CD's
Are there any Links to RH/SUSE/Turbo with actual cost figures for purchasing S/390 or zSeries Distribution CD's. I know there was a discussion some time back about SUSE and an evaluation price, and production price including maintenance. I have asked Red Hat Sales several times for Costs, but have not received any replies yet. I think my request is not getting to them through their own contact us site. Are there any figures that I can use to include in any proposals for evaluation/purchase agreements. I know I can Down load them free, but that would Take a great deal of time, and I guess I want to have the actual product in house. Partly for Disaster Recovery purposes, and partly personal comfort. Larry Davis, \|/ Nielsen Media Research (. .) VM Systems Programmer ___ooO-(_)-Ooo___ mailto:[EMAIL PROTECTED]
Re: PAV Support - any requirement for it ?
I agree If by definition you can only have one I/O operation active to a UCB, then by supplying PAV's to virtualize, or multipath the UCB you can get multiple I/O's to the same UCB. I have been very reluctant to push use of 3390-9 DASD volumes for SFS and/or users with large file requirements. For a single user/file this should not be an issue. Say you have a single repository or file system that is shared with other guests, than the I/O subsystem becomes a bottle neck. and when you get to DASD volumes with over 30,000 Cylinders, this will be even more a problem. I would be interested in other peoples Ideas concerning these assumptions. Larry Davis, \|/ Nielsen Media Research (. .) VM Systems Programmer ___ooO-(_)-Ooo___ mailto:[EMAIL PROTECTED] -Original Message- From: Post, Mark K [mailto:[EMAIL PROTECTED]] Sent: Tuesday, March 12, 2002 16:06 To: [EMAIL PROTECTED] Subject: Re: PAV Support - any requirement for it ? Ingo, Yes, I would say there is a requirement for it, either running in an LPAR, or under VM. _VM_ has a requirement for PAV. Anyone who wants to build a large volume and access it from multiple processes with any reasonable performance has a requirement for PAV. File servers, database servers, etc., etc. Barton Robinson recommends emulating the smallest DASD devices possible to get decent performance out of them, due to the lack of PAV support in VM. That's going to be a real problem for people who have large files they need to be able to support. Mark Post -Original Message- From: Ingo Adlung [mailto:[EMAIL PROTECTED]] Sent: Tuesday, March 12, 2002 11:42 AM To: [EMAIL PROTECTED] Subject: PAV Support - any requirement for it ? I'd like to gather your feedback on the requirement for Linux exploiting Parallel Access Volume (PAV) support available on ESS (Shark) storage subsystems and its competitors in the market. In the past some customers expressed their concern about the data throughput ESCON attachments provide, which made us think about PAV support. However, I would appreciate any thoughts about FICON based storage attachments already satisfying your throughput requirements or whether you consider PAV exploitation a major requirement nonetheless ? Any opinions ? e.g. do you see requirements for it as you can't move to FICON in the forseeable future ? I would appreciate your feedback, either offline or to this list. In any case I would appreciate if you could also depict the business scenario / solution you expect PAV exploitation being a requirement for. Thanks and best regards, Ingo ** Ingo Adlung, Linux for zSeries - Strategy Design The box said, 'Requires Windows95 or better', ...so I installed LINUX.
Re: CMS RESERVED MDISK question
Using the ADSM Linux client would probably be the best way, but you could look at CMSDDR on the VM Download page. CMSDDR will take the CMS Reserved MDISK and write it to a file on CMS. Never one way to do anything. Larry -Original Message- From: Herve Bonvin [mailto:[EMAIL PROTECTED]] Sent: Thursday, March 07, 2002 04:06 To: [EMAIL PROTECTED] Subject: CMS RESERVED MDISK question Hello, We would like to save the Linux MDISKs on tape but we don't have directly access to tape from VM. Would it be possible to use ftp from a VM guest to transfer the linux CMS RESERVED MDISKs to a server and save them with TSM ? Regards, Herve Bonvin
Re: **NEW OMEGAMON XE FOR LINUX**
Based on your past support of OMEGAMON for VM this is not a great announcement, at least for me. Larry Davis -Original Message- From: Aurora Emanuela Dell'Anno [mailto:[EMAIL PROTECTED]] Sent: Tuesday, February 05, 2002 10:16 To: [EMAIL PROTECTED] Subject: **NEW OMEGAMON XE FOR LINUX** Candle are pleased to announce the GA of OMEGAMON® XE for Linux Version 100! OMEGAMON XE for Linux is Candle Corp.'s new monitor for managing the performance and availability of the Linux operating system. It follows the same observe, find and fix philosophy of performance and availability management as the other OMEGAMON® XE products. And with the purchase of OMEGAMON DE for Linux, its Windows-like interface can be integrated with other Candle solutions and third-party software. For further details, please do not hesitate to contact me offline, or your local friendly Candle Rep! Ciao! Aurora Emanuela Dell'Anno Systems Engineer Candle Service Ltd. Office:+49 (0) 89 54554 189 Mobile:+49 (0) 171 674 6930 +44 (0) 7881 818 867 Fax: +49 (0) 89 54554 119 email: [EMAIL PROTECTED] 1 Archipelago Lyon Way Frimley Camberley Surrey GU16 7ER UK * std. disclaimer * MY OPINIONS ARE MY OWN AND NOT THOSE OF MY EMPLOYER no trees were killed in sending this message. However, a large number of electrons were seriously inconvenienced :-) Linux is like a wigwam: no gates, no windows, and an apache inside...