Re: Defined minidisks RHEL 6.0 on z/VM to grow / FS, forgot to Persistently Setting DASDs Online with /etc/zipl.conf and zipl.

2019-08-16 Thread Michael Harding
A little more complicated...
I think you want 'VINPUT VMSG'
Then, if your guest has a directory console statement so it has other than
SYSC, you get: "HCPPCX6531E The operating system will not accept commands
from the service processor." Of course in that case a simple send works but
you still need to wrap it in an exec to get mixed case.

--
Mike Harding
z/VM System Support

mhard...@us.ibm.com
mikehard...@mindless.com
(925) 672-3922 | (925) 672-4403 (h)
(925) 323-2070 (m)
/sp


Linux on 390 Port  wrote on 08/16/2019 09:54:22
AM:

> From: Neale Ferguson 
> To: LINUX-390@VM.MARIST.EDU
> Date: 08/16/2019 09:57 AM
> Subject: [EXTERNAL] Re: Defined minidisks RHEL 6.0 on z/VM to grow /
> FS, forgot to Persistently Setting DASDs Online with /etc/zipl.conf and
zipl.
> Sent by: Linux on 390 Port 
>
> In the interim a simple REXX program? (Assuming you have a SECUSER
> or a privileged user)
>
> /* */
> parse arg Target Command
> upper Target
> CPRc = DIAGRC(8,'SEND' Target 'VINPUT' Command)
> parse var CPRC Rc Message
> if (Rc <> 0) then
> say Message
> exit Rc
>
> On 8/16/19, 12:47, "Linux on 390 Port on behalf of Marcy Cortes"
> 
wrote:
>
> Alan wrote:
> >I've been thinking for some time that we might want to consider
> revisiting
> >that for the VINPUT command.  It's a command specifically designed
to
> >deliver data to a guest, not CP and not someone else's console.As
such,
> >it should be left to the guest to do the translation if it wants to.
>
> That sounds like a great idea.   RFE anyone?  Or add to the z/VM
> council site?
>
> Marcy
>
>
--
> For LINUX-390 subscribe / signoff / archive access instructions,
> send email to lists...@vm.marist.edu with the message: INFO
> LINUX-390 or visit
> https://urldefense.proofpoint.com/v2/url?
>
u=http-3A__www2.marist.edu_htbin_wlvindex-3FLINUX-2D390=DwIGaQ=jf_iaSHvJObTbx-

> siA1ZOg=jEBtqVYynGR6y_V-
>
dkwVF1mYKhZoeLn0xfDfGi8GI2A=T3lyYyrlDsZJSsSPvyMrIAbevE7X9L3S832VrUIbTZs=7OgJiRllICQvEjBIJCnYpsIyjg-

> y08_HZL6bWOXBFiY=
>
>
>
> --
> For LINUX-390 subscribe / signoff / archive access instructions,
> send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or
visit
> https://urldefense.proofpoint.com/v2/url?
>
u=http-3A__www2.marist.edu_htbin_wlvindex-3FLINUX-2D390=DwIGaQ=jf_iaSHvJObTbx-

> siA1ZOg=jEBtqVYynGR6y_V-
>
dkwVF1mYKhZoeLn0xfDfGi8GI2A=T3lyYyrlDsZJSsSPvyMrIAbevE7X9L3S832VrUIbTZs=7OgJiRllICQvEjBIJCnYpsIyjg-

> y08_HZL6bWOXBFiY=
>

--
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: Back to the future?

2016-07-20 Thread Michael Harding
In the guests' VMDBKs, in the SIEBK is stored the offset from the hardware
clock that gets loaded when the guest is run.  I don't recall the offset in
the block.  Unless that's different they should both be seeing the same CPU
clock.

--
Mike Harding
z/VM System Support
/sp


Linux on 390 Port  wrote on 07/20/2016 01:42:05
PM:

> From: Marcy Cortes 
> To: LINUX-390@VM.MARIST.EDU
> Date: 07/20/2016 01:42 PM
> Subject: Back to the future?
> Sent by: Linux on 390 Port 
>
> So we have some servers that pass timestamps around to see how long
> they have to do something before throwing in the towel.
>
> They've recently put in some logging to debug some errors and have
> found some cases of going back in time.
>
> TmsSent 2016-07-20 07:40:07.34 | TrapRx 2016-07-20 07:40:06.000944
>
> So back in time by nearly a second (.99909).
>
> These 2 servers are on the same VM system.  Both run NTP.
> We know things get really out of whack without NTP.  We had a bug
> where it didn't start and things got really confused.
>
> Could NTP be misbehaving?  It was just patched.   How can I prove
> that the clocks on the 2 servers have a different time so that I can
> ascertain if it is NTP or something else.
>
>
>
> Marcy
>
>
>
> --
> For LINUX-390 subscribe / signoff / archive access instructions,
> send email to lists...@vm.marist.edu with the message: INFO LINUX-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: FTP to Linux

