Mark Post is right. RHEL 7 restricts use of ethN.
Pre-RHEL7, I think by listing the subchannels in the network scripts, RHEL will
remove device numbers by issuing cio_ignore at boot for you. For RHEL7 you
have to take an extra step of removing it in zipl.conf, as it is included after
the inst
Thank you, David and Mark.
Appreciate the information.
Warm Regards,
Tom
-Original Message-
From: Diep, David (OCTO) (OCTO)
To: LINUX-390
Sent: Tue, Nov 7, 2017 9:17 am
Subject: Re: RHEL 7.4 - Difficulties
Mark Post is right. RHEL 7 restricts use of ethN.
Pre-RHEL7, I think by
I guess I 'lost the thread' here. There is no
/etc/sysconfig/grub in s390x in a RHEL 7 sources rebuild
default install (as with our ClefOS).
Here is a long 'point by point' summation, and file and
contents dump, for a checklist. As noted, I have not had to
trace out how dracut / grubby is 'mass
I would not think that the z/VM upgrade would have caused this. Has the linux
guest
worked OK in the past before the upgrade?
Have you reached out to CA?
On Mon, 2017-11-06 at 18:54 +, Vitale, Joseph wrote:
> Hello,
>
> Running a CA zLinux Product called "PIM" aka eTr
Hello,
Each guest now failing came up before zVM upgrade. Our Unix Security
group is contacting CA.
Thanks
Joe
Technology Services Group
Mainframe Operating Systems
Pershing Plaza
95 Christopher Columbus Drive
Floor 14
Jersey City, N.J. 07302
Work 201-395-1509
Cell917
>>> On 11/7/2017 at 12:36 PM, R P Herrold wrote:
> I don't understand what you are seeking as a change from Red
> Hat here, Mark
I'm not seeking any change from Red Hat, just telling the OP that unless that
change happens (and I'm pretty sure it will not), he's going to have to keep
doing this
On 11/06/2017 10:24 PM, Mark Post wrote:
On 11/6/2017 at 03:16 PM, wrote:
>> Hi,
>> Thank you for the response. Umm... I'm not sure about this but I
>> circumvented with
>>
>>
>>
>> echo 'GRUB_CMDLINE_LINUX=net.ifnames=0' >>/etc/default/grub
>>
>>
>> I would appreciate, you or anybody can b
On Tue, 7 Nov 2017, Mark Post wrote:
> >>> On 11/7/2017 at 12:36 PM, R P Herrold wrote:
> > I don't understand what you are seeking as a change from Red
> > Hat here, Mark
>
> I'm not seeking any change from Red Hat, just telling the OP
> that unless that change happens (and I'm pretty sure it wi
We receive a request from a new customer for a z/Linux guest on a BC12. The
specification that the vendor supplied is for an intel platform. Does anyone
know is there a formula to convert intel cpu cores to IFL?
Regards,
Victor Echavarry
System Programmer
Operating Systems
EVERTEC, LLC
(sighs)
"It depends"...
1) On the kind of workload (compute vs I/O)
2) Requirements for reliability (look at Appendix A? from "Linux for the
S/390")
There is no simple answer to this. I suspect there are some benchmarking
tools that will help.
The zSeries is AT LEAST 5 9's hardware.
Because W
Yes. Gigahertz is gigahertz. If you can measure ghz consumed on x, you can
guestimate requirements on z. The only way to understand requirements is to
know current use.
Barton
> On Nov 7, 2017, at 8:28 PM, Victor Echavarry Diaz
> wrote:
>
> We receive a request from a new customer for
Zero might be the best quick real answer to the question in the subject.
If the workload is known to run on the platform, folks might be willing to
share their experiences. No matter what, consider running test that can be
scaled while measuring true impact to set real expectations.
IBM offers s
Hi Victor,
IBM provides specific methodology to help a client figure out this
equivalency.
It depends on many factors, including core generation, GHz, type of
workload, utilization, etc.
I am the IBM z Client Specialist for Evertec and I will be glad to help you
with that.
Thanks.
Best Regard
GHz is GHz primarily when comparing CISC vs CISC. While you can try to use
this, a lot depends upon how well the microcode can make a CPU process the
"usual" machine code.
CISC vs RISC-- zSeries vs pSeries, for instance, the GHz (I remember when
it was 2MHz for mainstream microcomputer CPUs) more
On 07.11.2017 23:04, John Campbell wrote:
> 1) On the kind of workload (compute vs I/O)
> 2) Requirements for reliability (look at Appendix A? from "Linux for the
> S/390")
>
> There is no simple answer to this. I suspect there are some benchmarking
> tools that will help.
>
> The zSeries is AT
John Campbell wrote:
>The zSeries is AT LEAST 5 9's hardware.
Philipp Kern wrote:
>Does that matter in today's world? Would you avoid building for failure
>when a lot of the failure comes from software anyway? Do you then host
>multiple Linux VMs on the same iron to account for that? If so, why
>c
16 matches
Mail list logo