Yes
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 Michael
MacIsaac
Sent: Friday, August 22, 2014 6:58 AM
To: LINUX-390@vm.marist.edu
Hi
Still having issues. We have opened a PMR with REDHAT. In the meantime we are
punching the PARMFILE now but still getting the same error. We tried it with
multiple memory settings. This time it was set to 3G.
Could the INITRD corrupted at the ISO level ? Or is it the Kernel Image that
On Monday, 08/25/2014 at 10:21 EDT, Martin, Terry Contractor
terry.mar...@ssa.gov wrote:
Could the INITRD corrupted at the ISO level ? Or is it the Kernel Image
that is
the problem? We have been concentrating on the INITRD file up to this
point.
It isn't the kernel since you can't see the
Is there an MD5 chksum routine for z/VM?
On Mon, Aug 25, 2014 at 10:33 AM, Alan Altmark alan_altm...@us.ibm.com
wrote:
On Monday, 08/25/2014 at 10:21 EDT, Martin, Terry Contractor
terry.mar...@ssa.gov wrote:
Could the INITRD corrupted at the ISO level ? Or is it the Kernel Image
that is
Alan,
If the theory is that the INITRD file is somehow corrupted and say the source
(ISO) is ok could it be that it is getting messed up when transferring to our
workstation first and then loading it from there to the z/Linux guest?
If so can I take it directly from the HTTP server where the
Thanks Alan.
If it were at the source, then everyone would have the same issue.
I don't think this was tried anywhere else other than at the z/VM level. The
x86 REDHAT folks loaded the ISO files to a HTTP server for us and we downloaded
it from there. We used the PCOMM SEND/REC protocol
Mark,
Can a CHECKSUM be done at the source level to verify the INITRD file there?
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 Mark Pace
The way to tell if the ISO is corrupted is with MD5 checksums. All the ISO
files I've seen made available by SuSE and RH have the MD5 checksum values
so that you can verify them.
On Mon, Aug 25, 2014 at 10:48 AM, Martin, Terry Contractor
terry.mar...@ssa.gov wrote:
Thanks Alan.
If it were
On 08/25/2014 11:06 AM, Martin, Terry Contractor wrote:
Can a CHECKSUM be done at the source level to verify the INITRD file there?
Spin-up the CD/DVD in a workstation (esp a Linux box or Mac) and run
'md5sum' against the INITRD file on the disk.
Compare that hex string with the published MD5
On Monday, 08/25/2014 at 10:56 EDT, Mark Pace pacemainl...@gmail.com
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
Ok thanks. I will give this a try.
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 Rick Troth
Sent: Monday, August 25, 2014 11:17 AM
To:
Hi Terry,
can you please try the installation with only 2 Gbyte and
set the memory to 20G after the installation.
Regards
Ihno
On Mon, Aug 25, 2014 at 02:55:33PM +, Martin, Terry Contractor wrote:
Alan,
If the theory is that the INITRD file is somehow corrupted and say the source
could you please quote the parmfile that you use for the installation
here somewhere? One issue that is found in the logs is this one:
No filesystem could mount root, tried: iso9660
I guess that this actually should be a CPIO archive and nothing like
iso9660 (I am not from redhat, thus I
Hi Ihno,
I have already done this. I have set to 1G, 2G, 3G, and 20G and still get the
same error.
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
Here is a copy of the PARMFILE that we are using now. We did try it with just
the first line and that did not work either.
root=/dev/ram0 ro ip=off ramdisk_size=4
CMSDASD=991 CMSCONFFILE=RHEL65.CONF
vnc vncpassword=redhat mpath
Terry martin – Contractor
Cell – 443 854-2452
Office
Hi, Mark.
Yes I have n MD5 sum routine, callable from Rexx here. would you like a
copy?
DJ
On 08/25/2014 09:55 AM, Mark Pace wrote:
Is there an MD5 chksum routine for z/VM?
On Mon, Aug 25, 2014 at 10:33 AM, Alan Altmark alan_altm...@us.ibm.com
wrote:
On Monday, 08/25/2014 at 10:21 EDT,
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,
On Mon, 25 Aug 2014 15:46:04 +
Martin, Terry Contractor terry.mar...@ssa.gov wrote:
Here is a copy of the PARMFILE that we are using now. We did try it
with just the first line and that did not work either.
root=/dev/ram0 ro ip=off ramdisk_size=4
CMSDASD=991
Berthold,
Yes 991 is what we accessed the 191 as. Here is what the CONF file looks like.
I replaced some IPs and DNS for XX's for security sake. Btw it not getting to
the CONF file before it fails.
HOSTNAME=dmapsm01.ba.ssa.gov
DASD=700,200-209,210-217,902-903
NETTYPE=qeth
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
On Thu, 21 Aug 2014 18:02:33 +
Martin, Terry Contractor terry.mar...@ssa.gov wrote:
...
But when I ran the EXEC the Neale suggested I received the following
which did not include anything about the above in YELLOW? Not sure
what the means but it would seem that something changes not sure
Berthold,
Yes, you are looking at an old listing. I ran one that did not have the
PARMFILE but corrected that later. You will notice that I have the PARMFILE is
the current run:
redhat
00: 003 FILES PURGED
00: RDR FILE 0109 SENT FROM DMAPSM01 PUN WAS 0109 RECS 114K CPY 001 A NOHOLD
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 -
IBM used to have the RMF module to download for zLINUX so it could be
monitored via Performance Toolkit.
Currently z/VM 6.3 SUSE11 that module no longer available. Is there a
replacement?, What is it?
Thanks
--
For LINUX-390
zVPS.
On 08/25/2014 03:39 PM, Tom Huegel wrote:
IBM used to have the RMF module to download for zLINUX so it could be
monitored via Performance Toolkit.
Currently z/VM 6.3 SUSE11 that module no longer available. Is there a
replacement?, What is it?
Thanks
I want something free..
On Mon, Aug 25, 2014 at 1:44 PM, Rich Smrcina r...@velocitysoftware.com
wrote:
zVPS.
On 08/25/2014 03:39 PM, Tom Huegel wrote:
IBM used to have the RMF module to download for zLINUX so it could be
monitored via Performance Toolkit.
Currently z/VM 6.3 SUSE11 that
Tom see if there is anything out here for you?
http://www-03.ibm.com/systems/z/os/zos/features/rmf/tools/rmftools.html
The information contained in this message may be confidential and is
intended to be exclusively for the addressee.
Should you receive this message unintentionally, please do not
I am in the same boat. I would like to use Velocity for my client but since is
a POC they want to sick with something that is already there like PTK. However
I am concerned when the time comes to monitor the z/Linux part of this PTK will
not do the trick without some other piece of software to
Our software (zVPS) is not free, but is no charge for POC. Our mission
is to help you succeed with the Linux on z POC.
On 8/25/2014 7:46 PM, Martin, Terry Contractor wrote:
I am in the same boat. I would like to use Velocity for my client but since is
a POC they want to sick with something
The RMFPMS was a brilliant but misguided piece of software that the
author stopped supporting about 10 years ago. If it costs several IFLs
to run free software, there's a lot of misguidance going around
The best thing about some of these tools is that your management can't
tell what their
30 matches
Mail list logo