2016-01-14 Thread Michael Harding
You should have received an error message describing the problem, but
things to check:
1) If cts is a new filepool (or not), is ftpserve enrolled as
administrator?
2) Is JAKE011 authorized (granted) to write to the target directory?  Or
?

--
Mike Harding
z/VM System Support
/sp


Linux on 390 Port  wrote on 01/14/2016 10:49:04
AM:

> From: Jake Anderson 
> To: LINUX-390@VM.MARIST.EDU
> Date: 01/14/2016 10:50 AM
> Subject: Re: FTP to Linux
> Sent by: Linux on 390 Port 
>
> Hi Mark
>
> I tried but it doesn't change . Any other method to achieve ?
>
> On Friday 15 January 2016, Mark Post  wrote:
>
> > >>> On 1/14/2016 at 01:29 PM, Jake Anderson  > > wrote:
> > > How do I change from JAKE011. To CTS:LINUX021.RHEL71 so that I can
> > transfer
> > > all the above file under RHEL71 directory ?
> >
> > Have you tried using the cd command?
> > cd cts:linux021.rhel71
> >
> >
> > 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: zVM/Linux Upgrade

2015-05-28 Thread Michael Harding
I wouldn't worry about it.  If you indeed mean MAINT and not MAINT6xx,
there's nothing there but a basic PROFILE EXEC, PROFILE XEDIT and SYN
SYNONYM.  If you'd accumulated other files there you're SOL where they're
concerned, but the shipped files are easily recreatable (or copy from one
of the other maintenance ids).

--
Mike Harding
z/VM System Support

/sp


Linux on 390 Port LINUX-390@VM.MARIST.EDU wrote on 05/28/2015 12:11:52
PM:

 From: O'Brien, Dennis L dennis.l.o'br...@bankofamerica.com
 To: LINUX-390@VM.MARIST.EDU
 Date: 05/28/2015 12:13 PM
 Subject: Re: zVM/Linux Upgrade
 Sent by: Linux on 390 Port LINUX-390@VM.MARIST.EDU

 Matt,
 If you have space to do a second-level install, you could do that
 and then copy the files from MAINT 191 to your first-level system.



   Dennis O'Brien

 Tyranny is defined as that which is legal for the government but
 illegal for the citizenry. -- Thomas Jefferson


 -Original Message-
 From: Linux on 390 Port [mailto:LINUX-390@vm.marist.edu] On Behalf
 Of Alan Altmark
 Sent: Thursday, May 28, 2015 11:39
 To: LINUX-390@vm.marist.edu
 Subject: Re: zVM/Linux Upgrade

 On Thursday, 05/28/2015 at 02:06 EDT, Dazzo, Matt mda...@pch.com
 wrote:
  Oops, I just formatted the 191 disk on the MAINT id by mistake!. I did
a
 cms
  format for 191 but I was signed onto maint and not my newly created id.
 Worse
  yet and embarrassing, I don't have a backup. This is a brand new
install
 of zvm
  6.3 and can be re-installed pretty easily if need be. Before doing that
 is
  there any way out of this foolish predicament? Thanks Matt

 I would open a PMR and ask Level 2 to send you the files.

 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/

 --
 This message, and any attachments, is for the intended recipient(s)
 only, may contain information that is privileged, confidential and/
 or proprietary and subject to important terms and conditions available at

 http://www.bankofamerica.com/emaildisclaimer.   If you are not the
 intended recipient, please delete this message.

 --
 For LINUX-390 subscribe / signoff / archive access instructions,
 send email to lists...@vm.marist.edu with the message: INFO LINUX-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: Retiring

2015-02-26 Thread Michael Harding
What Scott says...
I especially will miss the lessons on The Hartford Way and the assistance
with support tips.
--
Mike Harding
z/VM System Support

mhard...@us.ibm.com
/sp


Linux on 390 Port LINUX-390@VM.MARIST.EDU wrote on 02/26/2015 10:48:49
AM:

 From: Scott Rohling scott.rohl...@gmail.com
 To: LINUX-390@VM.MARIST.EDU
 Date: 02/26/2015 11:20 AM
 Subject: Re: Retiring
 Sent by: Linux on 390 Port LINUX-390@VM.MARIST.EDU

 Best of luck, Annie - we'll miss you on our team!Enjoy it.

 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/


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


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

