Re: vmrelocate and quiescence time

[Scott Rohling]

One key question is whether lpars are on same cec or different ones...
virtual ctcs or "real"?

Scott Rohling

On Fri, Aug 14, 2020, 1:29 PM Grzegorz Powiedziuk 
wrote:

> Hello,
> From your experience, during the relocation from one LPAR to another, how
> long on average the quiescence period is (no network, no nothing)?
> I understand that it depends on many factors, but I am just asking for some
> examples.
> From my understanding the quiescence is one of the last steps, right before
> the final pass of memory which should be as small as possible. I understand
> that if there is a lot happening in the VM then the last pass can also be
> quite big. But still ...
>
> Anyway, I have a rhel VM with 128GB of memory running DB2. Currently not
> prod so CPUs are mostly idle. No paging, no swapping, not much traffic and
> the quiescence takes  20-30 seconds which seems a lot (the vmrelocate takes
> a couple of minutes in total) . It is causing db2 and ssh sessions to
> timeout.
> I am wondering if that is normal or we have something misconfigured.
>
> During the last phase the linux kernel sends error messages "QDIO problem
> occurred" for each FCP and some QETH errors  and they are all followed with
> recoveries. All these are being thrown at the same time right after
> quiescence ends (I think). Which kind of makes sense to me.
>
> thanks!
> Gregory
>
> --
> For LINUX-390 subscribe / signoff / archive access instructions,
> send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or
> visit
> http://www2.marist.edu/htbin/wlvindex?LINUX-390
>

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

Re: KVM question.

[Scott Rohling]

Others might be more specific about z/VM advantages over KVM ...  but you
certainly lose your knowledge of z/VM to manage and control guests and need
to use a KVM  based model for that.. whether that is an issue or not is
about your comfort level with both solutions on z.  (and probably others
you work with?).

Having said that - I've worked with IBM customers in many POCs where the
licensing for our solution was supplied on a trial basis - just for that
purpose -- so I'd think the z/VM licensing could be managed this way..

Sticking with a horse you know makes things quicker than learning to ride a
new one... and in my experience - expedience always seems to be a part of
any POC...   :)   And -- any solution you come up with can always get
shifted to an LPAR (or LPARs) fairly easily with the correct IOCONFIG for
the devices...  Use dedicated volumes under z/VM if you know you'll be
moving off it...  just in case you need to boot Linux native.   (or 0 to
END minidisks)

Scott Rohling

Best of luck - Scott

On Tue, Jun 30, 2020 at 1:20 PM Tom Huegel  wrote:

> This has probably been discussed quite a bit but I wanted to ask for some
> real user feedback.
>
> I have a customer that is interested a POC of z/VSE zLINUX VTAPE.
> Unfortunately they do now have z/VM so the zLINUX would have to be in an
> LPAR. So the question is 'do I gain/lose anything using KVM as the
> hypervisor in the zLINUX LPAR?'.
>
> Thanks
> Tom
>
> --
> For LINUX-390 subscribe / signoff / archive access instructions,
> send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or
> visit
> http://www2.marist.edu/htbin/wlvindex?LINUX-390
>

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

Re: Cloud using zlinux

[Scott Rohling]

Cloud?  That word has many meanings.. what are you trying to do?

Scott Rohling

On Sat, Feb 29, 2020, 11:09 PM Peter  wrote:

> Hello
>
> I am trying to understand how cloud is configured using zlinux.
>
> Any manuals or white papers which can help me to read and understand in
> detail ?
>
> Peter
>
> --
> For LINUX-390 subscribe / signoff / archive access instructions,
> send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or
> visit
> http://www2.marist.edu/htbin/wlvindex?LINUX-390
>

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

Re: NSS not possible in SLES 12

[Scott Rohling]

I think the implications extend beyond NSS though...   is SLES going to
divorce itself from embedded systems in general?   Are they all in on self
patching kernels and that's that?   Or can it simply be an option to
exploit when desirable?

Scott Rohling

On Thu, Sep 5, 2019 at 9:57 AM Alan Altmark  wrote:

> On Wednesday, 09/04/2019 at 08:16 GMT, Dave Jones 
> wrote:
> > ++1
> > You guys are going backwards
>
> I haven't seen much traction with the NSS in the field.  Within an
> organization, Linux servers are maintained in a common way across
> platforms, with different servers on different schedules.  NSS messes with
> that concept, for good or ill, and trying to interfere with SOP just
> annoys people.
>
> But I look at it this way, NSSes and DCSSes were a means to an end:
> Conservation of memory.  It was especially important when memory was so
> expensive and sysprogs were a dime a dozen.  (Remember moving the DCSSes
> around for various product so they would all fit?)
>
> The economics have changed.  Setting up an NSS is still easy (once you
> know how!), but trying to persuade busy Linux admins to exploit it and
> change their patching strategies to match is time neither of us have to
> spare.
>
> I'd rather see de-duplication strategies that accomplish the same thing
> with minimal, if any, human involvement.
>
> Alan Altmark
>
> Senior Managing z/VM and Linux Consultant
> IBM Systems Lab Services
> IBM Z Delivery Practice
> 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://www2.marist.edu/htbin/wlvindex?LINUX-390
>

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

Re: NSS not possible in SLES 12

[Scott Rohling]

Let's start with who or what said it wasn't possible ?

In my experience - most things are possible ... though there maybe
roadblocks.

Scott Rohling



On Wed, Sep 4, 2019 at 5:51 AM Andras Beke  wrote:

> Just to be sure, by "nss" I meant Named Saved System.
>
> Regards,
>
> András BEKE
>
>
> > Dear List,
> >
> > apologies if I'm asking something evident, the reason being I'm a newbie
> > both on the list and in the speciality, but does any of you happen to
> know
> > what is the reason for nss not being possible with SLES from version 12?
> >
> > Thank you in advance.
> >
> > Regards,
> >
> > András BEKE
> >
> > --
> > For LINUX-390 subscribe / signoff / archive access instructions,
> > send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or
> > visit
> > http://www2.marist.edu/htbin/wlvindex?LINUX-390
> >
>
> --
> For LINUX-390 subscribe / signoff / archive access instructions,
> send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or
> visit
> http://www2.marist.edu/htbin/wlvindex?LINUX-390
>

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

Re: Cutting ‘Old Heads’ at IBM

[Scott Rohling]

You may be surprised .. especially in the z/VM area...  dinosaurs may still
be useful.

But I would certainly try your hand at other things..  I have a couple
kayaks and a canoe - and live on an island in the Puget Sound --  so more
then ready to experience (and paddle to) a lazy reality for the foreseeable
future..  ;-)

Scott Rohling

On Fri, Nov 16, 2018 at 6:34 PM Alan Ackerman 
wrote:

> I’m under no illusion that I would have any luck in finding another job.
> It’s work for the Bank or retire. (He says slyly, sitting back and waiting
> for a flood of headhunters.) 
>
> Sent from my iPhone
>
> On Nov 16, 2018, at 5:49 PM, Scott Rohling 
> wrote:
>
> I've been working at home exclusively (except for customer engagements)
> since 1996 or so..  I think I'd have retired much sooner if I'd had a daily
> commute to deal with.  In this virtual world - physical location means less
> and less.
>
> I'm not sure there's anyone on my team less then 50 - so that rumor may be
> true :-)  I'll be passing a baton to someone who may or may not make it to
>
>
> --
> For LINUX-390 subscribe / signoff / archive access instructions,
> send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or
> visit
> http://www.marist.edu/htbin/wlvindex?LINUX-390
> --
> For more information on Linux on System z, visit
> http://wiki.linuxvm.org/
>
> --
> For LINUX-390 subscribe / signoff / archive access instructions,
> send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or
> visit
> http://www.marist.edu/htbin/wlvindex?LINUX-390
> --
> For more information on Linux on System z, visit
> http://wiki.linuxvm.org/
>

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390
--
For more information on Linux on System z, visit
http://wiki.linuxvm.org/

Re: Cutting ‘Old Heads’ at IBM

[Scott Rohling]

I've been working at home exclusively (except for customer engagements)
since 1996 or so..  I think I'd have retired much sooner if I'd had a daily
commute to deal with.  In this virtual world - physical location means less
and less.

I'm not sure there's anyone on my team less then 50 - so that rumor may be
true :-)  I'll be passing a baton to someone who may or may not make it to
the next leg  :(

Scott Rohling

On Fri, Nov 16, 2018 at 5:24 PM Alan Ackerman 
wrote:

> I’m 71. So far I have no desire to retire and have not been encouraged to
> leave. I’m not aware of age discrimination here.
>
> Several years back (5-10) we were encouraged to go work at home. I may
> have been the last one to take the offer. I’m gregarious by nature, but
> eventually I was surrounded by empty cubicles and attending all meetings by
> phone. New management came in and wanted us all to come back in to work.
> For a few years I’ve been told Concord (CA) is next. Quite a few people
> went back in this month. But I was not contacted. The rumor is that
> management has decided not to bother mainframers for fear we will retire
> rather than going back into work. (Might be true!)
>
> This is relevant to this discussion because it appears to be the reverse
> of what happened at IBM.
>
> Sent from my iPhone
>
> On Nov 16, 2018, at 3:14 PM, Rick Troth  wrote:
>
> > On 11/16/18 4:33 PM, Gabe Goldberg wrote:
> >
> https://features.propublica.org/ibm/ibm-age-discrimination-american-workers/
> >
> >
> > No surprises, just a lot of details...
>
>
> As it happens, I just learned this week that a good friend was cut loose
> from a certain other company. I won't say which, but I used to work
> there. He said new manglement decided to get rid of "long timers". The
> way he said it, the ax was more about longevity ... "you say that like
> it's a bad thing". It struck me that the new owners wanted firm control
> or some such. Brilliant: get rid of the people who know the products,
> business, customers best. Just camp on that juicy IP and stack-o-patents
> and brand. oy
>
> My buddy is definitely running into ageism on his new search though:
> lots of interviews, no offers.
>
> Re-invent yourself, retrain, reassign, relocate. BT/DT and would again
> for the right job. But I don't think these execs really want to hire
> skill, talent, or know-how.
>
> Paul Henry is mentioned in the ProPublica piece. I know him! He hired me
> at Nationwide. I remember his thick Boston accent as he baited me,
> "We're serious about virtualization".
>
> -- R; <><
>
>
>
>
>
>
>
>
> --
> For LINUX-390 subscribe / signoff / archive access instructions,
> send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or
> visit
> http://www.marist.edu/htbin/wlvindex?LINUX-390
> --
> For more information on Linux on System z, visit
> http://wiki.linuxvm.org/
>
> --
> For LINUX-390 subscribe / signoff / archive access instructions,
> send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or
> visit
> http://www.marist.edu/htbin/wlvindex?LINUX-390
> --
> For more information on Linux on System z, visit
> http://wiki.linuxvm.org/
>

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390
--
For more information on Linux on System z, visit
http://wiki.linuxvm.org/

Re: I checked that it's not April 1

[Scott Rohling]

I believe those 'vendors' just became competitors ...   in which case upset
isn't necessarily a bad state to have them in?

Scott Rohling

On Mon, Oct 29, 2018 at 6:26 PM Gregg Levine  wrote:

> Hello!
> And the CNCBC supplied money news for the 11AM news today included a
> friendly reporting on the whole business. Also one on Red Hat. And
> their opinion on why IBM wanted to buy (is buying, has already bought,
> etc) Red Hat.
>
> Ideally I agree with all of you that it is going to cause some upset
> amongst the other vendors.
>
> I'll leave out my opinions on the whole strange business.
> -
> Gregg C Levine gregg.drw...@gmail.com
> "This signature fought the Time Wars, time and again."
>
>
> On Mon, Oct 29, 2018 at 8:33 PM John Campbell  wrote:
> >
> > And "The Register" plays catch-up:
> >
> > https://www.theregister.co.uk/2018/10/28/ibm_redhat_acquisition/
> >
> > Mixed feelings?
> >
> > -soup
> >
> > On Sun, Oct 28, 2018 at 3:20 PM Neale Ferguson 
> wrote:
> >
> > >
> > >
> https://newsroom.ibm.com/2018-10-28-IBM-To-Acquire-Red-Hat-Completely-Changing-The-Cloud-Landscape-And-Becoming-Worlds-1-Hybrid-Cloud-Provider
> > >
> > > --
> > > 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/
> > >
> >
> >
> > --
> > John R. Campbell Speaker to Machines  souperb at gmail
> dot
> > com
> > MacOS X proved it was easier to make Unix user-friendly than to fix
> Windows
> > "It doesn't matter how well-crafted a system is to eliminate errors;
> > Regardless
> >  of any and all checks and balances in place, all systems will fail
> because,
> >  somewhere, there is meat in the loop." - me
> >
> > --
> > For LINUX-390 subscribe / signoff / archive access instructions,
> > send email to lists...@vm.marist.edu with the message: INFO LINUX-390
> or visit
> > http://www.marist.edu/htbin/wlvindex?LINUX-390
> > --
> > For more information on Linux on System z, visit
> > http://wiki.linuxvm.org/
>
> --
> For LINUX-390 subscribe / signoff / archive access instructions,
> send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or
> visit
> http://www.marist.edu/htbin/wlvindex?LINUX-390
> --
> For more information on Linux on System z, visit
> http://wiki.linuxvm.org/
>

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390
--
For more information on Linux on System z, visit
http://wiki.linuxvm.org/

Re: Root file out of space

[Scott Rohling]

We need to know if / is under an LVM -- or just mounted to a partition..

Scott Rohling

On Sat, Sep 1, 2018 at 11:14 AM Jake Anderson 
wrote:

> Hi
>
> One of our zlinux instance root file ran out of space.
>
> What will be procedure to expand ?
>
> Jake
>
> --
> For LINUX-390 subscribe / signoff / archive access instructions,
> send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or
> visit
> http://www.marist.edu/htbin/wlvindex?LINUX-390
> --
> For more information on Linux on System z, visit
> http://wiki.linuxvm.org/
>

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390
--
For more information on Linux on System z, visit
http://wiki.linuxvm.org/

Re: Moving z/vm and zlinux volumes from old dasd to new dasd

[Scott Rohling]

Ah  - I see you meant for this to be run against new DASD -- assuming the
copy had been done...   I wasn't sure how/when the DASD would be copied to
the old...so it does depend...   the script should be run before or
after depending on the method ;-)

Scott Rohling

On Thu, Aug 16, 2018 at 4:35 PM Scott Rohling 
wrote:

> Good script -- I would use it 'after' the move though - not before..
> backout is much easier that way...   make changes on the new dasd - not the
> old.
>
> Use SAPL and change PDVOL= to correct address...   'then' run this script
> once everything comes up and looks good.   IMHO.
>
> Scott Rohling
>
> On Thu, Aug 16, 2018 at 4:16 PM Davis, Larry (National VM Capability) <
> larry.dav...@dxc.com> wrote:
>
>> For that process to work you will have to load a new Standalone program
>> Loader using the new Device address for the PDR volume on the PDVOL =
>>
>> Here is an example of an exec to load the IPL SALIPL file from the MAINT
>> 190 "S" disk
>>
>> MKSAIPL EXEC:
>> /* rexx exec */
>>
>> true  = (1=1)
>> false = \true
>> debug = TRUE
>>
>> /*  */
>> /*  */
>> /* Setup Procedures:*/
>> /*   1 NEED ACCESS TO THE Z/VM 6.4 IPL SALIPL TEXT DECK */
>> /*   2 If this is SSI Environment set to TRUE otherwise FALSE   */
>> /*   3 Is the virtual address the address the RESVOL is linked as?  */
>> /*   4 Is the volid of the RESVOL?  */
>> /*   5 Is the real address of the PDR VOLUME?   */
>> /*  */
>> /*  */
>>
>> ssi  = FALSE /* Set to TRUE when using SSI*/
>> DEV_ADDR = ''/* RESVOL Virtual Address*/
>> VOL_ID   = 'vv'  /* RESVOL Volume Serial Number   */
>> PD_VOL   = ''/* PDR VOLUME Real Address   */
>>
>>/* *** */
>>/* PDNUM is the offset extent for the CF0 PARM disk*/
>>/* PDVOL is the Real address for the PDR Volume*/
>>/* *** */
>>
>> if ssi Then do
>>   Say
>>   Say 'Loading SALIPL text deck for SSI on RESVOL' vol_id 'on' dev_addr
>>   Say
>>   IPL_PARM = 'FN=SYSTEM FT=CONFIG PDNUM=1 PDVOL=' pd_vol end Else do
>>   Say
>>   Say 'Loading SALIPL text deck on RESVOL' vol_id 'on' dev_addr
>>   Say
>>   IPL_PARM = 'FN=SYSTEM FT=CONFIG'
>> end
>>
>> if debug then do
>>salp_opt = 'EXTENT 1 VOLID' vol_id ,
>>   'IPLPARMS' ipl_parm
>>say ' ADDRESS COMMAND SALIPL' dev_addr
>>say '  (' salp_opt
>> end
>> else do
>>salp_opt = 'EXTENT 1 VOLID' vol_id ,
>>   'COMMENTS ? IPLPARMS' ipl_parm
>>
>>queue 'IPL Parameters Options are:  '
>>queue 'CONS= FN=fn FT=ft CLEARPDR REPAIR NOEXITS NOHCD PROMPT'
>>queue 'PDNUM=n PDOFF=offset PDVOL=addr STORE=M/G/T/P/E  '
>>queue
>>
>>ADDRESS COMMAND 'SALIPL' dev_addr '(' salp_opt end
>>
>> Exit
>>
>>
>>
>> Larry Davis
>>
>>
>> -Original Message-
>> From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of
>> Davis, Jim [PRI-1PP]
>> Sent: Thursday, August 16, 2018 17:54
>> To: LINUX-390@VM.MARIST.EDU
>> Subject: Re: Moving z/vm and zlinux volumes from old dasd to new dasd
>>
>> Thanks for the info. I get the following.
>>
>> Current IPL parameters:
>> FN=SYSTEMFT=CONFIGPDNUM=1  PDVOL=A84C
>> CONS=0908
>>
>> The PDVOL points to common volume which contains the SYSTEM CONFIG file.
>>
>> I wonder if I can
>> Change PDVOL to the new address for the common volume.
>> Shutdown
>> Move all six volumes to their new addresses.
>> IPL from new res volume address.
>>
>>
>> -Original Message-
>> From: Linux on 390 Port  On Behalf Of Tom Huegel
>> Sent: Thursday, August 16, 2018 5:36 PM
>> To: LINUX-390@VM.MARIST.EDU
>> Subject: Re: Moving z/vm and zlinux volumes from old dasd to new dasd
>>
>> Last question Q IPLPARMS
>>
>>
>> On Thu, Aug 16, 2018 at 4:14 PM, Davis, Jim [PRI-1PP] <
>> jim.da...@primerica.

Re: Moving z/vm and zlinux volumes from old dasd to new dasd

[Scott Rohling]

Good script -- I would use it 'after' the move though - not before..
backout is much easier that way...   make changes on the new dasd - not the
old.

Use SAPL and change PDVOL= to correct address...   'then' run this script
once everything comes up and looks good.   IMHO.

Scott Rohling

On Thu, Aug 16, 2018 at 4:16 PM Davis, Larry (National VM Capability) <
larry.dav...@dxc.com> wrote:

> For that process to work you will have to load a new Standalone program
> Loader using the new Device address for the PDR volume on the PDVOL =
>
> Here is an example of an exec to load the IPL SALIPL file from the MAINT
> 190 "S" disk
>
> MKSAIPL EXEC:
> /* rexx exec */
>
> true  = (1=1)
> false = \true
> debug = TRUE
>
> /*  */
> /*  */
> /* Setup Procedures:*/
> /*   1 NEED ACCESS TO THE Z/VM 6.4 IPL SALIPL TEXT DECK */
> /*   2 If this is SSI Environment set to TRUE otherwise FALSE   */
> /*   3 Is the virtual address the address the RESVOL is linked as?  */
> /*   4 Is the volid of the RESVOL?  */
> /*   5 Is the real address of the PDR VOLUME?   */
> /*  */
> /*  */
>
> ssi  = FALSE /* Set to TRUE when using SSI*/
> DEV_ADDR = ''/* RESVOL Virtual Address*/
> VOL_ID   = 'vv'  /* RESVOL Volume Serial Number   */
> PD_VOL   = ''/* PDR VOLUME Real Address   */
>
>/* *** */
>/* PDNUM is the offset extent for the CF0 PARM disk*/
>/* PDVOL is the Real address for the PDR Volume*/
>/* *** */
>
> if ssi Then do
>   Say
>   Say 'Loading SALIPL text deck for SSI on RESVOL' vol_id 'on' dev_addr
>   Say
>   IPL_PARM = 'FN=SYSTEM FT=CONFIG PDNUM=1 PDVOL=' pd_vol end Else do
>   Say
>   Say 'Loading SALIPL text deck on RESVOL' vol_id 'on' dev_addr
>   Say
>   IPL_PARM = 'FN=SYSTEM FT=CONFIG'
> end
>
> if debug then do
>salp_opt = 'EXTENT 1 VOLID' vol_id ,
>   'IPLPARMS' ipl_parm
>say ' ADDRESS COMMAND SALIPL' dev_addr
>say '  (' salp_opt
> end
> else do
>salp_opt = 'EXTENT 1 VOLID' vol_id ,
>   'COMMENTS ? IPLPARMS' ipl_parm
>
>queue 'IPL Parameters Options are:  '
>queue 'CONS= FN=fn FT=ft CLEARPDR REPAIR NOEXITS NOHCD PROMPT'
>queue 'PDNUM=n PDOFF=offset PDVOL=addr STORE=M/G/T/P/E  '
>queue
>
>ADDRESS COMMAND 'SALIPL' dev_addr '(' salp_opt end
>
> Exit
>
>
>
> Larry Davis
>
>
> -Original Message-
> From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of
> Davis, Jim [PRI-1PP]
> Sent: Thursday, August 16, 2018 17:54
> To: LINUX-390@VM.MARIST.EDU
> Subject: Re: Moving z/vm and zlinux volumes from old dasd to new dasd
>
> Thanks for the info. I get the following.
>
> Current IPL parameters:
> FN=SYSTEMFT=CONFIGPDNUM=1  PDVOL=A84C
> CONS=0908
>
> The PDVOL points to common volume which contains the SYSTEM CONFIG file.
>
> I wonder if I can
> Change PDVOL to the new address for the common volume.
> Shutdown
> Move all six volumes to their new addresses.
> IPL from new res volume address.
>
>
> -Original Message-
> From: Linux on 390 Port  On Behalf Of Tom Huegel
> Sent: Thursday, August 16, 2018 5:36 PM
> To: LINUX-390@VM.MARIST.EDU
> Subject: Re: Moving z/vm and zlinux volumes from old dasd to new dasd
>
> Last question Q IPLPARMS
>
>
> On Thu, Aug 16, 2018 at 4:14 PM, Davis, Jim [PRI-1PP] <
> jim.da...@primerica.com> wrote:
>
> > I have been tasked with moving our z/VM and zlinux file system volume
> > from an old DASD system to a New DASD system.
> > All of my device numbers / unit addresses will change.
> >
> > I have been successful in moving all of the z/linux volumes.
> >
> > My problem is how to move the 6 VM volumes since the IPL text has unit
> > addresses in it.
> >
> > In z/vm 5.x I just zapped the 2 addresses in ipl text.
> >
> > In z/VM 6.4 the ipl text has all of 6 volume address in text and some
> > in hex.
> >
> > Can I use SALIPL to change these addresses?
> >
> > SALIPL was run under the covers when I installed VM6.4; Is there a way
> > to

Re: Moving z/vm and zlinux volumes from old dasd to new dasd

[Scott Rohling]

Yes - give it a parm of either SYSG  (the integrated 3270 console on the
HMC) -- or your main operator console address.   For example - if it is E00
...   Then enter PARM of E00 at the load screen...   then the SAPL screen
will come up there ..if on the normal console - just change PDVOL= ..
if on SYSG or another console address..  change PDVOL= and  add CONS=SYSG
or CONS=E00 to the parm line...

Scott Rohling

On Thu, Aug 16, 2018 at 3:17 PM Davis, Jim [PRI-1PP] <
jim.da...@primerica.com> wrote:

> I know what SALIPL and SAPL are but not SAIPL.
> Is SAIPL just a typo?
>
> When we IPL we never see the SAPL screen where I can override the PDVOL=
>
> The original install resulted in no SAPL screen being displayed.
>
> Is there a way to make this appear when IPLing?
>
> -Original Message-
> From: Linux on 390 Port  On Behalf Of Scott
> Rohling
> Sent: Thursday, August 16, 2018 5:40 PM
> To: LINUX-390@VM.MARIST.EDU
> Subject: Re: Moving z/vm and zlinux volumes from old dasd to new dasd
>
> CP Query IPL   gives you the parms used...
>
> You can use SAIPL to bring up z/VM the first time on new DASD (just specify
> correct PDVOL=) ..   then run SALIPL on the IPL volume to make the parms
> stick and not need SAIPL next time..
>
> Scott  Rohling
>
> On Thu, Aug 16, 2018 at 2:17 PM Davis, Jim [PRI-1PP] <
> jim.da...@primerica.com> wrote:
>
> > I have been tasked with moving our z/VM and zlinux file system volume
> > from an old DASD system to a New DASD system.
> > All of my device numbers / unit addresses will change.
> >
> > I have been successful in moving all of the z/linux volumes.
> >
> > My problem is how to move the 6 VM volumes since the IPL text has unit
> > addresses in it.
> >
> > In z/vm 5.x I just zapped the 2 addresses in ipl text.
> >
> > In z/VM 6.4 the ipl text has all of 6 volume address in text and some
> > in hex.
> >
> > Can I use SALIPL to change these addresses?
> >
> > SALIPL was run under the covers when I installed VM6.4; Is there a way
> > to find out what was passed as parms to SALIPL.
> >
> >
> >
> > James Davis
> > jim.da...@primerica.com
> > 470-564-5061
> > "quando omni flunkus moritati"
> >
> > --
> > For LINUX-390 subscribe / signoff / archive access instructions, send
> > email to lists...@vm.marist.edu with the message: INFO LINUX-390 or
> > visit
> > http://www.marist.edu/htbin/wlvindex?LINUX-390
> > --
> > For more information on Linux on System z, visit
> > http://wiki.linuxvm.org/
> >
>
> --
> For LINUX-390 subscribe / signoff / archive access instructions, send
> email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
> http://www.marist.edu/htbin/wlvindex?LINUX-390
> --
> For more information on Linux on System z, visit http://wiki.linuxvm.org/
>
> --
> For LINUX-390 subscribe / signoff / archive access instructions,
> send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or
> visit
> http://www.marist.edu/htbin/wlvindex?LINUX-390
> --
> For more information on Linux on System z, visit
> http://wiki.linuxvm.org/
>

--
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: Moving z/vm and zlinux volumes from old dasd to new dasd

[Scott Rohling]

CP Query IPL   gives you the parms used...

You can use SAIPL to bring up z/VM the first time on new DASD (just specify
correct PDVOL=) ..   then run SALIPL on the IPL volume to make the parms
stick and not need SAIPL next time..

Scott  Rohling

On Thu, Aug 16, 2018 at 2:17 PM Davis, Jim [PRI-1PP] <
jim.da...@primerica.com> wrote:

> I have been tasked with moving our z/VM and zlinux file system volume from
> an old DASD system to a New DASD system.
> All of my device numbers / unit addresses will change.
>
> I have been successful in moving all of the z/linux volumes.
>
> My problem is how to move the 6 VM volumes since the IPL text has unit
> addresses in it.
>
> In z/vm 5.x I just zapped the 2 addresses in ipl text.
>
> In z/VM 6.4 the ipl text has all of 6 volume address in text and some in
> hex.
>
> Can I use SALIPL to change these addresses?
>
> SALIPL was run under the covers when I installed VM6.4; Is there a way to
> find out what was passed as parms to SALIPL.
>
>
>
> James Davis
> jim.da...@primerica.com
> 470-564-5061
> "quando omni flunkus moritati"
>
> --
> For LINUX-390 subscribe / signoff / archive access instructions,
> send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or
> visit
> http://www.marist.edu/htbin/wlvindex?LINUX-390
> --
> For more information on Linux on System z, visit
> http://wiki.linuxvm.org/
>

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390
--
For more information on Linux on System z, visit
http://wiki.linuxvm.org/

Re: Expanding a zLinux non-LVM disk

[Scott Rohling]

I think you need to use fdisk to extend the partition:
https://access.redhat.com/articles/1190213   and then resize2fs or the
appropriate filesystem resize command as stated in the article...

Scott Rohling




On Tue, Apr 24, 2018 at 8:48 PM, Donald Russell <russell@gmail.com>
wrote:

> I have a RHEL 7 zLinux on a single Mod-9 ECKD DASD.  there are three
> partitions:
> 1 - /boot
> 2 - swap
> 3 - /
>
> From one Linux system I tried attaching a not-in-use zLinux Mod-9 and a
> Mod-27 and using fdasd and dd to copy the partitions.  That didn’t work,
> then I tried a VM DDR of the Mod-9 to  Mod-27. My thinking was I could then
> simply expand the the third partition and expand the file system on it.
>
> When I went to delete/create a new partition fdasd thinks my Mod-27 is
> still a Mod-9 (10016 cyls)
>
> I’m guessing there’s something in cyl 0 that tells zLinux the size of the
> disk.   If I can tweak that to show the disk is actually 32759 cylinders
> then I may have a shot at success.
>
> Does anybody have any suggestions for how to move RHEL system from Mod-9 to
> Mod-27?
>
> Thanks,
> Donald Russell
>
> --
> For LINUX-390 subscribe / signoff / archive access instructions,
> send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or
> visit
> http://www.marist.edu/htbin/wlvindex?LINUX-390
> --
> For more information on Linux on System z, visit
> http://wiki.linuxvm.org/
>

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390
--
For more information on Linux on System z, visit
http://wiki.linuxvm.org/

Re: Linux "sleep" command not waking up under high CPU utilization

