Re: zLinux with HyperPAV

[Vitale, Joseph]

Hello,

When I format the volume I specify  zVM volser on dasdfmt:

dasdfmt -b 4096 -y -l LFucb -f /dev/dasd? --label=LFucb  




Mit freundlichen Grüßen / Kind regards
 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-903-0102


-Original Message-
From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of Mariusz 
Walczak
Sent: Thursday, March 22, 2018 11:20 AM
To: LINUX-390@VM.MARIST.EDU
Subject: zLinux with HyperPAV

The below email is classified: Internal

Hello,

I'm trying to setup HyperPAV on our SLES 11.4. From documentation I read I must 
define a full-pack minidisk in form:
MDISK basevdev devtype DEVNO rdev mode   OR   MDISK basevdev devtype 0 END 
volser mode

I used DEVNO and I believe I was able to setup everting right (I see alias 
device in lsdasd -u). However, when I run dasdfmt on base , I lose VM label 
from DASD. Is there a way to preserve label on cylinder 0 ? We reference them 
in other programs.


Regards,
Mariusz
Infrastructure Support
zVM zLinux
-
Diese E-Mail enthaelt vertrauliche oder rechtlich geschuetzte Informationen.
Wenn Sie nicht der beabsichtigte Empfaenger sind, informieren Sie bitte sofort 
den Absender und loeschen Sie diese E-Mail. Das unbefugte Kopieren dieser 
E-Mail oder die unbefugte Weitergabe der enthaltenen Informationen ist nicht 
gestattet.

The information contained in this message is confidential or protected by law. 
If you are not the intended recipient, please contact the sender and delete 
this message. Any unauthorised copying of this message or unauthorised 
distribution of the information contained herein is prohibited.

Legally required information for business correspondence/ Gesetzliche 
Pflichtangaben fuer Geschaeftskorrespondenz:
https://clicktime.symantec.com/a/1/_7QrT79o1Ne1s2qY96rpp3G5C4_Kh4jYcloZ0hWgP4E=?d=0S_3FQfz4VtY8uY0A098caQy9aZIvLJklhbq-QLsjMJO4K-eLDxqMJ6J44kwD9JcMC96bvMZdxAlI6hsBmN9W583lRhIgtV5G7z6aN2lKkogIF1VrFjDGuAUJX9BzBLJ8fLgfYr5_CfQEWz_uBTfcxDBnvaZ7jBCul8YL6gRD4GuJNR0xicFCiuPrxojqQAk8ysEQzZlO7sYEeBhDIkdsqqlwWKCsBaKUglTxfxRbwZJR-nPwvR6HhvFLmCOa3AYY4iE58pQPh2D55UrBxDgujVPlyf27JiKua0ouehibpWradywLviGwGa0fEoDPzKzTtLxLu--cxsWrRG8e0etlAZusjIA0tSHtzLvx-RQ-Hnsuz1wucPX0krhZvE%3D=http%3A%2F%2Fdeutsche-boerse.com%2Fletterhead

--
For LINUX-390 subscribe / signoff / archive access instructions, send email to 
lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
https://clicktime.symantec.com/a/1/PYw2pj_BUshmly75_A_NBpKZnomEVsbqfBS9cU7v5V0=?d=0S_3FQfz4VtY8uY0A098caQy9aZIvLJklhbq-QLsjMJO4K-eLDxqMJ6J44kwD9JcMC96bvMZdxAlI6hsBmN9W583lRhIgtV5G7z6aN2lKkogIF1VrFjDGuAUJX9BzBLJ8fLgfYr5_CfQEWz_uBTfcxDBnvaZ7jBCul8YL6gRD4GuJNR0xicFCiuPrxojqQAk8ysEQzZlO7sYEeBhDIkdsqqlwWKCsBaKUglTxfxRbwZJR-nPwvR6HhvFLmCOa3AYY4iE58pQPh2D55UrBxDgujVPlyf27JiKua0ouehibpWradywLviGwGa0fEoDPzKzTtLxLu--cxsWrRG8e0etlAZusjIA0tSHtzLvx-RQ-Hnsuz1wucPX0krhZvE%3D=http%3A%2F%2Fwww.marist.edu%2Fhtbin%2Fwlvindex%3FLINUX-390
--
For more information on Linux on System z, visit 
https://clicktime.symantec.com/a/1/pdMSXzR50qH_D2NIRPa34IvODd5Phg2yfOyrzZxbNC0=?d=0S_3FQfz4VtY8uY0A098caQy9aZIvLJklhbq-QLsjMJO4K-eLDxqMJ6J44kwD9JcMC96bvMZdxAlI6hsBmN9W583lRhIgtV5G7z6aN2lKkogIF1VrFjDGuAUJX9BzBLJ8fLgfYr5_CfQEWz_uBTfcxDBnvaZ7jBCul8YL6gRD4GuJNR0xicFCiuPrxojqQAk8ysEQzZlO7sYEeBhDIkdsqqlwWKCsBaKUglTxfxRbwZJR-nPwvR6HhvFLmCOa3AYY4iE58pQPh2D55UrBxDgujVPlyf27JiKua0ouehibpWradywLviGwGa0fEoDPzKzTtLxLu--cxsWrRG8e0etlAZusjIA0tSHtzLvx-RQ-Hnsuz1wucPX0krhZvE%3D=http%3A%2F%2Fwiki.linuxvm.org%2F

The information contained in this e-mail, and any attachment, is confidential 
and is intended solely for the use of the intended recipient. Access, copying 
or re-use of the e-mail or any attachment, or any information contained 
therein, by any other person is not authorized. If you are not the intended 
recipient please return the e-mail to the sender and delete it from your 
computer. Although we attempt to sweep e-mail and attachments for viruses, we 
do not guarantee that either are virus-free and accept no liability for any 
damage sustained as a result of viruses. 

Please refer to http://disclaimer.bnymellon.com/eu.htm for certain disclosures 
relating to European legal entities.

--
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: Red Hat 6 fails to boot after zVM 6.4 upgrade

[Vitale, Joseph]

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-903-0102

-Original Message-
From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of Karl 
Kingston
Sent: Tuesday, November 07, 2017 12:50 PM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: Red Hat 6 fails to boot after zVM 6.4 upgrade

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 eTrust or 
> Control Minder.  A Linux security product managing ID's,  su  access, etc..   
> Product fails during boot causing core dumps.
> 
> Did I miss some compatibility setting upgrading from 
> zVM 6.3 to 6.4
> 
> 
> 
> Thanks
>  Joe
> 
> 
> 
> The information contained in this e-mail, and any attachment, is confidential 
> and is intended solely for the use of the intended recipient. Access, copying 
> or re-use of the e-mail or any attachment, or any information contained 
> therein, by any other person is not authorized. If you are not the intended 
> recipient please return the e-mail to the sender and delete it from your 
> computer. Although we attempt to sweep e-mail and attachments for viruses, we 
> do not guarantee that either are virus-free and accept no liability for any 
> damage sustained as a result of viruses. 
> 
> Please refer to http://disclaimer.bnymellon.com/eu.htm for certain 
> disclosures relating to European legal entities.
> 
> --
> 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/

The information contained in this e-mail, and any attachment, is confidential 
and is intended solely for the use of the intended recipient. Access, copying 
or re-use of the e-mail or any attachment, or any information contained 
therein, by any other person is not authorized. If you are not the intended 
recipient please return the e-mail to the sender and delete it from your 
computer. Although we attempt to sweep e-mail and attachments for viruses, we 
do not guarantee that either are virus-free and accept no liability for any 
damage sustained as a result of viruses. 

Please refer to http://disclaimer.bnymellon.com/eu.htm for certain disclosures 
relating to European legal entities.

Red Hat 6 fails to boot after zVM 6.4 upgrade

[Vitale, Joseph]

Hello,

Running a  CA  zLinux  Product called  "PIM"  aka eTrust or 
Control Minder.  A Linux security product managing ID's,  su  access, etc..   
Product fails during boot causing core dumps.

Did I miss some compatibility setting upgrading from zVM 6.3 to 
6.4



Thanks
 Joe



The information contained in this e-mail, and any attachment, is confidential 
and is intended solely for the use of the intended recipient. Access, copying 
or re-use of the e-mail or any attachment, or any information contained 
therein, by any other person is not authorized. If you are not the intended 
recipient please return the e-mail to the sender and delete it from your 
computer. Although we attempt to sweep e-mail and attachments for viruses, we 
do not guarantee that either are virus-free and accept no liability for any 
damage sustained as a result of viruses. 

Please refer to http://disclaimer.bnymellon.com/eu.htm for certain disclosures 
relating to European legal entities.

--
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: Linux SMAPI wrappers - invitation to Openstack meeting

[Vitale, Joseph]

Hello Emily,

I cannot reach you to join Openstack weekly meetings.  Can you invite 
me:  joseph.vit...@bnymellon.com,  id  tsgmf  



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-903-0102


-Original Message-
From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of Emily K 
Hugenbruch
Sent: Monday, May 22, 2017 10:58 AM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: Linux SMAPI wrappers

smcli is supported two ways:
   If you use it as part of the CMA that's shipped with z/VM, then we
   support it via the normal z/VM support process (PMRs, APARs, etc).
   If you get it from the open source community, then it's supported via
   that community.  You can use github issues to open problems, contribute
   to the code yourself, etc.  IBM is an active participant in that
   community.
Thanks.
Sincerely,
Emily Kate Hugenbruch
OpenStack Cloud Enablement Engineer - z/VM and Software Engineer - z/VM IBM 
Corporation Endicott, NY
Twitter: @ekhugen
IRC: ekhugen@freenode



From:   Michael MacIsaac 
To: LINUX-390@VM.MARIST.EDU
Date:   05/22/2017 10:50 AM
Subject:Re: Linux SMAPI wrappers
Sent by:Linux on 390 Port 



I see this in the append:
> smcli is supported.

But in an SR I have open, I see this:
> z/VM does not own or officially support the smcli function.

You can't have it both ways.

-Mike M

On Mon, May 22, 2017 at 9:33 AM, Emily K Hugenbruch  wrote:

>
> Hi,
> Although I responded to Mike directly, reposting here for the 
> listserv's benefit with some extra information:
>
> smcli is supported.  We ship it as part of our z/VM Cloud Manager 
> Appliance, so it's supported that way.  It's also supported via open 
> source, it could be separated from the rest of the zHCP code and run 
> standalone.  We even have a wiki that explains exactly how to do this 
> https://www.ibm.com/developerworks/community/wikis/home?lang=en#!/wiki
> / W21ed5ba0f4a9_46f4_9626_24cbbb86fbb9/page/Using%20the%
> 20zHCP%20code%20without%20CMA
>
> Anyone is welcome to open Github issues on it 
> https://github.com/zVMopenstack/zhcp/issues
>
> It can be run with sudo.  The problem originated because it was run 
> once
as
> root, which created the file that tracks the SMAPI
> level: /var/opt/zhcp/smapi.level and then it was run not as root, so 
> that file is not available.  I did submit a patch 
> https://review.gerrithub.io/#/c/361193/ to make the error messages 
> easier to decipher.  We can add a second patch that also makes sure 
> the file
name
> is put out on every error message (or anyone else can, we're always 
> happy to review any submissions).
>
> Furthermore, as the newly created project maintainer for the Open
Mainframe
> Project's Cloudstack for z/VM project, I invite anyone interested in 
> the topic of cloud and z/VM to join us.  We have weekly calls (we're 
> leaning towards Fridays at 11 eastern) where you can articulate your 
> requirements or talk about what you think cloud should look like on z.  
> If you'd like
a
> meeting invite please send me an email.  We can also discuss these 
> topics on the Open Mainframe Project's forum 
> http://community.openmainframeproject.org/ or Slack channel 
> https://openmainframeproject.slack.com
>
> Thank you.
> Sincerely,
> Emily Kate Hugenbruch
> OpenStack Cloud Enablement Engineer - z/VM and Software Engineer - 
> z/VM IBM Corporation Endicott, NY
> Twitter: @ekhugen
> IRC: ekhugen@freenode
>
>
>
> From:   Michael MacIsaac 
> To: LINUX-390@VM.MARIST.EDU
> Date:   05/19/2017 01:43 PM
> Subject:Linux SMAPI wrappers
> Sent by:Linux on 390 Port 
>
>
>
> Hello list,
>
> One way to automate operations (aka do Private Cloud) is to use z/VM's 
> SMAPI. There are two ways to call 'SMAPIs' from Linux that I know of:
> 1) The bash smaclient from Sine Nomine (thanks to Leland, et al)
> 2) The C compiled smcli originating from IBM (thanks to Chuck, Thang, 
> Emily, et al)
>
> Both are large and helpful pieces of code. However, neither are
'supported'
> to my knowledge, but smcli seems to be somewhat 'more supported' in 
> that I've seen updates to it recently.
>
> We've gotten errors on smaclient of the form "Unable to bind: 98" 
> which seems to lose connectivity to SMAPI when the CPU utilization is 'high'.
>
> So I'm looking into switching to smcli. It works fine when I run as 
> root, but everybody knows That's Bad so I try as a non-root and get the error:
>
> # *smcli Image_Query_DM -T VMENG004*
>
> ERROR: File stat error. Errno: 13
>
>
>
> ERROR: Unable to determine SMAPI level.
>
>
> Error number 13 seems to be a generic UNIX/Linux error for "not 
> authorized".  Does anyone know which files/directories are in 
> question? I was hoping it would be easy enough to 

Re: DEDICATED OSA, LINUX VLAN tagging and bonding

[Vitale, Joseph]

Hello,

I later added  PORTTYPE TRUNK   , unaware of   "vconfig".  Thanks very much.



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-903-0102


-Original Message-
From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of Alan 
Altmark
Sent: Tuesday, March 07, 2017 1:37 PM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: DEDICATED OSA, LINUX VLAN tagging and bonding

On Tuesday, 03/07/2017 at 06:18 GMT, "Vitale, Joseph" 
<joseph.vit...@bnymellon.com> wrote:
> Hello,
>
> Interested to know if  VLAN Tagging can be done via zLinux if  zVM
currently adding VLAN Tag.  OSA
> set up for Port access. Using Red Hat 7.  Please see below:
>
> CP SET VSWITCH VSWITCH2 GRANT R00022N1 VLAN 2419 2439 HCPSWS2847E 
> PORTTYPE ACCESS is not allowed when the user is authorized HCPSWS2847E 
> for more than one VLAN

That's because you didn't include PORTTYPE TRUNK on the GRANT.  If you do that, 
you can use vconfig on Linux to let it do the tagging (eee!)

Alternatively, you can use a PORTBASED VSWITCH and assign a VLAN to a virtual 
NIC, so that Linux can remain VLAN unaware.  In this mode, you:
a) Add the PORTBASED option to DEFINE  VSWITCH
b) Use the SET VSWITCH PORTNUMBER command to assign guests to a port number.
c) Use the SET VSWITCH VLANID command to assign a port number to a VLAN
d) Remove the VSWITCH name from the NICDEF in the directory
e) Add COMMAND COUPLE to the directory to connect a vdev to a port.

Folks at SHARE in San Jose this week can see my presentation on this Wednesday, 
along with a preview of the PORTBASED/USERBASED VSWITCH unification and 
simplification that will be coming soon to a z/VM system near you.

Alan Altmark

Senior Managing z/VM and Linux Consultant Lab Services System z Delivery 
Practice IBM Systems & Technology Group ibm.com/systems/services/labservices
office: 607.429.3323
mobile; 607.321.7556
alan_altm...@us.ibm.com
IBM Endicott

--
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/

The information contained in this e-mail, and any attachment, is confidential 
and is intended solely for the use of the intended recipient. Access, copying 
or re-use of the e-mail or any attachment, or any information contained 
therein, by any other person is not authorized. If you are not the intended 
recipient please return the e-mail to the sender and delete it from your 
computer. Although we attempt to sweep e-mail and attachments for viruses, we 
do not guarantee that either are virus-free and accept no liability for any 
damage sustained as a result of viruses. 

Please refer to http://disclaimer.bnymellon.com/eu.htm for certain disclosures 
relating to European legal entities.

--
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: DEDICATED OSA, LINUX VLAN tagging and bonding

[Vitale, Joseph]

Hello,

Interested to know if  VLAN Tagging can be done via zLinux if  zVM currently 
adding VLAN Tag.  OSA set up for Port access. Using Red Hat 7.  Please see 
below:

CP SET VSWITCH VSWITCH2 GRANT R00022N1 VLAN 2419 2439
HCPSWS2847E PORTTYPE ACCESS is not allowed when the user is authorized
HCPSWS2847E for more than one VLAN


HCP2847E
PORTTYPE ACCESS is not allowed when the user is authorized for more than one 
VLAN.
Explanation:
If the user is given PORTTYPE ACCESS or if the PORTTYPE defaults to ACCESS, the 
user can
be authorized for only one VLAN ID.
System action:
The SET VSWITCH GRANT command fails.
User response:
Issue the SET VSWITCH GRANT command to use PORTTYPE TRUNK with a list of
VLAN IDs, or issue SET VSWITCH GRANT with PORTTYPE ACCESS and a single VLAN ID. 



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-903-0102


-Original Message-
From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of Bill Head
Sent: Monday, March 06, 2017 11:24 PM
To: LINUX-390@VM.MARIST.EDU
Subject: DEDICATED OSA, LINUX VLAN tagging and bonding

Howdy folks,

Up until now I've been using VSWITCHes for new SuSE guests (SLES 11 SP4).  I'm 
in the process of trying to build out a guest with two dedicated OSA adapters, 
set up VLAN tagging and bonding in LINUX.

The z/VM LPAR default vlan is 3
VSWITCH setup for the GOLD image is VLAN 14 (using a GRANT) The new setup will 
be on VLAN 10

So when I bring up the new guest I can putty into it on VLAN 14, set up on eth0 
I've added the DEDICATE triplets for the two OSA adapters.  And I can see those 
in YaST.
Eventually, once I get the bonded dedicated adapters set up on VLAN 10 I can 
remove the setup for vlan 14 on eth0.

I'm guessing this is all possible, to have eth0 using a vswitch, eth1 and eth2 
as dedicated, setting up VLAN tagging in LINUX and eventually setting up 
bonding between the two OSA's.  With eth0 using one VLAN and the bonded adapter 
using a different one, albeit temporarily.  Does that sound correct?

If so, I haven't found a way to do this using YaST, does all this have to be 
setup by editing files, or some other method?




The information transmitted is intended only for the person or entity to which 
it is addressed and may contain CONFIDENTIAL material.  If you receive this 
material/information in error, please contact the sender and delete or destroy 
the material/information.

--
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/

The information contained in this e-mail, and any attachment, is confidential 
and is intended solely for the use of the intended recipient. Access, copying 
or re-use of the e-mail or any attachment, or any information contained 
therein, by any other person is not authorized. If you are not the intended 
recipient please return the e-mail to the sender and delete it from your 
computer. Although we attempt to sweep e-mail and attachments for viruses, we 
do not guarantee that either are virus-free and accept no liability for any 
damage sustained as a result of viruses. 