2015-02-03 Thread Michael Harding
Linux on 390 Port LINUX-390@VM.MARIST.EDU wrote on 02/02/2015 04:19:19
PM:

 From: Alan Altmark/Endicott/IBM@IBMUS
 To: LINUX-390@VM.MARIST.EDU
 Date: 02/02/2015 04:20 PM
 Subject: Re: Expanding  CMS  Mini Disk - DDR or Copyfile? - still
 not expanding
 Sent by: Linux on 390 Port LINUX-390@VM.MARIST.EDU

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

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

 Alan Altmark

 Senior Managing z/VM and Linux Consultant
 Lab Services System z Delivery Practice
 IBM Systems  Technology Group
 ibm.com/systems/services/labservices
 office: 607.429.3323
 mobile; 607.321.7556
 alan_altm...@us.ibm.com
 IBM Endicott
I have to take exception.
The allocation map like the directory is at heart just another file.
Changed block(s) in the allocation map get re-written in a different
location as part of the safe updating of a minidisk's metadata.  It's size,
too, is at least partly malleable.  Pulling from another of your posts,
allocate and format a 200-cylinder minidisk.  That's big enough for the
allocation map to be larger than one disk block.  It will actually occupy
3: two data and one index block to which the directory points.  Now recomp
the disk to 150 cylinders.  The allocation map will now fit in a single
block and that's all that gets written.  If you later recomp back to 200
cylinders (as you pointed out, that's do-able) the allocation map will grow
back to its original size and its directory entry updated accordingly.


--
Mike Harding
z/VM System Support

/sp

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


Re: VSWITCH for z/vm tcpip

2015-01-15 Thread Michael Harding
Are you autologging your controllers?

--
Mike Harding
z/VM System Support




Linux on 390 Port LINUX-390@VM.MARIST.EDU wrote on 01/15/2015 01:25:48
PM:

 From: Ron Wells ron.we...@springleaf.com
 To: LINUX-390@VM.MARIST.EDU
 Date: 01/15/2015 03:39 PM
 Subject: Re: VSWITCH for z/vm tcpip
 Sent by: Linux on 390 Port LINUX-390@VM.MARIST.EDU

 We finishe installing and migrating files from z/VM 5.4 to z/VM 6.3

 System itself comes up...TCPIP not working

 compared old tcpip and vswitch file/parms..all seems to be the same..

 When display addr of OSA's and Hipersocket used..they show as if not
 defined ??

 --
 Email Disclaimer
 This  E-mail  contains  confidential  information  belonging to the
 sender, which  may be legally privileged information.  This
 information is intended only  for  the use of the individual or
 entity addressed above.  If you are not  the  intended  recipient,
 or  an  employee  or  agent responsible for delivering it to the
 intended recipient, you are hereby notified that any disclosure,
 copying, distribution, or the taking of any action in reliance on
 the contents of the E-mail or attached files is strictly prohibited.

 --
 For LINUX-390 subscribe / signoff / archive access instructions,
 send email to lists...@vm.marist.edu with the message: INFO LINUX-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: SLES11 SP3 v SP1

2014-11-19 Thread Michael Harding
Linux on 390 Port LINUX-390@VM.MARIST.EDU wrote on 11/19/2014 09:38:33
AM:

 From: Mark Post mp...@suse.com


 Yeah, it's a hold over from my time in NTS.  I had a number of
 customers trying to tell me they had a performance problem without
 any data.  When I was working at EDS, our manager used to tell us
 that if there was no problem record open, there was no problem.  I
 adapted that to say that if there was no performance data, there was
 no performance problem.


 Mark Post

like

--
Mike Harding
z/VM System Support

/sp


--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-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: can't SSH after 3270 disconnect

2014-10-14 Thread Michael Harding
When you did the query set, was conceal perhaps set to on?  This causes CP
to perform an ipl when it would otherwise present a cp read.

--
Mike Harding
z/VM System Support
/sp


Linux on 390 Port LINUX-390@VM.MARIST.EDU wrote on 10/14/2014 10:02:42
AM:

 From: Dennis Foreman dfore...@stny.rr.com
 To: LINUX-390@VM.MARIST.EDU
 Date: 10/14/2014 10:05 AM
 Subject: Re: can't SSH after 3270 disconnect
 Sent by: Linux on 390 Port LINUX-390@VM.MARIST.EDU

 I started the console log after booting linux (since this is the same
Linux
 image I have been using for several semesters, no mods) and when the
 connection dropped, I closed the console file. When I opened it, it had
no
 output related to the failure.

 Regards,
 DJ
 THANK YOU for deleting my address (unless it is pertinent), all other
 addresses, and personal information from this e-mail, if you plan to
forward
 it. THANK YOU also for using BCC  instead of TO and CC  when
 initiating e-mails to multiple users.  This may help prevent spammers and
 hackers from obtaining addresses and thus may prevent spam and/or
identity
 theft.



 -Original Message-
 From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of
 karlkings...@ongov.net
 Sent: Tuesday, October 14, 2014 8:45 AM
 To: LINUX-390@VM.MARIST.EDU
 Subject: Re: can't SSH after 3270 disconnect

 Here's an idea.

 Can you do a CP SPOOL CONS START TO someid before IPLing Linux?

 and then try and recreate the issue.

 Console log may give us an indication of what is happening.





 From:   Dennis Foreman dfore...@stny.rr.com
 To: LINUX-390@VM.MARIST.EDU
 Date:   10/13/2014 10:40 PM
 Subject:Re: can't SSH after 3270 disconnect
 Sent by:Linux on 390 Port LINUX-390@VM.MARIST.EDU



 Yes, I verified it via #cp q set

 Regards,
 DJ
 THANK YOU for deleting my address (unless it is pertinent), all other
 addresses, and personal information from this e-mail, if you plan to
 forward
 it. THANK YOU also for using BCC  instead of TO and CC  when
 initiating e-mails to multiple users.  This may help prevent spammers and
 hackers from obtaining addresses and thus may prevent spam and/or
identity
 theft.



 -Original Message-
 From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of
 karlkings...@ongov.net
 Sent: Monday, October 13, 2014 8:44 AM
 To: LINUX-390@VM.MARIST.EDU
 Subject: Re: can't SSH after 3270 disconnect

 Are you positive SET RUN ON is in effect?

 if you're doing it from a running system on 3270, you need:

 #CP SET RUN ON
 #CP DISC





 From:   Dennis Foreman dfore...@stny.rr.com
 To: LINUX-390@VM.MARIST.EDU
 Date:   10/11/2014 10:09 AM
 Subject:Re: can't SSH after 3270 disconnect
 Sent by:Linux on 390 Port LINUX-390@VM.MARIST.EDU



 Greetings,
 I am hoping someone out there has seen the problem below and has a
 solution.
 (PS. I am NOT the system administrator, just a user.)
 We are running RHEL 2.6.18-92.e15 Server 5.2 on zVM 6.3.0 service lvl
 1302.

 My students and I are all experiencing this problem:
 1. Set up a VPN tunnel to our VM site (if we are off-campus)
 2. Connect via MTN3270 from Windows 7
 3. Boot Linux (no mods)
 4. #cp disc (with SET RUN ON)
 5. Cannot connect to Linux via SSH, Putty, VNC-clients (the VPN
tunnel
 is still open)
 BUT, if we leave the 3270 session open (not logged in to Linux), we can
 connect and all is OK. Also, if we re-open the 3270 window after we
 disconnect and leave it open, we can then connect.

 We have been using Linux on zVM for several years w/o this problem. Does
 anyone have any tips on what to look for?

 Regards,
 DJ Foreman
 Binghamton University

 THANK YOU for deleting my address (unless it is pertinent), all other
 addresses, and personal information from this e-mail, if you plan to
 forward
 it. THANK YOU also for using BCC  instead of TO and CC  when
 initiating e-mails to multiple users.  This may help prevent spammers and
 hackers from obtaining addresses and thus may prevent spam and/or
identity
 theft.



 -Original Message-
 From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of Dan
 Horák
 Sent: Friday, March 14, 2014 5:42 AM
 To: LINUX-390@VM.MARIST.EDU
 Subject: Re: CMS FS Utility 1.1.10

 Hi Rick,

 On Wed, 12 Mar 2014 09:48:17 -0400
 Rick Troth r...@casita.net wrote:

  friends --
 
  A couple weeks ago, someone asked about the CMS FS utility*. They were
  needing it for some cloning work.
 
  The latest is 1.1.10 and is at the usual place ...
 
  http://www.casita.net/pub/cmsfs/cmsfs-1.1.10.tar.gz
 
 
  It is also in Git space ...
 
  https://github.com/trothr/cmsfs

 thanks for taking care of this software and please consider applying the
 following patches we carry in our Fedora/RHEL package


http://pkgs.fedoraproject.org/cgit/s390utils.git/tree/cmsfs-1.1.8-warnings.p



 atch

http://pkgs.fedoraproject.org/cgit/s390utils.git/tree/cmsfs-1.1.8-use-detect



 

Re: Error code when adding DASD

2014-08-12 Thread Michael Harding
Typo: device should be 3390-09, not 3309-09.  It needs to match an entry in
DEFAULT CONTROL unless you have overrides coded in your extent control.

--
Mike Harding
z/VM System Support

mhard...@us.ibm.com
mikehard...@mindless.com
(925) 926-3179 (w)
(925) 323-2070 (c)
/sp


Linux on 390 Port LINUX-390@vm.marist.edu wrote on 08/12/2014 04:17:22
PM:

 From: Cameron Seay cws...@gmail.com
 To: LINUX-390@vm.marist.edu
 Date: 08/12/2014 04:19 PM
 Subject: Error code when adding DASD
 Sent by: Linux on 390 Port LINUX-390@vm.marist.edu

 All:

 I got this with my DIRM RLDE command while trying to add a MOD-9  volume
to
 a guest.  Help.  Cameron

  DVHREQ2288I Your RLDEXTN request for MAINT at * has been
 accepted.
  DVHILZ3510I Starting DVHINITL with directory: USER DIRECT
 E
  DVHILZ3510I DVHINITL Parms: BLDMONO BLDDASD
 BLDLINK
  DVHIZD3508E Unable to determine maximum block for device 3309-09
 while
  DVHIZD3508E processing record: LNX448 LNX448 1 10016
 3309-09
  DVHILZ3209E Unexpected RC= 3508, from Pipe:
 MasterPipe
  DVHRLE3212E Unexpected RC= 3209, from: EXEC DVHINITLZ RLDEXTN
 USER
  DVHRLE3212E DIRECT E BLDMONO BLDDASD
 BLDLINK
  DVHREQ2289E Your RLDEXTN request for MAINT at * has failed; with RC
 =
  DVHREQ2289E
 3212.

 --
 For LINUX-390 subscribe / signoff / archive access instructions,
 send email to lists...@vm.marist.edu with the message: INFO LINUX-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: RACFSMF issues

2013-09-18 Thread Michael Harding
Assuming you're running the supplied SMFPROF, take a look at the smffreq
variable setting.  This may not be the day for it actually to do anything.
Also, if you read the code, it's looking for a list of servers to be
stacked and failing that looks in its reader for files coming from your
racf server(s), that are sent when an smf disk files, to determine the
server's (or servers') id(s).