[Scott Rohling]

Oh and PBR is a real thing...   I lived up in Nederland and Eldora and
Jamestown --  no flatlands for me -  Boulder was the cosmic center of the
universe for awhile (burp)

Scott Rohling

On Thu, Apr 19, 2018 at 10:20 AM, Scott Rohling <scott.rohl...@gmail.com>
wrote:

> Don't know - I worked on RETAIN and then HONE - wrote a thing called
> REGISTER that did DIRMAINT/RACF admin via panels - then z/VM tools and
> system support -then started working from home in '96 doing various and
> sundry things around z/VM and zLinux.   I just know the Boulder plant
> started to feel like a haunted house as manufacturing (especially printing)
> moved elsewhere.   Now it's a major DR site AFAIK ...
>
> Well we're very OT here but thanks for reminiscing ;-)
>
> Scott Rohling
>
> On Thu, Apr 19, 2018 at 9:55 AM, John Campbell <soup...@gmail.com> wrote:
>
>> Well, I spent a week at the People's Republic of Boulder to work on the
>> USF
>> Production Staging Environment though I thought the Tampa QA USF lab made
>> more sense as we had DNS service.
>>
>> It seemed to me, however, that Boulder is where IBM manufactures most of
>> their Blue Tape.
>>
>> -soup
>>
>> On Thu, Apr 19, 2018 at 12:34 PM, Scott Rohling <scott.rohl...@gmail.com>
>> wrote:
>>
>> > >
>> > >
>> > >
>> > >
>> > > I've also got some Foxworthy-ish routines;  When working for IBM in
>> Tampa
>> > > I've worked with folks who remembered when Jeff Foxworthy was
>> employed by
>> > > IBM.
>> > >
>> > >
>> > >
>> > ​I worked for his father, Jim Foxworthy at the Tampa IBM support center
>> > (1979-83) ...  met Jeff at a wedding when his dad remarried Annie who
>> > worked at the support center too.   I might have missed his working for
>> IBM
>> > ... headed for Boulder April '83 and stayed there for 30 years.
>>  Small
>> > world..  ;-)
>> >
>> > Scott Rohling​
>> >
>> > --
>> > 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/
>> >
>>
>>
>>
>> --
>> John R. Campbell Speaker to Machines  souperb at gmail dot
>> com
>> MacOS X proved it was easier to make Unix user-friendly than to fix
>> Windows
>> "It doesn't matter how well-crafted a system is to eliminate errors;
>> Regardless
>>  of any and all checks and balances in place, all systems will fail
>> because,
>>  somewhere, there is meat in the loop." - me
>>
>> --
>> For LINUX-390 subscribe / signoff / archive access instructions,
>> send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or
>> visit
>> http://www.marist.edu/htbin/wlvindex?LINUX-390
>> --
>> For more information on Linux on System z, visit
>> http://wiki.linuxvm.org/
>>
>
>

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390
--
For more information on Linux on System z, visit
http://wiki.linuxvm.org/

Re: Linux "sleep" command not waking up under high CPU utilization

[Scott Rohling]

shoot PRB .. peoples republic of boulder

On Thu, Apr 19, 2018 at 10:22 AM, Scott Rohling <scott.rohl...@gmail.com>
wrote:

> Oh and PBR is a real thing...   I lived up in Nederland and Eldora and
> Jamestown --  no flatlands for me -  Boulder was the cosmic center of the
> universe for awhile (burp)
>
> Scott Rohling
>
> On Thu, Apr 19, 2018 at 10:20 AM, Scott Rohling <scott.rohl...@gmail.com>
> wrote:
>
>> Don't know - I worked on RETAIN and then HONE - wrote a thing called
>> REGISTER that did DIRMAINT/RACF admin via panels - then z/VM tools and
>> system support -then started working from home in '96 doing various and
>> sundry things around z/VM and zLinux.   I just know the Boulder plant
>> started to feel like a haunted house as manufacturing (especially printing)
>> moved elsewhere.   Now it's a major DR site AFAIK ...
>>
>> Well we're very OT here but thanks for reminiscing ;-)
>>
>> Scott Rohling
>>
>> On Thu, Apr 19, 2018 at 9:55 AM, John Campbell <soup...@gmail.com> wrote:
>>
>>> Well, I spent a week at the People's Republic of Boulder to work on the
>>> USF
>>> Production Staging Environment though I thought the Tampa QA USF lab made
>>> more sense as we had DNS service.
>>>
>>> It seemed to me, however, that Boulder is where IBM manufactures most of
>>> their Blue Tape.
>>>
>>> -soup
>>>
>>> On Thu, Apr 19, 2018 at 12:34 PM, Scott Rohling <scott.rohl...@gmail.com
>>> >
>>> wrote:
>>>
>>> > >
>>> > >
>>> > >
>>> > >
>>> > > I've also got some Foxworthy-ish routines;  When working for IBM in
>>> Tampa
>>> > > I've worked with folks who remembered when Jeff Foxworthy was
>>> employed by
>>> > > IBM.
>>> > >
>>> > >
>>> > >
>>> > ​I worked for his father, Jim Foxworthy at the Tampa IBM support center
>>> > (1979-83) ...  met Jeff at a wedding when his dad remarried Annie who
>>> > worked at the support center too.   I might have missed his working
>>> for IBM
>>> > ... headed for Boulder April '83 and stayed there for 30 years.
>>>  Small
>>> > world..  ;-)
>>> >
>>> > Scott Rohling​
>>> >
>>> > --
>>> > 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/
>>> >
>>>
>>>
>>>
>>> --
>>> John R. Campbell Speaker to Machines  souperb at gmail
>>> dot
>>> com
>>> MacOS X proved it was easier to make Unix user-friendly than to fix
>>> Windows
>>> "It doesn't matter how well-crafted a system is to eliminate errors;
>>> Regardless
>>>  of any and all checks and balances in place, all systems will fail
>>> because,
>>>  somewhere, there is meat in the loop." - me
>>>
>>> --
>>> For LINUX-390 subscribe / signoff / archive access instructions,
>>> send email to lists...@vm.marist.edu with the message: INFO LINUX-390
>>> or visit
>>> http://www.marist.edu/htbin/wlvindex?LINUX-390
>>> --
>>> For more information on Linux on System z, visit
>>> http://wiki.linuxvm.org/
>>>
>>
>>
>

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390
--
For more information on Linux on System z, visit
http://wiki.linuxvm.org/

Re: Linux "sleep" command not waking up under high CPU utilization

[Scott Rohling]

Don't know - I worked on RETAIN and then HONE - wrote a thing called
REGISTER that did DIRMAINT/RACF admin via panels - then z/VM tools and
system support -then started working from home in '96 doing various and
sundry things around z/VM and zLinux.   I just know the Boulder plant
started to feel like a haunted house as manufacturing (especially printing)
moved elsewhere.   Now it's a major DR site AFAIK ...

Well we're very OT here but thanks for reminiscing ;-)

Scott Rohling

On Thu, Apr 19, 2018 at 9:55 AM, John Campbell <soup...@gmail.com> wrote:

> Well, I spent a week at the People's Republic of Boulder to work on the USF
> Production Staging Environment though I thought the Tampa QA USF lab made
> more sense as we had DNS service.
>
> It seemed to me, however, that Boulder is where IBM manufactures most of
> their Blue Tape.
>
> -soup
>
> On Thu, Apr 19, 2018 at 12:34 PM, Scott Rohling <scott.rohl...@gmail.com>
> wrote:
>
> > >
> > >
> > >
> > >
> > > I've also got some Foxworthy-ish routines;  When working for IBM in
> Tampa
> > > I've worked with folks who remembered when Jeff Foxworthy was employed
> by
> > > IBM.
> > >
> > >
> > >
> > ​I worked for his father, Jim Foxworthy at the Tampa IBM support center
> > (1979-83) ...  met Jeff at a wedding when his dad remarried Annie who
> > worked at the support center too.   I might have missed his working for
> IBM
> > ... headed for Boulder April '83 and stayed there for 30 years. Small
> > world..  ;-)
> >
> > Scott Rohling​
> >
> > --
> > 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/
> >
>
>
>
> --
> John R. Campbell Speaker to Machines  souperb at gmail dot
> com
> MacOS X proved it was easier to make Unix user-friendly than to fix Windows
> "It doesn't matter how well-crafted a system is to eliminate errors;
> Regardless
>  of any and all checks and balances in place, all systems will fail
> because,
>  somewhere, there is meat in the loop." - me
>
> --
> For LINUX-390 subscribe / signoff / archive access instructions,
> send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or
> visit
> http://www.marist.edu/htbin/wlvindex?LINUX-390
> --
> For more information on Linux on System z, visit
> http://wiki.linuxvm.org/
>

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390
--
For more information on Linux on System z, visit
http://wiki.linuxvm.org/

Re: Linux "sleep" command not waking up under high CPU utilization

[Scott Rohling]

>
>
>
>
> I've also got some Foxworthy-ish routines;  When working for IBM in Tampa
> I've worked with folks who remembered when Jeff Foxworthy was employed by
> IBM.
>
>
>
​I worked for his father, Jim Foxworthy at the Tampa IBM support center
(1979-83) ...  met Jeff at a wedding when his dad remarried Annie who
worked at the support center too.   I might have missed his working for IBM
... headed for Boulder April '83 and stayed there for 30 years. Small
world..  ;-)

Scott Rohling​

--
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: Are z14 pre-reqs dynamic?

[Scott Rohling]

Since they are to CP - no - you need to load the newly rebuilt CPLOAD.
 But since you will be doing that anyway when you move to the z14, I don't
see an issue.   Just apply the maintenance, do a PUT2PROD and you should be
ready to IPL on the z14.   (or come up with it if you have an unexpected
outage before then)

Scott Rohling



On Mon, Nov 20, 2017 at 11:38 AM, Bfishing <bfish...@gmail.com> wrote:

> Greetings list,
>
>   Like many places, we don't have a lot of prep time and can't afford many
> outages for maint.  That said, we're looking to upgrade our 630 systems for
> the move over upgrading right away to 640 with all the pre-reqs.  While so
> many fixes now being dynamic, I am hoping that the following can be applied
> without having to bounce the system.  We are at pretty current microcode
> levels.
>
> z/VM V6.3.0 must be installed on a prior IBM Z server and the PTFs for
> APARs VM65942 and its prereqs, VM65921, and VM65922 must be applied prior
> to moving the image to z14
>
> Thanks in advance,
> Kurt
> --
>
> ><º>`·.¸¸´¯`·.¸.·´¯`·...¸>(((º>
> .·´¯`·.><º>`·.¸¸.·´¯`·.¸.·´¯`·...¸><º>
>
> <>< Go fishing ><>
>
> --
> For LINUX-390 subscribe / signoff / archive access instructions,
> send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or
> visit
> http://www.marist.edu/htbin/wlvindex?LINUX-390
> --
> For more information on Linux on System z, visit
> http://wiki.linuxvm.org/
>

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390
--
For more information on Linux on System z, visit
http://wiki.linuxvm.org/

Re: Gold On LUN

[Scott Rohling]

EDEVICEs are z/VM's way to provide that virtualization and hide the ugly
details but in this case z/VM is simply supplying a path (FCP
subchannel) and it's up to guest OS to do what it needs to do to connect to
the storage using that path.

So to me the question would be - why aren't EDEVICEs being used?

Scott Rohling

On Fri, Sep 8, 2017 at 1:45 PM, Willemina Konynenberg <w...@konynenberg.org>
wrote:

> To me, all this seems to suggest some weakness in the virtualisation
> infrastructure, which seems odd for something as mature as z/VM.
>
> So then the follow up question would be: is the host infrastructure
> being used properly here?  Is there not some other (managable) way to
> set things up such that all the ugly technical details of the underlying
> host/san infrastructure is completely hidden from the (clone) guests,
> and that the guests cannot accidentally end up accessing resources they
> shouldn't be allowed to access?  This should be the responsibility of
> the host system, not of each and every single guest.
>
> To me, that seems a fairly basic requirement for any sensible virtual
> machine host infrastructure, so I would think that would already be
> possible in z/VM somehow.
>
> Willemina
>
>
> On 09/08/17 22:28, Robert J Brenneman wrote:
>
>> Ancient history: http://www.redbooks.ibm.com/redpapers/pdfs/redp3871.pdf
>>
>> Without NPIV you're in that same boat.
>>
>> Even if you had NPIV you would still have to mount the new clone and fix
>> the ramdisk so that it points to the new target device instead of the
>> golden image.
>>
>> This is especially an issue for DS8000 type storage units that give every
>> LUN a unique LUN number based on which internal LCU its on and the order
>> it
>> gets created. Storwize devices like SVC and V7000 do it differently: each
>> LUN is numbered starting from  and counts up from there for each host,
>> so the boot LUN is always LUN 0x for every clone and you
>> don't have to worry about that part so much.
>>
>> The gist of your issue is that you need to:
>>mount the new clone volume on a running Linux instance
>>chroot into it so that your commands are 'inside' that cloned linux
>> environment
>>fix the udev rules to point to the correct lun number
>>fix the grub kernel parameter to point to the correct lun if needed
>>fix the /etc/fstab records to point to the new lun if needed
>>?? re-generate the initrd so that it does not contain references to the
>> master image ??
>>
>> ( I'm not sure whether that last one is required on SLES 12 )
>>
>> On Fri, Sep 8, 2017 at 3:30 PM, Alan Altmark <alan_altm...@us.ibm.com>
>> wrote:
>>
>> On Friday, 09/08/2017 at 04:46 GMT, Scott Rohling
>>> <scott.rohl...@gmail.com> wrote:
>>>
>>>> Completely agree with you ..I might make an exception if the only
>>>>
>>> FCP
>>>
>>>> use is for z/VM to supply EDEVICEs
>>>>
>>>
>>> AND the PCHID is configured in the IOCDS as non-shared.
>>>
>>> Alan Altmark
>>>
>>> Senior Managing z/VM and Linux Consultant
>>> IBM Systems Lab Services
>>> IBM Z Delivery Practice
>>> 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/
>>>
>>>
>>
>>
>> --
>> 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/
>>
>>
> --
> For LINUX-390 subscribe / signoff / archive access instructions,
> send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or
> visit
> http://www.marist.edu/htbin/wlvindex?LINUX-390
> --
> For more information on Linux on System z, visit
> http://wiki.linuxvm.org/
>

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390
--
For more information on Linux on System z, visit
http://wiki.linuxvm.org/

Re: Gold On LUN

[Scott Rohling]

Completely agree with you ..I might make an exception if the only FCP
use is for z/VM to supply EDEVICEs -- but I haven't seen an EDEVICE-only
implementation yet myself - it's always in combination with some guest
attached FCPs. I have had a hard time explaining FCP/NPIV to mainframe
storage teams who don't quite grok FCP subchannels and SAN zoning - and are
used to FICON/DASD..  For the most part, our non-NPIV use comes from
customers who set things up that way from the start, and aren't willing to
do go through a conversion.

Scott Rohling

On Fri, Sep 8, 2017 at 8:49 AM, Alan Altmark <alan_altm...@us.ibm.com>
wrote:

> On Friday, 09/08/2017 at 02:20 GMT, Greg Preddy <gpre...@cox.net> wrote:
> > Bingo!  No NPIV
>
> *sigh*  Folks have GOT to switch to NPIV!!  If I audit such a system, it
> fails.  It's like sharing passwords.  No accountability, no separation, no
> access control, no assurance that the Golden Master is 24k.
>
> (grump)
>
> Alan Altmark
>
> Senior Managing z/VM and Linux Consultant
> IBM Systems Lab Services
> IBM Z Delivery Practice
> 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/

Re: Gold On LUN

[Scott Rohling]

That depends on whether NPIV is enabled ...  otherwise this guest could
have the same access as the one it was cloned from..

Scott Rohling

On Fri, Sep 8, 2017 at 6:41 AM, Steffen Maier <ma...@linux.vnet.ibm.com>
wrote:

> Volume access control (LUN masking / host mapping) should prevent access
> to a golden volume. You'd still need to customize disk clones to make them
> work but it should at least break early during boot and not accecss the
> golden image (especially not writable and thus potentially destroying its
> golden property).
>
>
> On 09/07/2017 09:19 PM, Greg Preddy wrote:
>
>> I think that is it, we have no clue where SLES12 puts the info about LUNS
>> so don't know what to change where.
>>
>
> Here's the official top-level documentation for zfcp configuration:
> https://www.ibm.com/support/knowledgecenter/linuxonibm/com.
> ibm.linux.z.lhdd/lhdd_t_fcp_wrk_on.html
> https://www.ibm.com/support/knowledgecenter/linuxonibm/com.
> ibm.linux.z.lhdd/lhdd_t_fcp_wrk_addu.html
>
> It's all tooling, no direct editing of any config files with SLES.
>
> On overview of the same, although not yet full updated for SLES12, is in
> (slides 33,35 for SLES):
> http://www-05.ibm.com/de/events/linux-on-z/pdf/day2/4_Steffe
> n_Maier_zfcp-best-practices-2015.pdf
>
> But there's much more to customize in a golden disk image on the first use
> of a disk clone...
>
> Found some steps for cloning SLES11 that would most likely work if we were
>> SLES11.
>>
>
> http://www.redbooks.ibm.com/abstracts/sg248890.html?Open
> "The Virtualization Cookbook for IBM z Systems Volume 3: SUSE Linux
> Enterprise Server 12"
>
> However, the authors moved focus from golden disk image cloning towards
> different disk content provisioning techniques for technical reasons:
> "Chapter 7. Configuring Linux for cloning
> Linux operating systems over time tend to have more and more unique
> identifiers, such as, with the introduction of systemd, a new machine ID
> has been added. All of these identifiers must be re-created on the cloned
> system. However, the process to know all these identifiers
> and to re-create them requires in-depth knowledge of the golden image.
> Failure to update all of these identifiers could cause unforeseen trouble
> later, including the possibilities of data corruption or security issues.
> If you are unsure of all of the unique identifiers for your golden image,
> and you prefer not to follow the cloning process, refer to the automated
> installation procedures for KIWI imaging instead. Find information about
> these in the following chapters"
>
> The older book version for SLES11 might contain more information on
> cloning, but that's of course not necessarily fully applicable to SLES12.
> http://www.redbooks.ibm.com/abstracts/tips1060.html?Open
>
> NB: The book's own tooling/scripting contains the image clone
> customization details.
>
> On 9/7/2017 10:34 AM, Karl Kingston wrote:
>>
>>> Check your FCP definitions on linux.   You may find they are still
>>> referencing your gold
>>> system.
>>>
>>> On Thu, 2017-09-07 at 11:31 -0400, Grzegorz Powiedziuk wrote:
>>>
>>>> Hi
>>>> What do you mean it still mounts a  gold LUN? You boot from from a NEW
>>>> Lun
>>>> but root filesystem ends up beeing mounted from GOLD Lun?
>>>> First of I all I would make sure that GOLD lun after clonning is not
>>>> accesible in virtual machine anymore. Just to make it simple.
>>>>
>>>> I can't remember how it is done in SLES but in RHEL there is a bunch of
>>>> stuff that refers to a specific LUN with a specific scsi_id
>>>>
>>>> For example multipath (/etc/multipath.conf)  configuration. In there you
>>>> usually you bond scsi_id (wwid) of Lun with friendly name (mpathX for
>>>> example).
>>>> That multipath configuration is also saved in initrd. So if you boot
>>>> from
>>>> clone, it will end up mounting wrong volume.
>>>>
>>>> Are you using LVM?
>>>>
>>>
>
>>>> 2017-09-07 9:08 GMT-04:00 Greg Preddy <gpre...@cox.net>:
>>>>
>>>>> All,
>>>>>
>>>>> We're doing SLES 12 on 100% LUN, with gold copy on a single 60GB LUN.
>>>>> This is a new cloning approach for us so we're not sure how to make
>>>>> this
>>>>> work.  Our Linux SA got the storage admin to replicate the LUN, but
>>>>> when
>>>>> we change the server to boot the copy, it still mounts the gold LUN.
>&

Re: Auto login root on 3270 console ttyS0

[Scott Rohling]

​Not that most users have it - but those with Class C have the ability to
talk to all the zLinux guests via CP SEND.   So in a sense it is a console
just sitting there, but only those with class C can get in the room.
This privilege is hopefully covered by security policy elsewhere, ensuring
the right people have these privs, they are revalidated, etc etc. We
used to use automation on z/VM that relied on CP SEND and the guests being
logged in as root - it was a nice way to talk to all of your guests
directly from z/VM and issue commands and do queries or some pd ..   but we
have moved away from that in favor of Linux based (ssh, etc) tools.​

To me - it is 'safer' to not login as root (or any id) automatically...
You then disable the ability of any class C user to send an unwanted
command to your guest whether on purpose or accident.   Whether
physical/virtual - the console is sitting there able to be accessed - so it
should really be logged out and force you to provide credentials.

  Strictly my take on it - and it can certainly be argued that CMS
guests are always logged in as root ;-)I would rather just avoid
security concerns altogether unless there is real value to be had.   It
also helps keeping the separation between z/VM support and zLinux support
crisp.

Scott Rohling

On Tue, Aug 15, 2017 at 3:47 PM, Rick Troth <r...@casita.net> wrote:

> On 8/15/2017 at 06:17 PM, Donald Russell <russell@gmail.com> wrote:
> >> I run a SLES 11 (for emergency recovery) and RHEL 7 system on zVM
> 6.3/6.4
> >>
> >> Sysadmins can LOGON BY to get to the zLinux console if necessary.
> >>
> >> How/what do I have to configure so logging onto the 3270 console gets me
> >> logged into root in a bash shell automatically?
>
>
> On 08/15/2017 06:27 PM, Mark Post wrote:
> > For SLES11, modify /etc/inittab
> > # Default HMC/3215/3270 console
> > 1:2345:respawn:/sbin/ttyrun ttyS0 /sbin/mingetty --noclear %t dumb
> >
> > and replace it with something like this:
> > 1:012356:respawn:/bin/bash -i
>
> That should work.
> I took it up a notch by wrapping up some proper profiling into a shell
> script, which is ...
>
> http://www.casita.net/pub/nord/sbin/conshell
>
>
> (And as I review it, I see that it still lacks the PATH fixup I thought
> was there. Gotta fix that.)
>
> I always run ...
>
> cons:12:respawn:/sbin/conshell
>
>
> It's arguable that having to enter a password at a "login:" prompt would
> actually be /less/ secure.
>
>
> - snip -
>
> All the badness you read about in the Googoo searching is because
> /unattended *physical* boxes/ with a root shell "just sittin there" is
> indeed a bad thing. But you're doing LOGON BY. (Any virtualization would
> have some kind of control over console access, some better than others
> and z/VM is particularly good.) Be prepared to explain how VM is
> protecting the guests when the auditors come knockin.   :-(
>
> Also (and apologies for being pedantic), it's not really a 3270. Linux
> thinks it's talking to a 3215 (or in some cases an HMC interface).
> You're in "CONMODE 3215" so VM presents ye olde typewriter to the guest.
> There /is/ a 3270 driver for Linux, a whole other story. You could even
> do 'TERM CONMODE 3270'.
>
> -- R; <><
>
>
>
>
> --
> For LINUX-390 subscribe / signoff / archive access instructions,
> send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or
> visit
> http://www.marist.edu/htbin/wlvindex?LINUX-390
> --
> For more information on Linux on System z, visit
> http://wiki.linuxvm.org/
>

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390
--
For more information on Linux on System z, visit
http://wiki.linuxvm.org/

Re: Installing SLES12 SP2 can't access repository

[Scott Rohling]

That's all dependent on the server and software you use for FTP ...   it
you keep FTP confined to a users /home directory - that's what you get..
 it may be set up differently depending on what flavor of ftp and how it's
configured. ( and what security is in place).
Scott Rohling

On Thu, Jul 20, 2017 at 11:33 AM, Jeffrey Barnard <j...@bsitcpip.com> wrote:

> On 07/19/2017 06:06 PM, Julie Phinney wrote:
>
>> One person said they created a symbolic link to the mounted .iso  in the
>> ftp user's home directory.
>>
>
> I was able to get this to work.
>
> I could not get SLES12SP2 to FTP install unless the .iso was mounted on a
> mount point in the FTP user's home directory.
>
> E.g., if the FTP userid is xxx
> then the FTP home directory might be /home/xxx
>
> If I mounted the .iso at /tmp/sles12 and pointed the install there ...
> failure.
>
> If I created a symlink from the home directory to this mount point ...
> success. Also, mounting the .iso to a mount point in the home directory
> worked too.
>
> E.g., a symlink from /home/xxx/sles12 ... to ... /tmp/sles12
> did the trick.
>
> Hope this helps.
> Jeff
>
> --
> For LINUX-390 subscribe / signoff / archive access instructions,
> send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or
> visit
> http://www.marist.edu/htbin/wlvindex?LINUX-390
> --
> For more information on Linux on System z, visit
> http://wiki.linuxvm.org/
>

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390
--
For more information on Linux on System z, visit
http://wiki.linuxvm.org/

Re: Remove DASD device

[Scott Rohling]

Did you try chccwdev -d xxx  (xxx is the virtual address)?


Scott Rohling

On Tue, May 30, 2017 at 11:46 AM, Jorge Fábregas <jorge.fabre...@gmail.com>
wrote:

> Hi,
>
> We have a situation with  two SLES11 servers.  We had to migrate the
> underlying PVs used for the swap logical volume (we used pvmove to move
> from DASD to FCP LUNs) and then we removed the DASD PVs from the volume
> group (followed by pvremove on them to wipe LVM metadata).  After that I
> called my z/VM admin and asked him to remove the corresponding DASD
> devices.  He did but I still have the device files associated with them
> (/dev/dasd*)...
>
> The problem is that, whenever I type any LVM command, the command gets
> stucked (doesn't return the prompt).  I guess vgscan is getting stuck
> reading these non existing DASD device files.  I could fix this by
> excluding these devices (LVM filter) or by rebooting but I'm wondering
> if there's a a way to remove these DASD device files dynamically?
>
> For regualr SCSI devices one usually performs:
>
> echo offline > /sys/block/$DISK/device/state
> echo 1 > /sys/block/$DISK/device/delete
>
> ...but I don't see "state" nor "delete" for /sys/block/dasd*/device/*
> and Google didn't help that much.
>
> Thanks in advance!
>
> Regards,
> Jorge
>
> --
> 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/

Alpine Linux supports s390x

[Scott Rohling]

Though I don't see a download for s390x at first glance - this release
announcement indicates support was added:

https://www.alpinelinux.org/posts/Alpine-3.6.0-released.html

Scott Rohling

--
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: SLES12 boot error after clone

[Scott Rohling]

I also think not swapping addresses around might help avoid errors and at
least confusion...what is the point of cloning 200 > 201 and 201 > 200
? Have you tried readdressing your disks to match the guest you cloned
from?

Scott Rohling

On Tue, May 9, 2017 at 8:26 AM, Stefan Haberland <s...@linux.vnet.ibm.com>
wrote:

> Hi,
>
> unfortunately I am not that deep into flashcopy, so please excuse if I
> assume something wrong.
>
> On 09.05.2017 01:57, Dave Myers wrote:
>
>> A bootable SLES12 SP1 system was cloned using flashcopy.
>> All minidisks on the clone are the same virtual address.
>>
>
> Do the minidisks have exactly the same size? Or is it possible that you
> cloned only parts of the disk?
>
>
>> At boot on the clone we get:
>>
>> IPL 201
>> Booting default (grub2)
>> dasd-eckd 42a207:  0.0.0200:  The specified record was not found.
>>
>> 1.  What's the most likely cause for this error?
>>
>
> That the disk is not fully formatted or (more unlikely) it is defective.
>
>
>> 2.  What script/files do we need to tweak to fix it ?
>>
>
> dasdfmt will format the whole disk but this would destroy all cloned
> data and might not be what you want.
>
> I suggest that the disks should have exactly the same size and
> everything should be cloned. If this is not possible for some reason you
> could format the target disk using dasdfmt (or if the source disk was
> formatted with another tool use this one) before cloning. Please note
> that you have to use the same disk format and blocksize as for the
> source disk.
>
> Regards,
> Stefan
>
>
> --
> For LINUX-390 subscribe / signoff / archive access instructions,
> send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or
> visit
> http://www.marist.edu/htbin/wlvindex?LINUX-390
> --
> For more information on Linux on System z, visit
> http://wiki.linuxvm.org/
>

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390
--
For more information on Linux on System z, visit
http://wiki.linuxvm.org/

Re: Bash loop failing

[Scott Rohling]

I've seen 3 posts from you so they are getting through..   If Michael was
using visual bash they might have been helpful ...   ;-)

Scott Rohling

On Thu, May 4, 2017 at 8:05 AM, Paul Flint <fl...@flint.com> wrote:

> Dear Neale,
>
> I believe you are on to something here.  I have used the BASH string
> arrays and they really rock.
>
> As you likely know, I shall be giving a presentation on something I call
> "Visual Bash", At the VM Workshop next month.  Visual Bash is a framework
> to help make bash programs easier to manage.
>
> Consequently, my interest is not merely academic, I am really interested
> in bash code under zLinux.
>
> Right now the most difficult thing I am grappling with is the Marist
> listserver does not like me.  I am testing this messasge to see if it gets
> through.
>
> Regards,
>
> Flint
>
> On Thu, 4 May 2017, Neale Ferguson wrote:
>
> Date: Thu, 4 May 2017 14:40:42 +
>> From: Neale Ferguson <ne...@sinenomine.net>
>> Reply-To: Linux on 390 Port <LINUX-390@VM.MARIST.EDU>
>> To: LINUX-390@VM.MARIST.EDU
>> Subject: Re: Bash loop failing
>>
>>
>> Rather than using read can you load the results of the command into an
>> array and iterate:
>>
>>
>> FILES=`ls`
>>
>> FILE=(${FILES})
>>
>> for ((i=0; i<${#FILE[@]}; i++))
>>
>> do
>>
>>   echo ${i} ${FILE[$i]}
>>
>>   done
>>
>> Exit
>>
>>
>> This should load the variables before the other scripts are invoked.
>>
>>
>> Neale
>>
>> --
>> For LINUX-390 subscribe / signoff / archive access instructions,
>> send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or
>> visit
>> http://www.marist.edu/htbin/wlvindex?LINUX-390
>> --
>> For more information on Linux on System z, visit
>> http://wiki.linuxvm.org/
>>
>>
> --
> For LINUX-390 subscribe / signoff / archive access instructions,
> send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or
> visit
> http://www.marist.edu/htbin/wlvindex?LINUX-390
> --
> For more information on Linux on System z, visit
> http://wiki.linuxvm.org/
>

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390
--
For more information on Linux on System z, visit
http://wiki.linuxvm.org/

Re: /etc/mtab and "df -h" problem

[Scott Rohling]

You mention nfs - so -   does 'df -hl'  also present the error? The 'l'
limits it to local filesystems so seems an easy check to see if it's
related to nfs..

Scott Rohling

On Mon, Apr 17, 2017 at 9:16 AM, Grzegorz Powiedziuk <gpowiedz...@gmail.com>
wrote:

> Thanks Scott
> Nothing unusual ext4  + nfs
> But, I've just noticed that system was updated from redhat satelite server
> few days ago. And it definitely requires a reboot (satellite claims so)
> Nonetheless other updated systems (there were a bunch of those), does not
> have this issue  .
>
> Gregory
>
> 2017-04-17 12:04 GMT-04:00 Scott Rohling <scott.rohl...@gmail.com>:
>
> > A quick google shows similar reported (on ubuntu but just grasping here)
> >  -- had to do with fuse mounted filesystems and gvfs (and perhaps
> lightdm)
> > ...
> >
> > What kind of filesystems do you have available ​and could one of them be
> > the reason things behave differently.. ?   Is there  a filesystem here
> that
> > isn't present on your other servers..  ?
> >
> > Why the -h option would matter I'm really not sure - to me that's just an
> > adjustment of how sizes are shown.. so you'd think you'd get the error
> > regardless..   Like I said - grasping..
> >
> > Scott Rohling
> >
> > On Mon, Apr 17, 2017 at 8:12 AM, Grzegorz Powiedziuk <
> > gpowiedz...@gmail.com>
> > wrote:
> >
> > > I am having a really weird issue on one of the z redhat systems.
> Probably
> > > it doesn't have anything to do with Z but we have some great minds here
> > so
> > > perhaps someone will help me
> > >
> > > the "df -h" or "df -P"  command doesn't work when run as a normal user.
> > > "df" on it's own works fine.
> > >
> > > Error:
> > > df: cannot read table of mounted file systems: Permission denied
> > >
> > > Now, here is when it gets really strange. Above suggests wrong
> > permissions
> > > on /etc/mtab which are fine:
> > > [root@it069qz5ora lib64]# ls -la /etc/mtab
> > > -rw-r--r-- 1 root root 2024 Apr 17 10:44 /etc/mtab
> > >
> > > But the "df -h" is trying to open that file with WRITE access mode !!!
> > > strace df -h 2>&1 |grep open  | grep mtab
> > > ...
> > > open("/etc/mtab", O*_RDWR*|O_CLOEXEC) = -1 EACCES (Permission
> denied)
> > >
> > > On all other systems"df -h" opens that mtab file in O_RDONLY. Why this
> > one
> > > is different?
> > >
> > > And as I said, regular "df" works fine and it usies O_RDONLY flag.
> > >
> > > So the problem happens only with "df -h" or "df -P" . That doesn't make
> > any
> > > sense to me.
> > >
> > > Has anyone seen anything like that?
> > >
> > > thanks!
> > > Gregory
> > >
> > > --
> > > For LINUX-390 subscribe / signoff / archive access instructions,
> > > send email to lists...@vm.marist.edu with the message: INFO LINUX-390
> or
> > > visit
> > > http://www.marist.edu/htbin/wlvindex?LINUX-390
> > > --
> > > For more information on Linux on System z, visit
> > > http://wiki.linuxvm.org/
> > >
> >
> > --
> > For LINUX-390 subscribe / signoff / archive access instructions,
> > send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or
> > visit
> > http://www.marist.edu/htbin/wlvindex?LINUX-390
> > --
> > For more information on Linux on System z, visit
> > http://wiki.linuxvm.org/
> >
>
> --
> For LINUX-390 subscribe / signoff / archive access instructions,
> send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or
> visit
> http://www.marist.edu/htbin/wlvindex?LINUX-390
> --
> For more information on Linux on System z, visit
> http://wiki.linuxvm.org/
>

--
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: /etc/mtab and "df -h" problem

[Scott Rohling]

A quick google shows similar reported (on ubuntu but just grasping here)
 -- had to do with fuse mounted filesystems and gvfs (and perhaps lightdm)
...

What kind of filesystems do you have available ​and could one of them be
the reason things behave differently.. ?   Is there  a filesystem here that
isn't present on your other servers..  ?

Why the -h option would matter I'm really not sure - to me that's just an
adjustment of how sizes are shown.. so you'd think you'd get the error
regardless..   Like I said - grasping..

Scott Rohling

On Mon, Apr 17, 2017 at 8:12 AM, Grzegorz Powiedziuk <gpowiedz...@gmail.com>
wrote:

> I am having a really weird issue on one of the z redhat systems. Probably
> it doesn't have anything to do with Z but we have some great minds here so
> perhaps someone will help me
>
> the "df -h" or "df -P"  command doesn't work when run as a normal user.
> "df" on it's own works fine.
>
> Error:
> df: cannot read table of mounted file systems: Permission denied
>
> Now, here is when it gets really strange. Above suggests wrong permissions
> on /etc/mtab which are fine:
> [root@it069qz5ora lib64]# ls -la /etc/mtab
> -rw-r--r-- 1 root root 2024 Apr 17 10:44 /etc/mtab
>
> But the "df -h" is trying to open that file with WRITE access mode !!!
> strace df -h 2>&1 |grep open  | grep mtab
> ...
> open("/etc/mtab", O*_RDWR*|O_CLOEXEC) = -1 EACCES (Permission denied)
>
> On all other systems"df -h" opens that mtab file in O_RDONLY. Why this one
> is different?
>
> And as I said, regular "df" works fine and it usies O_RDONLY flag.
>
> So the problem happens only with "df -h" or "df -P" . That doesn't make any
> sense to me.
>
> Has anyone seen anything like that?
>
> thanks!
> Gregory
>
> --
> For LINUX-390 subscribe / signoff / archive access instructions,
> send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or
> visit
> http://www.marist.edu/htbin/wlvindex?LINUX-390
> --
> For more information on Linux on System z, visit
> http://wiki.linuxvm.org/
>

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390
--
For more information on Linux on System z, visit
http://wiki.linuxvm.org/

Re: RHEL 6 CPU Scalability

[Scott Rohling]

First - how many 'real' CPUs or IFLs do you have    ?   You don't want
more virtual defined to a guest then you have actually defined to z/VM..
 (I'm assuming z/VM here)


Scott Rohling


On Mon, Apr 3, 2017 at 6:46 AM, Wheeler, Mark L <mark_whee...@optum.com>
wrote:

> Greetings!
>
> We have eight RHEL 6 servers with 8 vCPUs each handling a large workload,
> which continues to grow. We could expand the server farm horizontally by
> adding more servers, or vertically by adding more vCPUs. I'm concerned
> about SMP effects of adding more vCPUs but don't have any data to validate
> that concern one way or another.
>
> Can anyone provide a recommendation? More servers or more vCPUs?
>
> Very best regards,
>
> Mark Wheeler
> z/VM and zLinux
> Optum Technology
> 952-912-9524
> Mark_Wheeler at optum.com
>
>
> This e-mail, including attachments, may include confidential and/or
> proprietary information, and may be used only by the person or entity
> to which it is addressed. If the reader of this e-mail is not the intended
> recipient or his or her authorized agent, the reader is hereby notified
> that any dissemination, distribution or copying of this e-mail is
> prohibited. If you have received this e-mail in error, please notify the
> sender by replying to this message and delete this e-mail immediately.
>
> --
> For LINUX-390 subscribe / signoff / archive access instructions,
> send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or
> visit
> http://www.marist.edu/htbin/wlvindex?LINUX-390
> --
> For more information on Linux on System z, visit
> http://wiki.linuxvm.org/
>

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390
--
For more information on Linux on System z, visit
http://wiki.linuxvm.org/

Re: DEDICATED OSA, LINUX VLAN tagging and bonding

[Scott Rohling]

Are you sure you are interpreting the requirement correctly?   'Everything
gets quiesced during hyperswap' ...   how does this relate to z/VM and
VSWITCH?

Scott Rohling

On Tue, Mar 7, 2017 at 12:23 PM, Bill Head <bh...@humana.com> wrote:

> One requirement with building proxy guests for GDPS/xDR is that you do not
> use virtual switches (since everything gets quiesed during a hyperswap).
>  So in order to setup DEDICATED OSA adapters I think I'm forced to use VLAN
> tagging in LINUX.  They also recommend using bonding.   Which goes back to
> my original question.   When I clone a guest I'm coming up on a VSWITCH
> connected via eth0, on VLAN 14.
>
> So I putty in at that point and try to configure  ifcfg-eth1 and
> ifcfg-eth2, then ifcfg-bond0, then ifcfg-vlan10.   The free IP addresses I
> have are on VLAN10.
>
> I found  something on the net about loading a module (8021q) so I did that
> and rebooted, when it comes up I'm getting the following
>
> Mar  7 14:44:29 lxqmq001 kernel: 8021q: adding VLAN 0 to HW filter on
> device eth0
> Mar  7 14:44:29 lxqmq001 kernel: eth0: no IPv6 routers present
> Mar  7 14:44:29 lxqmq001 kernel: bonding: Ethernet Channel Bonding Driver:
> v3.7.1 (April 27, 2011)
> Mar  7 14:44:29 lxqmq001 kernel: bonding: bond0 is being created...
> Mar  7 14:44:29 lxqmq001 kernel: bonding: bond0: setting mode to
> active-backup (1).
> Mar  7 14:44:29 lxqmq001 kernel: bonding: bond0: Setting fail_over_mac to
> active (1).
> Mar  7 14:44:29 lxqmq001 kernel: bonding: bond0: Setting MII monitoring
> interval to 100.
> Mar  7 14:44:29 lxqmq001 kernel: bonding: bond0: Adding slave eth1.
> Mar  7 14:44:29 lxqmq001 kernel: bonding: bond0: Adding slave eth2.
> Mar  7 14:44:29 lxqmq001 kernel: ADDRCONF(NETDEV_UP): bond0: link is not
> ready
> Mar  7 14:44:29 lxqmq001 kernel: 8021q: adding VLAN 0 to HW filter on
> device bond0
> Mar  7 14:44:29 lxqmq001 kernel: bonding: bond0 is being deleted..
>
> I am unable to ping the 193.91.10.113 address from another server.
>
> I tried changing /etc/sysconfig/network/routes from this:
>
> default 205.145.91.254 - -
>
> to this:
>
> default 193.91.10.254 - -
>
> But I lose my connection on eth0 as well as the new vlan10 bonded address.
>
>
> -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 transmitted is intended only for the person or entity to
> which it is addressed
> and may contain CONFIDENTIAL material.  I

Re: Moving on

[Scott Rohling]

​While the IT guys might be willing - I'd hope the company's business and
security policies wouldn't allow that.Any forwarding should be to
whoever will be responsible for Ron's business communications and Baldor.
 Less messy all around to just subscribe with your own personal email.

Scott Rohling

On Thu, Feb 9, 2017 at 8:57 AM, Paul Dembry <p...@trifox.com> wrote:

> Create a gmail account and ask Baldor's IT to auto-forward your emails for
> a
> couple of months?
>
> -Original Message-
> From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of Ron
> Foster
> Sent: Wednesday, February 08, 2017 11:57 AM
> To: LINUX-390@VM.MARIST.EDU
> Subject: Moving on
>
> I started in the business in 1972.  Our local college had an 8k IBM 1130
> Almost immediately,  I wanted to find out move about it. After graduation,
> I
> went to work at my present employer(Baldor).  After 40 years here, I have
> accepted an early retirement.
>
>
> I enjoyed the people on the mailing list. They almost always had the answer
> to whatever problem. I was having at the moment.
>
>
> It was always nice to put a face with a name at SHARE.
>
>
> Thanks mailing list.  Keep helping people.
>
>
> (Anyone happen to have the instructions on haw to move  to  a different
> email address.
>
> I am using a work email  address that will be killed in the next day or
> two.)
>
> Ron Foster
>
> ABB - Fort Smith
>
> Large Systems Analyst
>
> 5711 R S Boreham Jr Street
>
> Fort Smith, AR 72901
>
> Phone:479-648-5865
>
> Fax:479-648-5985
>
> Email: ron.fos...@us.abb.com<mailto:ron.fos...@baldor.abb.com>
>
> IM Address:ron.fos...@us.abb.com
>
> www.baldor.com<http://www.baldor.com/>
>
>
>
> --
> For LINUX-390 subscribe / signoff / archive access instructions, send email
> to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
> http://www.marist.edu/htbin/wlvindex?LINUX-390
> --
> For more information on Linux on System z, visit http://wiki.linuxvm.org/
>
> --
> For LINUX-390 subscribe / signoff / archive access instructions,
> send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or
> visit
> http://www.marist.edu/htbin/wlvindex?LINUX-390
> --
> For more information on Linux on System z, visit
> http://wiki.linuxvm.org/
>

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390
--
For more information on Linux on System z, visit
http://wiki.linuxvm.org/

Re: new subnet for cloned zlinux guest

[Scott Rohling]

Can you ping your gateway after ifup?

Scott Rohling

On Wed, Dec 28, 2016 at 7:09 AM, Kumar <kumarsyste...@gmail.com> wrote:

> Hi,
>
> We have been successfully able to clone Suse gold images to guests but off
> late we ran out of IPs from a particular subnet.
>
> So Network team assigned new set of subnet, have assigned the new IP to a
> new zlinux Suse 12 guest and also new default gateway using eth0 down and
> up  commands but still we cannot SSH to it.
>
> Previously we just had to update the IP assigned and default gateway using
> the eth0 down and up commands we were able to ssh to it.
>
> Please advise
>
> Regards,
> Kumar
>
> --
> For LINUX-390 subscribe / signoff / archive access instructions,
> send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or
> visit
> http://www.marist.edu/htbin/wlvindex?LINUX-390
> --
> For more information on Linux on System z, visit
> http://wiki.linuxvm.org/
>

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390
--
For more information on Linux on System z, visit
http://wiki.linuxvm.org/

Re: systemd Failed unmounting /usr

[Scott Rohling]

​I'm not advocating anything - just pointing out that apt-get is a Debian
(.deb) thing..

Scott Rohling​

On Wed, Dec 14, 2016 at 11:39 AM, Mark Post <mp...@suse.com> wrote:

> >>> On 12/14/2016 at 02:33 PM, Scott Rohling <scott.rohl...@gmail.com>
> wrote:
> > Your Debian slipped out..   ;-) Probably yum or dnf remove for
> > SLES/RHEL..
>
> Only if you want to totally invalidate your support for the system.  Not
> something I would recommend, certainly.
>
>
> 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/

Re: systemd Failed unmounting /usr

[Scott Rohling]

Your Debian slipped out..   ;-) Probably yum or dnf remove for
SLES/RHEL..

Scott Rohling

On Wed, Dec 14, 2016 at 10:55 AM, Scott Johnson <shog...@sleekfreak.ath.cx>
wrote:

> My solution for various related problems has been apt-get remove systemd.
> Good old SYSV init runs like a champ, _and_ has predictable behaviour.
>
>
> On Wed, 14 Dec 2016, Mark Post wrote:
>
> On 12/14/2016 at 10:31 AM, "van Sleeuwen, Berry" <
>>>>> berry.vansleeu...@atos.net>
>>>>>
>>>> wrote:
>>
>>> Hi All,
>>>
>>> I have installed a new SLES12 SP2 guest. The root partition is on one
>>> partition (/dev/dasda1). The remaining system directories are stored
>>> within
>>> an lvm, rootvg. This lvm contains logical volumes for /usr, /opt, /home,
>>> /tmp
>>> and /var.
>>>
>>> During boot, when systemd is started it tries to umount /usr. After a
>>> couple
>>> of tries umount ends. But I did have one occasion where the umount
>>> apparently
>>> succeeded as the guest came up in emergency mode, without /usr mounted.
>>>
>>
>> I just did an install to try to replicate this, and I see nothing like
>> that happening.  The only messages I see regarding /usr are these:
>> Dec 14 13:00:22 linux dracut-initqueue[307]: inactive '/dev/system/usr'
>> [3.00 GiB] inherit
>> Dec 14 13:00:22 linux systemd[1]: Mounting /sysroot/usr...
>> Dec 14 13:00:22 linux systemd[1]: Mounted /sysroot/usr.
>>
>> Clearly there's something quite different about my install versus yours.
>> I think you're going to need to open a service request with your service
>> provider.
>>
>>
>> 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/
>

--
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: zLinux backup solutions

[Scott Rohling]

But can ICKDSF as Sam indicates?I had decided it couldn't and so went
with CSM under zLinux...my knowledge of the ICKDSF implementations of
PPRC and FLASHCPY aren't real solid though...

Scott Rohling

On Fri, Nov 11, 2016 at 11:18 AM, Alan Altmark <alan_altm...@us.ibm.com>
wrote:

> On Friday, 11/11/2016 at 03:19 GMT, Scott Rohling
> <scott.rohl...@gmail.com> wrote:
> > While z/VM can't use consistency groups -- z/OS and zLinux can with CSM
> > (Copy Services Manager)  I'm currently involved in a project
> where
> > we have this running on a zLinux guest to be able to flash with
> consistency
> > groups.
>
> Good point.  When I said to use FLASHCOPY, I meant to use the technology,
> not the command.  The CP FLASHCOPY command cannot be used to create a
> multi-volume consistency group.
>
> 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/

Re: zLinux backup solutions

[Scott Rohling]

Ok - in our case we are doing flashcopy within the same storage
subsystem. we are not implementing PPRC but FLASHCOPY.

Scott Rohling

On Fri, Nov 11, 2016 at 10:24 AM, Cohen, Sam <sam.co...@lrs.com> wrote:

> Scott,
>
> See the PPRCOPY DEFINESESSION and PPRCOPY POPULATESESSION commands.
>
> Thanks,
>
> Sam Cohen
>
> (217) 862-9227 (office)
> (602) 327-2134 (cell)
>
>
>
> -Original Message-
> From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of
> Scott Rohling
> Sent: Friday, November 11, 2016 11:19 AM
> To: LINUX-390@VM.MARIST.EDU
> Subject: Re: zLinux backup solutions
>
> Maybe we are talking about different things...you can establish
> relationships between source/target volumes -- but I don't see anything
> that let's you define a consistency group -- i.e.   several volumes which
> will be flashed at the exact moment in time.
>
> Scott Rohling
>
> On Fri, Nov 11, 2016 at 10:00 AM, Cohen, Sam <sam.co...@lrs.com> wrote:
>
> > In the ICKDSF manual (http://www.ibm.com/support/
> > knowledgecenter/SSB27U_6.3.0/com.ibm.zos.v2r1.ickug00/toc.htm), check
> > out the FLASHCOPY and PPRCOPY commands.
> >
> > Thanks,
> >
> > Sam Cohen
> >
> > (217) 862-9227 (office)
> > (602) 327-2134 (cell)
> >
> >
> >
> > -Original Message-
> > From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of
> > Scott Rohling
> > Sent: Friday, November 11, 2016 10:46 AM
> > To: LINUX-390@VM.MARIST.EDU
> > Subject: Re: zLinux backup solutions
> >
> > Please explain how to use ICKDSF to establish a consistency group and
> > initiate a flashcopy I see no way to do it...
> >
> > Scott Rohling
> >
> > On Fri, Nov 11, 2016 at 9:22 AM, Cohen, Sam <sam.co...@lrs.com> wrote:
> >
> > >
> > > CSM (or command line on the SSCP (or whatever it's called these
> > > days) can do it, as can ICKDSF on z/VM.
> > >
> > > Sam
> > >
> > > Sent from my Verizon 4G LTE smartphone
> > >
> > >
> > >  Original message 
> > > From: Scott Rohling <scott.rohl...@gmail.com>
> > > Date: 11/11/16 10:15 (GMT-07:00)
> > > To: LINUX-390@VM.MARIST.EDU
> > > Subject: Re: zLinux backup solutions
> > >
> > > I'm talking about initiating the flashcopy  ...  not mirroring
> > solutions...
> > >
> > >
> > > CSM let's you initiate flashcopy with consistency groups.z/VM can
> > only
> > > do serial FLASHCOPY commands...
> > >
> > > Scott Rohling
> > >
> > > On Fri, Nov 11, 2016 at 8:48 AM, Cohen, Sam <sam.co...@lrs.com> wrote:
> > >
> > > > Scott,
> > > >
> > > > You don't need Copy Services Manager, you just need a storage
> > > > subsystem capable and enabled for Global Mirror, which is
> > > > independent and outside
> > > of
> > > > any operating system.  z/VM disks can be part of a consistency
> > > > group,
> > > just
> > > > as VSE, z/OS, Linux or TPF disks can.
> > > >
> > > > Sam
> > > >
> > > > Sent from my Verizon 4G LTE smartphone
> > > >
> > > >
> > > >  Original message 
> > > > From: Scott Rohling <scott.rohl...@gmail.com>
> > > > Date: 11/11/16 08:20 (GMT-07:00)
> > > > To: LINUX-390@VM.MARIST.EDU
> > > > Subject: Re: zLinux backup solutions
> > > >
> > > > While z/VM can't use consistency groups -- z/OS and zLinux can with
> CSM
> > > > (Copy Services Manager)  I'm currently involved in a project
> > > where
> > > > we have this running on a zLinux guest to be able to flash with
> > > consistency
> > > > groups.
> > > >
> > > > Scott Rohling
> > > >
> > > > On Fri, Nov 11, 2016 at 6:35 AM, Alan Altmark
> > > > <alan_altm...@us.ibm.com>
> > > > wrote:
> > > >
> > > > > On Thursday, 11/10/2016 at 09:12 GMT, "Ponte, Douglas C. (JMD)"
> > > > > <douglas.c.po...@usdoj.gov> wrote:
> > > > > > Fullpack volume backups  can be run daily, weekly and
> > > > > > monthly,
> > > > using
> > > > > JCL with automation tools
> > > > > > (existing on z/OS already, e.g. BMC Control-M or Tivoli
> > Automation).
>

Re: zLinux backup solutions

[Scott Rohling]

Maybe we are talking about different things...you can establish
relationships between source/target volumes -- but I don't see anything
that let's you define a consistency group -- i.e.   several volumes which
will be flashed at the exact moment in time.

Scott Rohling

On Fri, Nov 11, 2016 at 10:00 AM, Cohen, Sam <sam.co...@lrs.com> wrote:

> In the ICKDSF manual (http://www.ibm.com/support/
> knowledgecenter/SSB27U_6.3.0/com.ibm.zos.v2r1.ickug00/toc.htm), check out
> the FLASHCOPY and PPRCOPY commands.
>
> Thanks,
>
> Sam Cohen
>
> (217) 862-9227 (office)
> (602) 327-2134 (cell)
>
>
>
> -Original Message-
> From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of
> Scott Rohling
> Sent: Friday, November 11, 2016 10:46 AM
> To: LINUX-390@VM.MARIST.EDU
> Subject: Re: zLinux backup solutions
>
> Please explain how to use ICKDSF to establish a consistency group and
> initiate a flashcopy I see no way to do it...
>
> Scott Rohling
>
> On Fri, Nov 11, 2016 at 9:22 AM, Cohen, Sam <sam.co...@lrs.com> wrote:
>
> >
> > CSM (or command line on the SSCP (or whatever it's called these days)
> > can do it, as can ICKDSF on z/VM.
> >
> > Sam
> >
> > Sent from my Verizon 4G LTE smartphone
> >
> >
> >  Original message 
> > From: Scott Rohling <scott.rohl...@gmail.com>
> > Date: 11/11/16 10:15 (GMT-07:00)
> > To: LINUX-390@VM.MARIST.EDU
> > Subject: Re: zLinux backup solutions
> >
> > I'm talking about initiating the flashcopy  ...  not mirroring
> solutions...
> >
> >
> > CSM let's you initiate flashcopy with consistency groups.z/VM can
> only
> > do serial FLASHCOPY commands...
> >
> > Scott Rohling
> >
> > On Fri, Nov 11, 2016 at 8:48 AM, Cohen, Sam <sam.co...@lrs.com> wrote:
> >
> > > Scott,
> > >
> > > You don't need Copy Services Manager, you just need a storage
> > > subsystem capable and enabled for Global Mirror, which is
> > > independent and outside
> > of
> > > any operating system.  z/VM disks can be part of a consistency
> > > group,
> > just
> > > as VSE, z/OS, Linux or TPF disks can.
> > >
> > > Sam
> > >
> > > Sent from my Verizon 4G LTE smartphone
> > >
> > >
> > >  Original message 
> > > From: Scott Rohling <scott.rohl...@gmail.com>
> > > Date: 11/11/16 08:20 (GMT-07:00)
> > > To: LINUX-390@VM.MARIST.EDU
> > > Subject: Re: zLinux backup solutions
> > >
> > > While z/VM can't use consistency groups -- z/OS and zLinux can with CSM
> > > (Copy Services Manager)  I'm currently involved in a project
> > where
> > > we have this running on a zLinux guest to be able to flash with
> > consistency
> > > groups.
> > >
> > > Scott Rohling
> > >
> > > On Fri, Nov 11, 2016 at 6:35 AM, Alan Altmark
> > > <alan_altm...@us.ibm.com>
> > > wrote:
> > >
> > > > On Thursday, 11/10/2016 at 09:12 GMT, "Ponte, Douglas C. (JMD)"
> > > > <douglas.c.po...@usdoj.gov> wrote:
> > > > > Fullpack volume backups  can be run daily, weekly and
> > > > > monthly,
> > > using
> > > > JCL with automation tools
> > > > > (existing on z/OS already, e.g. BMC Control-M or Tivoli
> Automation).
> > > > This should be done with all
> > > > > z/VM and zLinux volumes.
> > > > >
> > > > > In the full volume backup cases, stopping/shutting down is not
> > > > > always
> > > > necessary, albeit it may be
> > > > > good practice to at least quiesce when it comes to DB?s and
> > > > > heavy use
> > > > servers. (e.g. DB2, Oracle,
> > > > > etc)
> > > >
> > > > WARNING:  To do this reliably, you need software that is capable
> > > > of establishing an I/O consistency group.  If you want to
> > > > FLASHCOPY the volumes and sequentially backup the volume copies,
> > > > that's ok, but do
> > NOT
> > > > just sequentially copy the live volumes of a running z/VM system.
> > > > (If
> > > you
> > > > wouldn't do it to a running z/OS system, don't do it to any other
> > > system.)
> > > >  This process is intimately tied to your DR strategy, too, so get
> > > > it right.
> > > >
> > > > If you ha

Re: zLinux backup solutions

[Scott Rohling]

Please explain how to use ICKDSF to establish a consistency group and
initiate a flashcopy I see no way to do it...

Scott Rohling

On Fri, Nov 11, 2016 at 9:22 AM, Cohen, Sam <sam.co...@lrs.com> wrote:

>
> CSM (or command line on the SSCP (or whatever it's called these days) can
> do it, as can ICKDSF on z/VM.
>
> Sam
>
> Sent from my Verizon 4G LTE smartphone
>
>
> ---- Original message 
> From: Scott Rohling <scott.rohl...@gmail.com>
> Date: 11/11/16 10:15 (GMT-07:00)
> To: LINUX-390@VM.MARIST.EDU
> Subject: Re: zLinux backup solutions
>
> I'm talking about initiating the flashcopy  ...  not mirroring solutions...
>
>
> CSM let's you initiate flashcopy with consistency groups.z/VM can only
> do serial FLASHCOPY commands...
>
> Scott Rohling
>
> On Fri, Nov 11, 2016 at 8:48 AM, Cohen, Sam <sam.co...@lrs.com> wrote:
>
> > Scott,
> >
> > You don't need Copy Services Manager, you just need a storage subsystem
> > capable and enabled for Global Mirror, which is independent and outside
> of
> > any operating system.  z/VM disks can be part of a consistency group,
> just
> > as VSE, z/OS, Linux or TPF disks can.
> >
> > Sam
> >
> > Sent from my Verizon 4G LTE smartphone
> >
> >
> >  Original message 
> > From: Scott Rohling <scott.rohl...@gmail.com>
> > Date: 11/11/16 08:20 (GMT-07:00)
> > To: LINUX-390@VM.MARIST.EDU
> > Subject: Re: zLinux backup solutions
> >
> > While z/VM can't use consistency groups -- z/OS and zLinux can with CSM
> > (Copy Services Manager)  I'm currently involved in a project
> where
> > we have this running on a zLinux guest to be able to flash with
> consistency
> > groups.
> >
> > Scott Rohling
> >
> > On Fri, Nov 11, 2016 at 6:35 AM, Alan Altmark <alan_altm...@us.ibm.com>
> > wrote:
> >
> > > On Thursday, 11/10/2016 at 09:12 GMT, "Ponte, Douglas C. (JMD)"
> > > <douglas.c.po...@usdoj.gov> wrote:
> > > > Fullpack volume backups  can be run daily, weekly and monthly,
> > using
> > > JCL with automation tools
> > > > (existing on z/OS already, e.g. BMC Control-M or Tivoli Automation).
> > > This should be done with all
> > > > z/VM and zLinux volumes.
> > > >
> > > > In the full volume backup cases, stopping/shutting down is not always
> > > necessary, albeit it may be
> > > > good practice to at least quiesce when it comes to DB?s and heavy use
> > > servers. (e.g. DB2, Oracle,
> > > > etc)
> > >
> > > WARNING:  To do this reliably, you need software that is capable of
> > > establishing an I/O consistency group.  If you want to FLASHCOPY the
> > > volumes and sequentially backup the volume copies, that's ok, but do
> NOT
> > > just sequentially copy the live volumes of a running z/VM system.  (If
> > you
> > > wouldn't do it to a running z/OS system, don't do it to any other
> > system.)
> > >  This process is intimately tied to your DR strategy, too, so get it
> > > right.
> > >
> > > If you have databases, use the backup software for the database.  If
> > > you're using hardware replication, be sure that it's supported by the
> > > database vendor.
> > >
> > > Some people take a too-casual approach to backups and DR.  I too often
> > > hear "Don't worry, I'm doing it from z/OS." as though z/OS has magical
> > > powers over z/VM and Linux.  Don't fall into that trap.  That way there
> > be
> > > dragons.
> > >
> > > 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/
> > >
> >
> > 

Re: zLinux backup solutions

[Scott Rohling]

I'm talking about initiating the flashcopy  ...  not mirroring solutions...


CSM let's you initiate flashcopy with consistency groups.z/VM can only
do serial FLASHCOPY commands...

Scott Rohling

On Fri, Nov 11, 2016 at 8:48 AM, Cohen, Sam <sam.co...@lrs.com> wrote:

> Scott,
>
> You don't need Copy Services Manager, you just need a storage subsystem
> capable and enabled for Global Mirror, which is independent and outside of
> any operating system.  z/VM disks can be part of a consistency group, just
> as VSE, z/OS, Linux or TPF disks can.
>
> Sam
>
> Sent from my Verizon 4G LTE smartphone
>
>
> ---- Original message 
> From: Scott Rohling <scott.rohl...@gmail.com>
> Date: 11/11/16 08:20 (GMT-07:00)
> To: LINUX-390@VM.MARIST.EDU
> Subject: Re: zLinux backup solutions
>
> While z/VM can't use consistency groups -- z/OS and zLinux can with CSM
> (Copy Services Manager)  I'm currently involved in a project where
> we have this running on a zLinux guest to be able to flash with consistency
> groups.
>
> Scott Rohling
>
> On Fri, Nov 11, 2016 at 6:35 AM, Alan Altmark <alan_altm...@us.ibm.com>
> wrote:
>
> > On Thursday, 11/10/2016 at 09:12 GMT, "Ponte, Douglas C. (JMD)"
> > <douglas.c.po...@usdoj.gov> wrote:
> > > Fullpack volume backups  can be run daily, weekly and monthly,
> using
> > JCL with automation tools
> > > (existing on z/OS already, e.g. BMC Control-M or Tivoli Automation).
> > This should be done with all
> > > z/VM and zLinux volumes.
> > >
> > > In the full volume backup cases, stopping/shutting down is not always
> > necessary, albeit it may be
> > > good practice to at least quiesce when it comes to DB?s and heavy use
> > servers. (e.g. DB2, Oracle,
> > > etc)
> >
> > WARNING:  To do this reliably, you need software that is capable of
> > establishing an I/O consistency group.  If you want to FLASHCOPY the
> > volumes and sequentially backup the volume copies, that's ok, but do NOT
> > just sequentially copy the live volumes of a running z/VM system.  (If
> you
> > wouldn't do it to a running z/OS system, don't do it to any other
> system.)
> >  This process is intimately tied to your DR strategy, too, so get it
> > right.
> >
> > If you have databases, use the backup software for the database.  If
> > you're using hardware replication, be sure that it's supported by the
> > database vendor.
> >
> > Some people take a too-casual approach to backups and DR.  I too often
> > hear "Don't worry, I'm doing it from z/OS." as though z/OS has magical
> > powers over z/VM and Linux.  Don't fall into that trap.  That way there
> be
> > dragons.
> >
> > 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/
>
> --
> For LINUX-390 subscribe / signoff / archive access instructions,
> send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or
> visit
> http://www.marist.edu/htbin/wlvindex?LINUX-390
> --
> For more information on Linux on System z, visit
> http://wiki.linuxvm.org/
>

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390
--
For more information on Linux on System z, visit
http://wiki.linuxvm.org/

Re: zLinux backup solutions

[Scott Rohling]

I should have added that we will do a physical backup of zLinux in some
cases without quiescing - but it is always supplemented with a logical
backup..   The physical restore will normally give you a working zLinux ...
 any corrupted/missing/changed files can be restored via the logical backup
to bring things 'up to date'.

Scott Rohling

On Wed, Nov 9, 2016 at 9:39 AM, Scott Rohling <scott.rohl...@gmail.com>
wrote:

> Yes - a logical backup solution --   TSM is an IBM solutionyou
> need a backup client which can read your filesystems and send them to a
> server for archiving/retrieval  
>
> A physical backup of the hard drives will always require a quiesced system
> for a clean backup.
>
> Scott Rohling
>
> On Wed, Nov 9, 2016 at 9:15 AM, Neal Scheffler <vmwiz...@gmail.com> wrote:
>
>> To get a clean backup of our zLinux servers we currently shutdown the
>> zLinux server and do full volume backups of its disks.
>>
>> Is there some other method / product available that we could use to get a
>> clean backup without having to take an outage on the zLinux server?
>>
>> Thanks,
>> Neal
>>
>> --
>> For LINUX-390 subscribe / signoff / archive access instructions,
>> send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or
>> visit
>> http://www.marist.edu/htbin/wlvindex?LINUX-390
>> --
>> For more information on Linux on System z, visit
>> http://wiki.linuxvm.org/
>>
>
>

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390
--
For more information on Linux on System z, visit
http://wiki.linuxvm.org/

Re: zLinux backup solutions

[Scott Rohling]

Yes - a logical backup solution --   TSM is an IBM solutionyou need
a backup client which can read your filesystems and send them to a server
for archiving/retrieval  

A physical backup of the hard drives will always require a quiesced system
for a clean backup.

Scott Rohling

On Wed, Nov 9, 2016 at 9:15 AM, Neal Scheffler <vmwiz...@gmail.com> wrote:

> To get a clean backup of our zLinux servers we currently shutdown the
> zLinux server and do full volume backups of its disks.
>
> Is there some other method / product available that we could use to get a
> clean backup without having to take an outage on the zLinux server?
>
> Thanks,
> Neal
>
> --
> For LINUX-390 subscribe / signoff / archive access instructions,
> send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or
> visit
> http://www.marist.edu/htbin/wlvindex?LINUX-390
> --
> For more information on Linux on System z, visit
> http://wiki.linuxvm.org/
>

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390
--
For more information on Linux on System z, visit
http://wiki.linuxvm.org/

Re: Linux system booted with old copy?

[Scott Rohling]

With no details of how?   tsk tsk...

Scott Rohling

On Wed, Oct 5, 2016 at 11:50 AM, Michael MacIsaac <mike99...@gmail.com>
wrote:

> We got this fixed.  Thanks for everyone's help.
>
> -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/

Re: Creating root LVM

[Scott Rohling]

The experts also still debate this ..   I myself see nothing wrong with
root in an LVM - others shudder in horror.  There are pros and cons to both
approaches.   For recovery - having a bootable LVM free Linux is a good
thing so you can mount other guests VG disks without worry of duplicate
VGs.It's also helpful to use minidisk addresses to help identify VG
'parts'..   2xx disks for root VG, 3xx disks for app VG, etc...   just
makes it easier to know what to link to see another guests VGs (helpful
whether using root in LVM or not).

Scott Rohling

On Tue, Aug 23, 2016 at 5:18 AM, Michael Weiner <mwei...@infinite-blue.com>
wrote:

> Good morning all,
>
> I was having a little debate yesterday and I want to get the experts on
> this list opinions.
>
> What's the best practice when it comes to the root directory?
>
> Is it acceptable and recommend to create an vgroot and lvroot so it is
> expandable?
>
> Or is it recommended to have the root directory as a regular directory and
> not expandable.
>
> Thank you!
>
>
> Sent from my iPhone
>
>
> Sent from my iPhone
> --
> For LINUX-390 subscribe / signoff / archive access instructions,
> send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or
> visit
> http://www.marist.edu/htbin/wlvindex?LINUX-390
> --
> For more information on Linux on System z, visit
> http://wiki.linuxvm.org/
>

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390
--
For more information on Linux on System z, visit
http://wiki.linuxvm.org/

Re: Logs from Operator

[Scott Rohling]

​Similar discussion 11 years ago:
http://bit.listserv.vmesa-l.narkive.com/TUXHObxD/vm-operator-messages-to-networked-syslogd
​

Scott Rohling

On Mon, Aug 15, 2016 at 4:40 PM, Alan Ackerman <alan.ackerma...@gmail.com>
wrote:

> You are better off with CA VM:Operator or IBM Operations Manager for z/VM.
> If you insist on rolling your own, there are presentation available on how
> to use PROP. But it's going to cost you time.
>
> If your management thinks your time is free, then have fun! You'll need to
> learn REXX and Pipelines and PROP -- but I certainly enjoyed that.
>
> Alan Ackerman
> alan.ackerma...@gmail.com
>
>
>
> > On Aug 15, 2016, at 8:56 AM, Tracy Dean <t...@us.ibm.com> wrote:
> >
> >> From: joão paulo limberger (shoo) <jlimber...@gmail.com>
> >> To: LINUX-390@VM.MARIST.EDU
> >> Date: 08/13/2016 10:32 AM
> >> Subject: Logs from Operator
> >> Sent by: Linux on 390 Port <LINUX-390@VM.MARIST.EDU>
> >>
> >> Hi All!
> >>
> >> I want to receive in a linux VM  all the  messages sends to the console
> > of
> >> the user Operator  ...
> >>
> >> What is the best way to do this?
> >>
> >> Thanks!!!
> >> jp
> >
> > If you have IBM Operations Manager for z/VM, you can easily capture all
> > messages to OPERATOR (or any other userid) and send them to a syslog
> > daemon running somewhere in your enterprise, including one running on a
> > Linux guest.  Feel free to contact me for more info.
> >
> > Tracy Dean, IBM
> > t...@us.ibm.com
> >
> >
> > --
> > For LINUX-390 subscribe / signoff / archive access instructions,
> > send email to lists...@vm.marist.edu with the message: INFO LINUX-390
> or visit
> > http://www.marist.edu/htbin/wlvindex?LINUX-390
> > --
> > For more information on Linux on System z, visit
> > http://wiki.linuxvm.org/
>
> --
> For LINUX-390 subscribe / signoff / archive access instructions,
> send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or
> visit
> http://www.marist.edu/htbin/wlvindex?LINUX-390
> --
> For more information on Linux on System z, visit
> http://wiki.linuxvm.org/
>

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390
--
For more information on Linux on System z, visit
http://wiki.linuxvm.org/

Re: DASD usage

[Scott Rohling]

My experience (briefly):

1)   Easiest to manage, least issues with DR or moving to different
processors.Physical backups can be taken using z/VM or z/OS storage
utilities.  Same for cloning images...
2)   NPIV required for any real storage security.  Managed by fcp/wwpn/lun
- nowhere near as easy as a 3390 volume label and minidisk address.
 Complicates DR and moving as FCP/WWPN/LUN must be considered/solved.   No
mainframe storage utilities.   Storage typically managed by non-mainframe
folks and there can be techno language barriers.You can get much bigger
chunks of storage then on 3390 but should still manage using LVM for growth.
3)  This is fairly common..   The 'system' on 3390 DASD - the application
data on SAN/SCSI.You can use 3390 based recovery methods for the system
piece..   then use various methods to restore (or reconnect to) the
application data on external storage.   You still bring all the
complications of #2 with you but can simplify the core system/server piece.
4)   EDEV --   you centralize the complications of FCP/WWPN/LUN in one
place (CP) so that your zLinux guests don't need to --   FBA minidisks can
be managed just like on 3390 - and the data is available to the host (z/VM)
system and other guests via LINK.There is a performance cost for
emulation.. and the multi pathing is probably not as robust as on zLinux
(?).
5)  Combination of EDEV and directly attached FCP (for key guests where
performance/size makes directly attached a better choice).

If I need to use SCSI - my own preference is for EDEV ..if I have 3390
available then I prefer z/VM to be on 3390 and the zLinux guests to use
EDEV minidisks.

Others may (probably) have very different views..

Scott Rohling



On Mon, Aug 15, 2016 at 7:49 AM, Gentry, Steve <
steve.gen...@westernsouthernlife.com> wrote:

> There are at least 3 combinations of DASD usage for Linux implementation.
> They are:
>
> 1)  Everything on 3390 storage
>
> 2)  Everything on non-3390, external disk via a fiber card
>
> 3)  A combination of 1 & 2
>
>
>
> What are the thoughts on using these? Is one preferred over the other?
>
> Thanks,
>
> Steve
>
>
>
> --
> For LINUX-390 subscribe / signoff / archive access instructions,
> send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or
> visit
> http://www.marist.edu/htbin/wlvindex?LINUX-390
> --
> For more information on Linux on System z, visit
> http://wiki.linuxvm.org/
>

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390
--
For more information on Linux on System z, visit
http://wiki.linuxvm.org/

Re: SWAP under SAN disk

[Scott Rohling]

Sure..   just define a partition and mkswap it...you should be able to
put swap on any available disk storage   (as well as VDISK).

Scott Rohling

On Tue, Jul 26, 2016 at 8:20 AM, Victor Echavarry Diaz <
vechava...@evertecinc.com> wrote:

> Our SLES 11SP4 use 3390 disk for swapping purposes. Can we use, also, SAN
> disk for swap?
>
> Regards,
>
> Victor Echavarry
>
> System Programmer
>
> EVERTEC, LLC
>
>
>
>
>
>
>
>
>
>
>
>
> WARNING: This email and any files transmitted with it are confidential and
> intended solely for the use of the individual or entity to whom they are
> addressed. If you have received this email in error please delete it
> immediately.
> Please note that any views or opinions presented in this email are solely
> those
> of the author and do not necessarily represent those of EVERTEC, Inc. or
> its
> affiliates. Finally, the integrity and security of this message cannot be
> guaranteed on the Internet, and as such EVERTEC, Inc. and its affiliates
> accept
> no liability for any damage caused by any virus transmitted by this email.
>
> --
> For LINUX-390 subscribe / signoff / archive access instructions,
> send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or
> visit
> http://www.marist.edu/htbin/wlvindex?LINUX-390
> --
> For more information on Linux on System z, visit
> http://wiki.linuxvm.org/
>

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390
--
For more information on Linux on System z, visit
http://wiki.linuxvm.org/

Re: UBUNTU on HERCULES

[Scott Rohling]

Agreed - there is an appendix of facilities - but no listing of bit numbers
so it's confusing -- you need to go here (z/Arch reference summary) to find
a listing of the bits and their description..   It's there that I find bit
44 is PFPO -- certainly not in the hercules doc unless I'm blind...:

https://www-304.ibm.com/support/docview.wss?uid=isg29c69415c1e82603c852576700058075a=1

Scott Rohling

On Sat, Jun 25, 2016 at 1:04 PM, Mark Post <mp...@suse.com> wrote:

> >>> On 6/25/2016 at 11:17 AM, Harold Grovesteen <h.grovst...@tx.rr.com>
> wrote:
> > On Fri, 2016-06-24 at 16:57 -0600, Mark Post wrote:
> >>
> >> What would that command look like?  When I do an "archlvl query all" I
> don't
> > see anything that looks like a reference to PFPO.
> >
> >>
> >> Mark Post
> >>
> >
> > Follow the link to the Hercules User Reference Guide on this page:
> >
> > http://hercules-390.github.io/html/
> >
> > Page 42 of the manual describes the archlvl command.
>
> I had seen pretty much all of that from the interactive help, except for
> the "bit44" example.  Do you have any idea why PFPO isn't referenced by
> name, just the bit number?  I think there are a number of facilities that
> are handled that way, which seems rather odd.
>
>
> 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/

Re: Hi

[Scott Rohling]

fuser -m /pub/redhat/rhel7.2

Check out the processes that are using it and kill or stop until no more
processes are using it..Also make sure it's not a mount point as others
have indicated.

Scott Rohling

On Tue, Jun 21, 2016 at 10:35 AM, Veerendra Haluvadandimath <
kumarsyste...@gmail.com> wrote:

> Hi,
>
> When i try to move files from one directory to another i get below errors
> on a linux server
>
> mv: cannot move `/pub/redhat/rhel7.2' to `/pub/redhat/rh7/zseries/rh72/':
> Device or resource busy
>
> Please advise.
>
> Regards,
> Kumar
>
> --
> For LINUX-390 subscribe / signoff / archive access instructions,
> send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or
> visit
> http://www.marist.edu/htbin/wlvindex?LINUX-390
> --
> For more information on Linux on System z, visit
> http://wiki.linuxvm.org/
>

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390
--
For more information on Linux on System z, visit
http://wiki.linuxvm.org/

