Re: Xymon
Hi Martha, Yes, z/VSE supports REXX, just not compiled REXX. And IBM published a MIB for z/VSE a few years ago. I don’t remember where I acquired a copy. I think it was about the same time they came out with the SNMP 'agent'. Dave -Original Message- From: Linux on 390 Port On Behalf Of Martha McConaghy Sent: Wednesday, January 23, 2019 1:25 PM To: LINUX-390@VM.MARIST.EDU Subject: Re: Xymon Defining the template to match the MIB information is the big PITA, though. There is a Xymon plugin named devmon, which is what we use to monitor the network equipment, environmentals, etc. It talks snmp, but has limited capabilities. There might be a newer one out there, I haven't kept up on it in a few years. I think the z/OS clients are also in REXX, so should be easy to port to VSE, if it supports that. (Sorry, I don't recall off the top of my head.) Then it is just a matter of updating the execs to look at the right spots in the system. Martha On 1/23/2019 4:12 PM, Stuart, David wrote: > If Xymon can talk SNMP, which it probably can if it's monitoring network > equipment, there's an SNMP 'agent' (?) that's part of z/VSE that will tell > you if the System is responding, at a minimum. I believe there is other info > you can get from the SNMP 'agent' as well. I've played with it some, but we > don’t actually use it. > > > Dave > > > Dave Stuart > Principal Info. Systems Support Analyst County of Ventura > 805-662-6731 > david.stu...@ventura.org > > > -Original Message- > From: Linux on 390 Port On Behalf Of Martha > McConaghy > Sent: Wednesday, January 23, 2019 1:05 PM > To: LINUX-390@VM.MARIST.EDU > Subject: Re: Xymon > > Its just a set of REXX execs that Rich wrote some years ago. They used to be > on the site, but that was back when it was Hobbit. I'm not sure they are > still there. (Richare you listening?) > > If all else fails, I can pack up what I have and make them available > somewhere. > > Martha > > On 1/23/2019 3:49 PM, Diep, David (OCTO) wrote: >> Martha, I had no idea there is a XYMON client for z/VM. Is it downloadable >> from the XYMON project website? >> >> >> -Original Message- >> From: Linux on 390 Port On Behalf Of Martha >> McConaghy >> Sent: Wednesday, January 23, 2019 3:38 PM >> To: LINUX-390@VM.MARIST.EDU >> Subject: Re: Xymon >> >> CAUTION: This email originated from outside of the DC Government. Do not >> click on links or open attachments unless you recognize the sender and know >> that the content is safe. If you believe that this email is suspicious, >> please forward to phish...@dc.gov for additional analysis by OCTO Security >> Operations Center (SOC). >> >> >> SLES 12 on z/VM. Should not matter to the clients, though. We monitor >> z/OS, z/VM, hundreds of zLinux and hundreds of ESX based Linux/Windows. >> Also monitor all network equipment. >> >> Martha >> >> On 1/23/2019 3:29 PM, Tom Huegel wrote: >>> Martha, What platform do you run Xymon server on? Thanks - Tom >>> >>> On Wed, Jan 23, 2019 at 2:27 PM Martha McConaghy < >>> martha.mccona...@marist.edu> wrote: >>> >>>> We use Xymon to monitor all of our servers, regardless of platform. I >>>> have not done VSE as we don't have it. However, there is a client that >>>> works on z/OS, which we use a lot. It probably can be modified to >>>> work on VSE. I think Rich Smrcina wrote it. >>>> >>>> Martha >>>> >>>> On 1/23/2019 3:15 PM, Tom Huegel wrote: >>>>> Just wondering if anyone has used Xymon in z/LINUX to monitor other >>>>> OS's >>>> ie >>>>> z/VSE? >>>>> >>>>> --- >>>>> - >>>>> -- For LINUX-390 subscribe / signoff / archive access instructions, >>>>> send email to lists...@vm.marist.edu with the message: INFO >>>>> LINUX-390 >>>> or visit >>>>> http://www.marist.edu/htbin/wlvindex?LINUX-390 >>>> -- >>>> Martha McConaghy >>>> Marist: System Architect/Technical Lead >>>> SHARE: Vice President >>>> Marist College IT >>>> Poughkeepsie, NY 12601 >>>> >>>> >>>> - >>>> - For LINUX-390 subscribe / signoff / archive access instructions, >>>> send email to lists...@vm
Re: Xymon
If Xymon can talk SNMP, which it probably can if it's monitoring network equipment, there's an SNMP 'agent' (?) that's part of z/VSE that will tell you if the System is responding, at a minimum. I believe there is other info you can get from the SNMP 'agent' as well. I've played with it some, but we don’t actually use it. Dave Dave Stuart Principal Info. Systems Support Analyst County of Ventura 805-662-6731 david.stu...@ventura.org -Original Message- From: Linux on 390 Port On Behalf Of Martha McConaghy Sent: Wednesday, January 23, 2019 1:05 PM To: LINUX-390@VM.MARIST.EDU Subject: Re: Xymon Its just a set of REXX execs that Rich wrote some years ago. They used to be on the site, but that was back when it was Hobbit. I'm not sure they are still there. (Richare you listening?) If all else fails, I can pack up what I have and make them available somewhere. Martha On 1/23/2019 3:49 PM, Diep, David (OCTO) wrote: > Martha, I had no idea there is a XYMON client for z/VM. Is it downloadable > from the XYMON project website? > > > -Original Message- > From: Linux on 390 Port On Behalf Of Martha > McConaghy > Sent: Wednesday, January 23, 2019 3:38 PM > To: LINUX-390@VM.MARIST.EDU > Subject: Re: Xymon > > CAUTION: This email originated from outside of the DC Government. Do not > click on links or open attachments unless you recognize the sender and know > that the content is safe. If you believe that this email is suspicious, > please forward to phish...@dc.gov for additional analysis by OCTO Security > Operations Center (SOC). > > > SLES 12 on z/VM. Should not matter to the clients, though. We monitor z/OS, > z/VM, hundreds of zLinux and hundreds of ESX based Linux/Windows. > Also monitor all network equipment. > > Martha > > On 1/23/2019 3:29 PM, Tom Huegel wrote: >> Martha, What platform do you run Xymon server on? Thanks - Tom >> >> On Wed, Jan 23, 2019 at 2:27 PM Martha McConaghy < >> martha.mccona...@marist.edu> wrote: >> >>> We use Xymon to monitor all of our servers, regardless of platform. I >>> have not done VSE as we don't have it. However, there is a client that >>> works on z/OS, which we use a lot. It probably can be modified to >>> work on VSE. I think Rich Smrcina wrote it. >>> >>> Martha >>> >>> On 1/23/2019 3:15 PM, Tom Huegel wrote: Just wondering if anyone has used Xymon in z/LINUX to monitor other OS's >>> ie z/VSE? --- - -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 >>> or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 >>> -- >>> Martha McConaghy >>> Marist: System Architect/Technical Lead >>> SHARE: Vice President >>> Marist College IT >>> Poughkeepsie, NY 12601 >>> >>> >>> - >>> - For LINUX-390 subscribe / signoff / archive access instructions, >>> send email to lists...@vm.marist.edu with the message: INFO >>> LINUX-390 or visit >>> http://www.marist.edu/htbin/wlvindex?LINUX-390 >>> >> - >> - For LINUX-390 subscribe / signoff / archive access instructions, >> send email to lists...@vm.marist.edu with the message: INFO LINUX-390 >> or visit >> http://www.marist.edu/htbin/wlvindex?LINUX-390 > -- > Martha McConaghy > Marist: System Architect/Technical Lead > SHARE: Vice President > Marist College IT > Poughkeepsie, NY 12601 > > -- > For LINUX-390 subscribe / signoff / archive access instructions, send > email to lists...@vm.marist.edu with the message: INFO LINUX-390 or > visit > http://www.marist.edu/htbin/wlvindex?LINUX-390 > > -- > For LINUX-390 subscribe / signoff / archive access instructions, send > email to lists...@vm.marist.edu with the message: INFO LINUX-390 or > visit > http://www.marist.edu/htbin/wlvindex?LINUX-390 -- Martha McConaghy Marist: System Architect/Technical Lead SHARE: Vice President Marist College IT Poughkeepsie, NY 12601 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: Idea: Using SCRT to report on Linux usage; maybe a way to reduce the entry level cost for Linux on Z?
I run SCRT on my z/VSE Systems, and have been for a couple years, or so, now. So, no, SCRT isn't just for z/OS. Dave Dave Stuart Principal Info. Systems Support Analyst County of Ventura 805-662-6731 david.stu...@ventura.org -Original Message- From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of barton Sent: Friday, April 13, 2018 10:43 AM To: LINUX-390@VM.MARIST.EDU Subject: Re: Idea: Using SCRT to report on Linux usage; maybe a way to reduce the entry level cost for Linux on Z? Isn't the ibm tool just for z/os and at the LPAR level? nothing to do with what goes on inside z/vm. nothing to do with what goes on inside linux for specific licensing. I've been asked to provide such information by another vendor, and that function will be released shortly. This allows the 4 hour rolling average for linux servers (x or z), pools of linux servers, groups of linux servers, and can be done for applications inside linux as well. It can also be used for VSE if anyone cares. So I've led the horse to water. On 4/12/2018 6:55 PM, Timothy Sipples wrote: > IBM already has a sub-capacity accounting tool for Linux on Z and LinuxONE: > the IBM License Metric Tool (ILMT). ILMT is already facilitating > sub-capacity licensing of IBM software products on Linux on Z and LinuxONE. > Details here: > > https://www.ibm.com/developerworks/community/wikis/home?lang=en#!/wiki > /IBM%20License%20Metric%20Tool > > ILMT is also available for (and common on) Windows, AIX, Linux on X86, etc. > And it's a no charge, supported tool. > > I don't know if IMLT allows non-IBM software accounting, but that > seems like a great idea to me if it's not already available. Try here > if you want/need to lodge a Request for Enhancement (RFE): > > https://www.ibm.com/developerworks/rfe/?BRAND_ID=301 > > Be sure to look for preexisting ILMT RFEs that might be similar before > opening a new one. > > IBM also already has sub-capacity licensing for z/VM, also via ILMT. > Details here: > > https://www.ibm.com/common/ssi/rep_ca/7/897/ENUS217-267/ENUS217-267.PD > F > > -- > -- > Timothy Sipples > IT Architect Executive, Industry Solutions, IBM Z & LinuxONE, > Multi-Geography > E-Mail: sipp...@sg.ibm.com > > -- > For LINUX-390 subscribe / signoff / archive access instructions, send > email to lists...@vm.marist.edu with the message: INFO LINUX-390 or > visit > http://www.marist.edu/htbin/wlvindex?LINUX-390 > -- > For more information on Linux on System z, visit > http://wiki.linuxvm.org/ > > -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/ -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: SLES 12 upgrade fails
Depending on your email client, you may be able to set up a 'rule' that moves Marcy's posts back to your main inbox. If, in fact, that are being directed to the junk/spam folder. Dave Dave Stuart Principal Info. Systems Support Analyst County of Ventura 805-662-6731 david.stu...@ventura.org -Original Message- From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of Mike Riggs Sent: Thursday, March 15, 2018 5:33 AM To: LINUX-390@VM.MARIST.EDU Subject: Re: SLES 12 upgrade fails Whew.. I thought it was just me. It would be great to get this resolved as her input/insight has been extremely valuable on more than one occasion. Mike R -Original Message- From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of Henry Schaffer Sent: Thursday, March 15, 2018 8:24 AM To: LINUX-390@VM.MARIST.EDU Subject: Re: SLES 12 upgrade fails This happens consistently for my mail system - her posts are put in the spam folder with this explanation: This message has a from address in wellsfargo.com but has failed wellsfargo.com's required tests for authentication. --henry schaffer On Thu, Mar 15, 2018 at 1:29 AM, Mike Walter wrote: > For those missing Marcy's posts, check your junk mail folder. I've > found some of hers go directly to my junk/spam folder. It happens to > a few other posts as well, but not often or consistently enough to diagnose. > > Mike Walter > > From: Alan Ackerman > Sent: Wednesday, March 14, 9:58 PM > Subject: Re: SLES 12 upgrade fails > To: linux-390@vm.marist.edu > > > I have the same problem — I am not seeing Marcy’s posts. I also don’t > see anything about SLES 12 upgrade fails on the web page. Sent from my > iPhone On Mar 14, 2018, at 5:15 PM, Gregg Levine wrote: Hello! Mark as > interesting as our discussions are, there is a more interesting > problem, I'm not seeing anything by Marcy except as a response. That > is when someone responds to something that Marcy posted. - Gregg C > Levine gregg.drw...@gmail.com "This signature fought the Time Wars, time and > again." > -- > For LINUX-390 subscribe / signoff / archive access instructions, send > email to lists...@vm.marist.edu with the message: INFO LINUX-390 or > visit https://nam01.safelinks.protection.outlook.com/?url= > http%3A%2F%2Fwww.marist.edu%2Fhtbin%2Fwlvindex%3FLINUX- > 390&data=02%7C01%7C%7C6dfc3327e7564eeb694508d58a209c35% > 7C84df9e7fe9f640afb435%7C1%7C0%7C636566795013345062&sdata= > ZQCp%2FBzTpZreBZSzhYrFwLNmdANoiVaKLqb%2Bg%2BIXGvE%3D&reserved=0 > -- > For more information on Linux on System z, visit https://nam01.safelinks. > protection.outlook.com/?url=http%3A%2F%2Fwiki.linuxvm.org% > 2F&data=02%7C01%7C%7C6dfc3327e7564eeb694508d58a209c35% > 7C84df9e7fe9f640afb435%7C1%7C0%7C636566795013345062&sdata= > P62watVQw5MHHa1rK%2BuUT3JSZqXGLIbEPK8tT5nzF1c%3D&reserved=0 > > > -- > For LINUX-390 subscribe / signoff / archive access instructions, send > email to lists...@vm.marist.edu with the message: INFO LINUX-390 or > visit > http://www.marist.edu/htbin/wlvindex?LINUX-390 > -- > For more information on Linux on System z, visit > http://wiki.linuxvm.org/ > -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: Query for Destination z article: mistakes -- teachable/learnable moments
One of my favorites, but I don't know who to attribute it to: "Don't be afraid to make mistakes, because if you're not making mistakes, you're not doing anything. However, if you're making the same mistake over and over again, then you're not learning anything." Guess which the 'author' thought was the more serious 'crime'. Dave Dave Stuart Principal Information Systems Support Analyst Information Technology Services County of Ventura, CA 805-662-6731 david.stu...@ventura.org -Original Message- From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of TICONA, LUIS Sent: Wednesday, July 13, 2016 1:57 PM To: LINUX-390@VM.MARIST.EDU Subject: Re: Query for Destination z article: mistakes -- teachable/learnable moments Great quotes; I can apply some of them with my kids and our Boys Scouts by me. Thank you Gabe; Luis -Original Message- From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of Gabe Goldberg Sent: Friday, October 17, 2014 3:37 PM To: LINUX-390@VM.MARIST.EDU Subject: Query for Destination z article: mistakes -- teachable/learnable moments There are at least a bazillion (Google tells me) quotes about mistakes. "So go ahead and make mistakes. Make all you can. Because that's where you will find success. On the far side of failure." Thomas J. Watson, Sr. "It is much easier to be critical than to be correct." Benjamin Disraeli "Anyone who has never made a mistake has never tried anything new." Albert Einstein Anyone who's ever accomplished anything -- done anything -- has made mistakes. What have your mainframe career mistakes, teachable/learnable moments, painful learning experiences, hard-knocks lessons, etc., been? What errors have you seen or heard (and believed!) others make? What were the consequences and, most important, what did you learn? These might be technical or job/career related. What would you go back and tell your younger self to do or not do? To do differently? What mistakes would you help others avoid? Please be (relatively) brief; if I need more information, I'll ask. And please copy me directly so replies aren't buried in list digests. Thanks... -- 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 LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: Curious about crash.
I'm going to go with my son's favorite response to tech support questions: "Because it hates you!" Dave Dave Stuart Principal Information Systems Support Analyst Information Technology Services County of Ventura, CA 805-662-6731 david.stu...@ventura.org -Original Message- From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of Tom Huegel Sent: Wednesday, December 16, 2015 7:44 AM To: LINUX-390@VM.MARIST.EDU Subject: Re: Curious about crash. Here is the whole console log. In the mean time I am attributing it to global warming. CP I 100 Booting default (2.6.32-573.8.1.el6.s390x) Initializing cgroup subsys cpuset Initializing cgroup subsys cpu Linux version 2.6.32-573.8.1.el6.s390x ( mockbu...@s390-003.build.bos.redhat.com) (gcc version 4.4.7 20120313 (Red Hat 4.4.7-16) (GCC ) ) #1 SMP Fri Sep 25 19:21:49 EDT 2015 setup: Linux is running as a z/VM guest operating system in 64-bit mode crashkernel=auto resulted in zero bytes of reserved memory. Zone PFN ranges: DMA 0x -> 0x0008 Normal 0x0008 -> 0x0008 Movable zone start PFN for each node early_node_map[1] active PFN ranges 0: 0x -> 0x0008 PERCPU: Embedded 12 pages/cpu @02b0 s19456 r8192 d21504 u65536 pcpu-alloc: s19456 r8192 d21504 u65536 alloc=16*4096 pcpu-alloc: [0] 00 [0] 01 [0] 02 [0] 03 [0] 04 [0] 05 [0] 06 [0] 07 pcpu-alloc: [0] 08 [0] 09 [0] 10 [0] 11 [0] 12 [0] 13 [0] 14 [0] 15 pcpu-alloc: [0] 16 [0] 17 [0] 18 [0] 19 [0] 20 [0] 21 [0] 22 [0] 23 pcpu-alloc: [0] 24 [0] 25 [0] 26 [0] 27 [0] 28 [0] 29 [0] 30 [0] 31 pcpu-alloc: [0] 32 [0] 33 [0] 34 [0] 35 [0] 36 [0] 37 [0] 38 [0] 39 pcpu-alloc: [0] 40 [0] 41 [0] 42 [0] 43 [0] 44 [0] 45 [0] 46 [0] 47 pcpu-alloc: [0] 48 [0] 49 [0] 50 [0] 51 [0] 52 [0] 53 [0] 54 [0] 55 pcpu-alloc: [0] 56 [0] 57 [0] 58 [0] 59 [0] 60 [0] 61 [0] 62 [0] 63 HOLDING SCZVMLX2 Built 1 zonelists in Zone order, mobility grouping on. Total pages: 517120 Kernel command line: root=/dev/disk/by-path/ccw-0.0.0100-part2 rd_NO_LUKS LANG=en_US.UTF-8 KEYTABLE=us rd_NO_MD SYSFONT=latarcyrheb -sun16 rd_DASD=0.0.0100 rd_NO_LVM rd_NO_DM BOOT_IMAGE=0 PID hash table entries: 4096 (order: 3, 32768 bytes) Dentry cache hash table entries: 262144 (order: 9, 2097152 bytes) Inode-cache hash table entries: 131072 (order: 8, 1048576 bytes) Memory: 2048224k/2097152k available (5118k kernel code, 0k reserved, 3531k data, 260k init) Write protected kernel read-only data: 0x10 - 0x7f Hierarchical RCU implementation. console [ttyS0] enabled allocated 8388608 bytes of page_cgroup please try 'cgroup_disable=memory' option if you don't want memory cgroups pid_max: default: 65536 minimum: 512 Security Framework initialized SELinux: Initializing. Mount-cache hash table entries: 256 Initializing cgroup subsys ns Initializing cgroup subsys cpuacct Initializing cgroup subsys memory Initializing cgroup subsys devices Initializing cgroup subsys freezer Initializing cgroup subsys net_cls Initializing cgroup subsys blkio Initializing cgroup subsys perf_event Initializing cgroup subsys net_prio HOLDING SCZVMLX2 cpu: 1 configured CPUs, 0 standby CPUs cpu: Processor 0 started, address 0, identification 1B6ED6 Brought up 1 CPUs devtmpfs: initialized regulator: core version 0.5 NET: Registered protocol family 16 bio: create slab at 0 NetLabel: Initializing NetLabel: domain hash size = 128 NetLabel: protocols = UNLABELED CIPSOv4 NetLabel: unlabeled traffic allowed by default Switching to clocksource tod NET: Registered protocol family 2 IP route cache hash table entries: 65536 (order: 7, 524288 bytes) TCP established hash table entries: 65536 (order: 8, 1048576 bytes) TCP bind hash table entries: 65536 (order: 8, 1048576 bytes) TCP: Hash tables configured (established 65536 bind 65536) TCP reno registered NET: Registered protocol family 1 futex hash table entries: 4096 (order: 8, 1048576 bytes) audit: initializing netlink socket (disabled) type=2000 audit(1450280489.672:1): initialized HugeTLB registered 1 MB page size, pre-allocated 0 pages VFS: Disk quotas dquot_6.5.2 Dquot-cache hash table entries: 512 (order 0, 4096 bytes) HOLDING SCZVMLX2 msgmni has been set to 4001 ksign: Installing public key data Loading keyring - Added public key E5A322A2BCB59BD8 - User ID: Red Hat, Inc. (Kernel Module GPG key) - Added public key D4A26C9CCD09BEDA - User ID: Red Hat Enterprise Linux Driver Update Program < secal...@redhat.com> - Added public key CB445E0DA3EA1F65 - User ID: Red Hat Enterprise Linux Driver Update Program (key 4) < secal...@redhat.com> Block layer SCSI generic (bsg) driver version 0.4 loaded (major 253) io scheduler noop registered io scheduler anticipatory registered io scheduler deadline registered io scheduler cfq registered (default) brd: module loaded loop: module loaded cio: Channel measurement facility initialized using format extended (mode autodetected) GRE over IPv4 demulti
Re: Error when load z/Linux for first time
Terry, The thought that pops instantly to mind is 'code pages'. But I would presume that all these transfers were in binary... Dave Dave Stuart Prin. Info. Systems Support Analyst County of Ventura, CA 805-662-6731 david.stu...@ventura.org -Original Message- From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of Martin, Terry Contractor Sent: Tuesday, August 26, 2014 8:36 AM To: LINUX-390@VM.MARIST.EDU Subject: Re: Error when load z/Linux for first time Ok. I got a z/VM MD5 checksum from Dave. We ran it against the INITRD IMG and KERNEL IMG files and sure enough they did not match the MD5 value that was sent with the RHEL ISO for these two files. So the assumption is corrupted files. The files we downloaded from the HTTP source server to our workstation are good. We ran a MD5 checksum on those and they match. Our initial load of these files from our workstation down to z/VM was via the PCOMM terminal emulator SEND/RECEIVE. We MD5 checked these files and they don't match. So since we have some security issues at this shop currently using FTPSERVE we tried using FTP to move the files from our workstation to z/OS and then FTP from z/OS to z/VM. Note using FTP all the way through. We than did another MD5 checksum on the files on z/VM and they still don't match. So it looks like something is happening to the files on transfer to z/VM. Any help or ideas? Thanks, Terry -Original Message- From: Linux on 390 Port [mailto:LINUX-390@vm.marist.edu] On Behalf Of Dave Jones Sent: Monday, August 25, 2014 2:19 PM To: LINUX-390@vm.marist.edu Subject: Re: Error when load z/Linux for first time Delivered to Terry off list. DJ On 08/25/2014 11:32 AM, Martin, Terry Contractor wrote: > Dave, > > You said you had a copy of a MD5 CHECKSUM REXX EXEC. Can I get a copy of that > and the directions on how I would run against the INITRD image file that is > sitting on my 'A' disk? > > Terry martin - Contractor > Cell - 443 854-2452 > Office (NCC) - 410 965-8682 > Email - terry.mar...@ssa.gov > > > -Original Message- > From: Linux on 390 Port [mailto:LINUX-390@vm.marist.edu] On Behalf Of > Dave Jones > Sent: Monday, August 25, 2014 12:05 PM > To: LINUX-390@vm.marist.edu > Subject: Re: Error when load z/Linux for first time > > Alan is referring to the CMS/TSO Pipelines Runtime Library Distribution which > you can find here: > > http://vm.marist.edu/~pipeline/ > > This version of Pipes supports significant new function over the version that > is shipped with z/VM. > > DJ > > On 08/25/2014 10:20 AM, Alan Altmark wrote: >> On Monday, 08/25/2014 at 10:56 EDT, Mark Pace >> >> wrote: >>> Is there an MD5 chksum routine for z/VM? >> >> If you have the non-IBM CMS Pipelines runtime distribution, check out >> the "digest md5" stage. >> >> Alan Altmark >> >> Senior Managing z/VM and Linux Consultant Lab Services System z >> Delivery Practice IBM Systems & Technology Group, Endicott, NY >> office: 607.429.3323 >> mobile; 607.321.7556 >> alan_altm...@us.ibm.com >> >> - >> - For LINUX-390 subscribe / signoff / archive access instructions, >> send email to lists...@vm.marist.edu with the message: INFO LINUX-390 >> or visit >> http://www.marist.edu/htbin/wlvindex?LINUX-390 >> - >> - For more information on Linux on System z, visit >> http://wiki.linuxvm.org/ >> > > -- > Dave Jones > V/Soft Software > www.vsoft-software.com > Houston, TX > 281.578.7544 > > -- > For LINUX-390 subscribe / signoff / archive access instructions, send > email to lists...@vm.marist.edu with the message: INFO LINUX-390 or > visit > http://www.marist.edu/htbin/wlvindex?LINUX-390 > -- > For more information on Linux on System z, visit > http://wiki.linuxvm.org/ > > -- > For LINUX-390 subscribe / signoff / archive access instructions, send > email to lists...@vm.marist.edu with the message: INFO LINUX-390 or > visit > http://www.marist.edu/htbin/wlvindex?LINUX-390 > -- > For more information on Linux on System z, visit > http://wiki.linuxvm.org/ > -- Dave Jones V/Soft Software www.vsoft-software.com Houston, TX 281.578.7544 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/ -