--
Mike Harding
z/VM System Support

/sp


Linux on 390 Port LINUX-390@vm.marist.edu wrote on 09/18/2013 10:58:47
AM:

 From: Will, Chris cw...@bcbsm.com
 To: LINUX-390@vm.marist.edu,
 Date: 09/18/2013 11:00 AM
 Subject: RACFSMF issues
 Sent by: Linux on 390 Port LINUX-390@vm.marist.edu

 How do I start the racfsmf process and specify the service machine
 name.  I am doing this from maint.

 xautolog racfsmf
  ICH70001I RACFSMF  LAST ACCESS AT 13:50:59 ON WEDNESDAY, SEPTEMBER 18,
2013
 13:55:06 Command accepted
 Ready; T=0.01/0.01 13:55:06
 13:55:06 AUTO LOGON  ***   RACFSMF  USERS = 26BY MAINT
 13:55:06 HCPCLS6056I XAUTOLOG information for RACFSMF: The IPL
 command is verifi
 ed by the IPL command processor.
 13:55:06 USER DSC   LOGOFF AS  RACFSMF  USERS = 25

 When I use the example from the documentation it still doesn't work.

 Xautolog racfsmf #racfvm

 xautolog racfsmf
 racfvm
  ICH70001I RACFSMF  LAST ACCESS AT 13:55:06 ON WEDNESDAY, SEPTEMBER 18,