Re: OpenSuse Available?

[Scott Rohling]

Googled this:  Current status and downloads --
https://build.opensuse.org/project/show/openSUSE:Factory:zSystems

On Thu, Jun 16, 2016 at 8:03 AM, Tom Huegel  wrote:

> A colleague mentioned that OpenSuse was available for s390x but I can't
> find anything on the OpenSuse website. Google searches were inclusive.
>
> Is OpenSuse s390x available somewhere for download/installation on z/VM
> system?
>
> Thanks
>
> --
> For LINUX-390 subscribe / signoff / archive access instructions,
> send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or
> visit
> http://www.marist.edu/htbin/wlvindex?LINUX-390
> --
> For more information on Linux on System z, visit
> http://wiki.linuxvm.org/
>

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390
--
For more information on Linux on System z, visit
http://wiki.linuxvm.org/

Re: Reading VMLOGS files from Linux (cmsfs-fuse)

[Scott Rohling]

Thanks for that pointer Hendrik ...   it sounds very appealing on a Friday
to dabble in magic!

Scott Rohling



On Fri, May 20, 2016 at 8:03 AM, Hendrik Brueckner <
brueck...@linux.vnet.ibm.com> wrote:

> On Fri, May 20, 2016 at 07:53:22AM -0700, Scott Rohling wrote:
> > My point was that what you see in Linux and CMS are not two different
> > things..   a Linux 'cat' and CMS 'TYPE' are pretty equivalent -- and a
> > packed file looks garbled using either one.
> >
> > I think Neale had a good idea in making the Linux 'file' command
> recognize
> > this particular signature so at least Linux knows it is packed and not
> text
> > format - just as it knows about tar, gzip, etc even without a particular
> > filetype in the name.
>
> To recognize the file format the "magic" patterns are used.  See also the
> definitions in /usr/share/misc/magic and magic(5) man page.  If you know
> how to detect packed CMS files, you can add the signature there (or for
> testing locally) and check if file is then able to recognize it.
>
> Kind regards,
>   Hendrik
>
> --
> For LINUX-390 subscribe / signoff / archive access instructions,
> send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or
> visit
> http://www.marist.edu/htbin/wlvindex?LINUX-390
> --
> For more information on Linux on System z, visit
> http://wiki.linuxvm.org/
>

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390
--
For more information on Linux on System z, visit
http://wiki.linuxvm.org/

Re: Reading VMLOGS files from Linux (cmsfs-fuse)

[Scott Rohling]

My point was that what you see in Linux and CMS are not two different
things..   a Linux 'cat' and CMS 'TYPE' are pretty equivalent -- and a
packed file looks garbled using either one.

I think Neale had a good idea in making the Linux 'file' command recognize
this particular signature so at least Linux knows it is packed and not text
format - just as it knows about tar, gzip, etc even without a particular
filetype in the name.

Scott Rohling

On Fri, May 20, 2016 at 7:16 AM, Alan Altmark <alan_altm...@us.ibm.com>
wrote:

> On Thursday, 05/19/2016 at 08:28 GMT, Scott Rohling
> <scott.rohl...@gmail.com> wrote:
> > If I 'browse' (or TYPE for that matter)  a COPYFILE packed file - it
> looks
> > much the same as it did from the Linux...
> >
> > That being said - if I was the cms-fuse developer I would probably push
> > back on this...   just because XEDIT was smart and did the unpack
> > internally doesn't mean the driver should try and do the same.   Isn't
> the
> > onus on the application opening the file to read it correctly - just as
> it
> > is in under CMS?Is cms-fuse supposed to incorporate the unpack? What
> > about terse, vmarc, et al?Seems like a slippery slope unless I just
> > plain misunderstood you.  (never happens :-)
>
> No, it's not up to the application.  In general, YOU are required to
> unpack any file you want some application to read.  XEDIT is a notable
> exception.
>
> If you install the HSX package from the VM Download Library, it will
> unpack (COPYFILE, TERSE, FCOPY) files in real-time, making their use
> transparent to the application.  It would be nice if cms-fuse could deal
> them.  Or one of them thar fancy shmancy Linux script thingies ought do be
> able to expand the file onto an in-memory disk.
>
> But if it weren't for the ubiquity of packed files, I probably wouldn't be
> all that concerned about it.  I just don't like that what you see in CMS
> and what you see in Linux are two different things.  People not steeped in
> CMS file system lore aren't going to grok a packed file, *especially*
> since it's not a visible file attribute.  (A few times I've thought about
> trying to to make it one.)
>
> I guess I should put a blurb on my web page about the format of a packed
> file.
>
> 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/

Re: Reading VMLOGS files from Linux (cmsfs-fuse)

[Scott Rohling]

If I 'browse' (or TYPE for that matter)  a COPYFILE packed file - it looks
much the same as it did from the Linux...

That being said - if I was the cms-fuse developer I would probably push
back on this...   just because XEDIT was smart and did the unpack
internally doesn't mean the driver should try and do the same.   Isn't the
onus on the application opening the file to read it correctly - just as it
is in under CMS?Is cms-fuse supposed to incorporate the unpack?  What
about terse, vmarc, et al?Seems like a slippery slope unless I just
plain misunderstood you.  (never happens :-)

Scott Rohling



On Thu, May 19, 2016 at 1:00 PM, Alan Altmark <alan_altm...@us.ibm.com>
wrote:

> On Thursday, 05/19/2016 at 06:28 GMT, Tito Garrido <titogarr...@gmail.com>
> wrote:
> > Issue solved by Alan, the files were packed by VMLOGS... I had unpacked
> the
> > file and Linux can read it.
>
> I would probably open a ticket on the cms-fuse support.  Alas, there's no
> indicator of "packed-ness" in the file descriptor (FST), so cms-fuse would
> have to heuristically determine the packed/unpacked status of a file.
> (That's how XEDIT works.)
>
> 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/

Re: How to unformat a dasd drive?

[Scott Rohling]

I'm wondering if something like this would work?:

You can add 'count=xx' to only write so many blocks...  not sure how many
it takes to wipe formatting info - nothing to play with at the moment..


dd if=/dev/zero of=/dev/dasdX iflag=nocache oflag=direct bs=4096


On Tue, May 17, 2016 at 8:39 AM, Mark Post  wrote:

> >>> On 5/17/2016 at 02:11 AM, Dimitri John Ledkov  wrote:
>
> > Is it possible to "unformat" a dasd drive such that on Linux it
> > appears as "n/f" in lsdasd output?
>
> The typical method is to use the z/VM utility CPFMTXA to re-format the
> volume.  Linux sees that as "not formatted."
>
>
> 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/

Re: Security for z/VM

[Scott Rohling]

One limitation I found in VM:Secure is that a guest can only belong to one
'group' as groups are implemented with ACIGROUP directory statements.
 And that's really the only place the directory management and security
management meet, outside of the use of password encryption which uses the
directory. I appreciate the integration and common interface -- and
'rules' are easy to understand unlike some others..  but the single group
concept makes some things harder (for me).  (And if I've just misunderstood
how to use groups - someone please tell me! I don't want to continue my
ignorance).

Scott Rohling



On Thu, May 5, 2016 at 9:45 AM, O'Brien, Dennis L <
dennis.l.o'br...@bankofamerica.com> wrote:

> VM:Secure is also the only security product that was designed from the
> ground up for z/VM.  All of the others are ports from z/OS.  RACF tries to
> fit z/OS concepts such as "alter" and "control" onto z/VM link modes (W, M,
> MR, MW, etc).  VM:Secure allows you to write rules specifying the link
> modes directly.  I'm not too familiar with ACF2 or Top Secret, but I would
> guess that they are similar to RACF.
>
> If you choose a security product other than VM:Secure, you can implement
> VM:Director instead of Dirmaint for directory management.  VM:Director is
> VM:Secure without the Rules component.
>
>
>   Dennis
> O'Brien
>
> "Houston, we've had a problem."  -- Jack Swigert, Command Module pilot of
> Apollo 13, 13 Apr 1970
>
> -Original Message-
> From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of
> Marcy Cortes
> Sent: Thursday, May 05, 2016 09:23
> To: LINUX-390@VM.MARIST.EDU
> Subject: Re: Security for z/VM
>
> I will point out that VM:Secure is one product for your directory
> management and security.
> If you choose RACF, you also need to implement Dirmaint.
> I believe ACF2 is the same way.  I know Top Secret on VM is.
>
>
>
> -Original Message-
> From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of
> Alan Altmark
> Sent: Thursday, May 05, 2016 9:08 AM
> To: LINUX-390@VM.MARIST.EDU
> Subject: Re: [LINUX-390] Security for z/VM
>
> On Wednesday, 05/04/2016 at 05:19 GMT, "Beard, Rick" <rick.be...@atos.net>
> wrote:
> > I would like to know if anyone has any preferences on using either
> CA:VMSECURE or CA:ACF2 for
> > securing z/VM systems?
> >
> > Is one more secure than the other?
>
> CA has not certified either product in the Common Criteria scheme ("claim"
> and "proof"), so you can't really answer "How secure is it?"  You cannot,
> therefore, compare them in that respect.  In fact, only RACF on z/VM has
> been part of a certification.
>
> That said, most people choose their external security manager (ESM) for
> reasons unrelated to its capabilities. The choice is instead based on
> 1. What's in your IBM or CA software catalog. I.e. if you've already
> bought one of them, then spending money to buy the other one may not be
> the right choice.
> 2. In-house knowledge.  If you have RACF, ACF2, or TOP SECRET on z/OS,
> then adding it to z/VM is straightforward.  VMSECURE has no z/OS
> equivalent, so you aren't going to get any help from your MVS team.
> 3. Easiest.  All of the examples and discussion from IBM on z/VM security
> are RACF-centric.
>
> 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/
>
> --
> This message, and any attachments, is for the intended recipient(s) only,
> may contain informati

Re: x-11 on SLES

[Scott Rohling]

Of course...but you will need to use a network display (VNC for
example) to see a desktop and.or window from your workstation    you
can even use 'ssh -X' from your workstation to bring up a windowed
application running on zLinux on your workstation, for example.   Or is
this what you meant?

Scott Rohling

On Wed, May 4, 2016 at 8:31 AM, Frank Wolfe <fwolfe2...@gmail.com> wrote:

> Good day all
>
> Has anyone setup x-11 on SLES for Linux on z? Can it be done?
>
> Have a good day
>
> Fank
>
> --
> For LINUX-390 subscribe / signoff / archive access instructions,
> send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or
> visit
> http://www.marist.edu/htbin/wlvindex?LINUX-390
> --
> For more information on Linux on System z, visit
> http://wiki.linuxvm.org/
>

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390
--
For more information on Linux on System z, visit
http://wiki.linuxvm.org/

Re: Instructions for z/VM RSU1601 are not working in regards to RACF

[Scott Rohling]

Yes it probably would --my automatic reaction to this is to get
OPERATOR back as SYSOPER and keeping that operator log going...

Thanks for the reminder --  that would be more expedient if you're in a
pinch..plus with RACF down - logging into OPERATOR might be
difficultSo good catch.

Scott Rohling

On Mon, May 2, 2016 at 10:43 AM, Rothman, Peter <
peter.roth...@travelport.com> wrote:

> Would a "TERM MODE VM" work?
> That is before the "IPL 190"
>
> -Original Message-
> From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of
> Scott Rohling
> Sent: Monday, May 02, 2016 1:40 PM
> To: LINUX-390@VM.MARIST.EDU
> Subject: Re: Instructions for z/VM RSU1601 are not working in regards to
> RACF
>
> I should have said after logging on to OPERATOR --  issue SET SYSOPER
> OPERATOR before the #CP DISC.   It hopefully got set to SYSOPER itself  but
> this makes sure.
>
> To explain -- if OPERATOR is logged off - the next lucky guest with the
> right level of CP classes (A,B, etc) gets set to SYSOPER and now
> essentially can only run CP commands.Many shops run something regularly
> to check of OPERATOR is down or SYSOPER is not set to OPERATOR and correct
> it.   Bottom line:   Keep OPERATOR logged on at all times - only use
> #CP DISC to end the terminal session.   It is important that OPERATOR is
> available to receive system messages and keep a console log...
>
> Scott Rohling
>
> On Mon, May 2, 2016 at 10:34 AM, Scott Rohling <scott.rohl...@gmail.com>
> wrote:
>
> > I suspect you have been made OPERATOR because OPERATOR is logged off.
> > Enter  QUERY SYSOPER to see
> >
> > If it is RACMAINT then:
> >
> > - logoff RACMAINT
> > - Logon OPERATOR and then #CP DISC to leave it running
> > - Logon to RACMAINT as you did before
> >
> > Scott Rohling
> >
> > On Mon, May 2, 2016 at 10:22 AM, Will, Chris <cw...@bcbsm.com> wrote:
> >
> >> Here is what I am doing.  First force out RACFVM.
> >>
> >> 13:17:53 FORCE RACFVM
> >> RACFVM  : CONNECT= 00:06:45 VIRTCPU= 000:00.08 TOTCPU= 000:00.10
> >> RACFVM  : LOGOFF AT 13:17:53 EDT MONDAY 05/02/16 BY OPERATOR
> >> 13:17:53 USER DSC   LOGOFF AS  RACFVM   USERS = 32FORCED BY OPERATOR
> >> 13:17:53 HCPRPI036E CP/RACF communication path broken to RACFVM
> >> RACFVM  : RDR FILE 0036 SENT FROM RACFVM   CON WAS 0036 RECS 0049 CPY
> >> 001 T NOH
> >> OLD NOKEEP
> >>
> >> Next logon to RACMAINT
> >>
> >> 13:19:16 IPL 190
> >> z/VM V6.3.02015-11-02 11:41
> >>
> >> DMSACP723I D (192) R/O
> >> DMSACP723I B (305) R/O
> >> DMSACP723I T (190) R/O
> >> DMSACP725I 190 also = S disk
> >> Ready; T=0.01/0.01 13:19:17
> >> 13:20:35 RACFCONV
> >> 13:20:35 HCPCMD001E Unknown CP command: RACFCONV
> >>
> >>
> >>
> >> Chris Will
> >> Systems Software
> >> (313) 549-9729 Cell
> >> cw...@bcbsm.com
> >>
> >> -Original Message-
> >> From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of
> >> Scott Rohling
> >> Sent: Monday, May 02, 2016 1:14 PM
> >> To: LINUX-390@VM.MARIST.EDU
> >> Subject: Re: Instructions for z/VM RSU1601 are not working in regards
> >> to RACF
> >>
> >> Can you show the lines from the console when you do the 'IPL 190' ?   It
> >> almost sounds like you are still in CP --   after the IPL 190  (and
> >> hitting
> >> ENTER when you see VM READ) you should see some messages like this:
> >>
> >> i 190
> >> z/VM V6.3.02016-03-20 17:29
> >>
> >> DMSACP723I D (192) R/O
> >> DMSACP723I B (305) R/O
> >> DMSACP723I T (190) R/O
> >> DMSACP725I 190 also = S disk
> >> Ready; T=0.01/0.01 13:13:32
> >>
> >> RACFCONV EXEC is on the B disk (305)
> >>
> >> Scott Rohling
> >>
> >> On Mon, May 2, 2016 at 10:00 AM, Will, Chris <cw...@bcbsm.com> wrote:
> >>
> >> > I got through the service all portion of the upgrade and am now
> >> > trying to figure out the RACFCONV instructions from VM65719.  It
> >> > says to run the following commands but I keep getting a CP UNKNOWN
> >> > command after the RACFCONV command (or any other cms command).  Is
> this correct?
> >> >
> >> > The RACF database templates have been updated as part of this APAR.
> >> > Use the RACFCONV utility on the RACMAINT userid to update th

Re: Instructions for z/VM RSU1601 are not working in regards to RACF

[Scott Rohling]

I should have said after logging on to OPERATOR --  issue SET SYSOPER
OPERATOR before the #CP DISC.   It hopefully got set to SYSOPER itself  but
this makes sure.

To explain -- if OPERATOR is logged off - the next lucky guest with the
right level of CP classes (A,B, etc) gets set to SYSOPER and now
essentially can only run CP commands.Many shops run something regularly
to check of OPERATOR is down or SYSOPER is not set to OPERATOR and correct
it.   Bottom line:   Keep OPERATOR logged on at all times - only use
#CP DISC to end the terminal session.   It is important that OPERATOR is
available to receive system messages and keep a console log...

Scott Rohling

On Mon, May 2, 2016 at 10:34 AM, Scott Rohling <scott.rohl...@gmail.com>
wrote:

> I suspect you have been made OPERATOR because OPERATOR is logged off.
> Enter  QUERY SYSOPER to see
>
> If it is RACMAINT then:
>
> - logoff RACMAINT
> - Logon OPERATOR and then #CP DISC to leave it running
> - Logon to RACMAINT as you did before
>
> Scott Rohling
>
> On Mon, May 2, 2016 at 10:22 AM, Will, Chris <cw...@bcbsm.com> wrote:
>
>> Here is what I am doing.  First force out RACFVM.
>>
>> 13:17:53 FORCE RACFVM
>> RACFVM  : CONNECT= 00:06:45 VIRTCPU= 000:00.08 TOTCPU= 000:00.10
>> RACFVM  : LOGOFF AT 13:17:53 EDT MONDAY 05/02/16 BY OPERATOR
>> 13:17:53 USER DSC   LOGOFF AS  RACFVM   USERS = 32FORCED BY OPERATOR
>> 13:17:53 HCPRPI036E CP/RACF communication path broken to RACFVM
>> RACFVM  : RDR FILE 0036 SENT FROM RACFVM   CON WAS 0036 RECS 0049 CPY
>> 001 T NOH
>> OLD NOKEEP
>>
>> Next logon to RACMAINT
>>
>> 13:19:16 IPL 190
>> z/VM V6.3.02015-11-02 11:41
>>
>> DMSACP723I D (192) R/O
>> DMSACP723I B (305) R/O
>> DMSACP723I T (190) R/O
>> DMSACP725I 190 also = S disk
>> Ready; T=0.01/0.01 13:19:17
>> 13:20:35 RACFCONV
>> 13:20:35 HCPCMD001E Unknown CP command: RACFCONV
>>
>>
>>
>> Chris Will
>> Systems Software
>> (313) 549-9729 Cell
>> cw...@bcbsm.com
>>
>> -Original Message-
>> From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of
>> Scott Rohling
>> Sent: Monday, May 02, 2016 1:14 PM
>> To: LINUX-390@VM.MARIST.EDU
>> Subject: Re: Instructions for z/VM RSU1601 are not working in regards to
>> RACF
>>
>> Can you show the lines from the console when you do the 'IPL 190' ?   It
>> almost sounds like you are still in CP --   after the IPL 190  (and
>> hitting
>> ENTER when you see VM READ) you should see some messages like this:
>>
>> i 190
>> z/VM V6.3.02016-03-20 17:29
>>
>> DMSACP723I D (192) R/O
>> DMSACP723I B (305) R/O
>> DMSACP723I T (190) R/O
>> DMSACP725I 190 also = S disk
>> Ready; T=0.01/0.01 13:13:32
>>
>> RACFCONV EXEC is on the B disk (305)
>>
>> Scott Rohling
>>
>> On Mon, May 2, 2016 at 10:00 AM, Will, Chris <cw...@bcbsm.com> wrote:
>>
>> > I got through the service all portion of the upgrade and am now trying
>> > to figure out the RACFCONV instructions from VM65719.  It says to run
>> > the following commands but I keep getting a CP UNKNOWN command after
>> > the RACFCONV command (or any other cms command).  Is this correct?
>> >
>> > The RACF database templates have been updated as part of this APAR.
>> > Use the RACFCONV utility on the RACMAINT userid to update the
>> > templates for both the primary and the backup RACF database.  If you
>> > running a 1-4 member SSI system, follow these
>> > instructions:
>> > 1. For 1-4 member SSI, verify the CP directory entry for the
>> >RACMAINT userid has:
>> >LINK RACFVM 200 200 MW
>> >LINK RACFVM 300 300 MW
>> > 2. SERVICE RACF from MAINT630 on only one SSI member.
>> > 3. FORCE RACFVM from Operator from each SSI member.
>> > 4. LOGON RACMAINT from Operator on one SSI member and run the <> > can you "logon" from operator??
>> >RACFCONV utility as follows:
>> >IPL 190
>> >RACFCONV <> >enter
>> >200
>> >yes
>> >
>> >RACFCONV
>> >enter
>> >300
>> >yes
>> >
>> >IPL 490
>> >RACSTART
>> >#cp disc
>> >
>> >
>> > Chris Will
>> > Systems Software
>> > (313) 549-9729 Cell
>> > cw...@bcbsm.com
>> >
>> >
>> >
>> > The information contained in this communication is highly confidential
>> > and i

Re: Instructions for z/VM RSU1601 are not working in regards to RACF

[Scott Rohling]

I suspect you have been made OPERATOR because OPERATOR is logged off.
Enter  QUERY SYSOPER to see

If it is RACMAINT then:

- logoff RACMAINT
- Logon OPERATOR and then #CP DISC to leave it running
- Logon to RACMAINT as you did before

Scott Rohling

On Mon, May 2, 2016 at 10:22 AM, Will, Chris <cw...@bcbsm.com> wrote:

> Here is what I am doing.  First force out RACFVM.
>
> 13:17:53 FORCE RACFVM
> RACFVM  : CONNECT= 00:06:45 VIRTCPU= 000:00.08 TOTCPU= 000:00.10
> RACFVM  : LOGOFF AT 13:17:53 EDT MONDAY 05/02/16 BY OPERATOR
> 13:17:53 USER DSC   LOGOFF AS  RACFVM   USERS = 32FORCED BY OPERATOR
> 13:17:53 HCPRPI036E CP/RACF communication path broken to RACFVM
> RACFVM  : RDR FILE 0036 SENT FROM RACFVM   CON WAS 0036 RECS 0049 CPY  001
> T NOH
> OLD NOKEEP
>
> Next logon to RACMAINT
>
> 13:19:16 IPL 190
> z/VM V6.3.02015-11-02 11:41
>
> DMSACP723I D (192) R/O
> DMSACP723I B (305) R/O
> DMSACP723I T (190) R/O
> DMSACP725I 190 also = S disk
> Ready; T=0.01/0.01 13:19:17
> 13:20:35 RACFCONV
> 13:20:35 HCPCMD001E Unknown CP command: RACFCONV
>
>
>
> Chris Will
> Systems Software
> (313) 549-9729 Cell
> cw...@bcbsm.com
>
> -Original Message-
> From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of
> Scott Rohling
> Sent: Monday, May 02, 2016 1:14 PM
> To: LINUX-390@VM.MARIST.EDU
> Subject: Re: Instructions for z/VM RSU1601 are not working in regards to
> RACF
>
> Can you show the lines from the console when you do the 'IPL 190' ?   It
> almost sounds like you are still in CP --   after the IPL 190  (and hitting
> ENTER when you see VM READ) you should see some messages like this:
>
> i 190
> z/VM V6.3.02016-03-20 17:29
>
> DMSACP723I D (192) R/O
> DMSACP723I B (305) R/O
> DMSACP723I T (190) R/O
> DMSACP725I 190 also = S disk
> Ready; T=0.01/0.01 13:13:32
>
> RACFCONV EXEC is on the B disk (305)
>
> Scott Rohling
>
> On Mon, May 2, 2016 at 10:00 AM, Will, Chris <cw...@bcbsm.com> wrote:
>
> > I got through the service all portion of the upgrade and am now trying
> > to figure out the RACFCONV instructions from VM65719.  It says to run
> > the following commands but I keep getting a CP UNKNOWN command after
> > the RACFCONV command (or any other cms command).  Is this correct?
> >
> > The RACF database templates have been updated as part of this APAR.
> > Use the RACFCONV utility on the RACMAINT userid to update the
> > templates for both the primary and the backup RACF database.  If you
> > running a 1-4 member SSI system, follow these
> > instructions:
> > 1. For 1-4 member SSI, verify the CP directory entry for the
> >RACMAINT userid has:
> >LINK RACFVM 200 200 MW
> >LINK RACFVM 300 300 MW
> > 2. SERVICE RACF from MAINT630 on only one SSI member.
> > 3. FORCE RACFVM from Operator from each SSI member.
> > 4. LOGON RACMAINT from Operator on one SSI member and run the < > can you "logon" from operator??
> >RACFCONV utility as follows:
> >IPL 190
> >RACFCONV < >enter
> >200
> >yes
> >
> >RACFCONV
> >enter
> >300
> >yes
> >
> >IPL 490
> >RACSTART
> >#cp disc
> >
> >
> > Chris Will
> > Systems Software
> > (313) 549-9729 Cell
> > cw...@bcbsm.com
> >
> >
> >
> > The information contained in this communication is highly confidential
> > and is intended solely for the use of the individual(s) to whom this
> > communication is directed. If you are not the intended recipient, you
> > are hereby notified that any viewing, copying, disclosure or
> > distribution of this information is prohibited. Please notify the
> > sender, by electronic mail or telephone, of any unintended receipt and
> > delete the original message without making any copies.
> >
> >  Blue Cross Blue Shield of Michigan and Blue Care Network of Michigan
> > are nonprofit corporations and independent licensees of the Blue Cross
> > and Blue Shield Association.
> >
> > --
> > 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/
> >
>
> --
> Fo

Re: Instructions for z/VM RSU1601 are not working in regards to RACF

[Scott Rohling]

Can you show the lines from the console when you do the 'IPL 190' ?   It
almost sounds like you are still in CP --   after the IPL 190  (and hitting
ENTER when you see VM READ) you should see some messages like this:

i 190
z/VM V6.3.02016-03-20 17:29

DMSACP723I D (192) R/O
DMSACP723I B (305) R/O
DMSACP723I T (190) R/O
DMSACP725I 190 also = S disk
Ready; T=0.01/0.01 13:13:32

RACFCONV EXEC is on the B disk (305)

Scott Rohling

On Mon, May 2, 2016 at 10:00 AM, Will, Chris <cw...@bcbsm.com> wrote:

> I got through the service all portion of the upgrade and am now trying to
> figure out the RACFCONV instructions from VM65719.  It says to run the
> following commands but I keep getting a CP UNKNOWN command after the
> RACFCONV command (or any other cms command).  Is this correct?
>
> The RACF database templates have been updated as part of this
> APAR.  Use the RACFCONV utility on the RACMAINT userid to
> update the templates for both the primary and the backup RACF
> database.  If you running a 1-4 member SSI system, follow these
> instructions:
> 1. For 1-4 member SSI, verify the CP directory entry for the
>RACMAINT userid has:
>LINK RACFVM 200 200 MW
>LINK RACFVM 300 300 MW
> 2. SERVICE RACF from MAINT630 on only one SSI member.
> 3. FORCE RACFVM from Operator from each SSI member.
> 4. LOGON RACMAINT from Operator on one SSI member and run the < you "logon" from operator??
>RACFCONV utility as follows:
>IPL 190
>RACFCONV <enter
>200
>yes
>
>RACFCONV
>enter
>300
>yes
>
>IPL 490
>RACSTART
>#cp disc
>
>
> Chris Will
> Systems Software
> (313) 549-9729 Cell
> cw...@bcbsm.com
>
>
>
> The information contained in this communication is highly confidential and
> is intended solely for the use of the individual(s) to whom this
> communication is directed. If you are not the intended recipient, you are
> hereby notified that any viewing, copying, disclosure or distribution of
> this information is prohibited. Please notify the sender, by electronic
> mail or telephone, of any unintended receipt and delete the original
> message without making any copies.
>
>  Blue Cross Blue Shield of Michigan and Blue Care Network of Michigan are
> nonprofit corporations and independent licensees of the Blue Cross and Blue
> Shield Association.
>
> --
> For LINUX-390 subscribe / signoff / archive access instructions,
> send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or
> visit
> http://www.marist.edu/htbin/wlvindex?LINUX-390
> --
> For more information on Linux on System z, visit
> http://wiki.linuxvm.org/
>

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390
--
For more information on Linux on System z, visit
http://wiki.linuxvm.org/

Re: Install not working for SLES11 SP4 thru TRUNKED VSWITCH

[Scott Rohling]

What happens when you 'CP COUPLE nicaddress TO SYSTEM vswitchname'  from
this guests console?  If there's an error it may help troubleshoot..

You need to ensure you're connected to the VSWITCH -- does CP Q VSWITCH
vswitchname DETAILS show this guest connected?

Scott Rohling

On Wed, Apr 20, 2016 at 5:18 PM, Dave Myers <dave.my...@siriuscom.com>
wrote:

> I am trying to install SLES11 SP4 under zVM VSWITCH.
> The VSWITCH is attached to an OSA that is TRUNKED to a switch port.
> We defined VLAN ID on the VSWITCH def and also on the GRANT ACCESS
> statement for the guest.
> We cannot connect when we run the SLES11SP4  EXEC.
>
> Does anyone know if this is supported for install by the SLES11 SP4 RAM
> system?
> Or does anyone know how to debug this connection from the SLES11SP4  EXEC ?
>
> Thanks,
> Dave
>
>
> This message (including any attachments) is intended only for the use of
> the individual or entity to which it is addressed and may contain
> information that is non-public, proprietary, privileged, confidential, and
> exempt from disclosure under applicable law. If you are not the intended
> recipient, you are hereby notified that any use, dissemination,
> distribution, or copying of this communication is strictly prohibited. This
> message may be viewed by parties at Sirius Computer Solutions other than
> those named in the message header. This message does not contain an
> official representation of Sirius Computer Solutions. If you have received
> this communication in error, notify Sirius Computer Solutions immediately
> and (i) destroy this message if a facsimile or (ii) delete this message
> immediately if this is an electronic communication. Thank you.
>
> Sirius Computer Solutions<http://www.siriuscom.com>
>
> --
> For LINUX-390 subscribe / signoff / archive access instructions,
> send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or
> visit
> http://www.marist.edu/htbin/wlvindex?LINUX-390
> --
> For more information on Linux on System z, visit
> http://wiki.linuxvm.org/
>

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390
--
For more information on Linux on System z, visit
http://wiki.linuxvm.org/

Re: A must...

[Scott Rohling]

Very Cool..

And with the SSI feature, you can run seamlessly across 3 other vehicles...

Scott Rohling

On Thu, Apr 7, 2016 at 7:41 AM, Agblad Tore (Supplier) <
tore.agb...@supplier.volvo.com> wrote:

> Anyone got a car with this extra feature ?   :)
>
> https://pbs.twimg.com/media/CToKWCDUAAAUeJ7.jpg
>
> Tore Agblad
> Infrastructure Architect - Mainframe zOpen
> HCL Technologies Ltd.
> DA1S
> Gunnar Engellaus väg 3, 418 78 Gothenburg, Sweden
> Direct: +46 31 3233569
> Mob: +46 76 5533569
> www.hcltech.com<http://www.hcltech.com/>
> www.hcl.com<http://www.hcl.com/>
> [cid:image001.png@01D18F3E.E69E1880]
>
> ::DISCLAIMER:: The contents of this e-mail and any attachment(s) are
> confidential and intended for the named recipient(s) only. E-mail
> transmission is not guaranteed to be secure or error-free as information
> could be intercepted, corrupted, lost, destroyed, arrive late or
> incomplete, or may contain viruses in transmission. The e mail and its
> contents (with or without referred errors) shall therefore not attach any
> liability on the originator or HCL or its affiliates. Views or opinions, if
> any, presented in this email are solely those of the author and may not
> necessarily reflect the views or opinions of HCL or its affiliates. Any
> form of reproduction, dissemination, copying, disclosure, modification,
> distribution and / or publication of this message without the prior written
> consent of authorized representative of HCL is strictly prohibited. If you
> have received this email in error please delete it and notify the sender
> immediately. Before opening any email and/or attachments, please check them
> for viruses and other defects..
>
>
> --
> For LINUX-390 subscribe / signoff / archive access instructions,
> send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or
> visit
> http://www.marist.edu/htbin/wlvindex?LINUX-390
> --
> For more information on Linux on System z, visit
> http://wiki.linuxvm.org/
>

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390
--
For more information on Linux on System z, visit
http://wiki.linuxvm.org/

Re: linux memory

[Scott Rohling]

​There should also be some criteria that acknowledges both the extra cost
and capability of z vs other platforms..   you shouldn't be handing out
Linux servers based on 'who offers more' - it should be based on business
need.​Sizing everything exactly the same is a pretty simplistic method
of managing things..  I would question handing out 8G memory/swap to every
guest..Based on what?   Actually sizing the workload and handing out
resources appropriately is what I'd want if it was my business and $ -
especially on z.

Scott Rohling.

On Wed, Apr 6, 2016 at 7:41 AM, Levy, Alan <al...@doitt.nyc.gov> wrote:

> Hopefully someone can resolve an argument that I'm having with a colleague.
>
> We are competing with the distributed side which using VMware to create
> sles linux servers. They create servers with 8G of memory and 8G of swap
> for EVERY server. My colleague wants to follow this architecture for our
> zvm servers (giving them 8G of memory and 8G of vdisk).
>
> My opinion is to give them a default of 2G of memory and 2G of vdisk and
> increase the main memory as needed.
>
> My colleague is concerned that if we give them less, they will always go
> to the distributed side since they give more. I am concerned about giving
> so much memory might negatively impact our zvm systems.
>
>
>
>
> 
>
> This e-mail, including any attachments, may be confidential, privileged or
> otherwise legally protected. It is intended only for the addressee. If you
> received this e-mail in error or from someone who was not authorized to
> send it to you, do not disseminate, copy or otherwise use this e-mail or
> its attachments. Please notify the sender immediately by replying to this
> e-mail and delete the e-mail from your system.
>
> --
> For LINUX-390 subscribe / signoff / archive access instructions,
> send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or
> visit
> http://www.marist.edu/htbin/wlvindex?LINUX-390
> --
> For more information on Linux on System z, visit
> http://wiki.linuxvm.org/
>

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390
--
For more information on Linux on System z, visit
http://wiki.linuxvm.org/

Re: How many shops... ?

[Scott Rohling]

Great summary, Robert ...   I've been involved with z/Linux POC's for well
over 10 years and if they died, it was almost always due to vendor products
not being certified/supported on z (s390).   This is what made it a 'one
off' - having to find a different solution for the z platform.IBM has
offered programs to help with this, including access to z - but vendors
have to make choices about where they spend their time/energy to get the
most from their investments too.

Scott Rohling

On Fri, Mar 18, 2016 at 6:16 AM, Nix, Robert P. <nix.rob...@mayo.edu> wrote:

> ³Once it¹s up, linux is linux²Š
>
> Right up until you want to install some piece of software. Unless you have
> the source, then linux is x86, or linux is arm, or linux is z.
>
> This is the main issue we ran into in getting acceptance of Linux on z
> here, and which ultimately led to its death. Far too many of the things
> that people wanted to install were from vendors who supplied the binary
> packages, not the source. Our policy for a long time was ³Linux on z
> first, until you prove you can¹t go there². Unfortunately, better than 50%
> of the projects easily proved that they couldn¹t go there. SO, after a
> long period of frustration, management came to the conclusion that Linux
> on z was not a viable platform, and we were directed to convert the
> remaining images to x86 and shut down zVM.
>
> There needs to be wider acceptance within the software vendor community
> for Linux on z (and / or Linux on ARM, Linux on PPC, Š, Linux on things
> beyond x86). The problem is that the vendors can go to HP, or Best Buy,
> and buy an x86, but they have to work to get an ARM or a PPC, or a Z. Most
> aren¹t willing to make the effort to collect these platforms, and aren¹t
> willing to invest in a Z system at all simply to test their product.
>
> So yes, Linux runs on anything, from a postage stamp sized ARM system to
> the mighty Z. But in the case of Linux on Z, unless cost effective, small
> scale development boxes become available (basically a commodity style
> machine that could run a small load with a modest amount of disk, but
> using the Z instruction set and configuration), I don¹t see how a large
> scale wide range acceptance will occur. We tried it. We frustrated
> management, and were ³punished² for it, being "banished" to the Windows
> group for 5 years, where the x86 mantra was ingrained into us.
>
> As long as there¹s a huge price gap between the largest x86 based server
> and the smallest Z system, software vendors won¹t take the leap. And
> without software, a computer is just a brick.
> --
> Robert P. Nix | Sr IT Systems Engineer | Data Center Infrastructure
> Services
>
> Mayo Clinic | 200 First Street SW | Rochester, MN 55905
> 507-284-0844 | nix.rob...@mayo.edu
> "quando omni flunkus moritati"
>
>
>
>
> On 3/17/16, 6:50 PM, "Linux on 390 Port on behalf of Rick Troth"
> <LINUX-390@VM.MARIST.EDU on behalf of r...@casita.net> wrote:
>
> >On 03/14/2016 11:29 AM, Ambros, Thomas wrote:
> >> To start to contest the perception that Linux on system Z is a
> >>'one-off', where would one find out for themselves roughly how many
> >>shops in North America are running production implementations of Linux
> >>on system Z and what proportion of all zSeries sites that might be?
> >
> >Might help to instead contest the perception that a "one-off" is somehow
> >bad.
> >Linux runs on z and it runs on PCs and it runs on ...
> >
> >  * ARM (your smart phone), not necessarily Android
> >  * PPC (IBM RS/6000 or even older Apple servers)
> >  * MIPS (your home router and other embedded devices)
> >  * Itanium
> >  * HP PA-RISC
> >  * SPARC
> >  * Alpha
> >  * M68K
> >
> >
> > ... and at least a dozen other architectures I've never seen or heard
> >of before. Most of these are "one-offs", unless you're invested. So
> >perception is all about perspective. (Forgive my tone if it sounds
> >snippy. Am trying to leverage your verbiage, not pick on it.)
> >
> >Might help to instead contest the perception that Linux on z is somehow
> >not Linux. Most of the list, not being PC hardware, are quirky to boot.
> >But once they're up, Linux is Linux.
> >
> >The advantage of z hardware is significant. But I figger you already
> >know those bullet points.
> >
> >You are not alone in the fight to get your shop to warm up to zLinux.
> >Hang in there!
> >
> >-- R; <><
> >
> >
> >
> >
> >--
> >For LINUX-390 subscribe / signoff / archiv

Re: LINUX SSH problem.

[Scott Rohling]

It will if you allow it in sshd_config ...  but your'e right that 'best
practice' is not to allow root to login directly over ssh.

Scott Rohling

On Thu, Mar 3, 2016 at 10:09 AM, Christer Solskogen <
christer.solsko...@gmail.com> wrote:

> Do you happen to log in as root? Because that won't work.
>
> On Thu, Mar 3, 2016 at 6:21 PM, Offer Baruch <offerbar...@gmail.com>
> wrote:
> > I think that ssh does not allow for your home directory to be write
> enabled
> > for the group (i have seen this on redhat).
> > Make sure your home directory has the correct permissions...
> >
> > Good luck
> > Offer Baruch
> > On Mar 3, 2016 5:36 PM, "Tom Huegel" <tehue...@gmail.com> wrote:
> >
> >> I wish I had some idea of what I might have changed. Intentionally I
> >> haven't changed anything.
> >> There are no new messages in the /var/log/messages file after a failed
> >> logon.
> >>
> >> Comparing /etc/parm.d/sshd to another system that allows SSH logons ...
> >> they are identical.
> >> cat
> >> /etc/pam.d/sshd
> >>
> >> #%PAM-1.0
> >>
> >> auth   required
> >> pam_sepermit.so
> >> auth   substack
> >> password-auth
> >> auth   include
> >> postlogin
> >> # Used with polkit to reauthorize users in remote
> >> sessions
> >> -auth  optional pam_reauthorize.so
> >> prepare
> >> accountrequired
> >> pam_nologin.so
> >> accountinclude
> >> password-auth
> >> password   include
> >> password-auth
> >> # pam_selinux.so close should be the first session
> >> rule
> >> sessionrequired pam_selinux.so
> >> close
> >> sessionrequired
> >> pam_loginuid.so
> >> # pam_selinux.so open should only be followed by sessions to be
> executed in
> >> the user context
> >> sessionrequired pam_selinux.so open
> >> env_params
> >> sessionoptional pam_keyinit.so force
> >> revoke
> >> sessioninclude
> >> password-auth
> >> sessioninclude
> >> postlogin
> >> # Used with polkit to reauthorize users in remote
> >> sessions
> >> -session   optional pam_reauthorize.so
> >> prepare
> >>
> >>
> >>
> >>
> >>
> >>
> >> On Thu, Mar 3, 2016 at 7:11 AM, van Sleeuwen, Berry <
> >> berry.vansleeu...@atos.net> wrote:
> >>
> >> > Hi Tom,
> >> >
> >> > Could it be the pam configuration for ssh is changed? Perhaps the
> >> password
> >> > checking in pam?
> >> >
> >> > I once had such an issue when I made a typo in /etc/pam.d/sshd. After
> >> this
> >> > I couldn't login anymore. It showed up in the console log as "Error:
> PAM:
> >> > Module is unknown for  from .". (This might be in
> >> > /var/log/messages as well.)
> >> >
> >> > I had to correct the typo using "sed" in the Linux console.
> >> >
> >> > Met vriendelijke groet/With kind regards/Mit freundlichen Grüßen,
> >> > Berry van Sleeuwen
> >> >
> >> > -Original Message-
> >> > From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of
> >> Tom
> >> > Huegel
> >> > Sent: Thursday, March 03, 2016 3:23 PM
> >> > To: LINUX-390@VM.MARIST.EDU
> >> > Subject: LINUX SSH problem.
> >> >
> >> > This seems strange to me (a LINUX novice) but I have FEDORA f21 system
> >> > that has been working fine until recently.
> >> > It seems strange LINUX starts up just fine but when I try to SSH
> >> > (Putty) into it I get the initial logon screen but the password is
> always
> >> > rejected.
> >> > From the z/VM console I can logon using the same password.
> >> >
> >> > I must have touched something *&&*&%.
> >> > Any idea how to fix it?
> >> > Thanks
> >> > Tom
> >> >
> >> > --
> >> > 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: I thought these people (SCO) were gone.

[Scott Rohling]

​Yes - though I smell burning wax :)Cheers - Scott​

On Mon, Feb 8, 2016 at 7:20 AM, John McKown <john.archie.mck...@gmail.com>
wrote:

> On Mon, Feb 8, 2016 at 9:13 AM, Scott Rohling <scott.rohl...@gmail.com>
> wrote:
>
> > Your 'signature' quotes are getting much longer then your actual posts
> >  .   I think it's time to trim the ads.
> >
> > Scott Rohling
> >
>
> ​Better?
>
> --
> He's about as useful as a wax frying pan.
>
> 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/

Re: I thought these people (SCO) were gone.

[Scott Rohling]

Your 'signature' quotes are getting much longer then your actual posts
 .   I think it's time to trim the ads.

Scott Rohling

On Mon, Feb 8, 2016 at 5:16 AM, John McKown <john.archie.mck...@gmail.com>
wrote:

>
> http://www.theregister.co.uk/2016/02/08/sco_slapped_in_latest_round_of_eternal_who_owns_unix_lawsuit/
>
>
> --
> Werner Heisenberg is driving down the autobahn. A police officer pulls
> him over. The officer says, "Excuse me, sir, do you know how fast you
> were going?"
> "No," replies Dr. Heisenberg, "but I know where I am."
>
> Computer Science is the only discipline in which we view adding a new wing
> to a building as being maintenance -- Jim Horning
>
> Schrodinger's backup: The condition of any backup is unknown until a
> restore is attempted.
>
> He's about as useful as a wax frying pan.
>
> 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/

Re: VOL1

[Scott Rohling]

​Nice..  another version of one of my favorite lines:If you were right
I'd agree with you.

;-)

Scott Rohling​

On Mon, Dec 14, 2015 at 9:15 AM, Rick Troth <r...@casita.net> wrote:

> We might be in agreement except for your incorrect use of the word "no".
>
>
> On 12/04/2015 08:52 PM, Alan Altmark wrote:
> >> > MVS should grow up.
> > No, ...
>
> Yes, MVS should grow up.
> But we'll consider that out of scope for this conversation.
> Okay?
>
>
> > ... Linux should obey the IBM VOL1 label standard when using ECKD
> devices,
> > just like everyone else.  In fact, if I were asked (I haven't been), I
> > would suggest that it use the CPVOLUME format.  That's one that MVS
> > already recognizes, and whose reactions Certain People are expending
> > effort to improve upon.
>
> The objection is to track-and-record behavior in support of CDL.
> I didn't hear anyone complain about VOL1, and I don't recall complaining
> about it myself.
> Reason for rant is the tricks with tracks, which only loosely links with
> labeling.
>
> AS IT HAPPENS, the CPVOLUME form of VOL1 label fits nicely at the front
> of an EXT2/3/4 filesystem.
>
>
> > Alternatively, Linux could obtain, via IBM channels, an official VOL1
> > standard version ID. E.g. one that has zeroes in the VTOC address
> > indicating no VTOC.
>
> So much the better.
>
>
> > If there were no VTOC, then a volumes could be entirely formatted with 4K
> > records.  The label is defined in the VOL1 label standard to be a
> > *minimum* of 80 bytes.  It can be 4096.  It's the VTOC that's creates the
> > problem.
>
> Agreed.
>
>
> > All of the OSes would have to recognize it since "version number" is part
> > of the standard, specifically designed for building interoperable labels.
>
> Interoperability is a good thing.
>
>
> -- R; <><
>
> --
> For LINUX-390 subscribe / signoff / archive access instructions,
> send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or
> visit
> http://www.marist.edu/htbin/wlvindex?LINUX-390
> --
> For more information on Linux on System z, visit
> http://wiki.linuxvm.org/
>

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390
--
For more information on Linux on System z, visit
http://wiki.linuxvm.org/

Re: z/VM tftp client has problem downloading files larger than 32MB

[Scott Rohling]

I'm not aware of a tftp client for z/VM  ... are you sure you aren't using
the client yourself?  Or maybe it's on z/Linux?

Scott Rohling

On Fri, Oct 23, 2015 at 9:41 AM, Andrew Lemay <and...@lemay.org> wrote:

> Hi all,
>
> Has any one ever hit this before?
> This is 6.1
> Should we be able to download up to 93MB
>
> https://en.wikipedia.org/wiki/Trivial_File_Transfer_Protocol
>
> Would updating to 6.3 fix this? If so could someone test this?
>
> Thanks
>
> --
> For LINUX-390 subscribe / signoff / archive access instructions,
> send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or
> visit
> http://www.marist.edu/htbin/wlvindex?LINUX-390
> --
> For more information on Linux on System z, visit
> http://wiki.linuxvm.org/
>

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390
--
For more information on Linux on System z, visit
http://wiki.linuxvm.org/

Re: LVM usage

[Scott Rohling]

My experience is that LVM is almost always used -- non-LVM is rarer on
zLinux.DASD sizes have grown which help limit some needs for using LVM
-- but the ability to be expanded dynamically is a pretty big sell point
when the goal is 'no outage required' for most shops..

One exception is probably FCP/SAN storage -- where LVM may be used less
often ...  Large enough spaces may be allocated on the SAN that combining
devices isn't necessary..   but I still see LVM used for expandability
purposes even on this storage...

Scott Rohling

On Mon, Oct 5, 2015 at 8:23 AM, Sergey Korzhevsky <s_korzhev...@iba.by>
wrote:

> Hi Rick,
>
>  Could you tell me some details, because it is not obvious for what type
> of services you are actually using LVM? Is this Websphere, databases,
> Samba, log storage, custom application with a lot of data, anything else?
>
> Stories about TSM and Samba are great, but this is one installation for
> the site and we are speaking in terms of z/VM, right?
> Maybe i need to ask additional query: do you use LVM no matter what? For
> example, if you need to create one linux (maybe a bunch of them)  with
> webserver (it is relatively small), will you use LVM anyway?
>
> DASD now can be 27 and 54GB, which is plenty of space for normal
> application use (except DB). Is it not enough for your needs?
> Maybe you initially allocate as little space as possible (say 1GB) and
> then add later?
> Basically, what is the pattern? :)
>
>
> Thank all who will respond and already responded.
>
> WBR, Sergey
>
>
>
>
> Rick Troth <r...@casita.net>
> Sent by: Linux on 390 Port <LINUX-390@VM.MARIST.EDU>
> 05-10-15 17:18
> Please respond to Linux on 390 Port
>
> To: LINUX-390@VM.MARIST.EDU
> cc:
> Subject:Re: LVM usage
>
>
> Two great responses from Bob and Berry. Here's my LVM story too.
>
>
> On 10/05/2015 08:56 AM, Sergey Korzhevsky wrote:
> > Could you, please, explain me a real usage of the LVM
> > in the server environments with z/VM or whatever.
>
> I was introduced to LVM by colleagues.
> Since then, I have used it increasingly.
> It is the central facilitator for most of my storage needs.
>
>
> > Do you really need to "online" expand your "opt" or "home" directory
> > which is worth to have additional layer in disk access?
>
> Online resizing works very well.
>
> For me, there is no additional layer
> because I use LVM without partitioning.
> Where possible, I discard the partitioning "layer" in favor of LVM.
> In other words, where it can be done, I stamp the whole disk as a PV
> rather than stamping one or more partitions.
>
> Recent discussion exposes a bug in recent LVM utilities where there is
> some sad confusion between partitioned and unpartitioned physical
> volumes. Other than that, LVM is everything partitioning wanted to be if
> partitioning grew up.
>
> Hard numbers exposing the insertion loss from use of LVM would be great.
> Best practice recommends use of LVM for the administrative advantage.
>
>
> > Moreover,  databases already have such functionality
> > (tablespace/containers), so they don't need LVM.
>
> There are many places we see functional overlap. Not only databases, but
> also ...
>
>  + EVMS combined multipath support with volume management, yet LVM won
>
>  + newer filesystems combine volume management with the FS, and LVM is
> losing
>
> There is no one size fits all, so you'll want to dig-into the
> capabilities of LVM to answer your own needs. But LVM is an excellent
> solution with fewer layering violations than the overlaps mentioned
> here. (It fits the Unix rule of do one thing and do it well.)
>
> -- R; <><
>
> --
> For LINUX-390 subscribe / signoff / archive access instructions,
> send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or
> visit
> http://www.marist.edu/htbin/wlvindex?LINUX-390
> --
> For more information on Linux on System z, visit
> http://wiki.linuxvm.org/
>
>
> --
> For LINUX-390 subscribe / signoff / archive access instructions,
> send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or
> visit
> http://www.marist.edu/htbin/wlvindex?LINUX-390
> --
> For more information on Linux on System z, visit
> http://wiki.linuxvm.org/
>

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390
--
For more information on Linux on System z, visit
http://wiki.linuxvm.org/

Re: Documentation for Linux on z Systems and KVM - new

[Scott Rohling]

'The speed of progress' ?Is it not moving fast enough for you, Sergey?
  Perhaps we need 'dinosaur crossing' signs stamped on the z... ?

I am personally not worried about slowing down the world ... I have failed
even when actively trying  ;-)  I stay in shape running to catch up..

Scott Rohling

On Thu, Oct 1, 2015 at 12:40 AM, Sergey Korzhevsky <s_korzhev...@iba.by>
wrote:

> Hi Mark,
>
>Thank you for detailed answer, but, actually, your vision is not
> contradicted with mine, you just confirmed that the huge jump was made in
> the last decade because of Linux on mainframe (in z/VM particularly).
> I hope that with people like you, the speed of progress won't be slow
> down.
>
>
> WBR, Sergey
>
>
>
>
> Mark Post <mp...@suse.com>
> Sent by: Linux on 390 Port <LINUX-390@VM.MARIST.EDU>
> 28-09-15 23:39
> Please respond to Linux on 390 Port
>
> To: LINUX-390@VM.MARIST.EDU
> cc:
> Subject:Re: Documentation for Linux on z Systems and KVM -
> new
>
>
> >>> On 9/28/2015 at 02:25 AM, Sergey Korzhevsky <s_korzhev...@iba.by>
> wrote:
> > Alan Altmark wrote:
> >>> What is it about z that makes virtualization work better?
> >>50 years of work on it?
> >
> > That is interesting answer. One thing came to my mind is the live guest
> > relocation. As far as i could find, VMware introduced that feature
> > (vMotion) in 2003, z/VM - in 2011. The same regarding network
> > (GuestLAN/VSwitch).
> > So, looks like z/VM slept all that years and was wake up by x86 world
> > recently.
>
> Having been an active participant and observer of the community for a
> while now, I think I can contribute some perspective.  (From what I can
> tell, you have been also so I find your comment a little surprising.)
>
> When Linux for the mainframe was first introduced, a lot of facilities we
> take for granted today didn't exist.  Guest LANs, VSWITCHes, cooperative
> memory management and so on.  That started to change pretty quickly.
> Things that actually helped running more than just a few instances of
> Linux were introduced and made life much easier.  Live Guest Relocation
> wasn't needed then, because not many shops were running huge amounts of
> guests.  That pain came along later.  Even then, it wasn't for the same
> reason that the x86 world wanted it.
>
> Mainframe shops running Linux on z/VM didn't worry much about hardware
> failures and migrating workload to relieve overloaded servers usually
> wasn't an issue because of decades of performance and capacity management.
>  What "we" wanted it for was because z/VM was so reliable it could run for
> years but sometimes various maintenance was important to put on the
> system.  Trying to get multiple customers of the service to agree on a
> maintenance window was becoming nearly impossible, because although they
> wanted High Availability, they weren't willing to actually invest in it,
> so the workload couldn't be failed over to another server in a cluster.
>
> There was another factor, although not a technical one.  Many customers
> have become checklist driven.  If your product doesn't allow them to put
> check marks in all the boxes on the list, it's obviously not a good
> product and not worthy of consideration.  So, z/VM development was getting
> reports from Sales that this function was needed, just to be "in the
> game."  And, being the group that they are, z/VM development wanted to
> approach the development needed in a more "system of systems" oriented way
> than just bolting on a feature.  Thus, Single System Image was born, and
> it took quite a while and a lot of people to bring to the market.  Taking
> into account the various diversions that were forced on them during the
> same period of time, it's amazing they got it out as quickly as they did.
>
> I think most people that have been in the z/VM world for a long time would
> agree that having Linux available on the mainframe has breathed new life
> into z/VM.  Since then, they've been working hard to introduce things that
> make sense for the mainframe environment.  What new items they work on,
> and what priority they have, _can_ be influenced by current and potential
> customers.  I encourage anyone who has thoughts on what those new items
> should be to speak up, whether here or in the IBMVM mailing list, or at
> SHARE.  There are people in these mailing lists and at SHARE that have a
> direct line into the z/VM and Linux development groups at IBM.  Take
> advantage of that.
>
>
> Mark Post
>
> -

Re: Documentation for Linux on z Systems and KVM - new

[Scott Rohling]

Good post - well said, Mark -

Scott Rohling

On Mon, Sep 28, 2015 at 1:39 PM, Mark Post <mp...@suse.com> wrote:

> ​ a good 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/

Re: Having issues attaching to LUNs after Brocade mode change

[Scott Rohling]

Did things change from NPIV to non-NPIV (or vice-a-versa)?

Scott Rohling

On Mon, Sep 21, 2015 at 12:05 PM, Raymond Higgs <rayhi...@us.ibm.com> wrote:

> Hi Chris,
>
> Config off, on from the HMC will free up the resources that those messages
> are talking about, but I don't think it will help.  Based your original
> email, I think your zoning changed.  It looks like everything is in a
> single, giant zone, and you're running out of resources because all ports
> can see all other ports.
>
> Regards,
>
> Ray Higgs
> System z IO Firmware Development
> Bld. 706, B42
> 2455 South Road
> Poughkeepsie, NY 12601
> (845) 435-8666,  T/L 295-8666
> rayhi...@us.ibm.com
>
> Linux on 390 Port <LINUX-390@VM.MARIST.EDU> wrote on 09/21/2015 12:29:06
> PM:
>
> > From: "VANDER WOUDE, PETER" <pwo...@harristeeter.com>
> > To: LINUX-390@VM.MARIST.EDU
> > Date: 09/21/2015 12:55 PM
> > Subject: Re: Having issues attaching to LUNs after Brocade mode change
> > Sent by: Linux on 390 Port <LINUX-390@VM.MARIST.EDU>
> >
> > Will,
> >
> > I would try taking the fcp port offline.  The physical port is what
> > get's the initial port id and the config offline back online would
> > be the only way, I think, to have the plogi sequence operate correctly.
> >
> > Regards,
> > Peter
> >
> >
> >
> >
> > -Original Message-
> > From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf
> > Of Will, Chris
> > Sent: Monday, September 21, 2015 12:24 PM
> > To: LINUX-390@VM.MARIST.EDU
> > Subject: Re: Having issues attaching to LUNs after Brocade mode change
> >
> > We have shutdown, deactivated the LPAR, activated and IPLd z/VM and
> > are still having issues.  Would it help to offline the FCP port on
> > the HMC?  It looks like it attaches and then timesout.
> >
> > Sep 20 23:13:12 omgdb2prd1 multipathd: 8:32: mark as failed Sep 20
> > 23:13:12 omgdb2prd1 multipathd: mpvol28: remaining active paths: 1
> > Sep 20 23:13:12 omgdb2prd1 kernel: sd 0:0:0:2: [sdc] Medium access
> > timeout failure. Offlining disk!
> > Sep 20 23:13:12 omgdb2prd1 kernel: sd 0:0:0:2: [sdc]  Result:
> > hostbyte=DID_TIME_OUT driverbyte=DRIVER_OK Sep 20 23:13:12
> > omgdb2prd1 kernel: sd 0:0:0:2: [sdc] CDB: Read(10): 28 00 01 3e 61
> > 58 00 00 20 00 Sep 20 23:13:12 omgdb2prd1 kernel: end_request: I/O
> > error, dev sdc, sector 20865368 Sep 20 23:13:12 omgdb2prd1 kernel:
> > device-mapper: multipath: Failing path 8:32.
> > Sep 20 23:13:17 omgdb2prd1 multipathd: mpvol28: sdc - tur checker
> > reports path is down Sep 20 23:13:22 omgdb2prd1 multipathd: mpvol28:
> > sdc - tur checker reports path is down
> >
> > Chris Will
> > Systems Software
> > (313) 549-9729 Cell
> > cw...@bcbsm.com
> >
> > -Original Message-
> > From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf
> > Of VANDER WOUDE, PETER
> > Sent: Monday, September 21, 2015 12:03 PM
> > To: LINUX-390@VM.MARIST.EDU
> > Subject: Re: Having issues attaching to LUNs after Brocade mode change
> >
> > Chris,
> >
> > Have you tried to force the zfcp channels to do a port login (i.e.
> > plogi)?  After changing the brocade interopmode, you must do this,
> > otherwise your system is probably trying to use it's previous port
> > id mappings, which the interopmode change changes.
> >
> > Peter
> >
> >
> >
> >
> >
> > -Original Message-
> > From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf
> > Of Will, Chris
> > Sent: Monday, September 21, 2015 11:17 AM
> > To: LINUX-390@VM.MARIST.EDU
> > Subject: Having issues attaching to LUNs after Brocade mode change
> >
> > We recently had a Brocade mode change and when the channel came back
> > we were flooded with the following messages and have not been able
> > to attach any LUNs to this channel (they attach and then timeout).
> > Our zoning should only allow us to see/discover one port.
> >
> > Sep 19 20:58:45 edidb2prd1 kernel: zfcp.ac341f: 0.0.0404: The local
> > link has been restored Sep 19 20:58:45 edidb2prd1 kernel: qdio: 0.0.
> > 0404 ZFCP on SC 0 using AI:1 QEBSM:1 PRI:1 TDD:1 SIGA: W A Sep 19
> > 20:59:00 edidb2prd1 kernel: zfcp.9b70c0: 0.0.0404: Not enough FCP
> > adapter resources to open remote port 0x5000144280501200 Sep 19 20:
> > 59:00 edidb2prd1 kernel: zfcp.9b70c0: 0.0.0404: Not enough FCP
> > adapter resources to open remote port 0x50001442903b0910 Sep 19 20:
> > 59:00 edidb2prd1 kernel: zfcp.

Re: Having issues attaching to LUNs after Brocade mode change

[Scott Rohling]

Ok - seems there is more to know (working path vs. non-working) - when you
said brocade mode change -- it's not clear what that means...

Scott Rohling

On Mon, Sep 21, 2015 at 12:41 PM, Will, Chris <cw...@bcbsm.com> wrote:

> NPIV is still in effect and we can get the servers going through another
> path but we cannot get the backup working.
>
> Chris Will
> Systems Software
> (313) 549-9729 Cell
> cw...@bcbsm.com
>
>
> -Original Message-
> From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of
> Scott Rohling
> Sent: Monday, September 21, 2015 3:34 PM
> To: LINUX-390@VM.MARIST.EDU
> Subject: Re: Having issues attaching to LUNs after Brocade mode change
>
> Did things change from NPIV to non-NPIV (or vice-a-versa)?
>
> Scott Rohling
>
> On Mon, Sep 21, 2015 at 12:05 PM, Raymond Higgs <rayhi...@us.ibm.com>
> wrote:
>
> > Hi Chris,
> >
> > Config off, on from the HMC will free up the resources that those
> > messages are talking about, but I don't think it will help.  Based
> > your original email, I think your zoning changed.  It looks like
> > everything is in a single, giant zone, and you're running out of
> > resources because all ports can see all other ports.
> >
> > Regards,
> >
> > Ray Higgs
> > System z IO Firmware Development
> > Bld. 706, B42
> > 2455 South Road
> > Poughkeepsie, NY 12601
> > (845) 435-8666,  T/L 295-8666
> > rayhi...@us.ibm.com
> >
> > Linux on 390 Port <LINUX-390@VM.MARIST.EDU> wrote on 09/21/2015
> > 12:29:06
> > PM:
> >
> > > From: "VANDER WOUDE, PETER" <pwo...@harristeeter.com>
> > > To: LINUX-390@VM.MARIST.EDU
> > > Date: 09/21/2015 12:55 PM
> > > Subject: Re: Having issues attaching to LUNs after Brocade mode
> > > change Sent by: Linux on 390 Port <LINUX-390@VM.MARIST.EDU>
> > >
> > > Will,
> > >
> > > I would try taking the fcp port offline.  The physical port is what
> > > get's the initial port id and the config offline back online would
> > > be the only way, I think, to have the plogi sequence operate correctly.
> > >
> > > Regards,
> > > Peter
> > >
> > >
> > >
> > >
> > > -Original Message-
> > > From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf
> > > Of Will, Chris
> > > Sent: Monday, September 21, 2015 12:24 PM
> > > To: LINUX-390@VM.MARIST.EDU
> > > Subject: Re: Having issues attaching to LUNs after Brocade mode
> > > change
> > >
> > > We have shutdown, deactivated the LPAR, activated and IPLd z/VM and
> > > are still having issues.  Would it help to offline the FCP port on
> > > the HMC?  It looks like it attaches and then timesout.
> > >
> > > Sep 20 23:13:12 omgdb2prd1 multipathd: 8:32: mark as failed Sep 20
> > > 23:13:12 omgdb2prd1 multipathd: mpvol28: remaining active paths: 1
> > > Sep 20 23:13:12 omgdb2prd1 kernel: sd 0:0:0:2: [sdc] Medium access
> > > timeout failure. Offlining disk!
> > > Sep 20 23:13:12 omgdb2prd1 kernel: sd 0:0:0:2: [sdc]  Result:
> > > hostbyte=DID_TIME_OUT driverbyte=DRIVER_OK Sep 20 23:13:12
> > > omgdb2prd1 kernel: sd 0:0:0:2: [sdc] CDB: Read(10): 28 00 01 3e 61
> > > 58 00 00 20 00 Sep 20 23:13:12 omgdb2prd1 kernel: end_request: I/O
> > > error, dev sdc, sector 20865368 Sep 20 23:13:12 omgdb2prd1 kernel:
> > > device-mapper: multipath: Failing path 8:32.
> > > Sep 20 23:13:17 omgdb2prd1 multipathd: mpvol28: sdc - tur checker
> > > reports path is down Sep 20 23:13:22 omgdb2prd1 multipathd: mpvol28:
> > > sdc - tur checker reports path is down
> > >
> > > Chris Will
> > > Systems Software
> > > (313) 549-9729 Cell
> > > cw...@bcbsm.com
> > >
> > > -Original Message-
> > > From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf
> > > Of VANDER WOUDE, PETER
> > > Sent: Monday, September 21, 2015 12:03 PM
> > > To: LINUX-390@VM.MARIST.EDU
> > > Subject: Re: Having issues attaching to LUNs after Brocade mode
> > > change
> > >
> > > Chris,
> > >
> > > Have you tried to force the zfcp channels to do a port login (i.e.
> > > plogi)?  After changing the brocade interopmode, you must do this,
> > > otherwise your system is probably trying to use it's previous port
> > > id mappings, which the interopmode change changes.
> > >
> > > Peter
> > >
>

Re: Symantec Endpoint Protection (SEP) for installation on zLinux?

[Scott Rohling]

That is sad ...   I wonder who decided it was a requirement.   Keep a foot
in the door - they might realize there was another reason for moving things
to z in the first place and might not be able to shoehorn some of them out?
  Maybe it's time for an environmental impact survey or something...  and
make the issue power consumption and not what antivirus is run...all
these suits need is a rabbit to chase  ;-)

Scott Rohling

On Tue, Sep 8, 2015 at 10:03 AM, CHAPLIN, JAMES (CTR) <
james.chap...@cbp.dhs.gov> wrote:

> Here the sad ending to this problem, our management has decided that since
> Symantec or anyone else actively supports an AV Agent for Linux on the z
> Platform (s390x), they are moving all Linux based application off the
> mainframe to distributive servers by the end of October... Any good job
> openings out there ;-(, I am hitting the pavement, future here not good.
>
> James Chaplin, ITIL® v3 Foundation
> Systems Programmer, MVS, zVM & zLinux
>
>
> -Original Message-
> From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of
> Marcy Cortes
> Sent: Tuesday, August 18, 2015 11:24 AM
> To: LINUX-390@VM.MARIST.EDU
> Subject: Re: Symantec Endpoint Protection (SEP) for installation on zLinux?
>
> We've been given an exception because it doesn't exist for z.
> Not a bad thing imnsho :)
>
>
>
> -Original Message-
> From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of
> CHAPLIN, JAMES (CTR)
> Sent: Tuesday, August 18, 2015 5:35 AM
> To: LINUX-390@VM.MARIST.EDU
> Subject: [LINUX-390] Symantec Endpoint Protection (SEP) for installation
> on zLinux?
>
> Fellow Penguin Mainframers,
> Has anyone installed Symantec Endpoint Protection (SEP) on Linux (RHEL or
> SUSE) on the s390x architecture? We have been given a "Security
> Requirement" that this vendor specific software has to be in place, and we
> cannot even verify that they support the s390x architecture. Please share
> any experience you may have with this if your shop has gone down this path
> and implemented SEP.
>
> James Chaplin, ITIL(r) v3 Foundation
> Systems Programmer, MVS, zVM & zLinux
> CA Technologies
>
> --
> For LINUX-390 subscribe / signoff / archive access instructions, send
> email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
> http://www.marist.edu/htbin/wlvindex?LINUX-390
> --
> For more information on Linux on System z, visit http://wiki.linuxvm.org/
>
> --
> For LINUX-390 subscribe / signoff / archive access instructions, send
> email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
> http://www.marist.edu/htbin/wlvindex?LINUX-390
> --
> For more information on Linux on System z, visit http://wiki.linuxvm.org/
>
> --
> For LINUX-390 subscribe / signoff / archive access instructions,
> send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or
> visit
> http://www.marist.edu/htbin/wlvindex?LINUX-390
> --
> For more information on Linux on System z, visit
> http://wiki.linuxvm.org/
>

--
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: SSI LGR using CMS PROFILE with SWAPGEN and VDISK

[Scott Rohling]

You'll need to detach all CMS disks (190, 191, etc) ...   you can do this
within Linux using vmcp -- or use CP SEND CP guestname DETACH xxx   

Scott Rohling

On Fri, Sep 4, 2015 at 9:35 AM, Davis, Larry (National VM Capability) <
larry.dav...@hpe.com> wrote:

> How are people using a CMS PROFILE EXEC and SWAPGEN to create Linux swap
> files on VDISK, and then using LGR to move a Linux server from one member
> to the other.
>
> We get an error that the CMS disks in one member don't have the same EQID
> in the other member when we try to test the relocation
>
>
>
> Larry Davis,
> VM Capability
> HP Enterprise
> Tel: +1 813  394 4240
> E-mail: larry.dav...@hpe.com<mailto:larry.dav...@hpe.com>
>
>
> --
> For LINUX-390 subscribe / signoff / archive access instructions,
> send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or
> visit
> http://www.marist.edu/htbin/wlvindex?LINUX-390
> --
> For more information on Linux on System z, visit
> http://wiki.linuxvm.org/
>

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390
--
For more information on Linux on System z, visit
http://wiki.linuxvm.org/

Re: SSI LGR using CMS PROFILE with SWAPGEN and VDISK

[Scott Rohling]

I'm also fairly sure the VDISK cannot be defined as an MDISK for LGR to
work  (at least when I was doing testing a few years back)SWAPGEN
defines them if not already there...

Scott Rohling

On Fri, Sep 4, 2015 at 9:58 AM, Scott Rohling <scott.rohl...@gmail.com>
wrote:

> True - but how is this helping solve the issue?I don't think the
> problem is with the VDISK..  It's with releasing the CMS disks after the
> PROFILE EXEC is done...
>
> Scott Rohling
>
> On Fri, Sep 4, 2015 at 9:53 AM, Rich Smrcina <r...@velocitysoftware.com>
> wrote:
>
>> Whether they're defined in MDISK statements or COMMAND statements is not
>> relevant to
>> SWAPGEN. It will format them all the same.
>>
>>
>> On 09/04/2015 11:48 AM, Scott Rohling wrote:
>>
>>> That doesn't help format them  using SWAPGEN should be fine as long
>>> as
>>> all the CMS disks are detached before attempting LGR ..
>>>
>>> Scott Rohling
>>>
>>> On Fri, Sep 4, 2015 at 9:44 AM, Rich Smrcina <r...@velocitysoftware.com>
>>> wrote:
>>>
>>> COMMAND DEFINE VFB-512 0202 128000
>>>> COMMAND DEFINE VFB-512 0203 256000
>>>>
>>>>
>>>> On 09/04/2015 11:35 AM, Davis, Larry (National VM Capability) wrote:
>>>>
>>>> How are people using a CMS PROFILE EXEC and SWAPGEN to create Linux swap
>>>>> files on VDISK, and then using LGR to move a Linux server from one
>>>>> member
>>>>> to the other.
>>>>>
>>>>> We get an error that the CMS disks in one member don't have the same
>>>>> EQID
>>>>> in the other member when we try to test the relocation
>>>>>
>>>>>
>>>>>
>>>>> Larry Davis,
>>>>> VM Capability
>>>>> HP Enterprise
>>>>> Tel: +1 813  394 4240
>>>>> E-mail: larry.dav...@hpe.com<mailto:larry.dav...@hpe.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/
>>>>>
>>>>>
>>>>>
>>>>> --
>>>>>
>>>>> Richard Smrcina
>>>>> Sr. Systems Engineer
>>>>>
>>>>> Velocity Software Inc.
>>>>> Main: (650) 964-8867
>>>>> Main: (877) 964-8867
>>>>> r...@velocitysoftware.com <mailto://r...@velocitysoftware.com>
>>>>>
>>>>>
>>>>> 
>>>>> Signature
>>>>> <http://www.velocitysoftware.com/>
>>>>> *Follow us:*
>>>>> facebook <
>>>>> http://www.facebook.com/pages/Velocity-Software/356098274460840>
>>>>> LinkedIn
>>>>> <http://www.linkedin.com/company/1798379?trk=tyah> twitter
>>>>> <https://twitter.com/VelocitySoftw> Xing
>>>>> <https://www.xing.com/companies/velocitysoftwaregmbh>
>>>>> --
>>>>>
>>>>> Richard Smrcina
>>>>> Sr. Systems Engineer
>>>>>
>>>>> Velocity Software Inc.
>>>>> Main: (650) 964-8867
>>>>> Main: (877) 964-8867
>>>>> r...@velocitysoftware.com <mailto://r...@velocitysoftware.com>
>>>>>
>>>>>
>>>>> 
>>>>> Signature
>>>>> <http://www.velocitysoftware.com/>
>>>>> *Follow us:*
>>>>> facebook <
>>>>> http://www.facebook.com/pages/Velocity-Software/356098274460840>
>>>>> LinkedIn
>>>>> <http://www.linkedin.com/company/1798379?trk=tyah> twitter
>>>>> <https://twitter.com/VelocitySoftw> Xing
>>>>> <https://www.xing.com/companies/velocitysoftwaregmbh>
>>>>>
>>>>> ---

Re: SSI LGR using CMS PROFILE with SWAPGEN and VDISK

[Scott Rohling]