Please refer to http://disclaimer.bnymellon.com/eu.htm for certain disclosures 
relating to European legal entities.

--
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: Failed to allocate kernel memory because the configured kernel

[Vitale, Joseph]

Hello,

We also have IBM Communications serve installed.  Connecting  35 clients in Dev 
and 70 for Prod.   Interested to know your resolution.   

Only modifications we have is an increase to soft/hard file limit.  Machine  
memory size is  2GB.


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-903-0102


-Original Message-
From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of Chu, 
Raymond
Sent: Monday, November 28, 2016 2:42 PM
To: LINUX-390@VM.MARIST.EDU
Subject: Failed to allocate kernel memory because the configured kernel


Hi,

I have a IBM Communications Server V7.0.0.2 running on a RHEL6.6 image. The IBM 
Comm server "sna.err' file starts to report the following:

w6:/var/opt/ibm/sna> tail sna.err
2016-11-28 14:40:24 EST 0-49(0-10) E (w6..com) Failed to allocate 
kernel memory because the configured kernel memory limit has been reached.
Size requested = 4088
Memory limit   = 77012856


I am looking for a hint how to tackle this situation. Please advise.

Thanks,
Ray

[cid:image71ece6.JPG@81822583.44950c3f]
[https://www.psegliny.com/appImages/PSEGLI/facebookIcon.png]
[https://www.psegliny.com/appImages/PSEGLI/footericon-twitter.png] 
  
[https://www.psegliny.com/appImages/PSEGLI/YouTube-social-square-red.png] 
  
[https://www.psegliny.com/appImages/PSEGLI/white-large-chiclet_32.png] 



PSEGSC


-The information contained in this 
e-mail, including any attachment(s), is intended solely for use by the named 
addressee(s).  If you are not the intended recipient, or a person designated as 
responsible for delivering such messages to the intended recipient, you are not 
authorized to disclose, copy, distribute or retain this message, in whole or in 
part, without written authorization from PSEG.  This e-mail may contain 
proprietary, confidential or privileged information. If you have received this 
message in error, please notify the sender immediately. This notice is included 
in all e-mail messages leaving PSEG.  Thank you for your cooperation.

--
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/

The information contained in this e-mail, and any attachment, is confidential 
and is intended solely for the use of the intended recipient. Access, copying 
or re-use of the e-mail or any attachment, or any information contained 
therein, by any other person is not authorized. If you are not the intended 
recipient please return the e-mail to the sender and delete it from your 
computer. Although we attempt to sweep e-mail and attachments for viruses, we 
do not guarantee that either are virus-free and accept no liability for any 
damage sustained as a result of viruses. 

Please refer to http://disclaimer.bnymellon.com/eu.htm for certain disclosures 
relating to European legal entities.

--
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: Red Hat 7.2 - Root not staying Auto Logged on Console ttyS0

[Vitale, Joseph]

Automations is handled by another group. Their response is:

CAOPER is configured to be the OBSERVER.

OPERATOR terminates CAOPER's OBSERVER then initiates SECUSER for itself. When 
automation routine is done, OPERATOR terminates its own SECUSER and sets CAOPER 
back to OBSERVER.



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-903-0102


-Original Message-
From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of Ronald 
van der Laan
Sent: Thursday, September 29, 2016 3:02 PM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: Red Hat 7.2 - Root not staying Auto Logged on Console ttyS0

Joseph,

Looks like you got OPERATOR and CAOPER (both z/VM userids, nothing to with 
Linux), competing over being the SECUSER of your Linux server.
Do you have CA Operator running in both userids and both being configured to 
monitor the Linux console?

Ronald van der Laan

Op dinsdag 27 september 2016 heeft Vitale, Joseph < 
joseph.vit...@bnymellon.com> het volgende geschreven:

> Hello,
>
> Just installed Red Hat 7.2, running as a zVM 6.3 guest.   Followed Red Hat
> instructions to autolog Root on Console(ttyS0) initially works.
>
> Our CA Operator is used for automation which  sets Observer and 
> SECUSER to issue commands.  Seems to perform those functions too 
> quickly resulting in Console service to fail.
>
> Messages from /var/log/messages fllow:
> systemd: getty@ttyS0.service has no holdoff time, scheduling restart.
> systemd: start request repeated too quickly for getty@ttyS0.service
> systemd: Failed to start Getty on ttyS0.
> systemd: Unit getty@ttyS0.service entered failed state.
> systemd: getty@ttyS0.service failed.
>
>
> Console snippet which repeats:
> Ýroot@r028n0z ~¨# HCPCFX6769I Your observation terminated by OPERATOR 
> HCPCFX6768I Your SECUSER set to OPERATOR by OPERATOR.
> wapPassword: HCPCFX6769I Your SECUSER terminated by OPERATOR.
> HCPCFX6768I Your observation by CAOPER set by OPERATOR
>
>
> Steps to create ttyS0  Root auto login:
> cp -p /lib/systemd/system/getty@.service /etc/systemd/system/getty@ 
> ttyS0.service
>
> vi /etc/systemd/system/getty@ttyS0.service
>
> Change from:
> ConditionPathExists=/dev/tty1
> Change To:
> ConditionPathExists=/dev/ttyS0
>
> Change from:
> [Service]
> ExecStart=-/sbin/agetty --noclear %I $TERM Change To:
> [Service]
> ExecStart=-/sbin/agetty --autologin root --noclear %I $TERM
> :
> [Install]
> Change From:
> DefaultInstance=tty1
> To:
> DefaultInstance=ttyS0
>
> Add at end:
> Alias=getty@ttyS0.service<<-- ADD at end
>
> ln -s /etc/systemd/system/getty@ttyS0.service  /etc/systemd/system/getty.
> target.wants/getty@ttyS0.service<mailto:/etc/systemd/
> system/getty.target.wants/getty@ttyS0.service>
>
>
> 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-903-0102
>
>
> The information contained in this e-mail, and any attachment, is 
> confidential and is intended solely for the use of the intended recipient.
> Access, copying or re-use of the e-mail or any attachment, or any 
> information contained therein, by any other person is not authorized. 
> If you are not the intended recipient please return the e-mail to the 
> sender and delete it from your computer. Although we attempt to sweep 
> e-mail and attachments for viruses, we do not guarantee that either 
> are virus-free and accept no liability for any damage sustained as a result 
> of viruses.
>
> Please refer to http://disclaimer.bnymellon.com/eu.htm for certain 
> disclosures relating to European legal entities.
>
> --
> For LINUX-390 subscribe / signoff / archive access instructions, send 
> email to lists...@vm.marist.edu <javascript:;> 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/
>


--
Ronald van der Laan

--
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/

The information cont

Re: Red Hat 7.2 - Root not staying Auto Logged on Console ttyS0

[Vitale, Joseph]

Thanks. I see serial-getty@ttyS0 is the issue.   Will try it.



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-903-0102


-Original Message-
From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of Victor 
Hugo Ochoa Avila
Sent: Thursday, September 29, 2016 1:18 PM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: Red Hat 7.2 - Root not staying Auto Logged on Console ttyS0

Hi Vitale.

His work for me on RedHat 7:

ExecStart=-/sbin/agetty --autologin root -s %I

Copy and Paste on your linux.



ln -s /etc/systemd/system/serial-getty@ttyS0.service
/etc/systemd/system/getty.target.wants/



and start device:

systemctl daemon-reload


systemctl start  serial-getty@ttyS0.service systemctl enable 
serial-getty@ttyS0.service systemctl status serial-getty@ttyS0.service



Regards.


ATTE

Victor Hugo Ochoa Avila




2016-09-29 8:36 GMT-05:00 Vitale, Joseph <joseph.vit...@bnymellon.com>:

> Is there a  minus '-'  after ExecStart:ExecStart=-/sbin/agetty
> --autologin root -s ℅l
>
>
>
> 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-903-0102
>
> -Original Message-
> From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of 
> Victor Hugo Ochoa Avila
> Sent: Wednesday, September 28, 2016 3:59 PM
> To: LINUX-390@VM.MARIST.EDU
> Subject: Re: Red Hat 7.2 - Root not staying Auto Logged on Console 
> ttyS0
>
> Hi Vitale.
>
> Probe this
>
> ExecStart=-/sbin/agetty --autologin root -s ℅l
>
> Regards
>
> Atte
>
> VÍCTOR HUGO OCHOA AVILA
>
> El mié, 28 de septiembre de 2016 12:48 p. m., Mark Post 
> <mp...@suse.com>
> escribió:
>
> > >>> On 9/27/2016 at 05:43 PM, "Vitale, Joseph" <
> > joseph.vit...@bnymellon.com> wrote:
> >
> > > Console snippet which repeats:
> > > Ýroot@r028n0z ~*# HCPCFX6769I Your observation terminated by 
> > > OPERATOR HCPCFX6768I Your SECUSER set to OPERATOR by OPERATOR.
> > > wapPassword: HCPCFX6769I Your SECUSER terminated by OPERATOR.
> > > HCPCFX6768I Your observation by CAOPER set by OPERATOR
> >
> > It looks like you might have another getty running on the console.
> > That would explain why you're seeing a prompt for a password.  What 
> > does systemctl status | grep "tty on"
> > show you?
> >
> >
> > Mark Post
> >
> > 
> > -- 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/
>
> The information contained in this e-mail, and any attachment, is 
> confidential and is intended solely for the use of the intended recipient.
> Access, copying or re-use of the e-mail or any attachment, or any 
> information contained therein, by any other person is not authorized. 
> If you are not the intended recipient please return the e-mail to the 
> sender and delete it from your computer. Although we attempt to sweep 
> e-mail and attachments for viruses, we do not guarantee that either 
> are virus-free and accept no liability for any damage sustained as a result 
> of viruses.
>
> Please refer to http://disclaimer.bnymellon.com/eu.htm for certain 
> disclosures relating to European legal entities.
>

--
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/

The information contained in this e-mail, and any attachment, is confidentia

Re: Red Hat 7.2 - Root not staying Auto Logged on Console ttyS0

[Vitale, Joseph]

Is there a  minus '-'  after ExecStart:ExecStart=-/sbin/agetty --autologin 
root -s ℅l



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-903-0102

-Original Message-
From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of Victor 
Hugo Ochoa Avila
Sent: Wednesday, September 28, 2016 3:59 PM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: Red Hat 7.2 - Root not staying Auto Logged on Console ttyS0

Hi Vitale.

Probe this

ExecStart=-/sbin/agetty --autologin root -s ℅l

Regards

Atte

VÍCTOR HUGO OCHOA AVILA

El mié, 28 de septiembre de 2016 12:48 p. m., Mark Post <mp...@suse.com>
escribió:

> >>> On 9/27/2016 at 05:43 PM, "Vitale, Joseph" <
> joseph.vit...@bnymellon.com> wrote:
>
> > Console snippet which repeats:
> > Ýroot@r028n0z ~*# HCPCFX6769I Your observation terminated by 
> > OPERATOR HCPCFX6768I Your SECUSER set to OPERATOR by OPERATOR.
> > wapPassword: HCPCFX6769I Your SECUSER terminated by OPERATOR.
> > HCPCFX6768I Your observation by CAOPER set by OPERATOR
>
> It looks like you might have another getty running on the console.  
> That would explain why you're seeing a prompt for a password.  What 
> does systemctl status | grep "tty on"
> show you?
>
>
> Mark Post
>
> --
> 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/

The information contained in this e-mail, and any attachment, is confidential 
and is intended solely for the use of the intended recipient. Access, copying 
or re-use of the e-mail or any attachment, or any information contained 
therein, by any other person is not authorized. If you are not the intended 
recipient please return the e-mail to the sender and delete it from your 
computer. Although we attempt to sweep e-mail and attachments for viruses, we 
do not guarantee that either are virus-free and accept no liability for any 
damage sustained as a result of viruses. 

Please refer to http://disclaimer.bnymellon.com/eu.htm for certain disclosures 
relating to European legal entities.

Re: Red Hat 7.2 - Root not staying Auto Logged on Console ttyS0

[Vitale, Joseph]

Maybe your correct.  I see my Getty "getty@ttyS0.service"  and
"serial-getty@ttyS0.service"

Before I created  "getty@ttyS0.service"  I did have a 3270 console w/out Root 
autologged.


[root@r028n0z ~]# systemctl status | grep "tty on"
   │ └─11406 grep --color=auto tty on


 [root@r028n0z ~]# systemctl list-units | grep getty@
  getty@ttyS0.service   loaded 
active running   Getty on ttyS0
  serial-getty@hvc0.service loaded 
active running   Serial Getty on hvc0
  serial-getty@ttyS0.serviceloaded 
active running   Serial Getty on ttyS0
  serial-getty@ttysclp0.service loaded 
active running   Serial Getty on ttysclp0



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-903-0102


-Original Message-
From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of Mark Post
Sent: Wednesday, September 28, 2016 1:47 PM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: Red Hat 7.2 - Root not staying Auto Logged on Console ttyS0

>>> On 9/27/2016 at 05:43 PM, "Vitale, Joseph" <joseph.vit...@bnymellon.com> 
>>> wrote:

> Console snippet which repeats:
> Ýroot@r028n0z ~*# HCPCFX6769I Your observation terminated by OPERATOR 
> HCPCFX6768I Your SECUSER set to OPERATOR by OPERATOR.
> wapPassword: HCPCFX6769I Your SECUSER terminated by OPERATOR.
> HCPCFX6768I Your observation by CAOPER set by OPERATOR

It looks like you might have another getty running on the console.  That would 
explain why you're seeing a prompt for a password.  What does systemctl status 
| grep "tty on"
show you?


Mark Post

--
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/

The information contained in this e-mail, and any attachment, is confidential 
and is intended solely for the use of the intended recipient. Access, copying 
or re-use of the e-mail or any attachment, or any information contained 
therein, by any other person is not authorized. If you are not the intended 
recipient please return the e-mail to the sender and delete it from your 
computer. Although we attempt to sweep e-mail and attachments for viruses, we 
do not guarantee that either are virus-free and accept no liability for any 
damage sustained as a result of viruses. 

Please refer to http://disclaimer.bnymellon.com/eu.htm for certain disclosures 
relating to European legal entities.

Red Hat 7.2 - Root not staying Auto Logged on Console ttyS0

[Vitale, Joseph]

Hello,

Just installed Red Hat 7.2, running as a zVM 6.3 guest.   Followed Red Hat 
instructions to autolog Root on Console(ttyS0) initially works.

Our CA Operator is used for automation which  sets Observer and SECUSER  to 
issue commands.  Seems to perform those functions too quickly
resulting in Console service to fail.

Messages from /var/log/messages fllow:
systemd: getty@ttyS0.service has no holdoff time, scheduling restart.
systemd: start request repeated too quickly for getty@ttyS0.service
systemd: Failed to start Getty on ttyS0.
systemd: Unit getty@ttyS0.service entered failed state.
systemd: getty@ttyS0.service failed.


Console snippet which repeats:
Ýroot@r028n0z ~¨# HCPCFX6769I Your observation terminated by OPERATOR
HCPCFX6768I Your SECUSER set to OPERATOR by OPERATOR.
wapPassword: HCPCFX6769I Your SECUSER terminated by OPERATOR.
HCPCFX6768I Your observation by CAOPER set by OPERATOR


Steps to create ttyS0  Root auto login:
cp -p /lib/systemd/system/getty@.service /etc/systemd/system/getty@ttyS0.service

vi /etc/systemd/system/getty@ttyS0.service

Change from:
ConditionPathExists=/dev/tty1
Change To:
ConditionPathExists=/dev/ttyS0

Change from:
[Service]
ExecStart=-/sbin/agetty --noclear %I $TERM
Change To:
[Service]
ExecStart=-/sbin/agetty --autologin root --noclear %I $TERM
:
[Install]
Change From:
DefaultInstance=tty1
To:
DefaultInstance=ttyS0

Add at end:
Alias=getty@ttyS0.service<<-- ADD at end

ln -s /etc/systemd/system/getty@ttyS0.service  
/etc/systemd/system/getty.target.wants/getty@ttyS0.service


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-903-0102


The information contained in this e-mail, and any attachment, is confidential 
and is intended solely for the use of the intended recipient. Access, copying 
or re-use of the e-mail or any attachment, or any information contained 
therein, by any other person is not authorized. If you are not the intended 
recipient please return the e-mail to the sender and delete it from your 
computer. Although we attempt to sweep e-mail and attachments for viruses, we 
do not guarantee that either are virus-free and accept no liability for any 
damage sustained as a result of viruses. 

Please refer to http://disclaimer.bnymellon.com/eu.htm for certain disclosures 
relating to European legal entities.

--
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: Open stack on RHEL - ZPRO interest

[Vitale, Joseph]

Hello Barton,

We just started using  XCAT  to test Red Hat deployment, control 
servers( boot/shutdown/power on ).  

Goal is for another  zLinux  guest to request  XCAT  deploy new servers 
for 30+ days  and retire them.   Will  ZPRO  offer similar capabilities and 
when would that be available ?


Thanks
Joe

Joseph Vitale
Technology Services Group
Mainframe Operating Systems

Pershing Plaza
95 Christopher Columbus Drive
Floor 14   
Jersey City,  N.J.  07302
Work  201-395-1509
Cell917-903-0102


-Original Message-
From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of Barton 
Robinson
Sent: Friday, March 25, 2016 11:47 AM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: Open stack on RHEL

For those interested.  We have a project to replace xcat/smapi with a full 
backend for openstack on z/vm as part of our zpro offering. The objective is 
for a user of openstack to have control over a z/vm service the same as their 
vmware service.
Since our API already includes any or none of VMSecure, RACF, dirmaint, and 
specifically eliminates the need for SMAPI, I'm hoping our solution will 
simplify your environment immensely.

On 3/25/2016 8:40 AM, Davis, Larry (National VM Capability) wrote:
> CA has been looking for people to give them the API's they are looking 
> for, but IBM is not sharing all there interfaces either
>
> Larry Davis,
> VM Capability
>
> -Original Message-
> From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of 
> Dave Jones
> Sent: Tuesday, March 22, 2016 12:03 PM
> To: LINUX-390@VM.MARIST.EDU
> Subject: Re: Open stack on RHEL
>
> Yes, xCAT only works "out of the box" with DIRMAINT/SMAPI/RACF.other 3rd 
> party products would probably have to be configured a bit.
>
> DJ
>
> On 03/22/2016 10:42 AM, Agblad Tore wrote:
>> Yes, we installed xCAT.
>> But got problem due to we have VMSecure and CA have not implemented 
>> all API:s And there we are now, not usable yet at least.
>> /Tore
>>
>> 
>> Tore Agblad
>> zOpen, IT Services
>>
>> Volvo Group Headquarters
>> Corporate Process & IT
>> SE-405 08, Gothenburg  Sweden
>> E-mail: tore.agb...@volvo.com
>> http://www.volvo.com/volvoit/global/en-gb/
>>
>>
>> -Original Message-
>> From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of 
>> Dave Jones
>> Sent: den 22 mars 2016 4:37
>> To: LINUX-390@VM.MARIST.EDU
>> Subject: Re: Open stack on RHEL
>>
>> Tore, has your group looked into the xCAT/OpenStack support that now 
>> comes with z/VM 6.3? Or did you just roll your own there?
>>
>> Have a good one.
>>
>> DJ
>>
>> On 03/22/2016 10:32 AM, Agblad Tore wrote:
>>> OpenStack is lots of stuff.
>>> And a big difference just as Mark says, in some parts.
>>> Otherwise you can make it work.
>>> We have a beta version implementing openStack API (only some yet) 
>>> communicating via SMSG.
>>> For this you need only one Linux server per SSI.
>>> And no, there is no offering from RedHat, we had to code that part (API via 
>>> SMSG) ourselves.
>>> But dashboard for example and most other components is possible to download 
>>> and setup.
>>>
>>> /Tore
>>>
>>>
>>> 
>>> Tore Agblad
>>> zOpen, IT Services
>>>
>>> Volvo Group Headquarters
>>> Corporate Process & IT
>>> SE-405 08, Gothenburg  Sweden
>>> E-mail: tore.agb...@volvo.com
>>> http://www.volvo.com/volvoit/global/en-gb/
>>>
>>>
>>> -Original Message-
>>> From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf 
>>> Of Mark Post
>>> Sent: den 19 mars 2016 11:44
>>> To: LINUX-390@VM.MARIST.EDU
>>> Subject: Re: Open stack on RHEL
>>>
>> On 3/19/2016 at 09:34 AM, Jake Anderson  wrote:
 Hi

 Is there any difference running a openstack  in Linux running on 
 x86 and open stack on zVM ?
>>> As far as the interfaces to the hypervisor(s) go, yes.  Other than that, 
>>> there shouldn't be.  I haven't heard of Red Hat offering their OpenStack 
>>> product on z Systems, however.
>>>
>>>
>>> Mark Post
>>>
>>> 
>>> -
>>> - 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 
>>> 

Question on using CMM ( Cooperative Memory Management) on Red Hat Linux

[Vitale, Joseph]

Hello,

Recently read an article by Ron van der Heij on use of  CMM  to flush a guests 
memory.  Included script to  drop page cache.

I have two questions:


1)  We are not running  a VMRSMVM  is that required to correctly implement 
this process?



2)  Are other people  implementing a similar procedure on a regular bases?




Thanks

Joseph Vitale
Technology Services Group
Mainframe Operating Systems

Pershing Plaza
95 Christopher Columbus Drive
Floor 14
Jersey City,  N.J.  07302
Work  201-395-1509
Cell917-903-0102


The information contained in this e-mail, and any attachment, is confidential 
and is intended solely for the use of the intended recipient. Access, copying 
or re-use of the e-mail or any attachment, or any information contained 
therein, by any other person is not authorized. If you are not the intended 
recipient please return the e-mail to the sender and delete it from your 
computer. Although we attempt to sweep e-mail and attachments for viruses, we 
do not guarantee that either are virus-free and accept no liability for any 
damage sustained as a result of viruses. 

Please refer to http://disclaimer.bnymellon.com/eu.htm for certain disclosures 
relating to European legal entities.

--
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/

How to force crash dump from hung Red Hat guest

[Vitale, Joseph]

Hello,

Running  Red Hat 6.6  under zVM 6.3.  I had a guest hang and unable to issue 
linux commands to force a kernel crash dump( echo c > /proc/sysrq-trigger ).

Any suggestions how that can be accomplished?

Thanks
Joe


Joseph Vitale
Technology Services Group
Mainframe Operating Systems

Pershing Plaza
95 Christopher Columbus Drive
Floor 14
Jersey City,  N.J.  07302
Work  201-395-1509
Cell917-903-0102


The information contained in this e-mail, and any attachment, is confidential 
and is intended solely for the use of the intended recipient. Access, copying 
or re-use of the e-mail or any attachment, or any information contained 
therein, by any other person is not authorized. If you are not the intended 
recipient please return the e-mail to the sender and delete it from your 
computer. Although we attempt to sweep e-mail and attachments for viruses, we 
do not guarantee that either are virus-free and accept no liability for any 
damage sustained as a result of viruses. 

Please refer to http://disclaimer.bnymellon.com/eu.htm for certain disclosures 
relating to European legal entities.

--
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: How to force crash dump from hung Red Hat guest - Thank You all

[Vitale, Joseph]

All excellent suggestions.  Thank you all, extremely helpful.



Joe

Joseph Vitale
Technology Services Group
Mainframe Operating Systems

Pershing Plaza
95 Christopher Columbus Drive
Floor 14   
Jersey City,  N.J.  07302
Work  201-395-1509
Cell917-903-0102


-Original Message-
From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of Marcy 
Cortes
Sent: Tuesday, October 06, 2015 2:28 PM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: How to force crash dump from hung Red Hat guest

I think it was worse than 30 minutes for 16G the last time I tried!
And it is non-interruptible.
If you are on a problem call, you may have people screaming at you to get their 
server back sooner and you have no control at that point.

Best imho to make yourself a volume with zipl -d .You can attach that to 
whatever guest as needed and simply do from the console:
#cp stop cpu all
#cp store status
#cp ipl 

It's very fast and always works.
It’s a good practice to always have one ready.



-Original Message-
From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of Robert J 
Brenneman
Sent: Tuesday, October 06, 2015 10:02 AM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: [LINUX-390] How to force crash dump from hung Red Hat guest

from the guest's console issue #CP VMDUMP to trigger a CP managed dump of the 
virtual machine. This dumps to spool space and it shows up in the guest's rdr 
device. You can then 'vmur receive --convert  
/path/to/where/dump/goes' to import the vmcore to the Linux file system when 
you IPL after the dump completes.

Make sure you have enough spool space to contain however much virtual memory 
the guest is defined with. Also make sure you have time - a VMDUMP of a 16 GB 
virtual machine can take on the order of 30 minutes - dumping to spool is slow 
but it will save your bacon when the kdump function does not work for whatever 
reason.

http://www-01.ibm.com/support/knowledgecenter/linuxonibm/com.ibm.linux.z.lgdt/lgdt_c_intro.html

On Tue, Oct 6, 2015 at 11:41 AM, Vitale, Joseph <joseph.vit...@bnymellon.com
> wrote:

> Hello,
>
> Running  Red Hat 6.6  under zVM 6.3.  I had a guest hang and unable to 
> issue linux commands to force a kernel crash dump( echo c > 
> /proc/sysrq-trigger ).
>
> Any suggestions how that can be accomplished?
>
> Thanks
> Joe
>
>
> Joseph Vitale
> Technology Services Group
> Mainframe Operating Systems
>
> Pershing Plaza
> 95 Christopher Columbus Drive
> Floor 14
> Jersey City,  N.J.  07302
> Work  201-395-1509
> Cell917-903-0102
>
>
> The information contained in this e-mail, and any attachment, is 
> confidential and is intended solely for the use of the intended recipient.
> Access, copying or re-use of the e-mail or any attachment, or any 
> information contained therein, by any other person is not authorized.
> If you are not the intended recipient please return the e-mail to the 
> sender and delete it from your computer. Although we attempt to sweep 
> e-mail and attachments for viruses, we do not guarantee that either 
> are virus-free and accept no liability for any damage sustained as a result 
> of viruses.
>
> Please refer to http://disclaimer.bnymellon.com/eu.htm for certain 
> disclosures relating to European legal entities.
>
> --
> 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/
>



--
Jay Brenneman

--
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/

The information contained in this e-mail, and any attachment, is confidential 
and is intended solely for the use of the intended recipient. Access, copying 
or re-use of the e-mail or any attachment, or any information contained 
therein, by any other person is not authorized. If you are not the intended 
recipient please return the e-mail to the sender and delete it from your 
computer. Although we attempt to sweep e-mail and attachments for viruses, we 
do not guarantee that either are virus-free and accept no liability for any 
damage sustained as a result of viruses. 

Please refer to http://disclaimer.bnymellon.com/eu.htm for certain disclosures 
relating to European legal entities.

Re: How to force crash dump from hung Red Hat guest

[Vitale, Joseph]

Thanks for that information.  Question, is that dump usable by Red Hat or only 
IBM Linux support  as  my support contract is via Red Hat.

Thanks
Joe

Joseph Vitale
Technology Services Group
Mainframe Operating Systems

Pershing Plaza
95 Christopher Columbus Drive
Floor 14   
Jersey City,  N.J.  07302
Work  201-395-1509
Cell917-903-0102


-Original Message-
From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of Robert J 
Brenneman
Sent: Tuesday, October 06, 2015 1:02 PM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: How to force crash dump from hung Red Hat guest

from the guest's console issue #CP VMDUMP to trigger a CP managed dump of the 
virtual machine. This dumps to spool space and it shows up in the guest's rdr 
device. You can then 'vmur receive --convert  
/path/to/where/dump/goes' to import the vmcore to the Linux file system when 
you IPL after the dump completes.

Make sure you have enough spool space to contain however much virtual memory 
the guest is defined with. Also make sure you have time - a VMDUMP of a 16 GB 
virtual machine can take on the order of 30 minutes - dumping to spool is slow 
but it will save your bacon when the kdump function does not work for whatever 
reason.

http://www-01.ibm.com/support/knowledgecenter/linuxonibm/com.ibm.linux.z.lgdt/lgdt_c_intro.html

On Tue, Oct 6, 2015 at 11:41 AM, Vitale, Joseph <joseph.vit...@bnymellon.com
> wrote:

> Hello,
>
> Running  Red Hat 6.6  under zVM 6.3.  I had a guest hang and unable to 
> issue linux commands to force a kernel crash dump( echo c > 
> /proc/sysrq-trigger ).
>
> Any suggestions how that can be accomplished?
>
> Thanks
> Joe
>
>
> Joseph Vitale
> Technology Services Group
> Mainframe Operating Systems
>
> Pershing Plaza
> 95 Christopher Columbus Drive
> Floor 14
> Jersey City,  N.J.  07302
> Work  201-395-1509
> Cell917-903-0102
>
>
> The information contained in this e-mail, and any attachment, is 
> confidential and is intended solely for the use of the intended recipient.
> Access, copying or re-use of the e-mail or any attachment, or any 
> information contained therein, by any other person is not authorized. 
> If you are not the intended recipient please return the e-mail to the 
> sender and delete it from your computer. Although we attempt to sweep 
> e-mail and attachments for viruses, we do not guarantee that either 
> are virus-free and accept no liability for any damage sustained as a result 
> of viruses.
>
> Please refer to http://disclaimer.bnymellon.com/eu.htm for certain 
> disclosures relating to European legal entities.
>
> --
> 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/
>



--
Jay Brenneman

--
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/

The information contained in this e-mail, and any attachment, is confidential 
and is intended solely for the use of the intended recipient. Access, copying 
or re-use of the e-mail or any attachment, or any information contained 
therein, by any other person is not authorized. If you are not the intended 
recipient please return the e-mail to the sender and delete it from your 
computer. Although we attempt to sweep e-mail and attachments for viruses, we 
do not guarantee that either are virus-free and accept no liability for any 
damage sustained as a result of viruses. 

Please refer to http://disclaimer.bnymellon.com/eu.htm for certain disclosures 
relating to European legal entities.

Re: Suggestion on improving FTP large file transfer

[Vitale, Joseph]

Thank Bruce, good information.   Question, Pg 13 TCP segmentation 
offload(TSO) .  My guests are using a VSWITCH with VLAN Tags.  Would  offload 
still apply ?

Thanks
Joe


Joseph Vitale
Technology Services Group
Mainframe Operating Systems

Pershing Plaza
95 Christopher Columbus Drive
Floor 14   
Jersey City,  N.J.  07302
Work  201-395-1509
Cell917-903-0102

-Original Message-
From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of Bruce 
Hayden
Sent: Monday, August 10, 2015 12:02 PM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: Suggestion on improving FTP large file transfer

Start out by looking at the Network tuning presentation on this page:
http://www.ibm.com/developerworks/linux/linux390/perf/tuning_networking.html
It has suggestions for tuning the networking on Linux for these types of 
transfers.

On Mon, Aug 10, 2015 at 10:45 AM, Vitale, Joseph  joseph.vit...@bnymellon.com 
wrote:

 Hello,

 We have approximately  30Gb  to FTP,  zLinux to zOS.  Would like to 
 improve FTP timing  but found  TCP  Receive Socket window default/max  
 is 32Mb.

 Also,  Send Socket window default/max is 32 Mb.   Window scaling is
 enabled.   Have not checked  zOS Blocksize or number of extents.

 Not sure if   quote site  comes into play FTPing to zLinux?

 Running  Red Hat  6.6  under zVM  6.3


 Thanks
 Joe

 Joseph Vitale
 Technology Services Group
 Mainframe Operating Systems

 Pershing Plaza
 95 Christopher Columbus Drive
 Floor 14
 Jersey City,  N.J.  07302
 Work  201-395-1509
 Cell917-903-0102


 The information contained in this e-mail, and any attachment, is 
 confidential and is intended solely for the use of the intended recipient.
 Access, copying or re-use of the e-mail or any attachment, or any 
 information contained therein, by any other person is not authorized. 
 If you are not the intended recipient please return the e-mail to the 
 sender and delete it from your computer. Although we attempt to sweep 
 e-mail and attachments for viruses, we do not guarantee that either 
 are virus-free and accept no liability for any damage sustained as a result 
 of viruses.

 Please refer to http://disclaimer.bnymellon.com/eu.htm for certain 
 disclosures relating to European legal entities.

 --
 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/




--
Bruce Hayden
z/VM and Linux on z Systems ATS
IBM, Endicott, NY

--
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/

The information contained in this e-mail, and any attachment, is confidential 
and is intended solely for the use of the intended recipient. Access, copying 
or re-use of the e-mail or any attachment, or any information contained 
therein, by any other person is not authorized. If you are not the intended 
recipient please return the e-mail to the sender and delete it from your 
computer. Although we attempt to sweep e-mail and attachments for viruses, we 
do not guarantee that either are virus-free and accept no liability for any 
damage sustained as a result of viruses. 

Please refer to http://disclaimer.bnymellon.com/eu.htm for certain disclosures 
relating to European legal entities.

Re: Suggestion on improving FTP large file transfer - Thank You

[Vitale, Joseph]

Thank you all very much.

Joe

Joseph Vitale
Technology Services Group
Mainframe Operating Systems

Pershing Plaza
95 Christopher Columbus Drive
Floor 14   
Jersey City,  N.J.  07302
Work  201-395-1509
Cell917-903-0102


-Original Message-
From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of Bruce 
Hayden
Sent: Tuesday, August 11, 2015 3:05 PM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: Suggestion on improving FTP large file transfer

According to the document, TSO only applies if the OSA connection is layer 3 
and directly attached (so dedicated under z/VM.)  Ignore this since you are 
using a vswitch.

On Mon, Aug 10, 2015 at 1:27 PM, Vitale, Joseph joseph.vit...@bnymellon.com
 wrote:

 Thank Bruce, good information.   Question, Pg 13 TCP segmentation
 offload(TSO) .  My guests are using a VSWITCH with VLAN Tags.  Would 
 offload still apply ?

 Thanks
 Joe


 Joseph Vitale
 Technology Services Group
 Mainframe Operating Systems

 Pershing Plaza
 95 Christopher Columbus Drive
 Floor 14
 Jersey City,  N.J.  07302
 Work  201-395-1509
 Cell917-903-0102

 -Original Message-
 From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of 
 Bruce Hayden
 Sent: Monday, August 10, 2015 12:02 PM
 To: LINUX-390@VM.MARIST.EDU
 Subject: Re: Suggestion on improving FTP large file transfer

 Start out by looking at the Network tuning presentation on this page:

 http://www.ibm.com/developerworks/linux/linux390/perf/tuning_networkin
 g.html It has suggestions for tuning the networking on Linux for these 
 types of transfers.

 On Mon, Aug 10, 2015 at 10:45 AM, Vitale, Joseph  
 joseph.vit...@bnymellon.com wrote:

  Hello,
 
  We have approximately  30Gb  to FTP,  zLinux to zOS.  Would like to 
  improve FTP timing  but found  TCP  Receive Socket window 
  default/max is 32Mb.
 
  Also,  Send Socket window default/max is 32 Mb.   Window scaling is
  enabled.   Have not checked  zOS Blocksize or number of extents.
 
  Not sure if   quote site  comes into play FTPing to zLinux?
 
  Running  Red Hat  6.6  under zVM  6.3
 
 
  Thanks
  Joe
 
  Joseph Vitale
  Technology Services Group
  Mainframe Operating Systems
 
  Pershing Plaza
  95 Christopher Columbus Drive
  Floor 14
  Jersey City,  N.J.  07302
  Work  201-395-1509
  Cell917-903-0102
 
 
  The information contained in this e-mail, and any attachment, is 
  confidential and is intended solely for the use of the intended
 recipient.
  Access, copying or re-use of the e-mail or any attachment, or any 
  information contained therein, by any other person is not authorized.
  If you are not the intended recipient please return the e-mail to 
  the sender and delete it from your computer. Although we attempt to 
  sweep e-mail and attachments for viruses, we do not guarantee that 
  either are virus-free and accept no liability for any damage 
  sustained as a
 result of viruses.
 
  Please refer to http://disclaimer.bnymellon.com/eu.htm for certain 
  disclosures relating to European legal entities.
 
  
  -- 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/
 



 --
 Bruce Hayden
 z/VM and Linux on z Systems ATS
 IBM, Endicott, NY

 --
 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/

 The information contained in this e-mail, and any attachment, is 
 confidential and is intended solely for the use of the intended recipient.
 Access, copying or re-use of the e-mail or any attachment, or any 
 information contained therein, by any other person is not authorized. 
 If you are not the intended recipient please return the e-mail to the 
 sender and delete it from your computer. Although we attempt to sweep 
 e-mail and attachments for viruses, we do not guarantee that either 
 are virus-free and accept no liability for any damage sustained as a result 
 of viruses.

 Please refer to http://disclaimer.bnymellon.com/eu.htm for certain 
 disclosures relating to European legal entities.




--
Bruce Hayden
z/VM and Linux on z Systems ATS
IBM, Endicott, NY

--
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

Suggestion on improving FTP large file transfer

[Vitale, Joseph]

Hello,

We have approximately  30Gb  to FTP,  zLinux to zOS.  Would like to improve FTP 
timing  but found  TCP  Receive Socket window default/max  is  32Mb.

Also,  Send Socket window default/max is 32 Mb.   Window scaling is enabled.   
Have not checked  zOS Blocksize or number of extents.

Not sure if   quote site  comes into play FTPing to zLinux?

Running  Red Hat  6.6  under zVM  6.3


Thanks
Joe

Joseph Vitale
Technology Services Group
Mainframe Operating Systems

Pershing Plaza
95 Christopher Columbus Drive
Floor 14
Jersey City,  N.J.  07302
Work  201-395-1509
Cell917-903-0102


The information contained in this e-mail, and any attachment, is confidential 
and is intended solely for the use of the intended recipient. Access, copying 
or re-use of the e-mail or any attachment, or any information contained 
therein, by any other person is not authorized. If you are not the intended 
recipient please return the e-mail to the sender and delete it from your 
computer. Although we attempt to sweep e-mail and attachments for viruses, we 
do not guarantee that either are virus-free and accept no liability for any 
damage sustained as a result of viruses. 

Please refer to http://disclaimer.bnymellon.com/eu.htm for certain disclosures 
relating to European legal entities.

--
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: SSH no-root, key-based authentication video

[Vitale, Joseph]

Is this site unavailable?   https://sites.google.com/site/mike99mac/home

Thanks


Joseph Vitale
Technology Services Group
Mainframe Operating Systems

Pershing Plaza
95 Christopher Columbus Drive
Floor 14   
Jersey City,  N.J.  07302
Work  201-395-1509
Cell917-903-0102


-Original Message-
From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of Michael 
MacIsaac
Sent: Tuesday, July 21, 2015 7:16 AM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: SSH no-root, key-based authentication video

Tomas,

Thanks for the link - wow SourceForge is in trouble.

In the meantime, I put the code up on:
https://sites.google.com/site/mike99mac/home

-Mike MacIsaac

On Tue, Jul 21, 2015 at 2:36 AM, Pavelka, Tomas tomas.pave...@ca.com
wrote:

  SourceForge R/W access has been offline for 4 days!!

 Have you seen this?


 https://www.reddit.com/r/sysadmin/comments/3do9k0/sourceforge_is_down_
 due_to_storage_problems_no_eta/


 Tomas Pavelka
 CA Technologies
 Sr Software Engineer

 CA CZ, s.r.o
 V Parku 12,
 148 00 Praha
 Czech Republic

 Office: +25996 | tomas.pave...@ca.com



 Id. Císlo 25694073, z obchodního rejstříku, vedeného Městským soudem v 
 Praze, oddíl C, vložka 61808 / Id. No. 25694073, registered in the 
 Commercial Register maintained by the Municipal Court in Praque, 
 Section C, File 61808


 -Original Message-
 From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of 
 Michael MacIsaac
 Sent: Monday, July 20, 2015 8:18 PM
 To: LINUX-390@VM.MARIST.EDU
 Subject: SSH no-root, key-based authentication video

 Hello lists,

 I made a short 5 minute video on automating SSH key setup using zoom. 
 (the user's names are totally mythical :)) See:
 https://www.youtube.com/watch?v=p19-08aJUEA

 I plan to present on it in more detail tomorrow at MVMUA in 
 Poughkeepsie NY.

 Unfortunately, the latest code is not yet on the Internet as 
 SourceForge R/W access has been offline for 4 days!!  (so much for 
 'five nines'; they're down to one - but 'what do you want for nothing?' :)).

 -Mike MacIsaac

 --
 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/

The information contained in this e-mail, and any attachment, is confidential 
and is intended solely for the use of the intended recipient. Access, copying 
or re-use of the e-mail or any attachment, or any information contained 
therein, by any other person is not authorized. If you are not the intended 
recipient please return the e-mail to the sender and delete it from your 
computer. Although we attempt to sweep e-mail and attachments for viruses, we 
do not guarantee that either are virus-free and accept no liability for any 
damage sustained as a result of viruses. 

Please refer to http://disclaimer.bnymellon.com/eu.htm for certain disclosures 
relating to European legal entities.

Installing Open Source Python-3.4.3 on RedHat fails - “make: *** [sharedmods] Error 139”

[Vitale, Joseph]

I am trying to install a Python 3.4.3  on RedHat 6.6.  Download site: 
www.python.org/downloads/release/python-343http://www.python.org/downloads/release/python-343

I do not have full developer OpenSSL  RPM installed so, not all include libs 
installed.   ”openssl-1.0.1e-30.el6.s390x”  is installed.

Tried to install Python and receive error “make: *** [sharedmods] Error 139” :

./configure
make

gcc -pthread -fPIC -DNDEBUG -g -fwrapv -O3 -Wall -Wstrict-prototypes 
-Werror=declaration-after-statement -I/usr/local/ssl/include -I./Include -I. 
-IInclude -I/usr/local/include
-I/xjp/Python-3.4.3/Include -I/xjp/Python-3.4.3 -c 
/xjp/Python-3.4.3/Modules/_ssl.c -o 
build/temp.linux-s390x-3.4/xjp/Python-3.4.3/Modules/_ssl.o
gcc -pthread -shared build/temp.linux-s390x-3.4/xjp/Python-3.4.3/Modules/_ssl.o 
-L/usr/local/ssl/lib -L/usr/local/lib -lssl -lcrypto -o 
build/lib.linux-s390x-3.4/_ssl.cpython-34
m.so
/bin/sh: line 6: 48734 Segmentation fault  (core dumped) CC='gcc -pthread' 
LDSHARED='gcc -pthread -shared  ' OPT='-DNDEBUG -g -fwrapv -O3 -Wall 
-Wstrict-prototypes' _TCLTK_I
NCLUDES='' _TCLTK_LIBS='' ./python -E ./setup.py $quiet build
make: *** [sharedmods] Error 139


Thought I needed TCL “tcl-devel-8.5.7-6.el6.s390x.rpm  
tcl-8.5.7-6.el6.s390x.rpm”, installed  but same issue.

Your help would be appreciated.

Joe

Joseph Vitale
Technology Services Group
Mainframe Operating Systems

Pershing Plaza
95 Christopher Columbus Drive
Floor 14
Jersey City,  N.J.  07302
Work  201-395-1509
Cell917-903-0102


The information contained in this e-mail, and any attachment, is confidential 
and is intended solely for the use of the intended recipient. Access, copying 
or re-use of the e-mail or any attachment, or any information contained 
therein, by any other person is not authorized. If you are not the intended 
recipient please return the e-mail to the sender and delete it from your 
computer. Although we attempt to sweep e-mail and attachments for viruses, we 
do not guarantee that either are virus-free and accept no liability for any 
damage sustained as a result of viruses. 

Please refer to http://disclaimer.bnymellon.com/eu.htm for certain disclosures 
relating to European legal entities.

--
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: HYPERPAV problem RHEL6.5

[Vitale, Joseph]

I have done this 2 ways.  For RH, I also update /etc/dasd.conf

COMMAND DEF HYPERPAVALIAS 7EE0 FOR BASE 800
MDISK 800 3390  32760 LX7E10 MR READ WRITE MULT


COMMAND DEF HYPERPAVALIAS 7EE0 FOR BASE 800
MDISK 800 3390 DEVNO 7E38 MR READ WRITE MULT

Joe

Joseph Vitale
Technology Services Group
Mainframe Operating Systems

Pershing Plaza
95 Christopher Columbus Drive
Floor 14   
Jersey City,  N.J.  07302
Work  201-395-1509
Cell917-903-0102

-Original Message-
From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of Tom Huegel
Sent: Tuesday, June 30, 2015 12:44 PM
To: LINUX-390@VM.MARIST.EDU
Subject: HYPERPAV problem RHEL6.5

I must be doing something wrong but I sure don't see it.
Has anyone seen this behavior?
Thanks
Tom

 Devices dedicated in z/VM directory.
   DEDICATE B600 B600
   DEDICATE B640 B640
   DEDICATE B641 B641
   DEDICATE B642 B642
   DEDICATE B643 B643

From a class B user
CP Q PAV
Device B600 is a base HyperParallel Access Volume device in Pool 0 Device B640 
is an alias HyperParallel Access Volume device in Pool 0 Device B641 is an 
alias HyperParallel Access Volume device in Pool 0 Device B642 is an alias 
HyperParallel Access Volume device in Pool 0 Device B643 is an alias 
HyperParallel Access Volume device in Pool 0


From the z/LINUX virtual machine
CP Q V PAV
HYPERPAV BASE  B600 ON B600 0ZB600 POOL 0 HYPERPAV ALIAS B640 ON B640 POOL 0 
HYPERPAV ALIAS B641 ON B641 POOL 0 HYPERPAV ALIAS B642 ON B642 POOL 0 HYPERPAV 
ALIAS B643 ON B643 POOL 0


Set them online to LINUX
chccwdev -e
b600,b640-b643

Setting device 0.0.b600
online
dasd-eckd 0.0.b600: New DASD 3390/0E (CU 3990/01) with 262668 cylinders, 15 
heads, 224 sectors dasd-eckd 0.0.b600: DASD with 4 KB/block, 189120960 KB total 
size, 48 KB/track, linux disk layout
 dasdb:(nonl)
dasdb1

Done

Setting device 0.0.b640
online
dasd-eckd 0.0.b640: New DASD 3390/0A (CU 3990/01) with 0 cylinders, 0 heads, 0 
sectors Done

Setting device 0.0.b641
online
dasd-eckd 0.0.b641: New DASD 3390/0A (CU 3990/01) with 0 cylinders, 0 heads, 0 
sectors Done

Setting device 0.0.b642
online
dasd-eckd 0.0.b642: New DASD 3390/0A (CU 3990/01) with 0 cylinders, 0 heads, 0 
sectors Done

Setting device 0.0.b643
online
dasd-eckd 0.0.b643: New DASD 3390/0A (CU 3990/01) with 0 cylinders, 0 heads, 0 
sectors Done

[root@tom128
~]#



As seen by LINUX OS.
lsdasd

Bus-ID Status  Name  Device  Type  BlkSz  Size
Blocks
==

0.0.b640   active  ??? : ECKD
0
0.0.b641   active  ??? : ECKD
0
0.0.b642   active  ??? : ECKD
0
0.0.b643   active  ??? : ECKD
0
0.0.0100   active  dasda 94:0ECKD  4096   7042MB
1802880
0.0.b600   n/f dasdb 94:4
ECKD
[root@tom128 ~]#

WHY DOESN'T LINUX SEE THE ALIAS
VOLUMES?

--
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/

The information contained in this e-mail, and any attachment, is confidential 
and is intended solely for the use of the intended recipient. Access, copying 
or re-use of the e-mail or any attachment, or any information contained 
therein, by any other person is not authorized. If you are not the intended 
recipient please return the e-mail to the sender and delete it from your 
computer. Although we attempt to sweep e-mail and attachments for viruses, we 
do not guarantee that either are virus-free and accept no liability for any 
damage sustained as a result of viruses. 

Please refer to http://disclaimer.bnymellon.com/eu.htm for certain disclosures 
relating to European legal entities.

Re: Where can I locate Apache Web server for zLinux? - Thank you

[Vitale, Joseph]

Appreciate everyone's help on this.

Joe

Joseph Vitale
Technology Services Group
Mainframe Operating Systems

Pershing Plaza
95 Christopher Columbus Drive
Floor 14   
Jersey City,  N.J.  07302
Work  201-395-1509
Cell917-903-0102


-Original Message-
From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of Eric 
Covener
Sent: Thursday, March 19, 2015 6:00 PM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: Where can I locate Apache Web server for zLinux?

On Thu, Mar 19, 2015 at 12:53 PM, Vitale, Joseph joseph.vit...@bnymellon.com 
wrote:
 You hit it on the head. Much appreciated.  I understand Web server 
 should not run as root.  Not sure I can change that now w/out breaking it.


Apache httpd is designed to be started as root and drop to an unprivileged 
userid for request processing.  You can start as non-root and stay there, but 
it can surprisingly complicate some things.  In a lot of ways, now you've 
created a midway-priveleged userid.

--
Eric Covener
cove...@gmail.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/

The information contained in this e-mail, and any attachment, is confidential 
and is intended solely for the use of the intended recipient. Access, copying 
or re-use of the e-mail or any attachment, or any information contained 
therein, by any other person is not authorized. If you are not the intended 
recipient please return the e-mail to the sender and delete it from your 
computer. Although we attempt to sweep e-mail and attachments for viruses, we 
do not guarantee that either are virus-free and accept no liability for any 
damage sustained as a result of viruses. 

Please refer to http://disclaimer.bnymellon.com/eu.htm for certain disclosures 
relating to European legal entities.

Re: Where can I locate Apache Web server for zLinux?

[Vitale, Joseph]

I got it Barton, thank you.

Joe

Joseph Vitale
Technology Services Group
Mainframe Operating Systems

Pershing Plaza
95 Christopher Columbus Drive
Floor 14   
Jersey City,  N.J.  07302
Work  201-395-1509
Cell917-903-0102


-Original Message-
From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of Barton 
Robinson
Sent: Thursday, March 19, 2015 1:14 PM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: Where can I locate Apache Web server for zLinux?

or you could do it from z/vm with ZVWS.  It is very fast, and trivial to use.

On 3/19/2015 8:40 AM, Vitale, Joseph wrote:
 Hello,

 I need to install a simple Web Server to server up  1  file.  Internal load 
 balancing requirement.

 Looked at Apache Web site, found binaries for  Windows and Linux X86.  
 Nothing for s390.

 Do I need to download source or is there a pre-compiled  zLinux version 
 available  ?

 Thanks
 Joe

 Joseph Vitale
 Technology Services Group
 Mainframe Operating Systems

 Pershing Plaza
 95 Christopher Columbus Drive
 Floor 14
 Jersey City,  N.J.  07302
 Work  201-395-1509
 Cell917-903-0102


 The information contained in this e-mail, and any attachment, is confidential 
 and is intended solely for the use of the intended recipient. Access, copying 
 or re-use of the e-mail or any attachment, or any information contained 
 therein, by any other person is not authorized. If you are not the intended 
 recipient please return the e-mail to the sender and delete it from your 
 computer. Although we attempt to sweep e-mail and attachments for viruses, we 
 do not guarantee that either are virus-free and accept no liability for any 
 damage sustained as a result of viruses.

 Please refer to http://disclaimer.bnymellon.com/eu.htm for certain 
 disclosures relating to European legal entities.

 --
 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/

The information contained in this e-mail, and any attachment, is confidential 
and is intended solely for the use of the intended recipient. Access, copying 
or re-use of the e-mail or any attachment, or any information contained 
therein, by any other person is not authorized. If you are not the intended 
recipient please return the e-mail to the sender and delete it from your 
computer. Although we attempt to sweep e-mail and attachments for viruses, we 
do not guarantee that either are virus-free and accept no liability for any 
damage sustained as a result of viruses. 

Please refer to http://disclaimer.bnymellon.com/eu.htm for certain disclosures 
relating to European legal entities.

--
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: Where can I locate Apache Web server for zLinux?

[Vitale, Joseph]

Thanks,  only RPM I found was:  apache-tomcat-apis-0.1-1.el6.noarch.rpm.  Looks 
like API's.

Joe

Joseph Vitale
Technology Services Group
Mainframe Operating Systems

Pershing Plaza
95 Christopher Columbus Drive
Floor 14   
Jersey City,  N.J.  07302
Work  201-395-1509
Cell917-903-0102


-Original Message-
From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of Michael 
MacIsaac
Sent: Thursday, March 19, 2015 12:14 PM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: Where can I locate Apache Web server for zLinux?

Joe,

Both SLES and RHEL have Apache RPMs.  The Virtualization Cookbook
describes how to install them. The short answer is:

# yum -y install httpd httpd-manual

For RHEL and:

# zypper install apache2-prefork apache2 apache2-doc apache2-example-pages

for SLES.

Hope this helps.

-Mike MacIsaac


On Thu, Mar 19, 2015 at 11:40 AM, Vitale, Joseph  joseph.vit...@bnymellon.com 
wrote:

 Hello,

 I need to install a simple Web Server to server up  1  file.  Internal 
 load balancing requirement.

 Looked at Apache Web site, found binaries for  Windows and Linux X86.
 Nothing for s390.

 Do I need to download source or is there a pre-compiled  zLinux 
 version available  ?

 Thanks
 Joe

 Joseph Vitale
 Technology Services Group
 Mainframe Operating Systems

 Pershing Plaza
 95 Christopher Columbus Drive
 Floor 14
 Jersey City,  N.J.  07302
 Work  201-395-1509
 Cell917-903-0102


 The information contained in this e-mail, and any attachment, is 
 confidential and is intended solely for the use of the intended recipient.
 Access, copying or re-use of the e-mail or any attachment, or any 
 information contained therein, by any other person is not authorized. 
 If you are not the intended recipient please return the e-mail to the 
 sender and delete it from your computer. Although we attempt to sweep 
 e-mail and attachments for viruses, we do not guarantee that either 
 are virus-free and accept no liability for any damage sustained as a result 
 of viruses.

 Please refer to http://disclaimer.bnymellon.com/eu.htm for certain 
 disclosures relating to European legal entities.

 --
 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/

The information contained in this e-mail, and any attachment, is confidential 
and is intended solely for the use of the intended recipient. Access, copying 
or re-use of the e-mail or any attachment, or any information contained 
therein, by any other person is not authorized. If you are not the intended 
recipient please return the e-mail to the sender and delete it from your 
computer. Although we attempt to sweep e-mail and attachments for viruses, we 
do not guarantee that either are virus-free and accept no liability for any 
damage sustained as a result of viruses. 

Please refer to http://disclaimer.bnymellon.com/eu.htm for certain disclosures 
relating to European legal entities.

Re: Where can I locate Apache Web server for zLinux?

[Vitale, Joseph]

Mike,
You hit it on the head. Much appreciated.  I understand Web server 
should not run as root.  Not sure I can change that now w/out breaking it.

Any advice would be appreciated.

Thanks
Joe

Joseph Vitale
Technology Services Group
Mainframe Operating Systems

Pershing Plaza
95 Christopher Columbus Drive
Floor 14   
Jersey City,  N.J.  07302
Work  201-395-1509
Cell917-903-0102


-Original Message-
From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of Michael 
MacIsaac
Sent: Thursday, March 19, 2015 12:14 PM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: Where can I locate Apache Web server for zLinux?

Joe,

Both SLES and RHEL have Apache RPMs.  The Virtualization Cookbook
describes how to install them. The short answer is:

# yum -y install httpd httpd-manual

For RHEL and:

# zypper install apache2-prefork apache2 apache2-doc apache2-example-pages

for SLES.

Hope this helps.

-Mike MacIsaac


On Thu, Mar 19, 2015 at 11:40 AM, Vitale, Joseph  joseph.vit...@bnymellon.com 
wrote:

 Hello,

 I need to install a simple Web Server to server up  1  file.  Internal 
 load balancing requirement.

 Looked at Apache Web site, found binaries for  Windows and Linux X86.
 Nothing for s390.

 Do I need to download source or is there a pre-compiled  zLinux 
 version available  ?

 Thanks
 Joe

 Joseph Vitale
 Technology Services Group
 Mainframe Operating Systems

 Pershing Plaza
 95 Christopher Columbus Drive
 Floor 14
 Jersey City,  N.J.  07302
 Work  201-395-1509
 Cell917-903-0102


 The information contained in this e-mail, and any attachment, is 
 confidential and is intended solely for the use of the intended recipient.
 Access, copying or re-use of the e-mail or any attachment, or any 
 information contained therein, by any other person is not authorized. 
 If you are not the intended recipient please return the e-mail to the 
 sender and delete it from your computer. Although we attempt to sweep 
 e-mail and attachments for viruses, we do not guarantee that either 
 are virus-free and accept no liability for any damage sustained as a result 
 of viruses.

 Please refer to http://disclaimer.bnymellon.com/eu.htm for certain 
 disclosures relating to European legal entities.

 --
 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/

The information contained in this e-mail, and any attachment, is confidential 
and is intended solely for the use of the intended recipient. Access, copying 
or re-use of the e-mail or any attachment, or any information contained 
therein, by any other person is not authorized. If you are not the intended 
recipient please return the e-mail to the sender and delete it from your 
computer. Although we attempt to sweep e-mail and attachments for viruses, we 
do not guarantee that either are virus-free and accept no liability for any 
damage sustained as a result of viruses. 

Please refer to http://disclaimer.bnymellon.com/eu.htm for certain disclosures 
relating to European legal entities.

Where can I locate Apache Web server for zLinux?

[Vitale, Joseph]

Hello,

I need to install a simple Web Server to server up  1  file.  Internal load 
balancing requirement.

Looked at Apache Web site, found binaries for  Windows and Linux X86.  Nothing 
for s390.

Do I need to download source or is there a pre-compiled  zLinux version 
available  ?

Thanks
Joe

Joseph Vitale
Technology Services Group
Mainframe Operating Systems

Pershing Plaza
95 Christopher Columbus Drive
Floor 14
Jersey City,  N.J.  07302
Work  201-395-1509
Cell917-903-0102


The information contained in this e-mail, and any attachment, is confidential 
and is intended solely for the use of the intended recipient. Access, copying 
or re-use of the e-mail or any attachment, or any information contained 
therein, by any other person is not authorized. If you are not the intended 
recipient please return the e-mail to the sender and delete it from your 
computer. Although we attempt to sweep e-mail and attachments for viruses, we 
do not guarantee that either are virus-free and accept no liability for any 
damage sustained as a result of viruses. 

Please refer to http://disclaimer.bnymellon.com/eu.htm for certain disclosures 
relating to European legal entities.

--
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/

Network Time Protocol Daemon needed for zLinux?

[Vitale, Joseph]

Hello,

Currently not running  NTPD  under RedHat, is that necessary or does zVM 
present time adjustment via Sysplex Timer?

Thanks
Joe

Joseph Vitale
Technology Services Group
Mainframe Operating Systems

Pershing Plaza
95 Christopher Columbus Drive
Floor 14
Jersey City,  N.J.  07302
Work  201-395-1509
Cell917-903-0102


The information contained in this e-mail, and any attachment, is confidential 
and is intended solely for the use of the intended recipient. Access, copying 
or re-use of the e-mail or any attachment, or any information contained 
therein, by any other person is not authorized. If you are not the intended 
recipient please return the e-mail to the sender and delete it from your 
computer. Although we attempt to sweep e-mail and attachments for viruses, we 
do not guarantee that either are virus-free and accept no liability for any 
damage sustained as a result of viruses. 

Please refer to http://disclaimer.bnymellon.com/eu.htm for certain disclosures 
relating to European legal entities.

--
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: Network Time Protocol Daemon needed for zLinux?

[Vitale, Joseph]

Using  STP to set clock for zVM LPAR.  zVM and zLinux guest show time, both in 
sync.  Trying to avoid setting up NTPD and starting on all zLinux if not 
necessary.

Came about due to checks comparing zLinux software configuration vs  X86 
configuration, they run NTPD. So, I was asked to do same.  Never seen an issue 
with time under zLinux.


Thank you for your assistance
Joe


Joseph Vitale
Technology Services Group
Mainframe Operating Systems

Pershing Plaza
95 Christopher Columbus Drive
Floor 14   
Jersey City,  N.J.  07302
Work  201-395-1509
Cell917-903-0102


-Original Message-
From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of Rob van 
der Heij
Sent: Wednesday, March 18, 2015 3:54 PM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: Network Time Protocol Daemon needed for zLinux?

On 18 March 2015 at 20:04, Vitale, Joseph joseph.vit...@bnymellon.com
wrote:


 My Linux runs under zVM, not in a stand alone LPAR.  So, NTP or STP 
 not required, correct ?


That depends on whether you have STP steer the clock for the LPARs. It's a 
priced feature. If Q TIME on z/VM is now very accurate, then you're most likely 
steering and your Linux guests will follow. When z/VM is not running on time, 
then all Linux guests will get a clock (the same) that is slightly off as well. 
If that bothers you (your applications rather) then you can either implement 
STP or have each guest synchronize it's won clock with ntpd etc. If you 
frequently reboot, then ntpdate during startup might be enough to stay somewhat 
on time (eg 3 seconds per week). Some things like Kerberos expect you to be 
sort-of on time (10's of seconds, iirc).

My experience is that the quality of the clock with ntpd is somewhat less, but 
that's a moot point when it's your only option. Yes, it's true that running 
ntpd takes resources. But much middleware does too and we're not on
G3 anymore.

PS Yes, I did do an ntpq for CMS a while back, but the year does not have 
nearly enough Friday nights to come up with an alternative for STP.

Rob

--
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/

The information contained in this e-mail, and any attachment, is confidential 
and is intended solely for the use of the intended recipient. Access, copying 
or re-use of the e-mail or any attachment, or any information contained 
therein, by any other person is not authorized. If you are not the intended 
recipient please return the e-mail to the sender and delete it from your 
computer. Although we attempt to sweep e-mail and attachments for viruses, we 
do not guarantee that either are virus-free and accept no liability for any 
damage sustained as a result of viruses. 

Please refer to http://disclaimer.bnymellon.com/eu.htm for certain disclosures 
relating to European legal entities.

--
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: Network Time Protocol Daemon needed for zLinux?

[Vitale, Joseph]

My Linux runs under zVM, not in a stand alone LPAR.  So, NTP or STP not 
required, correct ?

Thanks

Joseph Vitale
Technology Services Group
Mainframe Operating Systems

Pershing Plaza
95 Christopher Columbus Drive
Floor 14   
Jersey City,  N.J.  07302
Work  201-395-1509
Cell917-903-0102


-Original Message-
From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of Rob van 
der Heij
Sent: Wednesday, March 18, 2015 2:53 PM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: Network Time Protocol Daemon needed for zLinux?

Just a warning: my understanding is that this quote is talking about Linux in 
LPAR; that z/VM does not virtualize the ETR/STP.

For the rest of us: When you have STP steer the LPAR TOD to keep z/VM on time, 
Linux will inherit the same (UTC) TOD and runs better on time than anything you 
can do with ntpd. This will cover the leap second in that the TOD appears to 
slow down for a few hours, to be on time in the morning.


On 18 March 2015 at 19:33, John McKown john.archie.mck...@gmail.com wrote:

 On Wed, Mar 18, 2015 at 10:46 AM, Vitale, Joseph 
 joseph.vit...@bnymellon.com wrote:
  Hello,
 
  Currently not running  NTPD  under RedHat, is that necessary or does 
  zVM
 present time adjustment via Sysplex Timer?

 I think this answers that question:

 http://www-01.ibm.com/support/knowledgecenter/linuxonibm/com.ibm.linux
 .z.lgdd/lgdd_r_feature_time.html

 quote

 ETR- and STP-based clock synchronization

 Your Linux instance might be part of an extended remote copy (XRC) 
 setup that requires synchronization of the Linux time-of-day (TOD) 
 clock with a timing network.

 Linux on z Systems supports external time reference (ETR) and system 
 time protocol (STP) based TOD synchronization. ETR and STP work 
 independently of one another. If both ETR and STP are enabled, Linux 
 might use either to synchronize the clock.

 For more information about ETR, see the IBM(r) Redbooks(r) technote at

 www.ibm.com/redbooks/abstracts/tips0217.html

 For information about STP, see

 www.ibm.com/systems/z/advantages/pso/stp.html

 Both ETR and STP support are included in the Linux kernel. No special 
 build options are required.

 ETR requires at least one ETR unit that is connected to an external 
 time source. For availability reasons, many installations use a second 
 ETR unit. The ETR units correspond to two ETR ports on Linux. Always 
 set both ports online if two ETR units are available.

 Attention: Be sure that a reliable timing signal is available before 
 enabling clock synchronization. With enabled clock synchronization, 
 Linux expects regular timing signals and might stop indefinitely to 
 wait for such signals if it does not receive them.

 Enabling clock synchronization when booting Use kernel parameters to 
 enable clock synchronization when booting.
 Enabling and disabling clock synchronization You can use the sysfs 
 interfaces of ETR and STP to enable and disable clock synchronization 
 on a running Linux instance.

 Parent topic: System resources
 /quote

 
  Thanks
  Joe

 --
 If you sent twitter messages while exploring, are you on a textpedition?

 He's about as useful as a wax frying pan.

 10 to the 12th power microphones = 1 Megaphone

 Maranatha! 
 John McKown

 --
 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/

The information contained in this e-mail, and any attachment, is confidential 
and is intended solely for the use of the intended recipient. Access, copying 
or re-use of the e-mail or any attachment, or any information contained 
therein, by any other person is not authorized. If you are not the intended 
recipient please return the e-mail to the sender and delete it from your 
computer. Although we attempt to sweep e-mail and attachments for viruses, we 
do not guarantee that either are virus-free and accept no liability for any 
damage sustained as a result of viruses. 

Please refer to http://disclaimer.bnymellon.com/eu.htm for certain disclosures 
relating to European legal entities.

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-390

Re: Expanding CMS Mini Disk - DDR or Copyfile? - still not expanding

[Vitale, Joseph]

That would be an excellent mod.  IBM should incorporate it, upgrade CMS.


Joseph Vitale
Technology Services Group
Mainframe Operating Systems

Pershing Plaza
95 Christopher Columbus Drive
Floor 14   
Jersey City,  N.J.  07302
Work  201-395-1509
Cell917-903-0102


-Original Message-
From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of Ray 
Mansell
Sent: Tuesday, February 03, 2015 10:09 AM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: Expanding CMS Mini Disk - DDR or Copyfile? - still not expanding

Back in those same mid-80s I added code to the FORMAT command to provide an 
'EXTEND' option. You could create a new, larger minidisk, the first cylinders 
of which were a replica of the old one. Then you could simply FORMAT the new 
minidisk, specifying the EXTEND option, and it would magically grow in size to 
occupy all of the new space, with all of the original files intact.

Now, I wonder where I stashed that code...

Ray

On 2/2/2015 19:19, Alan Altmark wrote:
 On Monday, 02/02/2015 at 05:55 EST, Rick Troth 
 ri...@velocitysoftware.com wrote:
 Evidently, FORMAT makes a note of the number of cylinders it block 
 formatted (the low level phase) first time around. Guessing that is 
 the purpose of ADTMCYL. I should have known. Sorry, Joe.

 So you can (RECOMP smaller and you can (RECOMP larger, but no larger 
 than some pre-detected size.
 You can't RECOMP anything larger than the originally formatted size.   You
 can RECOMP lower and back again, but no larger.  And, yes, ADTMCYL 
 holds the number of formatted cylinders..

 The protection is in place because of the allocation map.  Unlike 
 other files on the disk, it is in a fixed location since it is written 
 during FORMAT and its size never changes, as that size is based on the 
 size of the disk.  But if you add more cylinders, you add more blocks.  
 And as you do that, the allocation map has to grow.  But it can't 
 grow.  It's surrounded by other data.

 I have to say, it's kind of fun to lean back in my rocking chair and 
 see my programmer id in FORMAT (DMSFOR) from back in the mid-80s.  :-)

 Alan Altmark

 Senior Managing z/VM and Linux Consultant Lab Services System z 
 Delivery Practice IBM Systems  Technology Group 
 ibm.com/systems/services/labservices
 office: 607.429.3323
 mobile; 607.321.7556
 alan_altm...@us.ibm.com
 IBM Endicott

 --
 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/

The information contained in this e-mail, and any attachment, is confidential 
and is intended solely for the use of the intended recipient. Access, copying 
or re-use of the e-mail or any attachment, or any information contained 
therein, by any other person is not authorized. If you are not the intended 
recipient please return the e-mail to the sender and delete it from your 
computer. Although we attempt to sweep e-mail and attachments for viruses, we 
do not guarantee that either are virus-free and accept no liability for any 
damage sustained as a result of viruses. 

Please refer to http://disclaimer.bnymellon.com/eu.htm for certain disclosures 
relating to European legal entities.

--
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: Expanding CMS Mini Disk - DDR or Copyfile? - still not expanding

[Vitale, Joseph]

I followed your procedure,  still shows  10 Cylinders.  Here is what I did:

B e f o r e  mdisk change:
 q disk
LABEL  VDEV M  STAT   CYL TYPE BLKSZ   FILES  BLKS USED-(%) BLKS LEFT  BLK TOTAL
MNT191 191  A   R/W10 3390 4096   74856-48944   1800
D991   991  C   R/W10 3390 40960  7-00   1793   1800
D992   992  D   R/W10 3390 40960  7-00   1793   1800
MNT190 190  S   R/O   207 3390 4096  694  18493-50  18767  37260
MNT19E 19E  Y/S R/O   500 3390 4096 1136  30522-34  59478  9

rel d (det
DASD 0992 DETACHED

rel c
det 991
DASD 0991 DETACHED

 User Direct change  DIrectxa by MAINT620 
MDISK 991 3390 746   20  M01W02  MR READ WRITEMULTIPLE   - New
*MDISK 991 3390 746   10  M01W02  MR READ WRITEMULTIPLE  - Old
*MDISK 992 3390 756   10  M01W02  MR READ WRITEMULTIPLE  - Old

A f t e r   MDISK change:

link xecck6d 991 991 mr

q v 991
DASD 0991 3390 M01W02 R/W 20 CYL ON DASD  7F05 SUBCHANNEL = 0005

format 991 (recomp
DMSPCL386E Missing operand(s)
Ready(00024); T=0.01/0.01 11:26:51

format 991 20 (recomp
DMSPCL389E Invalid filemode: 20
Ready(00024); T=0.01/0.01 11:27:15

format 991 c 20 (recomp
DMSFOR069E Filemode C(991) not accessed
Ready(00036); T=0.01/0.01 11:27:34

acc 991 c
Ready; T=0.01/0.01 11:27:45

format 991 c 20 (recomp
LABEL  VDEV M  STAT   CYL TYPE BLKSZ   FILES  BLKS USED-(%) BLKS LEFT  BLK TOTAL
D991   991  C   R/W10 3390 40960  7-00   1793   1800
Ready; T=0.01/0.01 11:27:59

q v 991
DASD 0991 3390 M01W02 R/W 20 CYL ON DASD  7F05 SUBCHANNEL = 0005
Ready; T=0.01/0.01 11:28:13

Joseph Vitale
Technology Services Group
Mainframe Operating Systems

Pershing Plaza
95 Christopher Columbus Drive
Floor 14   
Jersey City,  N.J.  07302
Work  201-395-1509
Cell917-903-0102


-Original Message-
From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of Rick Troth
Sent: Monday, February 02, 2015 10:39 AM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: Expanding CMS Mini Disk - DDR or Copyfile? - still not expanding

On 02/02/2015 09:42 AM, Vitale, Joseph wrote:
 I tried your approach, the number of cylinders never expanded. What I 
 did, all is on  CKD  IBM 3390-9 disk

Sorry for the confusion. I think they way I wrote that was a little hard to 
follow.

To reduce some of your effort, just DETACH and LINK rather than LOGOFF and 
LOGON.

Seeing you're using DIRECTXA, here is a recipe for in-place expand:

  * define 10 cyls after the existing minidisk, call it 992
  * DIRECTXA that update so CP knows about it
  * link to the 992 minidisk and FORMAT it (to get it blocked, in case
it is not already)
  * detach the 992
  * redefine the 991 as 20 cyls, removing the temporary 992
now 991 occupies all 20 cyls but starts at same as it did originally
  * DIRECTXA that so it's online and CP knows
  * release the 991 and detach it
  * re-link the 991 and access it
  * Q V 991 to confirm CP is giving you all 20 cyls
  * FORMAT (RECOMP


FORMAT (RECOMP should detect the number of cylinders it gets from CP and give 
you the full 20.

I HAVE NOT tested the above steps, but have tested FORMAT (RECOMP in similar 
change-up.

The only tricky part to expanding a minidisk in place is that the new storage 
must be blocked same as the existing cylinders.



--

Rick Troth
Senior Software Developer

Velocity Software Inc.
Mountain View, CA 94041
Main: (877) 964-8867
Direct: (614) 594-9768
ri...@velocitysoftware.com mailto:ri...@velocitysoftware.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/

The information contained in this e-mail, and any attachment, is confidential 
and is intended solely for the use of the intended recipient. Access, copying 
or re-use of the e-mail or any attachment, or any information contained 
therein, by any other person is not authorized. If you are not the intended 
recipient please return the e-mail to the sender and delete it from your 
computer. Although we attempt to sweep e-mail and attachments for viruses, we 
do not guarantee that either are virus-free and accept no liability for any 
damage sustained as a result of viruses. 

Please refer to http://disclaimer.bnymellon.com/eu.htm for certain disclosures 
relating to European legal entities.

--
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: Expanding CMS Mini Disk - DDR or Copyfile? - still not expanding

[Vitale, Joseph]

I appreciate your help, good insight into how this works.

I used a V-DISK to copy from  real mdisk, then   to  newly allocated mdisk.

Joe 

Joseph Vitale
Technology Services Group
Mainframe Operating Systems

Pershing Plaza
95 Christopher Columbus Drive
Floor 14   
Jersey City,  N.J.  07302
Work  201-395-1509
Cell917-903-0102


-Original Message-
From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of Rick Troth
Sent: Monday, February 02, 2015 5:55 PM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: Expanding CMS Mini Disk - DDR or Copyfile? - still not expanding

I stand corrected.


On 02/02/2015 03:10 PM, Alan Altmark wrote:
 There is only one way to expand a CMS minidisk:
 1.  Create new minidisk that is larger than the old one 2.  CMS FORMAT 
 the new disk  (without the RECOMP option!) 3.  Copy the CMS files from 
 the old disk to the new disk
...

Evidently, FORMAT makes a note of the number of cylinders it block formatted 
(the low level phase) first time around. Guessing that is the purpose of 
ADTMCYL. I should have known. Sorry, Joe.

So you can (RECOMP smaller and you can (RECOMP larger, but no larger than some 
pre-detected size.



--

Rick Troth
Senior Software Developer

Velocity Software Inc.
Mountain View, CA 94041
Main: (877) 964-8867
Direct: (614) 594-9768
ri...@velocitysoftware.com mailto:ri...@velocitysoftware.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/

The information contained in this e-mail, and any attachment, is confidential 
and is intended solely for the use of the intended recipient. Access, copying 
or re-use of the e-mail or any attachment, or any information contained 
therein, by any other person is not authorized. If you are not the intended 
recipient please return the e-mail to the sender and delete it from your 
computer. Although we attempt to sweep e-mail and attachments for viruses, we 
do not guarantee that either are virus-free and accept no liability for any 
damage sustained as a result of viruses. 

Please refer to http://disclaimer.bnymellon.com/eu.htm for certain disclosures 
relating to European legal entities.

--
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: Expanding CMS Mini Disk - DDR or Copyfile? - still not expanding

[Vitale, Joseph]

Thank you Alan!

Joe

Joseph Vitale
Technology Services Group
Mainframe Operating Systems

Pershing Plaza
95 Christopher Columbus Drive
Floor 14   
Jersey City,  N.J.  07302
Work  201-395-1509
Cell917-903-0102


-Original Message-
From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of Alan 
Altmark
Sent: Monday, February 02, 2015 3:11 PM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: Expanding CMS Mini Disk - DDR or Copyfile? - still not expanding

On Monday, 02/02/2015 at 10:05 EST, Vitale, Joseph
joseph.vit...@bnymellon.com wrote:
 I tried your approach, the number of cylinders never expanded. What I
did, all
 is on  CKD  IBM 3390-9 disk

 1)  Expanding  mdisk  991 size= 10Cyl.10 free cylinders exist after
this
 mdisk.  Want to expand 991 from 10 to 20 cyl
 2)  Defined another mini disk 992 for 10 Cyl, starting at next free
cylinder
 after 991
 3)  directxa
 4)  logon   CMF  format 992
 5)  logoff as user
 6)  add 10 cylinders to user mdisk 991,  directxa
 7)  logon as user,,   acc 991 B,   format 991 b 20 (recomp Shows
only 10
 cyl:
 format 991 b 20 (recomp
 LABEL  VDEV M  STAT   CYL TYPE BLKSZ   FILES  BLKS USED-(%) BLKS LEFT
BLK TOTAL
 XEC991 991  B   R/W10 3390 4096   79   1794-99  6
1800

 8)  Tried this a few different ways, same result. MDISK not expanded
from 10 to
 20 cyl

There is only one way to expand a CMS minidisk:
1.  Create new minidisk that is larger than the old one 2.  CMS FORMAT the new 
disk  (without the RECOMP option!) 3.  Copy the CMS files from the old disk to 
the new disk
4 . Delete the old minidisk
5.  Rename the new minidisk to the old one.

How you do those things can vary, but they all must be done.

You cannot just add cylinders to an existing minidisk.   DEDICATED dasd
volumes can be dynamically resized via the storage controller admin functions, 
but CMS won't recognize or use the additional space.

Alan Altmark

Senior Managing z/VM and Linux Consultant Lab Services System z Delivery 
Practice IBM Systems  Technology Group ibm.com/systems/services/labservices
office: 607.429.3323
mobile; 607.321.7556
alan_altm...@us.ibm.com
IBM Endicott

--
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/

The information contained in this e-mail, and any attachment, is confidential 
and is intended solely for the use of the intended recipient. Access, copying 
or re-use of the e-mail or any attachment, or any information contained 
therein, by any other person is not authorized. If you are not the intended 
recipient please return the e-mail to the sender and delete it from your 
computer. Although we attempt to sweep e-mail and attachments for viruses, we 
do not guarantee that either are virus-free and accept no liability for any 
damage sustained as a result of viruses. 

Please refer to http://disclaimer.bnymellon.com/eu.htm for certain disclosures 
relating to European legal entities.

--
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: Expanding CMS Mini Disk - DDR or Copyfile? - still not expanding

[Vitale, Joseph]

I tried your approach, the number of cylinders never expanded. What I did, all 
is on  CKD  IBM 3390-9 disk

1)  Expanding  mdisk  991 size= 10Cyl.10 free cylinders exist after this 
mdisk.  Want to expand 991 from 10 to 20 cyl
2)  Defined another mini disk 992 for 10 Cyl, starting at next free cylinder 
after 991 
3)  directxa
4)  logon   CMF  format 992
5)  logoff as user
6)  add 10 cylinders to user mdisk 991,  directxa
7)  logon as user,,   acc 991 B,   format 991 b 20 (recomp Shows only 10 
cyl:
format 991 b 20 (recomp
LABEL  VDEV M  STAT   CYL TYPE BLKSZ   FILES  BLKS USED-(%) BLKS LEFT  BLK TOTAL
XEC991 991  B   R/W10 3390 4096   79   1794-99  6   1800

8)  Tried this a few different ways, same result. MDISK not expanded from 10 to 
20 cyl

Thanks

Joseph Vitale
Technology Services Group
Mainframe Operating Systems

Pershing Plaza
95 Christopher Columbus Drive
Floor 14   
Jersey City,  N.J.  07302
Work  201-395-1509
Cell917-903-0102


-Original Message-
From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of Rick Troth
Sent: Sunday, February 01, 2015 7:58 AM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: Expanding CMS Mini Disk - DDR or Copyfile?

On 01/31/2015 10:37 AM, Vitale, Joseph wrote:
 Question on expanding a CMS.  Normally I create a new mini disk(larger)  and 
 use COPYFile  Old to New mini disk.  That could leave Cylinder gaps on disk 
 when old mini disk is deleted.

Gaps, true.

But are you wanting to enlarge the minidisk in-place? That requires a gap 
*after* it's present location. So the gap thing cuts both ways.


 Is there a procedure that allows me to back up a mini disk and restore to a 
 new larger mini disk, aside from using  COPYFile?   DDR seems to be a 
 Cylinder to Cylinder backup/restore?

If you backup then restore, you might as well use COPYFILE.
Not clear if you want to avoid COPYFILE or avoid gaps.

To do it in-place, besure the gap following the minidisk gets block formatted 
(ie: low level formatted). Allocate another minidisk there, then CMS FORMAT 
it, then deallocate it, then enlarge the original minidisk adding that space to 
it.

After all that, detach and re-link the minidisk, then FORMAT (RECOMP.

If you're on FBA or EDEV/SAN, there's no need to format the gap. Just enlarge 
the minidisk into it. Then detach, re-link, and RECOMP.

With CKD, CMS FORMAT combines the operation of Linux 'dasdfmt' and 'mkfs'.
With FBA, CMS FORMAT only does the 'mkfs' part. (No 'dasdfmt' equivalent
needed.)
For both types, 'FORMAT (RECOMP' is akin to a 'resize2fs'.
I hope this helps.



--

Rick Troth
Senior Software Developer

Velocity Software Inc.
Mountain View, CA 94041
Main: (877) 964-8867
Direct: (614) 594-9768
ri...@velocitysoftware.com mailto:ri...@velocitysoftware.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/

The information contained in this e-mail, and any attachment, is confidential 
and is intended solely for the use of the intended recipient. Access, copying 
or re-use of the e-mail or any attachment, or any information contained 
therein, by any other person is not authorized. If you are not the intended 
recipient please return the e-mail to the sender and delete it from your 
computer. Although we attempt to sweep e-mail and attachments for viruses, we 
do not guarantee that either are virus-free and accept no liability for any 
damage sustained as a result of viruses. 

Please refer to http://disclaimer.bnymellon.com/eu.htm for certain disclosures 
relating to European legal entities.

--
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/

Expanding CMS Mini Disk - DDR or Copyfile?

[Vitale, Joseph]

Hello,

Question on expanding a CMS.  Normally I create a new mini disk(larger)  and 
use COPYFile  Old to New mini disk.  That could leave Cylinder gaps on disk 
when old mini disk is deleted.

Is there a procedure that allows me to back up a mini disk and restore to a new 
larger mini disk, aside from using  COPYFile?   DDR seems to be a Cylinder to 
Cylinder backup/restore?

Thanks
Joe



The information contained in this e-mail, and any attachment, is confidential 
and is intended solely for the use of the intended recipient. Access, copying 
or re-use of the e-mail or any attachment, or any information contained 
therein, by any other person is not authorized. If you are not the intended 
recipient please return the e-mail to the sender and delete it from your 
computer. Although we attempt to sweep e-mail and attachments for viruses, we 
do not guarantee that either are virus-free and accept no liability for any 
damage sustained as a result of viruses. 

Please refer to http://disclaimer.bnymellon.com/eu.htm for certain disclosures 
relating to European legal entities.

--
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: Loading VMCP in single or emergency boot modes

[Vitale, Joseph]

Thanks very much.

Joe

Joseph Vitale
Technology Services Group
Mainframe Operating Systems

Pershing Plaza
95 Christopher Columbus Drive
Floor 14   
Jersey City,  N.J.  07302
Work  201-395-1509
Cell917-903-0102


-Original Message-
From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of Mark Post
Sent: Wednesday, January 21, 2015 10:27 AM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: Loading VMCP in single or emergency boot modes

 On 1/20/2015 at 05:22 PM, Vitale, Joseph joseph.vit...@bnymellon.com 
 wrote:

 Thanks for your response.  Yes, running RedHat 6.5.  Trailing a CA 
 Linux Connector product which uses VMCP to obtain guest  zVM Node.
 
 That information was not available until run level  '3'.  Product 
 reported back NULLS  until multi user mode.

Open up a bug report with CA.  There's no reason they should be using vmcp to 
get that information.  That's all in /proc/sysinfo which is available in all 
runlevels.


Mark Post

--
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/

The information contained in this e-mail, and any attachment, is confidential 
and is intended solely for the use of the intended recipient. Access, copying 
or re-use of the e-mail or any attachment, or any information contained 
therein, by any other person is not authorized. If you are not the intended 
recipient please return the e-mail to the sender and delete it from your 
computer. Although we attempt to sweep e-mail and attachments for viruses, we 
do not guarantee that either are virus-free and accept no liability for any 
damage sustained as a result of viruses. 

Please refer to http://disclaimer.bnymellon.com/eu.htm for certain disclosures 
relating to European legal entities.

--
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: Loading VMCP in single or emergency boot modes

[Vitale, Joseph]

Thanks for your response.  Yes, running RedHat 6.5.  Trailing a CA Linux 
Connector product which uses VMCP to obtain guest  zVM Node.

That information was not available until run level  '3'.  Product reported back 
NULLS  until multi user mode.

RedHat support of no use.  I found this which works except for Emergency run 
level:

You can specify additional modules to be loaded  by creating a new  
name.modules  file name  in  /etc/sysconfig/modules/ directory, 
where name is any descriptive name of your choice.

This does a modprobe for VMCP, file:  /etc/sysconfig/modules/ibm-vmcp

#!/bin/sh
# Load VMCP module
# Insure /dev/vmcp does NOT exist, if it does
#   then vmcp  previously loaded.
#  ! = NOT there
 if [ ! -c /dev/vmcp ] ; then
  exec /sbin/modprobe vmcp /dev/null 21
 fi

Joseph Vitale
Technology Services Group
Mainframe Operating Systems

Pershing Plaza
95 Christopher Columbus Drive
Floor 14   
Jersey City,  N.J.  07302
Work  201-395-1509
Cell917-903-0102

-Original Message-
From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of Mark Post
Sent: Tuesday, January 20, 2015 4:49 PM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: Loading VMCP in single or emergency boot modes

 On 1/20/2015 at 12:26 PM, Vitale, Joseph joseph.vit...@bnymellon.com 
 wrote:

 Hello,
 
 Kernel module VMCP is loaded via  /etc/rc.local   but only in Mult-User 
 mode, run level 3.  I would like to load it in earlier run levels, 
 say Single User mode.
 
 There should be a way to do that without a  script in  /etc/rc1.d.
 
 RedHat recommends I rebuild  initramfs-2.6.32-431.el6.s390x.img   via  
 /etc/dracut.conf.
 
 I would appreciate your advice on this.

Based on your description, this is prior to RHEL 7.  Please correct me if I'm 
wrong.

At the points in system startup you're talking about, the root file system has 
already been switched to the real device that holds it.  Putting something 
into your initrd would be a little superfluous since you would already have 
access to your real disk.

To me, just typing modprobe vmcp when needed is far less of a hassle than 
doing just about anything else like setting up an init script.  Or, if rc.local 
doesn't contain anything else, you could just execute _that_ manually.  (Or if 
it doesn't have anything else you don't mind executing in runlevels S, 1, or 2.)


Mark Post

--
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/

The information contained in this e-mail, and any attachment, is confidential 
and is intended solely for the use of the intended recipient. Access, copying 
or re-use of the e-mail or any attachment, or any information contained 
therein, by any other person is not authorized. If you are not the intended 
recipient please return the e-mail to the sender and delete it from your 
computer. Although we attempt to sweep e-mail and attachments for viruses, we 
do not guarantee that either are virus-free and accept no liability for any 
damage sustained as a result of viruses. 

Please refer to http://disclaimer.bnymellon.com/eu.htm for certain disclosures 
relating to European legal entities.

--
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: Interrupting Linux under z/VM session - terminal type?

[Vitale, Joseph]

What is the Terminal type setting for a  3270  session when using vi?Mine 
shows dumb:

echo $TERM
dumb


Thanks

Joseph Vitale
Technology Services Group
Mainframe Operating Systems

Pershing Plaza
95 Christopher Columbus Drive
Floor 14   
Jersey City,  N.J.  07302
Work  201-395-1509
Cell917-903-0102


-Original Message-
From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of John 
McKown
Sent: Wednesday, January 21, 2015 7:56 AM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: Interrupting Linux under z/VM session

On Wed, Jan 21, 2015 at 6:12 AM, Berthold Gunreben b...@suse.de wrote:

 On Wed, 21 Jan 2015 12:06:51 +
 Beesley, Paul paul.bees...@atos.net wrote:

  Thanks for the tip, I'll try that.
  Unfortunately it doesn't get me out of my vi session. I think I'm 
  stuck there forever

 you might want to try

 ^z
 killall vi
 fg

 Berthold


​I just tried that, vi on Linux/Intel, and the ^z got echoed into the file I 
was editing, displaying a ^Z.​ I can't duplicate the OP's environment, but I 
wonder why he can't just do the normal: escape followed by :q! to exit vi.

Sorry for my ignorance of Linux on z under z/VM, but isn't there some way to 
use SMSG to send commands to z/Linux? I.e. to send the killall vi command from 
a CMS logon?


--
​
While a transcendent vocabulary is laudable, one must be eternally careful so 
that the calculated objective of communication does not become ensconced in 
obscurity.  In other words, eschew obfuscation.

111,111,111 x 111,111,111 = 12,345,678,987,654,321

Maranatha! 
John McKown

--
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/

The information contained in this e-mail, and any attachment, is confidential 
and is intended solely for the use of the intended recipient. Access, copying 
or re-use of the e-mail or any attachment, or any information contained 
therein, by any other person is not authorized. If you are not the intended 
recipient please return the e-mail to the sender and delete it from your 
computer. Although we attempt to sweep e-mail and attachments for viruses, we 
do not guarantee that either are virus-free and accept no liability for any 
damage sustained as a result of viruses. 

Please refer to http://disclaimer.bnymellon.com/eu.htm for certain disclosures 
relating to European legal entities.

Loading VMCP in single or emergency boot modes

[Vitale, Joseph]

Hello,

Kernel module VMCP is loaded via  /etc/rc.local   but only in Mult-User mode, 
run level 3.  I would like to load it in earlier run levels, say Single User 
mode.

There should be a way to do that without a  script in  /etc/rc1.d.

RedHat recommends I rebuild  initramfs-2.6.32-431.el6.s390x.img   via  
/etc/dracut.conf.

I would appreciate your advice on this.


Thanks
Joe


Joseph Vitale
Technology Services Group
Mainframe Operating Systems

Pershing Plaza
95 Christopher Columbus Drive
Floor 14
Jersey City,  N.J.  07302
Work  201-395-1509
Cell917-903-0102


The information contained in this e-mail, and any attachment, is confidential 
and is intended solely for the use of the intended recipient. Access, copying 
or re-use of the e-mail or any attachment, or any information contained 
therein, by any other person is not authorized. If you are not the intended 
recipient please return the e-mail to the sender and delete it from your 
computer. Although we attempt to sweep e-mail and attachments for viruses, we 
do not guarantee that either are virus-free and accept no liability for any 
damage sustained as a result of viruses. 

Please refer to http://disclaimer.bnymellon.com/eu.htm for certain disclosures 
relating to European legal entities.

--
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: VSWITCH for z/vm tcpip - Q on 2nd OSA definition

[Vitale, Joseph]

My configuration is a bit different  and I have a second  VSWITCH  specifying 
OSA address  0A0  but is not defined in 
my  TCPIP configuration.   Or TCPIP's  directory statement.  It is defined  in 
SYSTEM CONFIG  and in Autolog1 profile exec.

0A0  is not the Primary OSA so maybe that's the reason.  Perhaps you could 
shed some light on this, how its tied together?


SYSTEM CONFIG:
   Rdevice  0A00-0A02 EQID VMTNET Type OSA   /*  VMT1 
VSWITCH2*/
   Rdevice  0A10-0A12 EQID VMTNET Type OSA  /* Primary   VMT1 VSWITCH1*/


USER DIRECT
IDENTITY TCPIPTCPIP
SUBCONFIG TCPIP-1
   NICDEF 0A10 TYPE QDIO DEV 3 LAN SYSTEM VSWITCH1
SUBCONFIG TCPIP-2
   NICDEF 0A50 TYPE QDIO DEV 3 LAN SYSTEM VSWITCH1


TCPMAINT   198 disk
PROFILE TCPIP
DEVICE DEV@0A10  OSD 0A10  PORTNUMBER 1 NONROUTER
LINK OSAA10 QDIOETHERNET DEV@0A10  PATHMTU MTU 1500 IP VLAN 2422
; (End DEVICE and LINK statements)
  HOME
   10.59.68.8 255.255.255.0 OSAA10
   ; (End HOME Address information)
; Network   Subnet  First   Link MTU
; Address   MaskHop Name Size
; - --- ---  
   DEFAULTNET  10.59.68.3  OSAA10   1500
; (End GATEWAY Static Routing information)
   START DEV@0A10
; (End START statements)


SYSTEM DTCPARMS  Only names primary OSA A10
:nick.TCPIP:type.server
   :class.stack
.* :attach.0A10-0A12



AUTOLOG1   PROFILE EXEC:
PIPE CP XAUTOLOG DTCVSW1
PIPE CP XAUTOLOG DTCVSW2
'CP DEFINE VSWITCH VSWITCH1 CONTR * RDEV 0A10.P1 0A30.P1'
'CP SET VSWITCH VSWITCH1 GRANT TCPIP'
'CP DEFINE VSWITCH VSWITCH2 CONTR * RDEV 0A00 0A20 VLAN AWARE'
'CP SET VSWITCH VSWITCH2 GRANT LXWASMQ1 VLAN 2419'
'CP SET VSWITCH VSWITCH2 GRANT LINUXTST VLAN 2419'



Thanks
Joe

Joseph Vitale
Technology Services Group
Mainframe Operating Systems

Pershing Plaza
95 Christopher Columbus Drive
Floor 14   
Jersey City,  N.J.  07302
Work  201-395-1509
Cell917-903-0102

-Original Message-
From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of Davis, 
Larry (National VM Capability)
Sent: Tuesday, January 20, 2015 10:38 AM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: VSWITCH for z/vm tcpip

You can't have NICDEF's using a VSWITCH with TCPIP and ATTACH: statements in 
the DTCPARMS file

NICDEFS are used to connect a virtual device to the user and couple it to the 
VSWITCH. The VSWITCH is the only one that touches the Real devices not TCPIP in 
this case.

ATTACH: is used when you want TCPIP to own the OSA ports and based on you using 
4 OSA triplets I am assuming you want to use a VSWITCH

TCPIP does not change very often  so sometimes you have to go with Simple and 
understandable from your perspective the Following works for me

SYSTEM CONFIG file (MAINT's CF1 MDISK):
Add the VSWITCH Definition for VSWITCH VSWMZVM This can be whatever makes sense 
to you. 0B80 Port 00 and 0E80 Port 00 are the real OSA devices for the VSWITCH 
and are owned by the defined controllers on the system.
  DEFINE VSWITCH VSWMZVM TYPE QDIO UPLINK RDEV 0B80.P00 0E80.P00 CONNECT,
 CONTROLLER * IP VLAN   968 PORTTYPE ACCESS USERBASED NATIVE 1

PROFILE EXEC file (AUTOLOG1's 191 MDISK):

Startup the TCPIP controllers which should already be done in the 
default IBM setup
Add Grants for all the users that need access to the VSWITCH in this 
case TCPIP
'CP SET VSWITCH VSWMZVM GRANT TCPIP'

Directory of TCPIP:
NICDEF 0800 TYPE QDIO LAN SYSTEM VSWMZVM

System-name TCPIP (TCPMAINT 198 MDISK):
DEVICE and LINK statements in the local system TCPIP file 0800 is the 
Virtual device as defined in the TCPIP Directory NICDEF statement
DEVICE OSAD0800 OSD 0800
LINK   OSAL0800 QDIOETHERNET OSAD0800

I hope some of this helps



Larry Davis,
VM Capability

-Original Message-
From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of Berthold 
Gunreben
Sent: Tuesday, January 20, 2015 3:24 AM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: VSWITCH for z/vm tcpip

Ron,

I would try to check all the parts.

- for me, the user definition looks ok.
- logon as tcpmaint and have a look at system dtcparms. This should
  look similar to this:

:nick.TCPIP:type.server
   :class.stack

  i.e. no dedicated network device.
- make sure that you did grant tcpip access to the vswitch
  set vswitch vsw1 grant tcpip
- also add that to system profile to make it persistent
- if you use RACF/VM, you will have to set permissions there
- after logging on tcpip, you can have a look at the vswitch to see if
  the connection is ok:

CP Q VSWITCH VSW1 DETAILS

  in there, you should have an Adapter Owner: TCPIP

The rest of the configuration is from tcpmaint the files TCPIP DATA and PROFILE 
TCPIP

Berthold

On Mon, 19 Jan 2015 14:14:45 -0600
Ron Wells 

Re: Hyperpav Error on Linux side

[Vitale, Joseph]

Problem as you're experiencing went away with RedHat 6.5 and higher.   

For  RedHat   /etc/dasd.conf   seems to work well if  HPAV address is placed 
before real device  mdisk . 

Example:
0.0.0813 use_diag=0 readonly=0 erplog=0 failfast=0
0.0.9EE0 use_diag=0 readonly=0 erplog=0 failfast=0  


Also, HPAV base must be full pack starting at Cyl 0.


Joseph Vitale
Technology Services Group
Mainframe Operating Systems

Pershing Plaza
95 Christopher Columbus Drive
Floor 14   
Jersey City,  N.J.  07302
Work  201-395-1509
Cell917-903-0102

-Original Message-
From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of Mark Post
Sent: Monday, December 01, 2014 4:17 PM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: Hyperpav Error on Linux side

 On 11/27/2014 at 07:48 PM, Tito Garrido titogarr...@gmail.com wrote: 
 Hi Folks,,
 
 We are trying to implement Hyperpav on a Linux server and we are 
 getting some strange errors on the console after a reboot.
 
 You can see a lot of information above, but the error is at the bottom.
 Anybody has a clue of what does mean:
 
 *dasd-eckd.850c5a: 0.0.0200: cqr 7ffdbeb0 timed out (10s), 255 
 retries remaini*
 
 *ng
  *
 
 *dasd-eckd.850c5a: 0.0.0200: cqr 7ffdbeb0 timed out (10s), 254 
 retries remaini*
 * ng*

What does man dasd-eckd.850c5a tell you?

-snip-
 Linux version 3.0.13-0.27-default (geeko@buildhost) (gcc version 4.3.4 
 *gcc-4_3-branch revision 152973| (SUSE Linux) ) #1 SMP Wed Feb 15 
 13:33:49 UTC 2012
(d73692b)


That's a pretty old kernel.  You might want to consider something more recent.


Mark Post

--
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/

The information contained in this e-mail, and any attachment, is confidential 
and is intended solely for the use of the intended recipient. Access, copying 
or re-use of the e-mail or any attachment, or any information contained 
therein, by any other person is not authorized. If you are not the intended 
recipient please return the e-mail to the sender and delete it from your 
computer. Although we attempt to sweep e-mail and attachments for viruses, we 
do not guarantee that either are virus-free and accept no liability for any 
damage sustained as a result of viruses. 

Please refer to http://disclaimer.bnymellon.com/eu.htm for certain disclosures 
relating to European legal entities.

--
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/

Eclipse crashes under zLinux Exit Code 1

[Vitale, Joseph]

Hello,

I am not an Eclipse guy but we have a user on Redhat 6.5  using Eclipse SDK 
4.3.1  and  Java 6.0  JRE(not sdk ), 64 Bit

When the user attempts to edit Cobol source or even a text file, Eclipse exits 
with Error Code 1 .  Messages follow.

I found some hits indicating possibly Memory settings but cannot get them to 
change.  In fact not sure that's the problem.
These I believe are memory settings found in error messages below:
-Xms40m
-Xmx512m

Can anyone advise?

JVM terminated. Exit code=1
/usr/java/ibm/java-s390x-60/jre/bin/java
-Xms40m
-Xmx512m
-jar

/usr/local/eclipse//plugins/org.eclipse.equinox.launcher_1.3.0.v20130327-1440.jar
-os linux
-ws gtk
-arch s390x
-showsplash 
/usr/local/eclipse//plugins/org.eclipse.platform_4.3.1.v20130911-1000/splash.bmp
-launcher /usr/local/eclipse/eclipse
-name Eclipse
--launcher.library 
/usr/local/eclipse//plugins/org.eclipse.equinox.launcher.gtk.linux.s390x_1.1.200.v20130807-1835/eclipse_1506.so
-startup 
/usr/local/eclipse//plugins/org.eclipse.equinox.launcher_1.3.0.v20130327-1440.jar
--launcher.appendVmargs
-exitdata 331003e
-vm /usr/java/ibm/java-s390x-60/jre/bin/java
-vmargs
-Xms40m
-Xmx512m
-jar 
/usr/local/eclipse//plugins/org.eclipse.equinox.launcher_1.3.0.v20130327-1440.ja


Thanks
Joe


Joseph Vitale
Technology Services Group
Mainframe Operating Systems

Pershing Plaza
95 Christopher Columbus Drive
Floor 14
Jersey City,  N.J.  07302
Work  201-395-1509
Cell917-903-0102


The information contained in this e-mail, and any attachment, is confidential 
and is intended solely for the use of the intended recipient. Access, copying 
or re-use of the e-mail or any attachment, or any information contained 
therein, by any other person is not authorized. If you are not the intended 
recipient please return the e-mail to the sender and delete it from your 
computer. Although we attempt to sweep e-mail and attachments for viruses, we 
do not guarantee that either are virus-free and accept no liability for any 
damage sustained as a result of viruses. 

Please refer to http://disclaimer.bnymellon.com/eu.htm for certain disclosures 
relating to European legal entities.

--
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: Eclipse crashes under zLinux Exit Code 1

[Vitale, Joseph]

Thanks.  I tried starting eclipse with that option, no help.
  ./eclipse  -Dorg.eclipse.swt.internal.gtk.cairoGraphics=false

I also installed 4.3.2, no improvement.  Tried Java 1.7 no luck.Termination 
occurs when Opening any source/text file.

Can I have a look at your  eclipse.ini  and does user set JAVA_HOME ?

Thanks


Joseph Vitale
Technology Services Group
Mainframe Operating Systems

Pershing Plaza
95 Christopher Columbus Drive
Floor 14   
Jersey City,  N.J.  07302
Work  201-395-1509
Cell917-903-0102


-Original Message-
From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of Eric 
Covener
Sent: Friday, November 21, 2014 2:05 PM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: Eclipse crashes under zLinux Exit Code 1

On Fri, Nov 21, 2014 at 12:29 PM, Vitale, Joseph joseph.vit...@bnymellon.com 
wrote:
 I am not an Eclipse guy but we have a user on Redhat 6.5  using 
 Eclipse SDK 4.3.1  and  Java 6.0  JRE(not sdk ), 64 Bit

I have seen a few recent references to some mismatch between gtk/swt/eclipse, 
resolved by -Dorg.eclipse.swt.internal.gtk.cairoGraphics=false in eclipse.ini.

--
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/

The information contained in this e-mail, and any attachment, is confidential 
and is intended solely for the use of the intended recipient. Access, copying 
or re-use of the e-mail or any attachment, or any information contained 
therein, by any other person is not authorized. If you are not the intended 
recipient please return the e-mail to the sender and delete it from your 
computer. Although we attempt to sweep e-mail and attachments for viruses, we 
do not guarantee that either are virus-free and accept no liability for any 
damage sustained as a result of viruses. 

Please refer to http://disclaimer.bnymellon.com/eu.htm for certain disclosures 
relating to European legal entities.

Re: Eclipse crashes under zLinux Exit Code 1 - That Was the Fix!

[Vitale, Joseph]

Thank you, I placed the option in   eclipse.ini  and it worked.  Thanks very 
much.  Can you compare my  eclipse.ini  to  yours?

path  for Java contains:  /usr/java/ibm/java-s390x-60/jre/bin

JAVA_HOME  is:   /usr/java/ibm/java-s390x-60/jre

eclipse.ini follows
-startup
plugins/org.eclipse.equinox.launcher_1.3.0.v20130327-1440.jar
--launcher.library
plugins/org.eclipse.equinox.launcher.gtk.linux.s390x_1.1.200.v20140116-2212
-showsplash
org.eclipse.platform
--launcher.XXMaxPermSize
256m
--launcher.defaultAction
openFile
--launcher.appendVmargs
-vmargs
-Xms40m
-Xmx768m
-Dorg.eclipse.swt.internal.gtk.cairoGraphics=false


Thanks
Joe


Joseph Vitale
Technology Services Group
Mainframe Operating Systems

Pershing Plaza
95 Christopher Columbus Drive
Floor 14   
Jersey City,  N.J.  07302
Work  201-395-1509
Cell917-903-0102


-Original Message-
From: Vitale, Joseph 
Sent: Friday, November 21, 2014 4:05 PM
To: 'Linux on 390 Port'
Subject: RE: Eclipse crashes under zLinux Exit Code 1

Thanks.  I tried starting eclipse with that option, no help.
  ./eclipse  -Dorg.eclipse.swt.internal.gtk.cairoGraphics=false

I also installed 4.3.2, no improvement.  Tried Java 1.7 no luck.Termination 
occurs when Opening any source/text file.

Can I have a look at your  eclipse.ini  and does user set JAVA_HOME ?

Thanks


Joseph Vitale
Technology Services Group
Mainframe Operating Systems

Pershing Plaza
95 Christopher Columbus Drive
Floor 14   
Jersey City,  N.J.  07302
Work  201-395-1509
Cell917-903-0102


-Original Message-
From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of Eric 
Covener
Sent: Friday, November 21, 2014 2:05 PM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: Eclipse crashes under zLinux Exit Code 1

On Fri, Nov 21, 2014 at 12:29 PM, Vitale, Joseph joseph.vit...@bnymellon.com 
wrote:
 I am not an Eclipse guy but we have a user on Redhat 6.5  using 
 Eclipse SDK 4.3.1  and  Java 6.0  JRE(not sdk ), 64 Bit

I have seen a few recent references to some mismatch between gtk/swt/eclipse, 
resolved by -Dorg.eclipse.swt.internal.gtk.cairoGraphics=false in eclipse.ini.

--
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/

The information contained in this e-mail, and any attachment, is confidential 
and is intended solely for the use of the intended recipient. Access, copying 
or re-use of the e-mail or any attachment, or any information contained 
therein, by any other person is not authorized. If you are not the intended 
recipient please return the e-mail to the sender and delete it from your 
computer. Although we attempt to sweep e-mail and attachments for viruses, we 
do not guarantee that either are virus-free and accept no liability for any 
damage sustained as a result of viruses. 

Please refer to http://disclaimer.bnymellon.com/eu.htm for certain disclosures 
relating to European legal entities.

Re: zLinux: Dynamic Memory Management - from a Share proesentation - Thank You

[Vitale, Joseph]

Pedro,

Thank you

Joe

Joseph Vitale
Technology Services Group
Mainframe Operating Systems
95 Christopher Columbus Drive
Floor 14   
Jersey City,  N.J.  07302
Work  201-395-1509
Cell917-903-0102


-Original Message-
From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of Pedro 
Principeza
Sent: Monday, July 14, 2014 5:34 PM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: zLinux: Dynamic Memory Management - from a Share proesentation

Joe.

There's a good paper about that, available on IBM Knowledge Center, on using 
both CPU and Memory hotplug, through cpuplugd + use cases.

http://www-01.ibm.com/support/knowledgecenter/linuxonibm/liaag/l0cpup00.pdf


HTH,
Pedro Principeza



From:   Vitale, Joseph joseph.vit...@bnymellon.com
To: LINUX-390@vm.marist.edu,
Date:   14/07/2014 18:29
Subject:zLinux: Dynamic Memory Management - from a Share
proesentation
Sent by:Linux on 390 Port LINUX-390@vm.marist.edu



Hello,

I found some share slides from 2011/2012  on  Dynamically Adding Memory
to  RedHat  Linux.   Curious to know if anyone uses it and which guests,
all or only large memory guests?

Also, procedure described seems manually intensive.   Any comments on
that?


Thanks
Joe

Joseph Vitale
Technology Services Group
Mainframe Operating Systems
95 Christopher Columbus Drive
Floor 14
Jersey City,  N.J.  07302
Work  201-395-1509
Cell917-903-0102


The information contained in this e-mail, and any attachment, is confidential 
and is intended solely for the use of the intended recipient.
Access, copying or re-use of the e-mail or any attachment, or any information 
contained therein, by any other person is not authorized. If you are not the 
intended recipient please return the e-mail to the sender and delete it from 
your computer. Although we attempt to sweep e-mail and attachments for viruses, 
we do not guarantee that either are virus-free and accept no liability for any 
damage sustained as a result of viruses.

Please refer to http://disclaimer.bnymellon.com/eu.htm for certain disclosures 
relating to European legal entities.

--
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/

The information contained in this e-mail, and any attachment, is confidential 
and is intended solely for the use of the intended recipient. Access, copying 
or re-use of the e-mail or any attachment, or any information contained 
therein, by any other person is not authorized. If you are not the intended 
recipient please return the e-mail to the sender and delete it from your 
computer. Although we attempt to sweep e-mail and attachments for viruses, we 
do not guarantee that either are virus-free and accept no liability for any 
damage sustained as a result of viruses. 

Please refer to http://disclaimer.bnymellon.com/eu.htm for certain disclosures 
relating to European legal entities.

--
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/

zLinux: Dynamic Memory Management - from a Share proesentation

[Vitale, Joseph]

Hello,

I found some share slides from 2011/2012  on  Dynamically Adding Memory  to  
RedHat  Linux.   Curious to know if anyone uses it and which guests, all or 
only large memory guests?

Also, procedure described seems manually intensive.   Any comments on that?


Thanks
Joe

Joseph Vitale
Technology Services Group
Mainframe Operating Systems
95 Christopher Columbus Drive
Floor 14
Jersey City,  N.J.  07302
Work  201-395-1509
Cell917-903-0102


The information contained in this e-mail, and any attachment, is confidential 
and is intended solely for the use of the intended recipient. Access, copying 
or re-use of the e-mail or any attachment, or any information contained 
therein, by any other person is not authorized. If you are not the intended 
recipient please return the e-mail to the sender and delete it from your 
computer. Although we attempt to sweep e-mail and attachments for viruses, we 
do not guarantee that either are virus-free and accept no liability for any 
damage sustained as a result of viruses. 

Please refer to http://disclaimer.bnymellon.com/eu.htm for certain disclosures 
relating to European legal entities.

--
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/

CRON not running for specific user

[Vitale, Joseph]

Hello,

Oracle schedules jobs via CRON.   Looks like user was editing  his CRON with 
using crontab -e.

Had some messages showing cron was locked.  See below.

Restarted CRON, stopped/started CRON  no improvement.  I tried to schedule a 
simple CRON  as  oracle, does not run, no mail message.

CRON works Ok for root.

Errors when CRON stopped for oracle:
Jun  3 03:01:01 anacron[20959]: Anacron started on 2014-06-03
Jun  3 03:01:01 anacron[20959]: Job `cron.daily'  locked  by another anacron - 
skipping
Jun  3 03:01:01 anacron[20959]: Job `cron.weekly'  locked  by another anacron - 
skipping
Jun  3 03:01:01 anacron[20959]: Normal exit (0 jobs run)

Simple CRON trying to run for Oracle:
03 20 * * * echo hi  /tmp/oracle.test.cron


Thanks
Joe

Joseph Vitale
Technology Services Group
Mainframe Operating Systems
95 Christopher Columbus Drive
Floor 14
Jersey City,  N.J.  07302
Work  201-395-1509
Cell917-903-0102


The information contained in this e-mail, and any attachment, is confidential 
and is intended solely for the use of the intended recipient. Access, copying 
or re-use of the e-mail or any attachment, or any information contained 
therein, by any other person is not authorized. If you are not the intended 
recipient please return the e-mail to the sender and delete it from your 
computer. Although we attempt to sweep e-mail and attachments for viruses, we 
do not guarantee that either are virus-free and accept no liability for any 
damage sustained as a result of viruses. 

Please refer to http://disclaimer.bnymellon.com/eu.htm for certain disclosures 
relating to European legal entities.

--
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: Problem using IUCVCONN in single user mode

[Vitale, Joseph]

Brent, 

Thank you very much for replying.

I think you pointed out my problem.zipl.conf  specifies  console=hvc0   
1st,  2nd is   console=ttyS0 .
I was curious as to what was being run in that particular run mode.  My  
zipl.conf:

hvc_iucv=2  console=hvc0  console=ttyS0  hvc_iucv_allow=linux1,linuxtst

Can I confirm coding of your  upstart job? 
 start on stopped rc RUNLEVEL=[2345]   is correct, no  S


start on stopped rc RUNLEVEL=[2345]
stop on runlevel [S016]
respawn
exec /sbin/agetty -L 9600 hvc0 xterm

Thanks again

Joe

Joseph Vitale
Technology Services Group
Mainframe Operating Systems
95 Christopher Columbus Drive
Floor 14   
Jersey City,  N.J.  07302
Work  201-395-1509
Cell917-903-0102


-Original Message-
From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of Brent 
Kincer
Sent: Friday, January 24, 2014 12:54 PM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: Problem using IUCVCONN in single user mode

To get our IUCV console working in Single User Mode, our upstart job looks like 
this:

# This service maintains two agetty sessions on /dev/hvc0

start on stopped rc RUNLEVEL=[2345]
stop on runlevel [S016]
respawn
exec /sbin/agetty -L 9600 hvc0 xterm

I believe the /etc/rc.d/rc.sysinit should be directing console traffic in 
runlevels S and 1 as long as your kernel parameters specify console=hvc0 AFTER 
console=ttyS0. Order is important, the second console statement is your primary 
console, and in runlevels S and 1, you can only have one console.

Hope this helps,
Brent


On Thu, Jan 23, 2014 at 11:05 AM, Vitale, Joseph  joseph.vit...@bnymellon.com 
wrote:

 Hello,

 I notice when  zLinux 6.2 drops into Single User mode at boot up  say due
 to bad /etc/fstab,   I cannot connect via  iucvconn   Guest  lnxhvc0.
 The command just hangs.

 Appears  /etc/init/ttyH0.conf   is not run in single user mode.   I logon
 as root to  3270 console and enter  exec command from ttyH0.conf  
 and
  hvc0 is usable.

 Any idea how to start this  when entering Single user mode?

 Contents of  /etc/ttyH0.conf:

 # hvc0 - agetty
 #
 # This service maintains a agetty on ttyH0.
 #
 start on runlevel [S2345]
 stop on runlevel [06]
 #
 respawn
 exec agetty -L 9600 hvc0 xterm

 Thanks
 Joe

 Joseph Vitale
 Technology Services Group
 Mainframe Operating Systems
 95 Christopher Columbus Drive
 Floor 14
 Jersey City,  N.J.  07302
 Work  201-395-1509
 Cell917-903-0102


 The information contained in this e-mail, and any attachment, is 
 confidential and is intended solely for the use of the intended recipient.
 Access, copying or re-use of the e-mail or any attachment, or any 
 information contained therein, by any other person is not authorized. 
 If you are not the intended recipient please return the e-mail to the 
 sender and delete it from your computer. Although we attempt to sweep 
 e-mail and attachments for viruses, we do not guarantee that either 
 are virus-free and accept no liability for any damage sustained as a result 
 of viruses.

 Please refer to http://disclaimer.bnymellon.com/eu.htm for certain 
 disclosures relating to European legal entities.

 --
 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/

The information contained in this e-mail, and any attachment, is confidential 
and is intended solely for the use of the intended recipient. Access, copying 
or re-use of the e-mail or any attachment, or any information contained 
therein, by any other person is not authorized. If you are not the intended 
recipient please return the e-mail to the sender and delete it from your 
computer. Although we attempt to sweep e-mail and attachments for viruses, we 
do not guarantee that either are virus-free and accept no liability for any 
damage sustained as a result of viruses. 

Please refer to http://disclaimer.bnymellon.com/eu.htm for certain disclosures 
relating to European legal entities.

--
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: Problem using IUCVCONN in single user mode - 2 gettys now on console

[Vitale, Joseph]

I made both changes.   After boot hvc0  console kept  logging on  root   and 
then the standard  logon  prompt.

Seems  2  processes are on   hvc0  console.  Both from/etc/init/tty.conf   
and  /etc/init/ttyH0.conf

I removed from tty.conf:  --autologin root   but  would not accept root 
id/password.

I see I am on  console:
# who
root console  2014-01-24 14:41

/etc/securetty   has  hvc0  hvc1 listed


tty.conf:
stop on runlevel [S016]
respawn
instance $TTY
exec /sbin/mingetty $TTY --autologin root

ttyH0.conf:
start on stopped rc RUNLEVEL=[2345]
stop on runlevel [S016]
respawn
exec /sbin/agetty -L 9600 hvc0 xterm

Thanks
Joe

Joseph Vitale
Technology Services Group
Mainframe Operating Systems
95 Christopher Columbus Drive
Floor 14   
Jersey City,  N.J.  07302
Work  201-395-1509
Cell917-903-0102


-Original Message-
From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of Brent 
Kincer
Sent: Friday, January 24, 2014 12:54 PM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: Problem using IUCVCONN in single user mode

To get our IUCV console working in Single User Mode, our upstart job looks like 
this:

# This service maintains two agetty sessions on /dev/hvc0

start on stopped rc RUNLEVEL=[2345]
stop on runlevel [S016]
respawn
exec /sbin/agetty -L 9600 hvc0 xterm

I believe the /etc/rc.d/rc.sysinit should be directing console traffic in 
runlevels S and 1 as long as your kernel parameters specify console=hvc0 AFTER 
console=ttyS0. Order is important, the second console statement is your primary 
console, and in runlevels S and 1, you can only have one console.

Hope this helps,
Brent


On Thu, Jan 23, 2014 at 11:05 AM, Vitale, Joseph  joseph.vit...@bnymellon.com 
wrote:

 Hello,

 I notice when  zLinux 6.2 drops into Single User mode at boot up  say due
 to bad /etc/fstab,   I cannot connect via  iucvconn   Guest  lnxhvc0.
 The command just hangs.

 Appears  /etc/init/ttyH0.conf   is not run in single user mode.   I logon
 as root to  3270 console and enter  exec command from ttyH0.conf  
 and
  hvc0 is usable.

 Any idea how to start this  when entering Single user mode?

 Contents of  /etc/ttyH0.conf:

 # hvc0 - agetty
 #
 # This service maintains a agetty on ttyH0.
 #
 start on runlevel [S2345]
 stop on runlevel [06]
 #
 respawn
 exec agetty -L 9600 hvc0 xterm

 Thanks
 Joe

 Joseph Vitale
 Technology Services Group
 Mainframe Operating Systems
 95 Christopher Columbus Drive
 Floor 14
 Jersey City,  N.J.  07302
 Work  201-395-1509
 Cell917-903-0102


 The information contained in this e-mail, and any attachment, is 
 confidential and is intended solely for the use of the intended recipient.
 Access, copying or re-use of the e-mail or any attachment, or any 
 information contained therein, by any other person is not authorized. 
 If you are not the intended recipient please return the e-mail to the 
 sender and delete it from your computer. Although we attempt to sweep 
 e-mail and attachments for viruses, we do not guarantee that either 
 are virus-free and accept no liability for any damage sustained as a result 
 of viruses.

 Please refer to http://disclaimer.bnymellon.com/eu.htm for certain 
 disclosures relating to European legal entities.

 --
 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/

The information contained in this e-mail, and any attachment, is confidential 
and is intended solely for the use of the intended recipient. Access, copying 
or re-use of the e-mail or any attachment, or any information contained 
therein, by any other person is not authorized. If you are not the intended 
recipient please return the e-mail to the sender and delete it from your 
computer. Although we attempt to sweep e-mail and attachments for viruses, we 
do not guarantee that either are virus-free and accept no liability for any 
damage sustained as a result of viruses. 

Please refer to http://disclaimer.bnymellon.com/eu.htm for certain disclosures 
relating to European legal entities.

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
http

Re: Problem using IUCVCONN in single user mode

[Vitale, Joseph]

Thanks for the help Brent.

I cannot get this thing right.  I need to try more options.

joe

Joseph Vitale
Technology Services Group
Mainframe Operating Systems
95 Christopher Columbus Drive
Floor 14   
Jersey City,  N.J.  07302
Work  201-395-1509
Cell917-903-0102


-Original Message-
From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of Brent 
Kincer
Sent: Friday, January 24, 2014 2:49 PM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: Problem using IUCVCONN in single user mode

Hey Joe,

You are correct, I do not have S in the start line of my upstart job. You can 
always try your upstart job the way you had it, but I vaguely remember testing 
a similar upstart config a couple years ago and it not working as I thought it 
would.

The strange thing that will occur when you have a failed filesystem check is 
your output just goes away on your 3270 as it gets directed to the iucv 
console. I don't like this solution, but I put in an echo statement that is 
directed to /dev/ttyS0 in /etc/rc.d/rc.sysinit so we could see the failure in 
3270 and know to switch over to IUCV.

Thanks,
Brent


On Fri, Jan 24, 2014 at 1:17 PM, Vitale, Joseph joseph.vit...@bnymellon.com
 wrote:

 Brent,

 Thank you very much for replying.

 I think you pointed out my problem.zipl.conf  specifies
  console=hvc0   1st,  2nd is   console=ttyS0 .
 I was curious as to what was being run in that particular run mode.  
 My
  zipl.conf:

 hvc_iucv=2  console=hvc0  console=ttyS0  
 hvc_iucv_allow=linux1,linuxtst

 Can I confirm coding of your  upstart job?
  start on stopped rc RUNLEVEL=[2345]   is correct, no  S


 start on stopped rc RUNLEVEL=[2345]
 stop on runlevel [S016]
 respawn
 exec /sbin/agetty -L 9600 hvc0 xterm

 Thanks again

 Joe

 Joseph Vitale
 Technology Services Group
 Mainframe Operating Systems
 95 Christopher Columbus Drive
 Floor 14
 Jersey City,  N.J.  07302
 Work  201-395-1509
 Cell917-903-0102


 -Original Message-
 From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of 
 Brent Kincer
 Sent: Friday, January 24, 2014 12:54 PM
 To: LINUX-390@VM.MARIST.EDU
 Subject: Re: Problem using IUCVCONN in single user mode

 To get our IUCV console working in Single User Mode, our upstart job 
 looks like this:

 # This service maintains two agetty sessions on /dev/hvc0

 start on stopped rc RUNLEVEL=[2345]
 stop on runlevel [S016]
 respawn
 exec /sbin/agetty -L 9600 hvc0 xterm

 I believe the /etc/rc.d/rc.sysinit should be directing console traffic 
 in runlevels S and 1 as long as your kernel parameters specify 
 console=hvc0 AFTER console=ttyS0. Order is important, the second 
 console statement is your primary console, and in runlevels S and 1, 
 you can only have one console.

 Hope this helps,
 Brent


 On Thu, Jan 23, 2014 at 11:05 AM, Vitale, Joseph  
 joseph.vit...@bnymellon.com wrote:

  Hello,
 
  I notice when  zLinux 6.2 drops into Single User mode at boot up  say due
  to bad /etc/fstab,   I cannot connect via  iucvconn   Guest  lnxhvc0.
  The command just hangs.
 
  Appears  /etc/init/ttyH0.conf   is not run in single user mode.   I logon
  as root to  3270 console and enter  exec command from ttyH0.conf 
  and
   hvc0 is usable.
 
  Any idea how to start this  when entering Single user mode?
 
  Contents of  /etc/ttyH0.conf:
 
  # hvc0 - agetty
  #
  # This service maintains a agetty on ttyH0.
  #
  start on runlevel [S2345]
  stop on runlevel [06]
  #
  respawn
  exec agetty -L 9600 hvc0 xterm
 
  Thanks
  Joe
 
  Joseph Vitale
  Technology Services Group
  Mainframe Operating Systems
  95 Christopher Columbus Drive
  Floor 14
  Jersey City,  N.J.  07302
  Work  201-395-1509
  Cell917-903-0102
 
 
  The information contained in this e-mail, and any attachment, is 
  confidential and is intended solely for the use of the intended
 recipient.
  Access, copying or re-use of the e-mail or any attachment, or any 
  information contained therein, by any other person is not authorized.
  If you are not the intended recipient please return the e-mail to 
  the sender and delete it from your computer. Although we attempt to 
  sweep e-mail and attachments for viruses, we do not guarantee that 
  either are virus-free and accept no liability for any damage 
  sustained as a
 result of viruses.
 
  Please refer to http://disclaimer.bnymellon.com/eu.htm for certain 
  disclosures relating to European legal entities.
 
  
  -- 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

Re: Problem using IUCVCONN in single user mode - 2 gettys now on console

[Vitale, Joseph]

I have to try that. Thanks

joe

Joseph Vitale
Technology Services Group
Mainframe Operating Systems
95 Christopher Columbus Drive
Floor 14   
Jersey City,  N.J.  07302
Work  201-395-1509
Cell917-903-0102


-Original Message-
From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of Brent 
Kincer
Sent: Friday, January 24, 2014 3:56 PM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: Problem using IUCVCONN in single user mode - 2 gettys now on 
console

Oh right, we removed tty.conf altogether. We have three upstart jobs, two for 
each IUCV console and one for the ttyS0. We also commented out 
/etc/profile.d/s390.sh and /etc/profile.d/s390.csh just to ensure the TERM 
variables stay intact.

Sorry for missing that, it's been a while since we set these up...


On Fri, Jan 24, 2014 at 2:50 PM, Vitale, Joseph joseph.vit...@bnymellon.com
 wrote:

 I made both changes.   After boot hvc0  console kept  logging on  root
 and then the standard  logon  prompt.

 Seems  2  processes are on   hvc0  console.  Both from
  /etc/init/tty.conf   and  /etc/init/ttyH0.conf

 I removed from tty.conf:  --autologin root   but  would not accept root
 id/password.

 I see I am on  console:
 # who
 root console  2014-01-24 14:41

 /etc/securetty   has  hvc0  hvc1 listed


 tty.conf:
 stop on runlevel [S016]
 respawn
 instance $TTY
 exec /sbin/mingetty $TTY --autologin root

 ttyH0.conf:
 start on stopped rc RUNLEVEL=[2345]
 stop on runlevel [S016]
 respawn
 exec /sbin/agetty -L 9600 hvc0 xterm

 Thanks
 Joe

 Joseph Vitale
 Technology Services Group
 Mainframe Operating Systems
 95 Christopher Columbus Drive
 Floor 14
 Jersey City,  N.J.  07302
 Work  201-395-1509
 Cell917-903-0102


 -Original Message-
 From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of 
 Brent Kincer
 Sent: Friday, January 24, 2014 12:54 PM
 To: LINUX-390@VM.MARIST.EDU
 Subject: Re: Problem using IUCVCONN in single user mode

 To get our IUCV console working in Single User Mode, our upstart job 
 looks like this:

 # This service maintains two agetty sessions on /dev/hvc0

 start on stopped rc RUNLEVEL=[2345]
 stop on runlevel [S016]
 respawn
 exec /sbin/agetty -L 9600 hvc0 xterm

 I believe the /etc/rc.d/rc.sysinit should be directing console traffic 
 in runlevels S and 1 as long as your kernel parameters specify 
 console=hvc0 AFTER console=ttyS0. Order is important, the second 
 console statement is your primary console, and in runlevels S and 1, 
 you can only have one console.

 Hope this helps,
 Brent


 On Thu, Jan 23, 2014 at 11:05 AM, Vitale, Joseph  
 joseph.vit...@bnymellon.com wrote:

  Hello,
 
  I notice when  zLinux 6.2 drops into Single User mode at boot up  say due
  to bad /etc/fstab,   I cannot connect via  iucvconn   Guest  lnxhvc0.
  The command just hangs.
 
  Appears  /etc/init/ttyH0.conf   is not run in single user mode.   I logon
  as root to  3270 console and enter  exec command from ttyH0.conf 
  and
   hvc0 is usable.
 
  Any idea how to start this  when entering Single user mode?
 
  Contents of  /etc/ttyH0.conf:
 
  # hvc0 - agetty
  #
  # This service maintains a agetty on ttyH0.
  #
  start on runlevel [S2345]
  stop on runlevel [06]
  #
  respawn
  exec agetty -L 9600 hvc0 xterm
 
  Thanks
  Joe
 
  Joseph Vitale
  Technology Services Group
  Mainframe Operating Systems
  95 Christopher Columbus Drive
  Floor 14
  Jersey City,  N.J.  07302
  Work  201-395-1509
  Cell917-903-0102
 
 
  The information contained in this e-mail, and any attachment, is 
  confidential and is intended solely for the use of the intended
 recipient.
  Access, copying or re-use of the e-mail or any attachment, or any 
  information contained therein, by any other person is not authorized.
  If you are not the intended recipient please return the e-mail to 
  the sender and delete it from your computer. Although we attempt to 
  sweep e-mail and attachments for viruses, we do not guarantee that 
  either are virus-free and accept no liability for any damage 
  sustained as a
 result of viruses.
 
  Please refer to http://disclaimer.bnymellon.com/eu.htm for certain 
  disclosures relating to European legal entities.
 
  
  -- 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

Problem using IUCVCONN in single user mode

[Vitale, Joseph]

Hello,

I notice when  zLinux 6.2 drops into Single User mode at boot up  say due to 
bad /etc/fstab,   I cannot connect via  iucvconn   Guest  lnxhvc0.
The command just hangs.

Appears  /etc/init/ttyH0.conf   is not run in single user mode.   I logon as 
root to  3270 console and enter  exec command from ttyH0.conf  and  hvc0 is 
usable.

Any idea how to start this  when entering Single user mode?

Contents of  /etc/ttyH0.conf:

# hvc0 - agetty
#
# This service maintains a agetty on ttyH0.
#
start on runlevel [S2345]
stop on runlevel [06]
#
respawn
exec agetty -L 9600 hvc0 xterm

Thanks
Joe

Joseph Vitale
Technology Services Group
Mainframe Operating Systems
95 Christopher Columbus Drive
Floor 14
Jersey City,  N.J.  07302
Work  201-395-1509
Cell917-903-0102


The information contained in this e-mail, and any attachment, is confidential 
and is intended solely for the use of the intended recipient. Access, copying 
or re-use of the e-mail or any attachment, or any information contained 
therein, by any other person is not authorized. If you are not the intended 
recipient please return the e-mail to the sender and delete it from your 
computer. Although we attempt to sweep e-mail and attachments for viruses, we 
do not guarantee that either are virus-free and accept no liability for any 
damage sustained as a result of viruses. 

Please refer to http://disclaimer.bnymellon.com/eu.htm for certain disclosures 
relating to European legal entities.

--
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/