2013
 13:56:28 Command accepted
 Ready; T=0.01/0.01 13:56:28
 Unknown CP/CMS command
 13:56:28 AUTO LOGON  ***   RACFSMF  USERS = 26BY MAINT
 13:56:28 HCPCLS6056I XAUTOLOG information for RACFSMF: The IPL
 command is verifi
 ed by the IPL command processor.
 13:56:28 USER DSC   LOGOFF AS  RACFSMF  USERS = 25

 I ran a rexx trace on this and it looks like it doesn't come up with
 any server names (i.e.racfvm).

 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/


Re: RACFSMF issues

2013-09-18 Thread Michael Harding
In this case start it with #CP XAUTOLOG RACFSMF#RACFVM.  This assumes
you've renamed SMFPROF to PROFILE, or that your profile exec runs SMFPROF
without touching the stack.

--
Mike Harding
z/VM System Support

/sp


Linux on 390 Port LINUX-390@vm.marist.edu wrote on 09/18/2013 11:28:52
AM:

 From: Will, Chris cw...@bcbsm.com
 To: LINUX-390@vm.marist.edu,
 Date: 09/18/2013 11:32 AM
 Subject: Re: RACFSMF issues
 Sent by: Linux on 390 Port LINUX-390@vm.marist.edu

 I tried the set secuser already and it seemed to be having problems
 priming the servers variable which in our case is racfvm.  I am
 not sure how to tell racfsmf that the service maching is racfvm.
 Here are the parms within racfsmf's profile exec.

 Smfdisk  = 192
 Smfpct   = 80
 Smfinfo  = 'OPERATOR'
 Smffreq  = 'WEEKLY'

 Smfday   = 'WEDNESDAY'
 Smfswtch = 'YES'

 Here is the last part of the trace


 RACFSMF :   */

 RACFSMF :.NO RDR FILES

 RACFSMF :270 *-*  Do Queued()/* Loop on
 all stack en
 tries

 RACFSMF :   */

 RACFSMF :0

 RACFSMF :284 *-*  Return

 RACFSMF :234 *-*   End /* END Do
 until servers
 = ''  @L1A

 RACFSMF : */

 RACFSMF :153 *-*   Do Until (servers = '') /
 * While stri
 ng exists,

 RACFSMF :  */

 RACFSMF : 1

 RACFSMF :235 *-*   'CP LOGOFF'/* if this user was
 autologged, lo
 g him off

 RACFSMF : */

 RACFSMF : CP LOGOFF


 14:26:19 USER DSC   LOGOFF AS  RACFSMF  USERS = 25

 -Original Message-
 From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf
 Of Scott Rohling
 Sent: Wednesday, September 18, 2013 2:16 PM
 To: LINUX-390@VM.MARIST.EDU
 Subject: Re: RACFSMF issues

 To see what's happening on RACFSMF try (one long command):

 CP XAUTOLOG RACFSMF SYNCH#CP SET SECUSER RACFSMF *

 Alter the RACFSMF PROFILE EXEC to add Trace I if watching the
 startup doesn't give you enough clues.  (I'm not sure what RACFSMF
 is 'supposed' to be doing myself offhand)

 Scott Rohling


 On Wed, Sep 18, 2013 at 10:58 AM, Will, Chris cw...@bcbsm.com wrote:

  How do I start the racfsmf process and specify the service machine