That doesn't help format them  using SWAPGEN should be fine as long as
all the CMS disks are detached before attempting LGR ..

Scott Rohling

On Fri, Sep 4, 2015 at 9:44 AM, Rich Smrcina <r...@velocitysoftware.com>
wrote:

> COMMAND DEFINE VFB-512 0202 128000
> COMMAND DEFINE VFB-512 0203 256000
>
>
> On 09/04/2015 11:35 AM, Davis, Larry (National VM Capability) wrote:
>
>> How are people using a CMS PROFILE EXEC and SWAPGEN to create Linux swap
>> files on VDISK, and then using LGR to move a Linux server from one member
>> to the other.
>>
>> We get an error that the CMS disks in one member don't have the same EQID
>> in the other member when we try to test the relocation
>>
>>
>>
>> Larry Davis,
>> VM Capability
>> HP Enterprise
>> Tel: +1 813  394 4240
>> E-mail: larry.dav...@hpe.com<mailto:larry.dav...@hpe.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/
>>
>>
>>
>> --
>>
>> Richard Smrcina
>> Sr. Systems Engineer
>>
>> Velocity Software Inc.
>> Main: (650) 964-8867
>> Main: (877) 964-8867
>> r...@velocitysoftware.com <mailto://r...@velocitysoftware.com>
>>
>> 
>> Signature
>> <http://www.velocitysoftware.com/>
>> *Follow us:*
>> facebook <http://www.facebook.com/pages/Velocity-Software/356098274460840>
>> LinkedIn
>> <http://www.linkedin.com/company/1798379?trk=tyah> twitter
>> <https://twitter.com/VelocitySoftw> Xing
>> <https://www.xing.com/companies/velocitysoftwaregmbh>
>> --
>>
>> Richard Smrcina
>> Sr. Systems Engineer
>>
>> Velocity Software Inc.
>> Main: (650) 964-8867
>> Main: (877) 964-8867
>> r...@velocitysoftware.com <mailto://r...@velocitysoftware.com>
>>
>> 
>> Signature
>> <http://www.velocitysoftware.com/>
>> *Follow us:*
>> facebook <http://www.facebook.com/pages/Velocity-Software/356098274460840>
>> LinkedIn
>> <http://www.linkedin.com/company/1798379?trk=tyah> twitter
>> <https://twitter.com/VelocitySoftw> Xing
>> <https://www.xing.com/companies/velocitysoftwaregmbh>
>>
>
> --
> For LINUX-390 subscribe / signoff / archive access instructions,
> send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or
> visit
> http://www.marist.edu/htbin/wlvindex?LINUX-390
> --
> For more information on Linux on System z, visit
> http://wiki.linuxvm.org/
>

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390
--
For more information on Linux on System z, visit
http://wiki.linuxvm.org/

Re: SSI LGR using CMS PROFILE with SWAPGEN and VDISK

[Scott Rohling]

True - but how is this helping solve the issue?I don't think the
problem is with the VDISK..  It's with releasing the CMS disks after the
PROFILE EXEC is done...

Scott Rohling

On Fri, Sep 4, 2015 at 9:53 AM, Rich Smrcina <r...@velocitysoftware.com>
wrote:

> Whether they're defined in MDISK statements or COMMAND statements is not
> relevant to
> SWAPGEN. It will format them all the same.
>
>
> On 09/04/2015 11:48 AM, Scott Rohling wrote:
>
>> That doesn't help format them  using SWAPGEN should be fine as long as
>> all the CMS disks are detached before attempting LGR ..
>>
>> Scott Rohling
>>
>> On Fri, Sep 4, 2015 at 9:44 AM, Rich Smrcina <r...@velocitysoftware.com>
>> wrote:
>>
>> COMMAND DEFINE VFB-512 0202 128000
>>> COMMAND DEFINE VFB-512 0203 256000
>>>
>>>
>>> On 09/04/2015 11:35 AM, Davis, Larry (National VM Capability) wrote:
>>>
>>> How are people using a CMS PROFILE EXEC and SWAPGEN to create Linux swap
>>>> files on VDISK, and then using LGR to move a Linux server from one
>>>> member
>>>> to the other.
>>>>
>>>> We get an error that the CMS disks in one member don't have the same
>>>> EQID
>>>> in the other member when we try to test the relocation
>>>>
>>>>
>>>>
>>>> Larry Davis,
>>>> VM Capability
>>>> HP Enterprise
>>>> Tel: +1 813  394 4240
>>>> E-mail: larry.dav...@hpe.com<mailto:larry.dav...@hpe.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/
>>>>
>>>>
>>>>
>>>> --
>>>>
>>>> Richard Smrcina
>>>> Sr. Systems Engineer
>>>>
>>>> Velocity Software Inc.
>>>> Main: (650) 964-8867
>>>> Main: (877) 964-8867
>>>> r...@velocitysoftware.com <mailto://r...@velocitysoftware.com>
>>>>
>>>>
>>>> 
>>>> Signature
>>>> <http://www.velocitysoftware.com/>
>>>> *Follow us:*
>>>> facebook <
>>>> http://www.facebook.com/pages/Velocity-Software/356098274460840>
>>>> LinkedIn
>>>> <http://www.linkedin.com/company/1798379?trk=tyah> twitter
>>>> <https://twitter.com/VelocitySoftw> Xing
>>>> <https://www.xing.com/companies/velocitysoftwaregmbh>
>>>> --
>>>>
>>>> Richard Smrcina
>>>> Sr. Systems Engineer
>>>>
>>>> Velocity Software Inc.
>>>> Main: (650) 964-8867
>>>> Main: (877) 964-8867
>>>> r...@velocitysoftware.com <mailto://r...@velocitysoftware.com>
>>>>
>>>>
>>>> 
>>>> Signature
>>>> <http://www.velocitysoftware.com/>
>>>> *Follow us:*
>>>> facebook <
>>>> http://www.facebook.com/pages/Velocity-Software/356098274460840>
>>>> LinkedIn
>>>> <http://www.linkedin.com/company/1798379?trk=tyah> twitter
>>>> <https://twitter.com/VelocitySoftw> Xing
>>>> <https://www.xing.com/companies/velocitysoftwaregmbh>
>>>>
>>>> --
>>> 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-39

Re: SSI LGR using CMS PROFILE with SWAPGEN and VDISK

[Scott Rohling]

No - you CAN use SWAPGEN - it will issue the DEFINE commands for you..
 you just can't define them in the directory as an MDISK VFB-512
 They have to be created dynamically   Putting the COMMAND in the
directory is your choice.  Some sysprogs like everything documented in the
directory rather then having a PROFILE EXEC create it.

Scott Rohling

On Fri, Sep 4, 2015 at 10:34 AM, Davis, Larry (National VM Capability) <
larry.dav...@hpe.com> wrote:

> Thank you
> I am thinking I can either QUEUE up the DETACH statements like Marcy
> suggested or add the VMCP commands to /etc/init.d/boot.local routine in
> SLES to do the same thing.
>
> I prefer the DETACH statements in the PROFILE EXEC but from Marcy this
> also requires that the V-DISK be defined in the Directory using COMMAND
> statements, unless I am misunderstanding you can't use the SWAPGEN in the
> PROFILE EXEC to define and format a V-Disk, Is that right?
>
>
> Larry Davis,
> VM Capability
>
> -Original Message-
> From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of
> Scott Rohling
> Sent: Friday, September 04, 2015 12:48 PM
> To: LINUX-390@VM.MARIST.EDU
> Subject: Re: SSI LGR using CMS PROFILE with SWAPGEN and VDISK
>
> That doesn't help format them  using SWAPGEN should be fine as long as
> all the CMS disks are detached before attempting LGR ..
>
> Scott Rohling
>
> On Fri, Sep 4, 2015 at 9:44 AM, Rich Smrcina <r...@velocitysoftware.com>
> wrote:
>
> > COMMAND DEFINE VFB-512 0202 128000
> > COMMAND DEFINE VFB-512 0203 256000
> >
> >
> > On 09/04/2015 11:35 AM, Davis, Larry (National VM Capability) wrote:
> >
> >> How are people using a CMS PROFILE EXEC and SWAPGEN to create Linux
> >> swap files on VDISK, and then using LGR to move a Linux server from
> >> one member to the other.
> >>
> >> We get an error that the CMS disks in one member don't have the same
> >> EQID in the other member when we try to test the relocation
> >>
> >>
> >>
> >> Larry Davis,
> >> VM Capability
> >> HP Enterprise
> >> Tel: +1 813  394 4240
> >> E-mail: larry.dav...@hpe.com<mailto:larry.dav...@hpe.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/
> >>
> >>
> >>
> >> --
> >>
> >> Richard Smrcina
> >> Sr. Systems Engineer
> >>
> >> Velocity Software Inc.
> >> Main: (650) 964-8867
> >> Main: (877) 964-8867
> >> r...@velocitysoftware.com <mailto://r...@velocitysoftware.com>
> >>
> >> -
> >> ---
> >> Signature
> >> <http://www.velocitysoftware.com/>
> >> *Follow us:*
> >> facebook
> >> <http://www.facebook.com/pages/Velocity-Software/356098274460840>
> >> LinkedIn
> >> <http://www.linkedin.com/company/1798379?trk=tyah> twitter
> >> <https://twitter.com/VelocitySoftw> Xing
> >> <https://www.xing.com/companies/velocitysoftwaregmbh>
> >> --
> >>
> >> Richard Smrcina
> >> Sr. Systems Engineer
> >>
> >> Velocity Software Inc.
> >> Main: (650) 964-8867
> >> Main: (877) 964-8867
> >> r...@velocitysoftware.com <mailto://r...@velocitysoftware.com>
> >>
> >> -
> >> ---
> >> Signature
> >> <http://www.velocitysoftware.com/>
> >> *Follow us:*
> >> facebook
> >> <http://www.facebook.com/pages/Velocity-Software/356098274460840>
> >> LinkedIn
> >> <http://www.linkedin.com/company/1798379?trk=tyah> twitter
> >> <https://twitter.com/VelocitySoftw> Xing
> >> <https://www.xing.com/companies/velocitysoftwaregmbh>
> >>
> >
> > --
> > For LINUX-390 subscribe / signoff / archive access instructions, send
> > email to lists...@vm.marist.edu with the message: INFO LINUX-390 o

Re: Symantec Endpoint Protection (SEP) for installation on zLinux?

[Scott Rohling]

Agreed -- our approach is to keep critical and security related patches
installed in a timely manner ...  that's more important in a server
environment then doing AV scans (imho).   Also maintaining security
controls so Linux system files and code are protected -- and patches are
coming from trusted sources.Here's an avscan script for that checkbox :
echo 'AV scan complete';exit

Scott Rohling

On Tue, Aug 25, 2015 at 10:07 AM, Marcy Cortes 
marcy.d.cor...@wellsfargo.com wrote:

 It seems many organizations have a box to check - running AV software,
 check.

 Windows end user systems absolutely need it.
 Windows servers, probably do.
 Linux end user, probably.
 Linux servers?  Well, where are the potential bad files coming from?   Are
 there end users FTP'ing to that server all the time?  Then yeah, those
 might need it.
 Is it accepting files over HTTP?  Is it a file server (NFS? or Samba?)?
  Those probably need it.
 But for your other types of servers??
 You would need to evaluate the risk, document it, and have management sign
 off.
 Which is what we have done.




 -Original Message-
 From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of
 CHAPLIN, JAMES (CTR)
 Sent: Monday, August 24, 2015 7:25 AM
 To: LINUX-390@VM.MARIST.EDU
 Subject: Re: [LINUX-390] Symantec Endpoint Protection (SEP) for
 installation on zLinux?

 Thanks Marcy,
 Sad to say this was the only response, not because of the list, but
 interest in hardening and anti-virus software tools available for the s390x
 architecture of Linux. Has anyone used or can name an alternate anti-virus
 tool (other than Symantec's end point) for Linux on the z Architecture
 (s390z)?

 We found one toll using Google F-PROT, but it is no longer available
 (from their website):
 Due to lack of customer demand, we have discontinued this product. If you
 are interested in F-PROT for S/390, please contact our sales department (
 sa...@f-prot.com).

 Fedora 22 for s390x has a tool ClamAV for use with Exim (mail server), but
 nothing for RHEL, any suggestions?

 James Chaplin, ITIL® v3 Foundation
 Systems Programmer, MVS, zVM  zLinux
 CA Technologies

 -Original Message-
 From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of
 Marcy Cortes
 Sent: Tuesday, August 18, 2015 11:24 AM
 To: LINUX-390@VM.MARIST.EDU
 Subject: Re: Symantec Endpoint Protection (SEP) for installation on zLinux?

 We've been given an exception because it doesn't exist for z.
 Not a bad thing imnsho :)



 -Original Message-
 From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of
 CHAPLIN, JAMES (CTR)
 Sent: Tuesday, August 18, 2015 5:35 AM
 To: LINUX-390@VM.MARIST.EDU
 Subject: [LINUX-390] Symantec Endpoint Protection (SEP) for installation
 on zLinux?

 Fellow Penguin Mainframers,
 Has anyone installed Symantec Endpoint Protection (SEP) on Linux (RHEL or
 SUSE) on the s390x architecture? We have been given a Security
 Requirement that this vendor specific software has to be in place, and we
 cannot even verify that they support the s390x architecture. Please share
 any experience you may have with this if your shop has gone down this path
 and implemented SEP.

 James Chaplin, ITIL(r) v3 Foundation
 Systems Programmer, MVS, zVM  zLinux
 CA Technologies

 --
 For LINUX-390 subscribe / signoff / archive access instructions, send
 email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
 http://www.marist.edu/htbin/wlvindex?LINUX-390
 --
 For more information on Linux on System z, visit http://wiki.linuxvm.org/

 --
 For LINUX-390 subscribe / signoff / archive access instructions, send
 email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
 http://www.marist.edu/htbin/wlvindex?LINUX-390
 --
 For more information on Linux on System z, visit http://wiki.linuxvm.org/

 --
 For LINUX-390 subscribe / signoff / archive access instructions, send
 email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
 http://www.marist.edu/htbin/wlvindex?LINUX-390
 --
 For more information on Linux on System z, visit http://wiki.linuxvm.org/

 --
 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: Adding DASD to a Debian guest

[Scott Rohling]

p.s.   pvscan, vgscan, lvscan should all give you info to let you see what
you built and how the space is used in LVM.

On Tue, Aug 11, 2015 at 1:53 PM, Scott Rohling scott.rohl...@gmail.com
wrote:

 On mainframes - where ECKD DASD comes in smaller chunks then you might be
 used to (2.3 G for 3390-3, etc) -- using LVM (logical volume manager) is
 standard practice.   While there is debate whether root should be in an
 LVM, or things should be separated out (/usr /tmp, etc) --  the essence is
 that can allow you to extend an existing filesystem by adding space to the
 logical volume manager - and then using it's commands (lvextend, et al) to
 extend existing/new logical volumes groups with this space.   Without that
 ability, you'd run into problems when you have a filesystem fill up -- all
 you can do is copy it to a new, bigger space.   'logical volumes' let you
 extend a single filesystem across several physical volumes...   things like
 striping can also come into play, but that's a more advanced topic... it's
 main use is to allow us to use these historically small DASD units to be
 used in multiples for a single filesystem (mount point, whatever).

 LVM isn't a mainframe thing -- it's a Linux thing and there's lots of info
 on it via google, etc...

 Scott Rohling

 On Tue, Aug 11, 2015 at 12:49 PM, Howard V. Hardiman hvhar...@ncat.edu
 wrote:

 Thanks.

 So here is my question.  What is LVM and how do I know if I should be
 using it?  I did not use LVM on the install I am currently using.  I
 portioned the single dasd for 'swap' (384k) and '/' (7G).  I did not use
 LVM after that.

 I just now did a fresh install where I portioned the dasd the same way as
 before, but I selected LVM and portioned that way.  I suppose it worked.  I
 will retry the steps below to add additional dasd since they seem to be
 geared towards LVM.

 I'm asking about LVM because based on the responses, it just seems that's
 the easiest way to go...

 Comments?

 HH

 -Original Message-
 From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of
 Grzegorz Powiedziuk
 Sent: Tuesday, August 11, 2015 12:27 PM
 To: LINUX-390@VM.MARIST.EDU
 Subject: Re: Adding DASD to a Debian guest

 It should be possible depending on what you did so far.
 If your “/“ is on LVM then you should be able to add new dasd to it’s
 volume group and extend the logical volume where “/“ lives.

 Make sure that when you restart linux, these dasd will automatically show
 up in /proc/dasd/devices Stephen suggested over here creating these empty
 files in /etc/sysconfig/hardware  - I don’t know about that. I have never
 done it this way (but I haven’t been using debian in many years and things
 might have changed). As far as I remember, adding disks to zipl.conf and
 running zipl command was sufficient. But I googled it and it seems like
 that is something that came out with “wheeze debian” you might want to
 follow that than.

   cd /etc/sysconfig/hardware
touch config-ccw-0.0.   (0.0.0201 for example)
 At this point it would be good to rebuild the initramfs
update-initramfs -uk $(uname -r)
 Reboot and make sure new dasd are there  (cat /proc/dasd/devices or
 lsdasd)

 Create new partition on every new disk
 fdasd /dev/dasdc for example. And then “n” for new and follow instruction
 to create a partition using all space on a device.
 Now you should be able to create new physical volumes out of partitions
 you’ve just created.

 pvcreate /dev/dasdc1

 run pvscan to see if new pv is on the list

 Now you can extend the volume group.
 Run vgdisplay to see what is the name of your current VG and then

 vgextend NAME_of_vg /dev/dasdc1- this will add physical volume”
 dasdc1 on top of your current vg

 Now you should be able to extend the size of your root logical volume.

 Run lvdisplay to see what is the name of your root logical volume and then

 lvextend NAME_of_root_logical_volume /dev/dasdc1- this will add free
 space from dasdc1 on top of your root logical volume

 Now you should be able to extend size of your ext filesystem

 resize2fs NAME_of_root_logical_volume

 Repeat steps for every new dasd

 That should do it. In sles I was able to run resize2fs on a mounted root
 filesystem, hopefully debian will be happy to do that as well.


 Gregory Powiedziuk


  On Aug 10, 2015, at 8:07 PM, Howard V. Hardiman hvhar...@ncat.edu
 wrote:
 
  Hello,
 
  I am also working on the system in question in the original question.
 
  I'm not used to creating  or mounting the partitions using the command
 line options.  I do that during the install using the text gui.  During
 that process I partitioned the single dasd for just swap and / .  I'd like
 know what it takes to simply add more and 'tack it on to the end' of the
 existing partition, if that's even possible.
 
  I am able to bring devices online and do the low level format and am
 able to see the devices in /proc/dasd/devices... But, I could use more
 detail after

Re: Adding DASD to a Debian guest

[Scott Rohling]

Isn't dasdfmt, lsdasd,  et al there?   How did you install Debian?   Are
the ibm driver tools installed?Linux should be able to see it as soon
as it's online.  You may have to issue chccwdev -e   for the disk if it
doesn't happen automatically.   cat /proc/partitions should give you some
idea what disks Linux already sees as well.

You could use LXFMT from Sine Nomine under CMS if you can't do it under
Linux -- but you 'should' be able to.

Scott Rohling

On Thu, Aug 6, 2015 at 12:04 PM, Cameron Seay cws...@gmail.com wrote:

 I have attached 3 mod-9s to a guest where Debian is the OS.  Q DASD sees
 the new dasd, but of course Debian can't see it until it's in a Linux
 filesystem. We don't know how to format it while in Debian.

 Any suggestions?

 --
 For LINUX-390 subscribe / signoff / archive access instructions,
 send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or
 visit
 http://www.marist.edu/htbin/wlvindex?LINUX-390
 --
 For more information on Linux on System z, visit
 http://wiki.linuxvm.org/


--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390
--
For more information on Linux on System z, visit
http://wiki.linuxvm.org/

Re: LNXADMIN as IDENTITY

[Scott Rohling]

No - you will have to copy the disk yourself.   These are meant to be
completely different disks - they won't be synced for you.   The LNXADMIN
on each SSI member needs it's own R/W disks.

Scott Rohling