name.
   I am doing this from maint.
 
  xautolog racfsmf
   ICH70001I RACFSMF  LAST ACCESS AT 13:50:59 ON WEDNESDAY, SEPTEMBER
  18,
  2013
  13:55:06 Command accepted
  Ready; T=0.01/0.01 13:55:06
  13:55:06 AUTO LOGON  ***   RACFSMF  USERS = 26BY MAINT
  13:55:06 HCPCLS6056I XAUTOLOG information for RACFSMF: The IPL command
  is verifi ed by the IPL command processor.
  13:55:06 USER DSC   LOGOFF AS  RACFSMF  USERS = 25
 
  When I use the example from the documentation it still doesn't work.
 
  Xautolog racfsmf #racfvm
 
  xautolog racfsmf
  racfvm
   ICH70001I RACFSMF  LAST ACCESS AT 13:55:06 ON WEDNESDAY, SEPTEMBER
  18,
  2013
  13:56:28 Command accepted
  Ready; T=0.01/0.01 13:56:28
  Unknown CP/CMS command
  13:56:28 AUTO LOGON  ***   RACFSMF  USERS = 26BY MAINT
  13:56:28 HCPCLS6056I XAUTOLOG information for RACFSMF: The IPL command
  is verifi ed by the IPL command processor.
  13:56:28 USER DSC   LOGOFF AS  RACFSMF  USERS = 25
 
  I ran a rexx trace on this and it looks like it doesn't come up with
  any server names (i.e.racfvm).
 
  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/


 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 

Re: Stunningly stupid

2013-08-06 Thread Michael Harding
Don't forget When Harley was One.  Especially his first attempt at
poetry.

--
Mike Harding
z/VM System Support

mhard...@us.ibm.com
mikehard...@mindless.com
(925) 926-3179 (w)
(925) 323-2070 (c)
/sp


Linux on 390 Port LINUX-390@vm.marist.edu wrote on 08/06/2013 04:01:30
PM:

 From: John Campbell soup...@gmail.com
 To: LINUX-390@vm.marist.edu,
 Date: 08/06/2013 04:03 PM
 Subject: Re: Stunningly stupid
 Sent by: Linux on 390 Port LINUX-390@vm.marist.edu

 Yes, a reference to the Holmes IV.  I'm not sure how many could cope
 with a mainframe with a personality and sense of humor...

 (And, yes, I recall reading The Adoloescence of P-1.)

 -soup

 On Tue, Aug 6, 2013 at 4:41 PM, David Boyes dbo...@sinenomine.net
wrote:
almost like a Mycroft system owned by the Lunar Authority,
 don't it?).
   Space 1999? Wow.
  Pretty sure that is Heinlein, Moon is a Harsh Mistress reference
 
  Indeed. One episode of Space:1999 has an oblique reference to
 Mycroft, but I bet you're right.
 
  Never post while taking Benadryl. Summer pollen should be
 considered a biohazard. 8-(
 
  --
  For LINUX-390 subscribe / signoff / archive access instructions,
  send email to lists...@vm.marist.edu with the message: INFO
 LINUX-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: FTP CR/LF issues

2013-03-08 Thread Michael Harding
Worst case, you can pass your linux file through unix2dos and ftp the
result (in ascii).

--
Mike Harding
z/VM System Support

mhard...@us.ibm.com
mikehard...@mindless.com
(925) 926-3179 (w)
(925) 323-2070 (c)
/sp


Linux on 390 Port LINUX-390@vm.marist.edu wrote on 03/08/2013 11:10:19
AM:

 From: Alan Altmark/Endicott/IBM@IBMUS
 To: LINUX-390@vm.marist.edu,
 Date: 03/08/2013 11:13 AM
 Subject: Re: FTP CR/LF issues
 Sent by: Linux on 390 Port LINUX-390@vm.marist.edu

 On Friday, 03/08/2013 at 01:49 EST, Davis, Larry (National VM
 Capability) larry.dav...@hp.com wrote:
  When pulling files using the GET command in FTP from LINUX to VM, the
 CR/LF is
  lost and the files end up as one huge line in CMS.
 
  Is there a function on the Linux side I need to change to prevent this
 or is it
  an entry in the FTP client on VM?

 The VM FTP client requires CRLF (0x0d0a) sequences on the wire for text
 transfers.  This is not configurable, as it is a required element of the
 FTP protocol.

 Unix-based ftp servers and clients that transmit just LF instead of CRLF
 are effectively sending the file in binary rather than in the ftp
 canonical text format.  If the Linux ftp daemon is not configurable to
 operate per the standard, I'd open up a ticket with my service provider.

 Alan Altmark

 Senior Managing z/VM and Linux Consultant
 IBM System Lab Services and Training
 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: Speed of BASH script vs. Python vs. Perl vs. compiled

2013-01-29 Thread Michael Harding
Based on John's previous posts and the dataset names referenced in this,
I'd say he's playing with the output from z/OS' RACF database unload.  If
his zlinux is VM-hosted, I'd be inclined to bring the files to VM first,
mung them up with CMS pipelines then transfer the output files to his
guest.  Or even write them to CMS minidisks and pick them up using cmsfs.

--
Mike Harding
z/VM System Support

/sp
--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-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: Run NTP on zLinux or not?

2012-06-06 Thread Michael Harding
I think there's also the factor that most are well into their 30's before
they mature enough to understand that getting the job done reliably is more
important in the long run than flash and sizzle.
Ron Wells' post makes a good point, but the fact is that as it settles into
its hipervisor roll, VM just isn't as fun as it once was.

--
Mike Harding
z/VM System Support

mhard...@us.ibm.com
mikehard...@mindless.com
(925) 926-3179 (w)
(925) 323-2070 (c)
/sp


Linux on 390 Port LINUX-390@vm.marist.edu wrote on 06/06/2012 08:46:42
AM:

 From: Scott Rohling scott.rohl...@gmail.com
 To: LINUX-390@vm.marist.edu
 Date: 06/06/2012 09:38 AM
 Subject: Re: Run NTP on zLinux or not?
 Sent by: Linux on 390 Port LINUX-390@vm.marist.edu

 I wouldn't mind seeing a thread about how we incent a new generation of
 z/VMers to start taking over the torch..  Over the next 10 years, our
 numbers are going to shrink drastically as many of us finally retire.
My
 visions of proudly walking away someday knowing I've turned things over
to
 competent hands are fading...

 Scott Rohling

 On Wed, Jun 6, 2012 at 7:55 AM, Dean, David (I/S)
david_d...@bcbst.comwrote:

  Last post on my poll, I will not waste further cycles on a
non-technical
  issue here.  I appreciate the people that emailed me offline.  Rick,
thanks
  for the info.
 
  FINAL TOT BOARD FOR UNDER 35 YEARS OF AGE = 2  (nice try, bear, but no
  cigar)
 
  I am not bashing zVM in any way, I am an evangelist and want only
further
  expansion, but as my teenage son constantly says to me, I'm just
sayin'...
--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-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: HCPGIR450W and HCPGIR453W after editing user direct

2010-11-05 Thread Michael Harding
Think of it this way:
The directory definition of a guest are the specs used to construct its
virtual machine when it logs on.
Re-iplling a guest without logging off/on is the same as rebooting your
windows box without making physical changes to it, changes to the specs
aren't seen.
(There are commands which can change the virtual machine configuration
dynamically, an IPL without logoff/on will pick them up and may not even be
necessary, depending on what they are and the guest's OS; but that's
independent of directory changes.)
--
Mike Harding
z/VM System Support


Linux on 390 Port LINUX-390@vm.marist.edu wrote on 11/04/2010 07:51:41
PM:

 From: Shane ibm-m...@tpg.com.au
 To: LINUX-390@vm.marist.edu
 Date: 11/04/2010 07:52 PM
 Subject: Re: HCPGIR450W and HCPGIR453W after editing user direct
 Sent by: Linux on 390 Port LINUX-390@vm.marist.edu

 Alan, for those of us that stumbled from the real (FSVO real) world
 into the rabbit hole that is z/VM, are admonishments such as this
 inscribed in stone anywhere ?.
 Where I came from IPL clears up everything - this is not something I
 would have inherently expected. I can (now) see the logic, but it ain't
 in your face obvious.

 Shane ...

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-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 for System z T-shirts

2010-04-30 Thread Michael Harding
Funny - I hadn't thought of it before, but your markup tags in conjunction
with the picture brings to mind the musical Wicked and more particularly
the book from which it was derived.  The mechanical dragon isn't really
explained in the musical but appears several times in the book and is a
marvelous if not magical contraption full of whirring gears and devices of
unknown purpose.
--
Mike Harding
z/VM System Support

mhard...@us.ibm.com
mike.b.hard...@kp.org
mikehard...@mindless.com
(925) 926-3179 (w)
(925) 323-2070 (c)
IM: VMBearDad (AIM),  mbhcpcvt (Y!)


Linux on 390 Port LINUX-390@vm.marist.edu wrote on 04/30/2010 07:26:33
AM:

 From: David Boyes dbo...@sinenomine.net
 To: LINUX-390@vm.marist.edu
 Date: 04/30/2010 07:28 AM
 Subject: Re: Linux for System z T-shirts
 Sent by: Linux on 390 Port LINUX-390@vm.marist.edu

  Maybe Tux with a green coat on a z10.

 :wicked.
 After seeing this image, am I the only one who immediately flashed
 on the image of Slim Pickens riding the bomb in the scene from the
 end of Dr. Strangelove?
 :ewicked.

 Maybe I've been doing too much assembler recently. Either that, or I
 need to get Kate to Photoshop Tux into a snap of that image.

 -- db

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


Re: How to tell how many linux running on z/VM?

2009-08-12 Thread Michael Harding
I use q signals shutdown and subtract the SFS servers and any
second-level VM guests.

--
Mike Harding
z/VM System Support

mhard...@us.ibm.com
mike.b.hard...@kp.org
mikehard...@mindless.com
(925) 926-3179 (w)
(925) 323-2070 (c)
IM: VMBearDad (AIM),  mbhcpcvt (Y!)


Linux on 390 Port LINUX-390@VM.MARIST.EDU wrote on 08/12/2009 02:49:35
PM:

 From: And Get Involved sunny...@wcb.ab.ca
 To: LINUX-390@VM.MARIST.EDU
 Date: 08/12/2009 02:53 PM
 Subject: How to tell how many linux running on z/VM?
 Sent by: Linux on 390 Port LINUX-390@VM.MARIST.EDU

 I was asked to find out how many linux guests are running on our  z/VM?
 the cp commands:Q N is not very suitable for this question.
 What is the better way?

 This message is intended only for the addressee.  It may contain
 privileged or confidential information.  Any unauthorized disclosure
 is strictly prohibited.  If you have received this message in error,
 please notify us immediately so that we may correct our internal
 records.  Please then delete the original email.  Thank you. (Sent
 by Webgate1)

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

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


Re: RACF and Linux for z/Series

2009-06-15 Thread Michael Harding
I have a collection of routines I could share which (1) applies updates to
the source, (2) extracts needed macros from the VM maclibs, (3) constructs
the zOS JCL to build a temporary maclib and perform the assembly and (4)
submits the job by ftping to the JES RDR.  Some tailoring for your
environment would be required.  Anyone who'd like a copy, please respond
off-list.
--
Mike Harding
z/VM System Support

mhard...@us.ibm.com


Linux on 390 Port LINUX-390@VM.MARIST.EDU wrote on 06/15/2009 06:36:40
AM:


 Where you actually do the assembly isn't particularly important.  Just be
 sure to use the z/VM-provided macro libraries; don't concatenate any z/OS
 supervisor, RACF or TSO macro libraries.

 Alan Altmark
 z/VM Development
 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