On Fri, Jul 10, 2015 at 6:33 AM, Tito Garrido titogarr...@gmail.com wrote:

 Thank Berthold! One more question, it uses a subconfig with 2 minidisks for
 each member. When we install it on member 1 does it propagate the
 installation for the other minidisks? I didn't see any comment about the
 subconfig minidisks regarding the data.

 Regards,

 Tito

 On Fri, Jul 10, 2015 at 3:55 AM, Berthold Gunreben b...@suse.de wrote:

  Hi Tito,
 
  the reason is, that this machine also serves as terminal server. In the
  cookbook, it is also used to show the different setups of RHEL and SLES
  for LNXADMIN, but the main reason is to run the IUCV terminal server.
 
  Berthold
 
  On Thu, 9 Jul 2015 22:00:19 -0300
  Tito Garrido titogarr...@gmail.com wrote:
 
   Hi Folks,
  
   I am trying to understand why the cookbook (For SSI installation)
   creates LNXADMIN as a IDENTITY guest. Is it because of the clone
   script?
  
   Thanks,
  
   Tito
  
 
 
 
  --
  --
   Berthold Gunreben  Build Service Team
   http://www.suse.de/ Maxfeldstr. 5
   SUSE Linux GmbHD-90409 Nuernberg, Germany
   GF: Felix Imendörffer, Jane Smithard, Dilip Upmanyu, Graham Norton
   HRB 21284 (AG Nürnberg)
 
 


 --

 Linux User #387870
 .
  _/_õ|__|
 ..º[ .-.___.-._| . . . .
 .__( o)__( o).:___

 --
 For LINUX-390 subscribe / signoff / archive access instructions,
 send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or
 visit
 http://www.marist.edu/htbin/wlvindex?LINUX-390
 --
 For more information on Linux on System z, visit
 http://wiki.linuxvm.org/


--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390
--
For more information on Linux on System z, visit
http://wiki.linuxvm.org/

Re: SSHD CPU spike

[Scott Rohling]

​A mother-in-law with Linux?   Totally OT - but wow - you rock...

Scott Rohling​

On Wed, Jul 8, 2015 at 11:50 AM, Mark Post mp...@suse.com wrote:

  On 7/8/2015 at 02:38 PM, Rick Troth r...@casita.net wrote:

  If the system in question is externally facing, it's likely that you're
  getting hit by a brute force attack. It is common. (Picture vagrants
  walking down your street trying every door, with a ring of door keys,
  just for analogy.)
 
  Some shops and individuals employ tools to make note of the incoming
  addresses (like you suggested) of these rogue actors and block them. If
  an IP address demonstrating a lot of failed logins turns out to be for
  an internet cafe in Kathmandu, and the system in question does not
  support business there, it's a good idea to block it.

 My mother-in-law's Linux system has a list of blocked IP address and
 ranges of IP addresses.  The list in total contains 89,000+ entries.  Some
 of those entries are entire class B subnets.  Nine of them are /10
 networks.  Lots and lots of bad actors out there.


 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/

Re: running xrdp on Debian

[Scott Rohling]

Well - I wouldn't change it to 22 - it should be 3389 ...   ssh should be
listening to 22.   What is showing you that xrdp is listening on 22?   Are
you sure it is started?

Scott Rohling

On Thu, Jul 2, 2015 at 5:32 PM, Cameron Seay cws...@gmail.com wrote:

 Checked xrdp.ini.  I temporarily changed the port from 3389 to 22.  No
 luck.

 On Thu, Jul 2, 2015 at 8:15 PM, Scott Rohling scott.rohl...@gmail.com
 wrote:

  ​Have you check xrdp.ini ? The global port is specified there..   (I
 assume
  it's under /etc) ...22 is the ssh port -- so I'm surprised they could
  both be listening on it?
 
  Scott Rohling​
 
  On Thu, Jul 2, 2015 at 5:01 PM, Cameron Seay cws...@gmail.com wrote:
 
   We are running Debian on z and all appears healthy with the exception
 of
   connecting to it via xrdp. The xrdp server is installed and apparently
   running (as per the xrdp site) but when I try to connect to it via
  Windows
   remote desktop it times out.  No firewall is up (for now) so all ports
   should be accessible.  I did find, however, that the server is not
   listening on port 3389, the xrdp port.  It is listening on port 22.
  
   Any ideas?
  
   Thanks.
  
   --
   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/
 



 --
 Cameron Seay, Ph.D.
 Department of Computer Systems Technology
 School of Technology
 NC A  T State University
 Greensboro, NC
 336 334 7717 x2251

 --
 For LINUX-390 subscribe / signoff / archive access instructions,
 send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or
 visit
 http://www.marist.edu/htbin/wlvindex?LINUX-390
 --
 For more information on Linux on System z, visit
 http://wiki.linuxvm.org/


--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390
--
For more information on Linux on System z, visit
http://wiki.linuxvm.org/

Re: running xrdp on Debian

[Scott Rohling]

Also - what are you using for the backend?   From a wiki:   *rdp* is a
daemon that supports Microsoft's Remote Desktop Protocol
http://en.wikipedia.org/wiki/Remote_Desktop_Protocol (RDP). It uses Xvnc
or X11rdp as a backend.

Scott Rohling

On Thu, Jul 2, 2015 at 5:56 PM, Scott Rohling scott.rohl...@gmail.com
wrote:

 Well - I wouldn't change it to 22 - it should be 3389 ...   ssh should be
 listening to 22.   What is showing you that xrdp is listening on 22?   Are
 you sure it is started?

 Scott Rohling

 On Thu, Jul 2, 2015 at 5:32 PM, Cameron Seay cws...@gmail.com wrote:

 Checked xrdp.ini.  I temporarily changed the port from 3389 to 22.  No
 luck.

 On Thu, Jul 2, 2015 at 8:15 PM, Scott Rohling scott.rohl...@gmail.com
 wrote:

  ​Have you check xrdp.ini ? The global port is specified there..   (I
 assume
  it's under /etc) ...22 is the ssh port -- so I'm surprised they
 could
  both be listening on it?
 
  Scott Rohling​
 
  On Thu, Jul 2, 2015 at 5:01 PM, Cameron Seay cws...@gmail.com wrote:
 
   We are running Debian on z and all appears healthy with the exception
 of
   connecting to it via xrdp. The xrdp server is installed and apparently
   running (as per the xrdp site) but when I try to connect to it via
  Windows
   remote desktop it times out.  No firewall is up (for now) so all ports
   should be accessible.  I did find, however, that the server is not
   listening on port 3389, the xrdp port.  It is listening on port 22.
  
   Any ideas?
  
   Thanks.
  
   --
   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/
 



 --
 Cameron Seay, Ph.D.
 Department of Computer Systems Technology
 School of Technology
 NC A  T State University
 Greensboro, NC
 336 334 7717 x2251

 --
 For LINUX-390 subscribe / signoff / archive access instructions,
 send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or
 visit
 http://www.marist.edu/htbin/wlvindex?LINUX-390
 --
 For more information on Linux on System z, visit
 http://wiki.linuxvm.org/




--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390
--
For more information on Linux on System z, visit
http://wiki.linuxvm.org/

Re: running xrdp on Debian

[Scott Rohling]

​Have you check xrdp.ini ? The global port is specified there..   (I assume
it's under /etc) ...22 is the ssh port -- so I'm surprised they could
both be listening on it?

Scott Rohling​

On Thu, Jul 2, 2015 at 5:01 PM, Cameron Seay cws...@gmail.com wrote:

 We are running Debian on z and all appears healthy with the exception of
 connecting to it via xrdp. The xrdp server is installed and apparently
 running (as per the xrdp site) but when I try to connect to it via Windows
 remote desktop it times out.  No firewall is up (for now) so all ports
 should be accessible.  I did find, however, that the server is not
 listening on port 3389, the xrdp port.  It is listening on port 22.

 Any ideas?

 Thanks.

 --
 For LINUX-390 subscribe / signoff / archive access instructions,
 send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or
 visit
 http://www.marist.edu/htbin/wlvindex?LINUX-390
 --
 For more information on Linux on System z, visit
 http://wiki.linuxvm.org/


--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390
--
For more information on Linux on System z, visit
http://wiki.linuxvm.org/

Re: Disable DVHBIU3203W

[Scott Rohling]

Gotcha..   this sounds very much like this?
http://www-01.ibm.com/support/docview.wss?uid=isg1VM65564

Are you running z/VM 6.3  ?   And does this occur for guests which are not
IPLed?

Scott Rohling

On Tue, Jun 30, 2015 at 8:10 AM, Will, Chris cw...@bcbsm.com wrote:

 We have a profile included in every Linux guest's DIRMAINT entry called
 LNXDFLT.  When I make a change to LNXDFLT using DIRMAINT I assume this
 message is issued for every Linux guest that has this profile included.
 Problem is it takes 20 to 30 minutes to make an update for maybe 30 guests
 on this z/VM instance.

 Chris Will
 Systems Software
 (313) 549-9729 Cell
 cw...@bcbsm.com

 -Original Message-
 From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of
 Scott Rohling
 Sent: Tuesday, June 30, 2015 11:00 AM
 To: LINUX-390@VM.MARIST.EDU
 Subject: Re: Disable DVHBIU3203W

 Could you give more information about what is being done?   I'm not sure
 what you mean by a PROFILE DIRMAINT update...   or why Linux guests would
 be doing anything at all with DIRMAINT...

 Scott Rohling

 On Tue, Jun 30, 2015 at 7:32 AM, Will, Chris cw...@bcbsm.com wrote:

  Any way to disable this function.  On a PROFILE DIRMAINT update that
  all our Linux guests have access to, it is taking a long time to
 complete.
 
  DVHBIU3203W Unable to notify ASYNCHRONOUS_UPDATE_NOTIFICATION_EXIT
  DVHBIU3203W recipient of directory update.  Recipient is unreachable.
 
  Chris Will
  Systems Software
  (313) 549-9729 Cell
  cw...@bcbsm.com
 
 
 
  The information contained in this communication is highly confidential
  and is intended solely for the use of the individual(s) to whom this
  communication is directed. If you are not the intended recipient, you
  are hereby notified that any viewing, copying, disclosure or
  distribution of this information is prohibited. Please notify the
  sender, by electronic mail or telephone, of any unintended receipt and
  delete the original message without making any copies.
 
   Blue Cross Blue Shield of Michigan and Blue Care Network of Michigan
  are nonprofit corporations and independent licensees of the Blue Cross
  and Blue Shield Association.
 
  --
  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 communication is highly confidential and
 is intended solely for the use of the individual(s) to whom this
 communication is directed. If you are not the intended recipient, you are
 hereby notified that any viewing, copying, disclosure or distribution of
 this information is prohibited. Please notify the sender, by electronic
 mail or telephone, of any unintended receipt and delete the original
 message without making any copies.

  Blue Cross Blue Shield of Michigan and Blue Care Network of Michigan are
 nonprofit corporations and independent licensees of the Blue Cross and Blue
 Shield Association.


--
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: Disable DVHBIU3203W

[Scott Rohling]

Could you give more information about what is being done?   I'm not sure
what you mean by a PROFILE DIRMAINT update...   or why Linux guests would
be doing anything at all with DIRMAINT...

Scott Rohling

On Tue, Jun 30, 2015 at 7:32 AM, Will, Chris cw...@bcbsm.com wrote:

 Any way to disable this function.  On a PROFILE DIRMAINT update that all
 our Linux guests have access to, it is taking a long time to complete.

 DVHBIU3203W Unable to notify ASYNCHRONOUS_UPDATE_NOTIFICATION_EXIT
 DVHBIU3203W recipient of directory update.  Recipient is unreachable.

 Chris Will
 Systems Software
 (313) 549-9729 Cell
 cw...@bcbsm.com



 The information contained in this communication is highly confidential and
 is intended solely for the use of the individual(s) to whom this
 communication is directed. If you are not the intended recipient, you are
 hereby notified that any viewing, copying, disclosure or distribution of
 this information is prohibited. Please notify the sender, by electronic
 mail or telephone, of any unintended receipt and delete the original
 message without making any copies.

  Blue Cross Blue Shield of Michigan and Blue Care Network of Michigan are
 nonprofit corporations and independent licensees of the Blue Cross and Blue
 Shield Association.

 --
 For LINUX-390 subscribe / signoff / archive access instructions,
 send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or
 visit
 http://www.marist.edu/htbin/wlvindex?LINUX-390
 --
 For more information on Linux on System z, visit
 http://wiki.linuxvm.org/


--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390
--
For more information on Linux on System z, visit
http://wiki.linuxvm.org/

Re: SUSE12 Gold image on VM

[Scott Rohling]

I agree with Mark ..  from everything I've read in these threads and
documentation - the 'safest' course is to not specify the portname - and
there is no downside to not specifying it but can be to having it specified
--  so have the driver ignore any configuration that attempts to specify
it.   Then remove it from distro doc and config panels.   As long as you
'can' use the driver to update it...  I don't see the why the distros
should 'hide' it or try to explain you should really leave this parm alone
when the driver fully supports updating it.   This one's on IBM to deal
with first, imho.  Let's make our driver eliminate future
failure/confusion.   I'm sure there are arguments for providing 'full
functionality' - but I prefer we keep the foot wound safety on until
someone can provide a meaningful use for this field someday if ever.

Scott Rohling

On Thu, Jun 18, 2015 at 8:44 AM, Mark Post mp...@suse.com wrote:

  On 6/18/2015 at 10:56 AM, Alan Altmark alan_altm...@us.ibm.com
 wrote:
  Ummm. I wouldn't do that.  I simply want the documentation to
  disappear and any distro-provided configuration panels to remove it.  If
  someone already has it, accept it, warn that it is being ignored, and

 Whereas I would prefer to have the entire concept vanish.  If something
 can only cause problems/confusion, there's no up side to keeping it.

  ignore it.  I don't want failures because someone specifies the portname.
  And it is still an attribute of the OSA, even if Linux isn't using it.

 There wouldn't be any failures if someone provides a portname in a
 parmfile, for instance.  The installer would ignore it as would the
 kernel.  As for being an attribute of the OSA I'm sure there are _plenty_
 of other attributes that exist that people outside of IBM don't even know
 about.  If we can safely ignore those, then we can safely ignore this one.


 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/

Re: WWPN changes

[Scott Rohling]

https://www.suse.com/SearchUI/query.action?term=wwpnfilter=Document_Number%20~~%209147.5050

I googled 'yast wwpn' ..  got to this via first hit

Scott Rohling

On Wed, Jun 17, 2015 at 8:59 PM, Mainframe Mainframe 
mainframe1...@gmail.com wrote:

 Using yast. what parameter I should be changing . Can you please guide more
 on this.



 On Wed, Jun 17, 2015 at 10:06 PM, Mark Post mp...@suse.com wrote:

   On 6/17/2015 at 08:37 AM, Mainframe Mainframe 
 mainframe1...@gmail.com
  wrote:
 
   Hello ,
   Thanks for reply.Method used in LUN Management with ZFCP:
  SLES
   Post-Installation pdf is YAST. But I am not able to find file name and
   location, where I can manually modify the entry for new WWPN number.
 
  You _should_ be using YaST.  You should _not_ be trying to edit anything
  manually.
 
 
  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/


--
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: SUSE12 Gold image on VM

[Scott Rohling]

Or make the driver ignore anything specified and set it to null/blank ... ?


Scott Rohling

On Tue, Jun 16, 2015 at 7:53 AM, Mark Post mp...@suse.com wrote:

  On 6/16/2015 at 09:55 AM, Alan Altmark alan_altm...@us.ibm.com
 wrote:
  On Tuesday, 06/16/2015 at 12:50 EDT, Mark Post mp...@suse.com wrote:
   On 6/15/2015 at 11:54 PM, Alan Altmark alan_altm...@us.ibm.com
  wrote:
   Neither z/VM nor Linux have to specify a portname (real or virtual). I
   recommend that you do NOT specify the portname.
  
   I don't understand why the distros still worry about the portname.  We
  got
   rid of the requirement for z/VM and Linux on the z900 and z800 back in
   2003.  Just issue a msg that it's obsolete and ignore it.
 
  Even for Linux in an LPAR sharing an OSA with a z/OS system that is
  specifying
  (their equivalent of) a portname?
 
  Yes, even then.  You can google OSA portname relief.

 OK then.  I'm going to open up a bug with IBM to either remove that
 attribute from the driver, or make it read-only in sysfs.  Preferably
 removing it altogether since it can only cause problems by being present.

 Looking at the results of my Google searches, I can see why I never made
 the complete connection.  There were always statements made about z/OS
 requiring the parameter, and if you specify it in Linux it has to match.
 Looking at it now, I understand what was meant.  Back then it meant (to me
 and apparently others) if you're sharing an OSA you need to specify the
 same portname as z/OS is using.


 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/

Re: Problems with SCSI-over-FCP after machine upgrade

[Scott Rohling]

Use SET EDEV commands to delete all the paths defined over the FCP
subchannels... Then use SET EDEV to define them all back when done..
A simple EXEC to do one or the other or both will save your fingers if you
need to do this more then once.

Scott Rohling

On Thu, Jun 4, 2015 at 2:07 PM, kwg kw...@yahoo.co.uk wrote:

 There is no zoning. These are all development systems used only by the
 z/vm and its linux guests. It was a machine upgrade rather than a new
 machine and the NPIVs for the z/vm systems were preserved. I did check them
 and I will check again but all the linux systems did start ok initially.
 The physical WWPNs may have changed, especially if they are associated with
 the ficon cards, which were permitted during the upgrade.

 Btw can anyone tell me how I can stop the EDEV devices so that I can vary
 the Chris's offline without shutting down z/VM (which has some z/os guests).

 Keith




  On 4 Jun 2015, at 21:30, David Kreuter dkreu...@vm-resources.com
 wrote:
 
  Hi Keith: Check the zoning and the NPIVs. The NPIVs presented to SVC
  from the BC12 could have changed.
  David Kreuter
 
 
   Original Message 
  Subject: Problems with SCSI-over-FCP after machine upgrade
  From: Keith Gooding kw...@yahoo.co.uk
  Date: Thu, June 04, 2015 4:21 pm
  To: LINUX-390@VM.MARIST.EDU
 
  This may not be the proper forum but maybe someone can help.
  We have a small number of linux systems (32) under z/VM 6.3 which use
  SCSI connections to LUNs on a SAN Volume Controller via a couple of IBM
  SAN24B switches (the equivalent of Brocade 300). There are also some
  systems which use EDEVs on the same SVC. This had worked on z10 BC for
  about 5 years without problems.
  Last week the z10 was upgraded to a zBC12, retaining the same FICON
  cards (4Gbs), but not necessarily associated with the same CHPIDs. Since
  then a number of the LUN connections have been 'lost', cauing linux
  systems to fail. SCSIDISC displays eg HCPRXS975I Virtual FCP device
  1A05 ignored because the adapter was not able to connect to the fibre
  channel network. It is then not possible to rebot the linux system.
 
  Restarting 'everything' - ie SVC nodes, SAN switches, CHIPD vary off/on
  -  cleared the problem for a while.
  Any ideas where to start looking ?. I have discovered that we have  32
  FCP subchannels defined on the CHPID (but highest used unit address is
  1f, and there are only about a dozen in use). Also the switch has not
  been 'qualified' for use on z12 (but it appears that it was not
  qualified for z10 either).
  Any advice greatly appreciated !
 
 
  --
  For LINUX-390 subscribe / signoff / archive access instructions,
  send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or
  visit
  http://www.marist.edu/htbin/wlvindex?LINUX-390
  --
  For more information on Linux on System z, visit
  http://wiki.linuxvm.org/
 
  --
  For LINUX-390 subscribe / signoff / archive access instructions,
  send email to lists...@vm.marist.edu with the message: INFO LINUX-390
 or visit
  http://www.marist.edu/htbin/wlvindex?LINUX-390
  --
  For more information on Linux on System z, visit
  http://wiki.linuxvm.org/

 --
 For LINUX-390 subscribe / signoff / archive access instructions,
 send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or
 visit
 http://www.marist.edu/htbin/wlvindex?LINUX-390
 --
 For more information on Linux on System z, visit
 http://wiki.linuxvm.org/


--
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: Problems with SCSI-over-FCP after machine upgrade

[Scott Rohling]

I should have said you will probably need to use SET EDEV .. CLEAR to
delete the last path -- it may even remove them all - but as I've never
issued it myself - I'm not sure.  When I've messed with things it was to
vary off particular paths - not get rid of the whole device.   You can
DEFINE/DELETE EDEVICE --- but I'm fairly sure that with SET EDEV DELETE
PATH and CLEAR ---   and conversely, ADD PATH  ... you should be able to
release the subchannels without necessarily redefining the EDEVICE and just
dealing with the paths.

On Thu, Jun 4, 2015 at 2:13 PM, Scott Rohling scott.rohl...@gmail.com
wrote:

 Use SET EDEV commands to delete all the paths defined over the FCP
 subchannels... Then use SET EDEV to define them all back when done..
 A simple EXEC to do one or the other or both will save your fingers if you
 need to do this more then once.

 Scott Rohling

 On Thu, Jun 4, 2015 at 2:07 PM, kwg kw...@yahoo.co.uk wrote:

 There is no zoning. These are all development systems used only by the
 z/vm and its linux guests. It was a machine upgrade rather than a new
 machine and the NPIVs for the z/vm systems were preserved. I did check them
 and I will check again but all the linux systems did start ok initially.
 The physical WWPNs may have changed, especially if they are associated with
 the ficon cards, which were permitted during the upgrade.

 Btw can anyone tell me how I can stop the EDEV devices so that I can vary
 the Chris's offline without shutting down z/VM (which has some z/os guests).

 Keith




  On 4 Jun 2015, at 21:30, David Kreuter dkreu...@vm-resources.com
 wrote:
 
  Hi Keith: Check the zoning and the NPIVs. The NPIVs presented to SVC
  from the BC12 could have changed.
  David Kreuter
 
 
   Original Message 
  Subject: Problems with SCSI-over-FCP after machine upgrade
  From: Keith Gooding kw...@yahoo.co.uk
  Date: Thu, June 04, 2015 4:21 pm
  To: LINUX-390@VM.MARIST.EDU
 
  This may not be the proper forum but maybe someone can help.
  We have a small number of linux systems (32) under z/VM 6.3 which use
  SCSI connections to LUNs on a SAN Volume Controller via a couple of IBM
  SAN24B switches (the equivalent of Brocade 300). There are also some
  systems which use EDEVs on the same SVC. This had worked on z10 BC for
  about 5 years without problems.
  Last week the z10 was upgraded to a zBC12, retaining the same FICON
  cards (4Gbs), but not necessarily associated with the same CHPIDs. Since
  then a number of the LUN connections have been 'lost', cauing linux
  systems to fail. SCSIDISC displays eg HCPRXS975I Virtual FCP device
  1A05 ignored because the adapter was not able to connect to the fibre
  channel network. It is then not possible to rebot the linux system.
 
  Restarting 'everything' - ie SVC nodes, SAN switches, CHIPD vary off/on
  -  cleared the problem for a while.
  Any ideas where to start looking ?. I have discovered that we have  32
  FCP subchannels defined on the CHPID (but highest used unit address is
  1f, and there are only about a dozen in use). Also the switch has not
  been 'qualified' for use on z12 (but it appears that it was not
  qualified for z10 either).
  Any advice greatly appreciated !
 
 
  --
  For LINUX-390 subscribe / signoff / archive access instructions,
  send email to lists...@vm.marist.edu with the message: INFO LINUX-390
 or
  visit
  http://www.marist.edu/htbin/wlvindex?LINUX-390
  --
  For more information on Linux on System z, visit
  http://wiki.linuxvm.org/
 
  --
  For LINUX-390 subscribe / signoff / archive access instructions,
  send email to lists...@vm.marist.edu with the message: INFO LINUX-390
 or visit
  http://www.marist.edu/htbin/wlvindex?LINUX-390
  --
  For more information on Linux on System z, visit
  http://wiki.linuxvm.org/

 --
 For LINUX-390 subscribe / signoff / archive access instructions,
 send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or
 visit
 http://www.marist.edu/htbin/wlvindex?LINUX-390
 --
 For more information on Linux on System z, visit
 http://wiki.linuxvm.org/




--
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: Are weekly z/VM IPLs necessary?

[Scott Rohling]

​No - it's not a reboot --- it's moving the memory/paging to another z/VM
system while the guest is running.   Any 'baggage' would be identical..

Scott Rohling​

On Fri, May 29, 2015 at 3:02 PM, Graham Harris harris...@gmail.com wrote:

 Dumb question:  Is live guest relocation of a z/Linux guest effectively a
 reboot of that guest, or does it transfer all the baggage that has
 accumulated over the life of the guest?

 On 28 May 2015 at 23:48, Mike Walter mike.wal...@aon.com wrote:

  Enter the Wayback Machine for trip to 1996 by visiting:
 
 
 
 http://listserv.uark.edu/cgi-bin/wa?A2=ind9610L=IBMVMP=R10161=IBMVM9=AI=-3J=onX=D2B166CA66E8CA0104Y=Mike.Walter%40aon.comd=No+Match%3BMatch%3BMatchesz=4
 
  (watch out for URL line breaks of that link).
 
  That post was written before Linux ran on any IBM mainframes, and it
  addresses some CMS application issues, but some parts (e.g. 'other
  systems', and accumulated changes affecting the next IPL) still apply.
  While you're there, search for other posts on that thread... interesting
  and enlightening reading.
 
  While z/VM can shutdown and restart at astonishingly speed (well under 10
  minutes), large Linux servers can take much longer -- making the business
  case for more frequent IPLs a more difficult decision.  But one must
  balance weekly IPLs against the potential for the extended recovery time
  which may (place your bets) be required to recover from those changes
 which
  have accumulated since the last IPL, and may detrimentally affect the
 next
  IPL.   Provide your management with as many facts as you can find, and
 your
  advice, then let them make a decision -- that's why they get paid the big
  bucks, right?
 
  Mike Walter
  Aon Service Corporation
  The opinions expressed herein are mine alone, not necessarily those of my
  employer.
 
  --
  In response to:
 
  --
 
 
 
  Date:Wed, 27 May 2015 14:33:41 +
 
  From:Will, Chris cw...@bcbsm.commailto:cw...@bcbsm.com
 
  Subject: Are weekly z/VM IPLs necessary?
 
 
 
  We have gotten in the habit of IPLing our z/VM and zLinux guests every =
 
  Sunday during our standalone window.  With the window shrinking and the =
 
  need for 24/7 availability is it really necessary to IPL every week?  If
 =
 
  not what potential problems could we run into by not doing the IPL
 (memory
  =
 
  leaks, logs filling etc.).  This is in comparison to the Intel side of
 the
  =
 
  shop (Red Hat, Windows) where they go months between IPLs.  The only =
 
  benefit I see is the opportunity to recycle WMB execution groups.
 
 
 
  Chris Will
 
 
 
 
 
 
 
  The information contained in this communication is highly confidential
 and
  =
 
  is intended solely for the use of the individual(s) to whom this =
 
  communication is directed. If you are not the intended recipient, you
 are =
 
  hereby notified that any viewing, copying, disclosure or distribution of
 =
 
  this information is prohibited. Please notify the sender, by electronic =
 
  mail or telephone, of any unintended receipt and delete the original =
 
  message without making any copies.
 
  =20
 
  Blue Cross Blue Shield of Michigan and Blue Care Network of Michigan are
 =
 
  nonprofit corporations and independent licensees of the Blue Cross and =
 
  Blue Shield Association.
 
 
 
 
 
 
 
  --
  For LINUX-390 subscribe / signoff / archive access instructions,
  send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or
  visit
  http://www.marist.edu/htbin/wlvindex?LINUX-390
  --
  For more information on Linux on System z, visit
  http://wiki.linuxvm.org/
 

 --
 For LINUX-390 subscribe / signoff / archive access instructions,
 send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or
 visit
 http://www.marist.edu/htbin/wlvindex?LINUX-390
 --
 For more information on Linux on System z, visit
 http://wiki.linuxvm.org/


--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390
--
For more information on Linux on System z, visit
http://wiki.linuxvm.org/

Re: Are weekly z/VM IPLs necessary?

[Scott Rohling]

I think Marcy's point is that if you can't think of the last time you
booted Linux (or z/VM) -- then you're probably very behind on things like
security and bug fixes...

Scott Rohling

On Thu, May 28, 2015 at 5:37 AM, Mark Pace pacemainl...@gmail.com wrote:

 I IPL z/VM only when CP maintenance is applied.  I used to reboot/IPL my
 Linux guests at the same time.  I no longer do that.  I simply move them to
 another z/VM with LGR and after the z/VM IPL I move them back again.  I
 can't think of the last time I had to reboot/IPL my Linux guests.

 On Wed, May 27, 2015 at 11:30 PM, Marcy Cortes 
 marcy.d.cor...@wellsfargo.com wrote:

  You've gotten a lot of answers and they are worrisome!
 
  Here's my 5 or 6 cents.
 
  Yes, z/VM and Linux can go a very long time without being IPL'd/rebooted.
  Your applications may or may not.   I would argue if they cannot, they
 need
  to solve the problem rather than clean it up with an IPL and/or reboot.
   If they need a reboot every weekend to clean up their memory problems,
  what happens if their volume doubles?  Will they start rebooting every
 3.5
  days?  We saw an app that started having very intermittent periods of
 weird
  delays after 5 or 6 weeks of uptime that was solved by an app recycle so
  they are now searching for a leak. I will add that I don't think I've
  ever seen an app leak problem affect Linux itself or for that matter VM
  itself - cycling the app or pkill -u appuser has been enough to clear up
  any memory issues.   If someone asks your to recycle a server to solve an
  app problem , just say no ( Or more diplomatically, really??can't we try
  just recycling the app first?).   The only ones I've seen that that was
  actually necessary on was when the OOM killer on Linux shot things,
 visible
  in the console.  At that point reboot is inevitable and probably the
 server
  was short on memory to start with) .
 
  If you go more than a couple months on Linux or even on z/VM these days
  (and we all follow IBM ResourceLink Security for z/VM right?) , your
 patch
  policy is very generous or non-existent.
 
  I would say that we are at probably 5-6 VM IPLs per year to stay current
  (RSUs, releases, HW ucode), apply fixes we need (we find bugs, we apply
  fixes, we don't wait around to find the bugs that someone else already
 did)
  , and all security fixes.
 
  Linux is also averaging every other month for a reboot needed for kernel
  and/or glibc things that of course will require a reboot.   Our challenge
  these days is to just coordinate those to same weekends so that there are
  change-free holiday weekends and system change free weekends so that
 those
  are available for application changes.
 
  PS - Our WMB (IIB) doesn't need weekly recycles as far as I've heard and
  we've been running that for probably 4 or 5 years.   Its supporting some
  70+ applications.
  These days when someone brags about uptime I'm not impressed.  Watch the
  youtube from Share Seattle http://www.share.org/p/bl/et/blogaid=343
   Yeah, it was z/OS, but is your tn3270 running encrypted and not subject
 to
  all the SSL bugs?!
 
 
  PPS to Sir Alan,: i need a card for the security weasel club, thanks :)
 
 
  Marcy
 
 
 
  -Original Message-
  From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of
  Will, Chris
  Sent: Wednesday, May 27, 2015 7:34 AM
  To: LINUX-390@VM.MARIST.EDU
  Subject: [LINUX-390] Are weekly z/VM IPLs necessary?
 
  We have gotten in the habit of IPLing our z/VM and zLinux guests every
  Sunday during our standalone window.  With the window shrinking and the
  need for 24/7 availability is it really necessary to IPL every week?  If
  not what potential problems could we run into by not doing the IPL
 (memory
  leaks, logs filling etc.).  This is in comparison to the Intel side of
 the
  shop (Red Hat, Windows) where they go months between IPLs.  The only
  benefit I see is the opportunity to recycle WMB execution groups.
 
  Chris Will
 
 
 
  The information contained in this communication is highly confidential
 and
  is intended solely for the use of the individual(s) to whom this
  communication is directed. If you are not the intended recipient, you are
  hereby notified that any viewing, copying, disclosure or distribution of
  this information is prohibited. Please notify the sender, by electronic
  mail or telephone, of any unintended receipt and delete the original
  message without making any copies.
 
   Blue Cross Blue Shield of Michigan and Blue Care Network of Michigan are
  nonprofit corporations and independent licensees of the Blue Cross and
 Blue
  Shield Association.
 
  --
  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: Are weekly z/VM IPLs necessary?

[Scott Rohling]

Ok - yes - a different situation...Availability is one of our key
measurements, so I have much more incentive to keep z/VM available then it
sounds like you do in this case ;-)

Scott Rohling

On Wed, May 27, 2015 at 8:19 AM, Duerbusch, Tom duerbus...@stlouis-mo.gov
wrote:

 It really wouldn't.

 Our VM machines are really guests only.
 Other than me, no one else is actively logged on.
 (ok there are some others that use CMS )

 Now a days, shutting down VM and restarting it, takes 2-3 minutes.
 Just not worth having a second set of procedures for something that happens
 every 590 to 1,537 days G).

 There are times I miss the old days...
 then I go home, grab a beer, and I get over it G.

 It it was really a problem, I would have a startup script that would test
 to make sure any guest is up that is required before the next guest is
 started.  But then I could argue that the amount of down time required to
 test the script, and continued downtime to retest after images are
 enabled/disabled in the future, doesn't warrant the savings every couple of
 years.

 But, then, that is this shop.

 Tom Duerbusch
 THD Consulting


 On Wed, May 27, 2015 at 10:05 AM, Scott Rohling scott.rohl...@gmail.com
 wrote:

  This could help next time?
 
  pipe cp q signals | locate /Enabled/ | specs /FORCE/ 1 w1 nw | cons
 
  You can issue this safely to see what I'm talking about
 
  Change the 'cons' to 'CP'    and each guest who has signal enabled
  (usually Linux and SFS) will get forced  (signalled).   Wait for them to
  come down and then autolog AUTOLOG1/2 or whatever to restart things.
 
  'CP SHUTDOWN' essentially does the above and then brings z/VM down..  so
  this way you can bring down the guests and not z/VM itself..
 
  Scott Rohling
 
  On Wed, May 27, 2015 at 7:55 AM, Duerbusch, Tom 
 duerbus...@stlouis-mo.gov
  
  wrote:
 
   The last time we have IPL'ed either of our VM systems was due to a air
   conditioner failure (thermal shutdown of the z/890 box) 590 days ago.
  
   The only problem we had was with the zLinux side starting up.
   We got the messages:
   /dev/system/home has gone 1537 days without being checked, check
 forced.
   /dev/dasda1 has gone 931 days without being checked, check forced.
   /dev/dasda1 has gone 1075 days without being checked, check forced.
  
   Since check disk was being run, and the time they run varies by disk
 size
   (or disk used, or number of files or) the guests came up out of
  order.
  
   To fix it, we did the dumbest (ok easiest...requires no thinking) thing
  to
   do
  
   Wait for all 27 images to come up and go idle.
   Issue the shutdown script.
   IPL z/VM again and let AUTOLOG bring up all guests in the proper order.
  
   So, for some of us, the only time we need to IPL VM, is for a box swap,
   LPAR reconfiguration (add memory), maintenance to CP or installation
 of a
   new CP.
  
   It will be interesting to here what others had issues with.
  
   Tom Duerbusch
   THD Consulting
  
   On Wed, May 27, 2015 at 9:33 AM, Will, Chris cw...@bcbsm.com wrote:
  
We have gotten in the habit of IPLing our z/VM and zLinux guests
 every
Sunday during our standalone window.  With the window shrinking and
 the
need for 24/7 availability is it really necessary to IPL every week?
  If
not what potential problems could we run into by not doing the IPL
   (memory
leaks, logs filling etc.).  This is in comparison to the Intel side
 of
   the
shop (Red Hat, Windows) where they go months between IPLs.  The only
benefit I see is the opportunity to recycle WMB execution groups.
   
Chris Will
   
   
   
The information contained in this communication is highly
 confidential
   and
is intended solely for the use of the individual(s) to whom this
communication is directed. If you are not the intended recipient, you
  are
hereby notified that any viewing, copying, disclosure or distribution
  of
this information is prohibited. Please notify the sender, by
 electronic
mail or telephone, of any unintended receipt and delete the original
message without making any copies.
   
 Blue Cross Blue Shield of Michigan and Blue Care Network of Michigan
  are
nonprofit corporations and independent licensees of the Blue Cross
 and
   Blue
Shield Association.
   
   
 --
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

Re: Are weekly z/VM IPLs necessary?

[Scott Rohling]

This could help next time?

pipe cp q signals | locate /Enabled/ | specs /FORCE/ 1 w1 nw | cons

You can issue this safely to see what I'm talking about

Change the 'cons' to 'CP'    and each guest who has signal enabled
(usually Linux and SFS) will get forced  (signalled).   Wait for them to
come down and then autolog AUTOLOG1/2 or whatever to restart things.

'CP SHUTDOWN' essentially does the above and then brings z/VM down..  so
this way you can bring down the guests and not z/VM itself..

Scott Rohling

On Wed, May 27, 2015 at 7:55 AM, Duerbusch, Tom duerbus...@stlouis-mo.gov
wrote:

 The last time we have IPL'ed either of our VM systems was due to a air
 conditioner failure (thermal shutdown of the z/890 box) 590 days ago.

 The only problem we had was with the zLinux side starting up.
 We got the messages:
 /dev/system/home has gone 1537 days without being checked, check forced.
 /dev/dasda1 has gone 931 days without being checked, check forced.
 /dev/dasda1 has gone 1075 days without being checked, check forced.

 Since check disk was being run, and the time they run varies by disk size
 (or disk used, or number of files or) the guests came up out of order.

 To fix it, we did the dumbest (ok easiest...requires no thinking) thing to
 do

 Wait for all 27 images to come up and go idle.
 Issue the shutdown script.
 IPL z/VM again and let AUTOLOG bring up all guests in the proper order.

 So, for some of us, the only time we need to IPL VM, is for a box swap,
 LPAR reconfiguration (add memory), maintenance to CP or installation of a
 new CP.

 It will be interesting to here what others had issues with.

 Tom Duerbusch
 THD Consulting

 On Wed, May 27, 2015 at 9:33 AM, Will, Chris cw...@bcbsm.com wrote:

  We have gotten in the habit of IPLing our z/VM and zLinux guests every
  Sunday during our standalone window.  With the window shrinking and the
  need for 24/7 availability is it really necessary to IPL every week?  If
  not what potential problems could we run into by not doing the IPL
 (memory
  leaks, logs filling etc.).  This is in comparison to the Intel side of
 the
  shop (Red Hat, Windows) where they go months between IPLs.  The only
  benefit I see is the opportunity to recycle WMB execution groups.
 
  Chris Will
 
 
 
  The information contained in this communication is highly confidential
 and
  is intended solely for the use of the individual(s) to whom this
  communication is directed. If you are not the intended recipient, you are
  hereby notified that any viewing, copying, disclosure or distribution of
  this information is prohibited. Please notify the sender, by electronic
  mail or telephone, of any unintended receipt and delete the original
  message without making any copies.
 
   Blue Cross Blue Shield of Michigan and Blue Care Network of Michigan are
  nonprofit corporations and independent licensees of the Blue Cross and
 Blue
  Shield Association.
 
  --
  For LINUX-390 subscribe / signoff / archive access instructions,
  send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or
  visit
  http://www.marist.edu/htbin/wlvindex?LINUX-390
  --
  For more information on Linux on System z, visit
  http://wiki.linuxvm.org/
 



 --

 --
 For LINUX-390 subscribe / signoff / archive access instructions,
 send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or
 visit
 http://www.marist.edu/htbin/wlvindex?LINUX-390
 --
 For more information on Linux on System z, visit
 http://wiki.linuxvm.org/


--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390
--
For more information on Linux on System z, visit
http://wiki.linuxvm.org/