Re: Clarification: OpenSUSE on Hercules

[John McKown]

I have a Ryzen 9 miniPC running Fedora 40. I used "virt-manager" (which
uses qemu) to make a number of Fedora 40 systems on various architectures,
including s390x, ARMv8, and PowerPC; just for fun. Talk about slow. But
they are usable.

On Mon, Aug 26, 2024, 15:30 Paul Dembry  wrote:

> I think Rick is trying this
>
> OpenSUSE running on
>  ^
>  |
>  |
> Hercules running on
>  ^
>  |
>  |
> Some os
>
> IOW OpenSUSE S390x on top of Hercules, not Hercules on top of OpenSUSE.
> IIRC the more recent versions of OpenSUSE and RedHat (I think RH 8.x)
> require certain instructions that are not supported on Hercules. I goofed
> around with RH 8.x and think I got it to work using qemu s390 but cannot
> say for sure as it was a couple of years ago. I didn't really need anything
> higher than RH 7.x so it was just an exercise.
> Regards,
> Paul
>
>
>
> -Original Message-
> From: Linux on 390 Port  On Behalf Of Paul Flint
> Sent: Monday, August 26, 2024 1:19 PM
> To: LINUX-390@VM.MARIST.EDU
> Subject: Clarification: OpenSUSE on Hercules
>
> Greetings Truth
>
> To clarify, you are operating SUSE Tumbleweed as the base system on some
> random intel-type iron.  On top of this you want to operate Hercules,
> apparently this is part of your studied plan for world domination. (I am
> good with this :^)
>
> This is where I get a bit confused.  I use Hercules to boot IBM VM 370.
> This was enough of an entertainment that I folded Hercules and VM into a
> Docker container and stuck the whole beta out there as "BaBy Bear VM"
> (http://bbbvm.org/),
>
> So the question I have is do you need code to run on top of Hercules on
> top of Tumbleweed, or did I misunderstand?
>
> If you are interested, this evening the Barre Open System Institute
> (BOSI)  has our regular meeting at the York Library in East Barre, we shall
> use meet.jit.si/bosi to connect. Come on to meet.Jit.si/bosi <
> http://meet.jit.si/bosi> at 6PM!
>
> Feel free to click the following link (around 6PM tonight) to join the
> meeting:
> https://meet.jit.si/bosi
>
> Regards,
>
> Paul
>
> On Mon, Aug 26, 2024 at 2:06 PM Rick Troth  wrote:
>
> > I need OpenSUSE on Hercules and have so far been unable to install
> > either of these:
> >
> >
> > openSUSE-Leap-15.6-DVD-s390x-Build710.3-Media
> > openSUSE-Tumbleweed-NET-s390x-Snapshot20240819-Media
> >
> >
> > Months ago, I tried other releases/snap-shots. No joy then either.
> >
> > I have tried supplying the kernel, INITRD, and parm file via 00C reader.
> > Didn't work. I have also tried Hercules IPL from ".ins" file.
> > After about 4 or 5 minutes, the run consistently ends with something
> > like ...
> >
> >
> > T1!  cut here !
> >
> >
> >   ... sometimes followed by (what appears to be) a wait state code,
> > sometimes not. In all cases the emulator stops with a disabled wait.
> >
> > My preference is OpenSUSE Tumbleweed, but Leap works "if I gotta".
> > I'd like to install to un-partitioned FBA, but I've switched to CKD in
> > case FBA was/is causing the installer heartburn.
> > I've also tried to change the device addresses to match what the
> > samples have. Still nuttin, honey.
> >
> > What am I doing wrong?
> >
> >
> >
> >
> >
> > --
> > 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
>

--
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: SYSASCII console use for Linux

[John McKown]

On Mon, Jul 27, 2020 at 5:58 PM Stewart, Lee  wrote:

> There's not an Edit/Insert command on the command bar.  Just File, Font
> Help.  And the Help only tells you how to start the console.  The paste &
> paste unformatted I mentioned were from a right click on the browser.  And
> I can't find anything  in the manual..
>

Here is a weird thing to try. I use it when I ssh into z/OS. I have _no_
idea if it will work with the SYSASCII. I am assuming this is similar to
System Messages. That is, it looks like a teletype. Click in the input
area. Then press the right mouse button. This also works with the M$
"cmd.exec" CLI.



>
> I'll have my h/w guys see if they can PMR the HMC team.
>
> Lee Stewart ● VM System Support ● Visa ● Phone:  6(750)4601 -
> +1-303-389-4601 ● lstew...@visa.com
>
> --
People in sleeping bags are the soft tacos of the bear world.
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://www2.marist.edu/htbin/wlvindex?LINUX-390

Re: Public key for sftp

[John McKown]

On Mon, Apr 13, 2020 at 4:56 AM Rob van der Heij  wrote:

> It goes in the .ssh/authorized_keys file for that user. Be aware that ssh
> is picky about permissions
>

Yes, as the user of the sftp cert needs to do something similr to:

mdkir -p ~/.ssh
chmod 700 ~/.ssh
cp  ~/.ssh
chmod 600 ~/.ssh/*



>
> On Mon, 13 Apr 2020 at 11:37, Peter  wrote:
>
> > Hello Group,
> >
> > I have created SFTP server on linux . User has given us public key .
> >
> > Where exactly the public key have to be placed in linux so that user from
> > windows can login using certificate ?
> >
> > 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
>


--
People in sleeping bags are the soft tacos of the bear world.
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://www2.marist.edu/htbin/wlvindex?LINUX-390

Re: just: also COBOL

[John McKown]

On Tue, Apr 7, 2020 at 8:17 AM Paul Flint  wrote:

> Greetings List Lurkers,
>
> How about:
>
> # apt-get install open-cobol
>
Maybe not the preferred dialect... Might be fun under Linux Mint.
>

IIRC, it "compiles" COBOL to C and then compiles the C code. I guess this
is OK, but I wonder why they did it that way.



>
> Regards,
>
> UberBashKommander
> Flint
>
> On Mon, 6 Apr 2020, Neale Ferguson wrote:
>
> > Date: Mon, 6 Apr 2020 23:30:47 +
> > From: Neale Ferguson 
> > Reply-To: Linux on 390 Port 
> > To: LINUX-390@VM.MARIST.EDU
> > Subject: Re: just: also COBOL
> >
> > GNU COBOL is available -
> http://download.sinenomine.net/epel/epel-7/s390x/gnucobol-2.2-1.el7.s390x.rpm
> >
> > Neale Ferguson
> >
> > On 4/7/20, 05:12, "Linux on 390 Port on behalf of R P Herrold" <
> LINUX-390@VM.MARIST.EDU on behalf of herr...@owlriver.com> wrote:
> >
> >On Mon, 6 Apr 2020, Rick Troth wrote:
> >
> >> Bonus package (but not new), Gnu COBOL ...
> >>
> >> rsync://chic.casita.net/opt/gnucobol-1.1/
> >>
> >> rsync://chic.casita.net/opt/gnucobol-2.2/
> >>
> >> The 1.1 build gets used from time to time. (32-bit Intel Linux)
> >> The 2.2 build is untested.
> >
> >There was an OpenCOBOL in Fedora through their 23 release ...
> >so until about five years ago.  The package no longer builds
> >due to the removal of 'db4 support' -- Red Hat / Fedora had
> >lots of words about license changes which I did not see were
> >true, but * shrug *   Their circus, their monkeys
> >
> >There is a fairly mechanical writeup in pushing an OpenCOBOL 1.
> >forward into the 2. product at [1].  Once I get a build solved
> >under ClefOS 8 [in process], I'll see about getting it in
> >there as well as in back into ClefOS 7
> >
> >
> >-- Russ herrold
> >
> >1.
> https://sourceforge.net/p/open-cobol/discussion/cobol/thread/d4be157a/
> >
> >--
> >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
> >
>
> Kindest Regards,
>
>
>
> ☮ Paul Flint
> (802) 479-2360 Home
> (802) 595-9365 Cell
>
> /
> Based upon email reliability concerns,
> please send an acknowledgement in response to this note.
>
> Paul Flint
> 17 Averill Street
> Barre, VT
> 05641
>
> --
> 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
>


-- 
People in sleeping bags are the soft tacos of the bear world.
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://www2.marist.edu/htbin/wlvindex?LINUX-390

Re: z/Linux 32-bit modules

[John McKown]

On Fri, May 25, 2018 at 7:52 AM Rick Troth  wrote:

> I've been trying to follow this thread, but I'm not seeing the "what's
> the problem we're trying to solve?" part. (I think I saw the question,
> but didn't see the answer.)
>

​Paul seems to have a "hang up" about AM-31. He proposed a similar set of
arguments over on IBM_MAIN that IBM needs to an AM-32 (his terminology) on
z/OS. In z/OS's case, he seems to want to abandon the historic calling
sequence entirely (where bit 0 -- high order -- is used as an indicator
that this is end of the list). I'm not really sure why other than "AM-32
good, AM-31 bad". Or some sort of bullying done to him by Intel people who
denigrate the​ IBMz because "it only has 31 bit addressing? Not 32 bit?!?
How stupid!!! Must be a  machine."

IMO, any more, given that most Intel Linux are going 64 bit "only", I am
trying to do that in all my IBMz software. Which is a PITA in z/OS because
many of the historic interfaces have not been updated. And executable code
cannot reside "above the bar". I.e. executable code must reside in the
0GiB-2GiB range. Again, due to only a 32 bit area reserved for interrupt
addresses in the z/OS equivalent of the kernel data structures.

-- 
Once a government places vague notions of public safety and security above
the preservation of freedom, a general loss of liberty is sure to follow.

GCS Griffin -- Pelaran Alliance -- TFS Guardian (book)


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/

Re: Bug with XFS and SLES 12SP3 kernel-default-4.4.131-94.29-default

[John McKown]

On Thu, May 24, 2018 at 9:29 AM Mike Walter 
wrote:

> When I was a young man learning the art of systems programming sooo long
> ago, I was taught that the first step of applying maintenance is to make a
> physical backup of the target volumes.  That way you have a validated
> source with which to return if/when the maintenance fails.  Just sayin'.
> :-)
>

​Total agreement. I'm having a problem with a sandox system right now with
some maintenance (but it's z/OS, not Linux). But that's what I did --
physical back of all the volumes before doing _anything_. I do the same
sort of thing when I install a never version of a product. I do a "tar"
backup of the various files (it they're in /etc or /var or ...) &
filesystems.​



>
> Mike Walter
> -Retired-
>
-- 
Once a government places vague notions of public safety and security above
the preservation of freedom, a general loss of liberty is sure to follow.

GCS Griffin -- Pelaran Alliance -- TFS Guardian (book)


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/

Re: [JOB] z/VSE, z/VM and z/Linux Systems Programmer

[John McKown]

On Thu, Apr 5, 2018 at 8:48 AM, Kim May 
wrote:

> Linux listers,
>
>
>
> I have a customer with a relatively stable environment in need of a Systems
> Programmer to support their z/VSE, z/VW and z/Linux environments.
>
>
​Sorry, apologies, I can't help myself {grin}

Is that a Virtual Volkswagen? Yes, I know that it's a typo for z/VM.​


-- 
I have a theory that it's impossible to prove anything, but I can't prove
it.

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/

Re: Remote exec script

[John McKown]

On Thu, Jan 25, 2018 at 12:39 PM, Rogério Soares 
wrote:

> Hi folks!
>
> There is any free option to execute execs or rexx scripts on remote
> systems? I dont want to use rexec option
>
>
​What OS is the remote system? If an *IX, then the simplest (in my opinion)
is to run the SSH daemon on the remote system and use ssh on the local
system.

ssh user@remote 'some-program arg1 arg2 ...'​


-- 
I have a theory that it's impossible to prove anything, but I can't prove
it.

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/

Re: Meltdown/Spectre; Linux on z affected?

[John McKown]

On Thu, Jan 4, 2018 at 9:59 AM, Bfishing  wrote:

> SIE it ain't so on x86!
>

​{groan}​

-- 
I have a theory that it's impossible to prove anything, but I can't prove
it.

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/

Re: Meltdown/Spectre; Linux on z affected?

[John McKown]

On Thu, Jan 4, 2018 at 9:54 AM, Neale Ferguson  wrote:

> Red hat issued a vulnerability alert and include Z and Power:
> https://access.redhat.com/security/vulnerabilities/speculativeexecution
>
> It provides no details of why. Given the different pipeline architectures
> I'd like to know why.
>
> The fix for Intel et alii appears to be separate address spaces but Z has
> always had that.
>

​So, if I am understanding the problem correctly, the exploit is fixed on
Linux/Intel by not mapping the kernel data into every user's address space,
but separating the user's address space from the kernel's address space.
And you are saying that Linux on z always maintained this separation. Or am
I still fuzzy on the actual problem?​


-- 
I have a theory that it's impossible to prove anything, but I can't prove
it.

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/

Re: Meltdown/Spectre; Linux on z affected?

[John McKown]

On Thu, Jan 4, 2018 at 7:36 AM, Guest, Darren 
wrote:

> Hi,
>
> Not sure if people have seen that attached article or heard of the 'intel'
> chip issues from elsewhere:
> https://www.theregister.co.uk/2018/01/02/intel_cpu_design_flaw/
>
> The 'fix' for meltdown (at least) is apparently to change the Linux kernel
> which will potentially affect performance. I'm pretty sure that zSeries
> isn't affected by the issue (is it?), but if the Linux Kernel is changed,
> are we likely to see a performance hit on Linux running on zSeries as well
> (even though we don't need the fix)?
>
> Best case scenario, can I tell my management that these won't affect Linux
> on z?
>

​I am not any kind of Linux internals wizzard. But this exploit takes
advantage of a _HARDWARD_ flaw in the Intel CPU. Linux on z does not run on
an _Intel_ chip. The story, that I've read at least, specifically mentions
that​ most AMD chips are not affected; nor are ARM chips. So why would the
z chip? Of course, management usually being composed of hardware illiterate
"liberal arts" majors, perhaps it would be a good idea for IBM to
explicitly announce to the work that this flaw does not affect the IBMZ
machines.



>
>
> Cheers,
>
> Darren
>
> Darren Guest
>
> First Aider
> Senior Fire Executive
> Senior Systems Engineer
> Mainframe OS
> Global Technology Services, Experian UK
>

-- 
I have a theory that it's impossible to prove anything, but I can't prove
it.

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/

Re: Lesson learned - do not idly send links to the Maris Listserver

[John McKown]

On Thu, May 4, 2017 at 12:15 PM, Michael MacIsaac 
wrote:

> Paul,
>
> > Let me just say that Michael MacIsaac is a VERY smart puppy.
> Thanks Flint.  But if I'm so smart why am I finding bugs in my code just
> about daily???
>

​Better you find them than some end user! The best way to avoid finding
bugs is to not bother to test. The world then becomes your (irate) alpha
testing site.​



>
> -Mike
>


-- 
Advertising is a valuable economic factor because it is the cheapest way of
selling goods, particularly if the goods are worthless. -- Sinclair Lewis


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/

Re: Bash loop failing

[John McKown]

On Thu, May 4, 2017 at 6:32 AM, Michael MacIsaac 
wrote:

> Hello list,
>
> ​
>
>
>   local nextLine
>   while read nextLine; do
> zVerbose "calling zSetOneSystem $nextLine"
> zSetOneSystem $nextLine
>   done < <(echo "$expList")
>
> This was my first attempt at the loop:
>
>   echo "$expList" |
>   while read nextLine; do
> zVerbose "calling zSetOneSystem $nextLine"
> zSetOneSystem $nextLine
>   done
>

​Both of the above loops use "read", which reads "lines" from stdin. Is
anything within the while loop reading from stdin (remember that stdin will
propagate to sub-shells & fork()'d processes so they can exhaust the
"parent's" stdin)? If so, that is probably what is causing your problem.​
The "something" is exhausting the stdin. Note that ssh will do this to you
unless your ssh command has the "-n" switch on it.



>
> Both flavors of the loop above have this behavior:
> 1) If the -n flag (no operation) is passed, the loop runs fine to
> completion.
> 2) If that flag is not passed, the loop runs, processes one system (which
> results in files being changed on disk), but then the loop simply stops.
>
> When I trace it, the 'read nextLine' fails.  I print out 'expList' after
> the loop and all records are still in place. How can a sub-process affect
> the parent this way? I've narrowed it down to two resulting bash script
> calls nested deeper in zSetOneSystem(). If I comment out those two, the
> loop succeeds.  If I un-comment either of the two bash scripts, the loop
> fails as described.  Strange.
>
> Any help will be appreciated.
>
> Thanks.
>
>
> --
>  -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/
>



-- 
Advertising is a valuable economic factor because it is the cheapest way of
selling goods, particularly if the goods are worthless. -- Sinclair Lewis


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/

OT? I really like this article.

[John McKown]

It's not really about Linux on z. But it is positive on Linux despite it's
title. The main thrust is about ARM. But, once Wintel is replaced with LARM
(if I may make up my own acronym), I think that larger businesses _might_
be induced to look at the z again. A "full blown" z13 will kill quite a few
racks worth on Intel or ARM servers (that's just my feeling, I don't have
proof. I'm not a bazillionaire to be able to run such tests).

http://www.theregister.co.uk/2017/03/20/microsoft_on_arm/

--
"Irrigation of the land with seawater desalinated by fusion power is
ancient. It's called 'rain'." -- Michael McClary, in alt.fusion

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/

Re: SHC bash script compiler for Linux on z

[John McKown]

On Wed, Feb 8, 2017 at 3:00 PM, Paul Flint  wrote:

> Greetings Itschak,
>
> You could protect your bash source by the Unix permissions...
>
> I know it sound niaf, in this day and age with everyone havin root, but
> thought it worth mentioning.
>

​Can you run a BASH script which you cannot also read? I was under the
impression that was the desire. To "protect" the script from being
inspected. I don't really know why, perhaps an embedded password?​



>
> Regards,
>
> Paul
>
> On Wed, 8 Feb 2017, Itschak naive wrote:
>
>
>>

-- 
Our calculus classes are an integral part of your education.

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/

Re: LinuxONE Community Cloud??

[John McKown]

On Mon, Jul 18, 2016 at 3:15 PM, Dimitri John Ledkov 
wrote:

> Hello,
>
> On 18 July 2016 at 17:36, John McKown 
> wrote:
> > I would like to "mess around" with Linux on z. I'm a z/OS sysprog &
> > Linux/Intel "power" user (I use Fedora). I can see where I can get a "120
> > day free trial". But not one word on how much it is thereafter. Really,
> > IBM. I do _not_ respond well to lack of basic information. If it is more
> > than what I pay to GitHub ($7/month), I'm not likely to bother wasting my
> > time. I'm just a poor, old, z/OS person.
> >
>
> LinuxONE community cloud is an educational / demo tool hosted at
> Marist college. It is not a public cloud / pay-as-you-go model.
> At the end of the trial the instance is simply shutdown, and there is
> an extremely limited amount of cloudy things one can do there.
> Note "the instance" above, as one really gets a quota of just a single
> instance for the duration of the trial.
>
> You should try contacting them with your needs and requests. Some open
> source projects got instances for a longer period of time, but it's
> still no guarantees / gratis service.
>

​Ah. Thank you. I totally misunderstood the thrust of the offer. I am
looking at a page on IBM's DeveloperWorks and so I assumed it was an IBM
offer. ​Since I was only wanting to "goof around" a bit, I won't strain
Marist college's server with tinkering. If I really wanted to, I could run
Linux on z under Hercules390 on my Intel/Xenon E3 workstation at home.



>
> Regards,
>
> Dimitri.
>
>
-- 
"Worry was nothing more than paying interest on a loan that a man may never
borrow"

From: "Quest for the White Wind" by Alan Black

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/

LinuxONE Community Cloud??

[John McKown]

I would like to "mess around" with Linux on z. I'm a z/OS sysprog &
Linux/Intel "power" user (I use Fedora). I can see where I can get a "120
day free trial". But not one word on how much it is thereafter. Really,
IBM. I do _not_ respond well to lack of basic information. If it is more
than what I pay to GitHub ($7/month), I'm not likely to bother wasting my
time. I'm just a poor, old, z/OS person.

--
"Worry was nothing more than paying interest on a loan that a man may never
borrow"

From: "Quest for the White Wind" by Alan Black

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/

Re: "clever"(?) way to find files with duplicate contents.

[John McKown]

On Wed, Jul 6, 2016 at 8:44 AM, Christian Borntraeger <
borntrae...@de.ibm.com> wrote:

> ​
>
> >
> > for i in *;do x=$(sha512sum "$i" | cut -d ' ' -f 1);echo "$i"
> >>> "${x}.sha512sum";done
> >
> > I then did:
> >
> > wc -l *.sha512sum | head -n -1 | awk '$1 != 1 {print $2;}'|while read
> i;do
> > echo '===';cat $i;done
> >
> > which gave me a nice list of files with each group separated by ===.
> >
> > Is this reasonable? Is there a better way to do this?
>
> Have you checked the "fdupes" tool?
>

​Never heard of it. Thanks! I'm pulling it from the repository right now. I
prefer regular tools to some "clever" thing I think up myself.​

 --
"Pessimism is a admirable quality in an engineer. Pessimistic people check
their work three times, because they're sure that something won't be right.
Optimistic people check once, trust in Solis-de to keep the ship safe, then
blow everyone up."
"I think you're mistaking the word optimistic for inept."
"They've got a similar ring to my ear."

>From "Star Nomad" by Lindsay Buroker:

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/

Re: "clever"(?) way to find files with duplicate contents.

[John McKown]

On Wed, Jul 6, 2016 at 8:48 AM, Christian Ehrhardt <
christian.ehrha...@canonical.com> wrote:

> Hi,
> I'd recommend checking
> http://manpages.ubuntu.com/manpages/precise/man1/fdupes.1.html instead of
> coding for your own.
>
> Christian Ehrhardt
> Software Engineer, Ubuntu Server
> Canonical Ltd
>

​Excellent. Thanks much.​


-- 
"Pessimism is a admirable quality in an engineer. Pessimistic people check
their work three times, because they're sure that something won't be right.
Optimistic people check once, trust in Solis-de to keep the ship safe, then
blow everyone up."
"I think you're mistaking the word optimistic for inept."
"They've got a similar ring to my ear."

>From "Star Nomad" by Lindsay Buroker:

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/

"clever"(?) way to find files with duplicate contents.

[John McKown]

I have a directory which has a number of files in it. I want to find out
which files have identical content. Please, don't ask why (I'm an idiot?).
Since these are text files, my first thought was to use diff. That is, list
the files. For each file, do a diff against all the other files and note
the result. I never came up with a decent algorithm to do this. Then I had
a "vision". I remember that git stores file contents by basically creating
a sha1sum, which it uses as a file name. Multiple files with the same
sha1sum (which very likely to be unique based on the content) are only
stored one. Now, since sha1sum is very unlikely to have a collision, how
likely would sha512sum be to have a collision. So I did the following:

for i in *;do x=$(sha512sum "$i" | cut -d ' ' -f 1);echo "$i"
>>"${x}.sha512sum";done

I then did:

wc -l *.sha512sum | head -n -1 | awk '$1 != 1 {print $2;}'|while read i;do
echo '===';cat $i;done

which gave me a nice list of files with each group separated by ===.

Is this reasonable? Is there a better way to do this?

--
"Pessimism is a admirable quality in an engineer. Pessimistic people check
their work three times, because they're sure that something won't be right.
Optimistic people check once, trust in Solis-de to keep the ship safe, then
blow everyone up."
"I think you're mistaking the word optimistic for inept."
"They've got a similar ring to my ear."

>From "Star Nomad" by Lindsay Buroker:

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/

Re: Remove a post?

[John McKown]

On Wed, Jun 22, 2016 at 9:59 AM, Veerendra Haluvadandimath <
kumarsyste...@gmail.com> wrote:

> Hi,
>
> Is it possible to delete my post off mail-archive ? On one of the post i
> comprised my company confidential details.  So i need to know if a
> particular post be deleted off mail-archive? Please advise.
>
> Regards,
> Kumar
>
>
​It is not possible. There are most likely many copies of your email
around. Anything that comes to me is kept by Google for a long time. And
some organizations subscribe to a list such as this as if they were a
person, then archive all the emails for their own benefit. The likelihood
of them removing an email is very low.​


​In addition, you're talking to the wrong people. We don't have the ability
to do anything list related. The administrator of the list most likely
doesn't even monitor the messages. But looking at the archive page at
http://www2.marist.edu/htbin/wlvindex?LINUX-390, I see that the
administrator's email address is

Owners of linux-...@www2.marist.edu:
ha...@vm.marist.edu A. Harry Williams​

​Perhaps he can do something for you.​

-- 
"Pessimism is a admirable quality in an engineer. Pessimistic people check
their work three times, because they're sure that something won't be right.
Optimistic people check once, trust in Solis-de to keep the ship safe, then
blow everyone up."
"I think you're mistaking the word optimistic for inept."
"They've got a similar ring to my ear."

>From "Star Nomad" by Lindsay Buroker:

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/

Re: Hi

[John McKown]

On Tue, Jun 21, 2016 at 12:35 PM, 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
>

​I'm not any kind of an expert on this. I've read a few posts about others
having a similar problem. Is it possible that some directory under
/pub/redhat/rhel7.2 is ​being used as a "mount point" for another file
system?

-- 
"Pessimism is a admirable quality in an engineer. Pessimistic people check
their work three times, because they're sure that something won't be right.
Optimistic people check once, trust in Solis-de to keep the ship safe, then
blow everyone up."
"I think you're mistaking the word optimistic for inept."
"They've got a similar ring to my ear."

>From "Star Nomad" by Lindsay Buroker:

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/

Re: More on crypto

[John McKown]

On Mon, May 16, 2016 at 11:43 AM, Marcy Cortes <
marcy.d.cor...@wellsfargo.com> wrote:

> Trying to get the sample C program here
> https://www.ibm.com/support/knowledgecenter/linuxonibm/com.ibm.linux.z.lxci/lxci_r_baseprocsampleoc.html
> to run.
> Anyone know where "defs.h" comes from?
>
> Doesn't seem to come with opencryptoki-devel package.
>
>
> Marcy
>
>
​Well, I got a tgz file for 3.5 by doing:

curl
http://iweb.dl.sourceforge.net/project/opencryptoki/opencryptoki/3.5/opencryptoki-3.5.tgz
>|opencryptoki-3.5.tgz

after unwinding the tar, I found 3 different "def.h" files:
./usr/lib/pkcs11/tpm_stdll/defs.h
./usr/lib/pkcs11/cca_stdll/defs.h
./usr/lib/pkcs11/common/defs.h

I would guess that you need the one in the "common" directory (the last in
the list above).​



-- 
The unfacts, did we have them, are too imprecisely few to warrant our
certitude.

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/

Re: Ubuntu on z

[John McKown]

On Wed, May 11, 2016 at 6:13 AM, Michael MacIsaac 
wrote:

> Hello linux-390 list,
>
> I'm working on an Ubuntu on z paper, and have an observation and a couple
> of questions.
>
> The observation: The other day I was trying to get my new Raspberry Pi 3
> going (in case I don't get enough of computers at work I can now play with
> them at home :)). I've been impressed with Ubuntu on z so I chose that
> option for RPi3.  The next day I needed to find where Ubuntu on z could be
> downloaded for the paper. I followed a link and saw the Raspberry Pi 3
> download.  I had a deja-vu moment and assumed I was on the wrong Web page.
> But of course I wasn't. The s390x kernel was right there at the bottom of
> the list.  Then I thought "Wow the same system that runs on a $40
> system-on-a-board also runs on a million dollar mainframe!" It would seem
> that's pretty much the entire spectrum. And to think Linus Torvalds
> initially wrote the Linux kernel with the thought that it would only ever
> run on his i386.
>
> Now to the questions.
>
> 1) There is an issue where some organizations do not allow mainframe access
> to the Internet, nor by proxy server.  I had the first issue, but was
> eventually able to get proxy access. The install ISO image has a small
> subset of the packages necessary, but many more are needed and appear to
> only be on the Internet. My question is: "Will there be additional ISO
> image(s) available so organizations can create a local repo?"  Or, is there
> a documented process for pulling a mirror so as to create a local repo?
> I'd like to document something along these lines.
>

​I'm not a Ubuntu user. Nor do I have a z/Linux installation. A quick
Google search found this:
http://askubuntu.com/questions/170348/how-to-make-my-own-local-repository

I don't know if there is a z/Linux repository which has what you need. If
not, you'll need to download source & compile it yourself.​



>
> 2) In the "Clone vs. Build" debate, I have always gravitated to the Clone
> side - that is - Install a Linux, customize it, then shut it down and call
> it the "golden image" from which to copy. Others argue that building is
> better, a la Kickstart and Autoyast, in that you then have an observable
> set of steps at how you arrived at Linux systems. I understand both sides.
> I've already documented one simple cloning approach.  My question is - has
> anyone done Kickstart on zUbuntu, and if so, could you share some details?
> If so, I could add it to the paper.  Either on-list or off is fine.
>
> Thanks all.
>
> -Mike MacIsaac
>
>

-- 
The unfacts, did we have them, are too imprecisely few to warrant our
certitude.

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/

Re: TEST

[John McKown]

You're good.

On Mon, May 9, 2016 at 10:44 AM, Beard, Rick  wrote:

> Could I get someone to reply to this email as I noticed I haven't been
> getting any emails lately from the Linux list server group?
> I've subscribed again to see if this fixes the issue.
>
> Thanks,
>
>
> Rick Beard
> Infrastructure Management Senior Analyst
> ITO Global Service Operations & Engineering
> Office: 301-696-2541
> 7300 Crestwood Blvd.
> Frederick, MD  21703
> www.atos.net<http://www.atos.net/>
> [atos_logotype]
>
>
>
> --
> For LINUX-390 subscribe / signoff / archive access instructions,
> send email to lists...@vm.marist.edu with the message: INFO LINUX-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 unfacts, did we have them, are too imprecisely few to warrant our
certitude.

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/

Re: How to copy one pack IPL'able z/OS to DVD.

[John McKown]

(multi-posted from thread started on IBM-MAIN)
An interesting idea in the last paragraphs? "Tooting own horn"

On Thu, Apr 28, 2016 at 9:18 PM, Rob Schramm  wrote:

> Cloud?
>
> Rob
>
>
​For installation? Why not. I can do a "PXE net boot" using an ethernet
card​

​on my Intel PC. On my newest Raspberry Pi3, it came with a micro SD card.
The Pi3 boots from it. The supplied boot image simply puts up a splash
screen asking what you want to install from the menu, you select, it
downloads and installs it. You then reboot the new image and go.

I can, vaguely, imagine PR/SM​ being able to have a special LPAR type
(conceptually like a CF LPAR) which could have a smart enough system on it
to be bootable (like CF) and has "utilities" on it to initialize DASD, then
install the base version _any_ IBM OS over the Internet. I.e. select z/VM &
this thing will download the equivalent of a single pack "installation"
z/VM which you can then IPL in a different LPAR. That "installation" z/VM
could then be used by the sysprog to create (and test?) the production z/VM
environment. Which could then run 2nd level, or be IPL'd into that
"installation" z/VM's LPAR (or another one). Same with z/OS. Get a basic
z/OS going. Use SMP/E to download your "server pak" or CBPDO, build &
customize your z/OS, then IPL that one. And so on for z/VSE, z/TPF, and
z/Linux.

Pros: (1) no media costs; (2) no need to purchase tape drives for
installation; (3) no tape disposal cost for user; (4) IBM can verify the
CPUID during installation - I.e. the user gets a "digital download" key
which only works with a specific CPUID for a specific product, acting like
a "password phrase" for a digital certificate.

Minuses: (1) requires a high speed, _reliable_, Internet link - OK in most
of the "developed" world, but iffy in some places.

The above is how I maintain Linux. Or course, I _do_ need something like a
"live installation CD" to get the process started. That's were the "special
LPAR type" comes in above. IBM could put this "live installation" code on
the HMC or SEs to be loaded "on demand" into the special LPAR, much like
the millicode.


-- 
The unfacts, did we have them, are too imprecisely few to warrant our
certitude.

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/

Re: A must...

[John McKown]

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

> Anyone got a car with this extra feature ?   :)
>

​So, does this mean that the car can run other cars inside it? It's a
"hypercar"!

Or is somebody really good with photoshop?​



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

-- 
How many surrealists does it take to screw in a lightbulb? One to hold the
giraffe and one to fill the bathtub with brightly colored power tools.

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/

Re: zLinux and Cobol

[John McKown]

On Tue, Feb 9, 2016 at 1:30 PM, Duerbusch, Tom 
wrote:

> We are looking at moving an application to DB2/UDB on zLinux (Suse).
> That application has 6 Stored Procedures that have been written in Cobol.
>
> What are some of my options?
> Hiring or training a programmer to convert 6 programs to C, just doesn't
> seem feasible.
> But then, buying a Cobol compiler just for 6 programs also doesn't seem
> cost effective.
> What other options have shops employed?
> Are there multiple Cobol compiler vendors available?
> Micro Focus Cobol?
>

​GNU COBOL?
https://en.wikipedia.org/wiki/GnuCOBOL

I have it on my Fedora Linux/Intel system. It compiles many of the
Enterprise COBOL program which I have on z/OS.​ The only thing which might
be a problem is that there is no DB2 preprocessor, if you use EXEC SQL
statements in your COBOL code. And I don't know if the output from the z/OS
DB2 preprocessor for COBOL on z/OS would produce COBOL which could then
interface with LUW DB2.

Note that GNU COBOL actually does a COBOL source to C source code
conversion, then uses gcc to compile the C source code. So, if you wanted
to, you could try (for free) using GNU COBOL to convert the COBOL code to C
source (-C compile switch) and see if you think that the resultant C code
is maintainable.

Note that I'm totally ignorant of DB2 and stored procedures.



> Does IBM's Visual Age/Cobol work in zLinux (or still available)?
>
> Thanks
>
> Tom Duerbusch
> THD Consulting
>
> --
>
>

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

[John McKown]

On Mon, Feb 8, 2016 at 9:13 AM, Scott Rohling 
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/

I thought these people (SCO) were gone.

[John McKown]

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/

Neat python library: NJElib

[John McKown]

I just came across this. It is a python library which allows NJE
communications.

It looks "neat" to me. I have done a quick test from my Linux/Intel system
to my z/OS sandbox and I can at least connect. I don't have a z/VM or
z/Linux system . I haven't tried anything fancy like
submitting jobs or retrieving output as yet. I might look into writing an
NJE daemon in order to have a on-going NJE connection for job submission /
retrieval. Of course, mapping the user ids betwee z/Linux to z/OS (or
other) might be a bit of a bother.

https://github.com/zedsec390/NJElib

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

Google go language on z/Linux

[John McKown]

I don't remember seeing this here.

http://www.theregister.co.uk/2016/01/12/ibm_slaps_go_into_mainframes/

GitHub repository: https://github.com/linux-on-ibm-z/go


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

Re: Curious about crash.

[John McKown]

On Wed, Dec 16, 2015 at 11:58 AM, Paul Dembry  wrote:

> [AA]
> A gamma ray collided with a 1 and knocked it over, turning it into a 0.
> That's the only explanation I can think of.  I used to think it was
> sunspots or coronal mass ejections, but I've moved on.
>
> [PD]
> Never ignore that possibilty, it reminds me of a problem that Sun
> Microsystems had in the early 2000s with the E1 Starfire systems. There
> was some problem with the cache memory that would randomly alter a bit
> (http://www.eweek.com/c/a/IT-Infrastructure/AmericaWest-Flight-Plan/2/). I
> spent a week or so pouring over a customer's core dump and was able to show
> that the value stored in memory had in fact been altered by one bit within
> about 10 instructions, 0x1001 became 0x0001.
> Paul
>
>
​Or, as one co-worker tells it, they have their CEC up against the back
wall. Unbeknownst to them, on the other side of the wall is a mega-Gauss
electromagnet. ​Magnet on, CEC fails.


-- 

Schrodinger's backup: The condition of any backup is unknown until a
restore is attempted.

Yoda of Borg, we are. Futile, resistance is, yes. Assimilated, you will be.

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

10 to the 12th power microphones = 1 Megaphone

Maranatha! <><
John McKown

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

Interesting information in blog post by Tom Rosamilia, SVP IBM

[John McKown]

I don't remember the information quoted below being said before.

From:
http://asmarterplanet.com/blog/2015/08/ibms-big-bet-open-source-economy.html


More than a third of our mainframe clients today are running Linux.


--

Schrodinger's backup: The condition of any backup is unknown until a
restore is attempted.

Yoda of Borg, we are. Futile, resistance is, yes. Assimilated, you will be.

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

10 to the 12th power microphones = 1 Megaphone

Maranatha! <><
John McKown

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

New Redbook may be of interest: ​The Virtualizatio n Cookbook for IBM z Systems Volume 1: IBM z/VM 6.3

[John McKown]

http://www.redbooks.ibm.com/abstracts/sg248147.html?Open

​​
The Virtualization Cookbook for IBM z Systems Volume 1: IBM z/VM 6.3

​Abstract

This IBM® Redbooks® publication is the first volume of a series of three
books called The Virtualization Cookbook for IBM z Systems. The other two
volumes relate to Red Hat and SUSE:


The Virtualization Cookbook for IBM z Systems Volume 2: Red Hat Enterprise
Linux Server 7.1, SG24-8303
The Virtualization Cookbook for IBM z Systems Volume 3: SUSE Linux
Enterprise Server 12, SG24-8890


It is recommended that you start with Volume 1 of this series because IBM
z/VM® is the base “layer” when you install Linux on z Systems. Volume 1
starts with an introduction, discusses planning, then describes z/VM
installation into a two-node single system image (SSI) cluster,
configuration, hardening, automation, and servicing. It adopts a cookbook
format that provides a concise, repeatable set of procedures for installing
and configuring z/VM by using the z/VM SSI clustering feature.

Volume 1 consists of the following chapters:


Chapter 1, “Introduction to Linux on the IBM mainframe under z/VM” on page
3. This chapter provides a concise introduction to the concept of using the
z/VM platform as an enterprise Linux infrastructure on the IBM mainframe.
Chapter 2, “Planning” on page 15. This chapter covers the planning of
hardware, software, and networking resources that you need to do before you
attempt to install z/VM and Linux.
Chapter 3, “Configuring a workstation for mainframe access” on page 39.
This chapter addresses the configuration of a workstation that is running
either Linux or Windows to access the mainframe.
Chapter 4, “Installing and configuring z/VM” on page 49. This chapter
describes installing z/VM 6.3 as a two-node VM Single System Image feature
(VMSSI) cluster, performing the initial configuration, hardening, and
enabling basic system automation.
Chapter 5, “Servicing z/VM” on page 153. This chapter focuses on the
requirements to keep your z/VM systems updated to ensure full
functionality, optimal utility, security, and the elimination of known
problems. The process of ordering and applying z/VM Service is described.
Programming Temporary Fixes (PTFs) and Recommended Service Upgrades (RSUs)
are both covered.
Chapter 6, “Planning and preparing for Linux workloads” on page 171. This
chapter describes the necessary steps to begin your first Linux
installation. It describes common tasks that are executed during
administration, maintenance, and expansion to accommodate additional
workloads.


Volumes 2 and 3 describe how to Linux virtual servers on IBM z Systems™
hardware under IBM z/VM. The cookbook format continues with installing and
customizing Linux.

For Volume 1, you need at least two IBM z Systems logical partitions
(LPARs) with associated resources and z/VM 6.3 installation media. For
Volumes 2 and 3, you will need either the Red Hat Enterprise Linux Server
(RHEL) version 7.1 or the SUSE Linux Enterprise Server (SLES) version 12
distribution (or both).

This book series assumes that you are generally familiar with z Systems
technology and terminology. It does not assume an in-depth understanding of
z/VM or Linux. It is written for those individuals who want to start
quickly with z/VM and Linux on the mainframe, and get virtual servers up
and running in a short time (days, not weeks or months).

Table of contents

Part 1. Using IBM z/VM 6.3
Chapter 1. Introduction to Linux on the IBM mainframe under z/VM
Chapter 2. Planning
Chapter 3. Configuring a workstation for mainframe access
Chapter 4. Installing and configuring z/VM
Chapter 5. Servicing z/VM
Chapter 6. Planning and preparing for Linux workloads
Part 2. Other topics
Chapter 7. z/VM live guest relocation
Chapter 8. z/VM Systems Management API (SMAPI) and Resource Access Control
Facility for z/VM (RACF/VM)
Chapter 9. Monitoring z/VM and Linux
Chapter 10. Working with disks
Chapter 11. Working with networks
Chapter 12. Miscellaneous helpful information
Appendix A. References, cheat sheets, and blank worksheets

Appendix B. Additional material

-- 

Schrodinger's backup: The condition of any backup is unknown until a
restore is attempted.

Yoda of Borg, we are. Futile, resistance is, yes. Assimilated, you will be.

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

10 to the 12th power microphones = 1 Megaphone

Maranatha! <><
John McKown

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

Re: SSH no-root, key-based authentication video

[John McKown]

On Tue, Jul 21, 2015 at 1:36 AM, Pavelka, Tomas 
wrote:

> > SourceForge R/W access has been offline for 4 days!!
>
> Have you seen this?
>
>
> https://www.reddit.com/r/sysadmin/comments/3do9k0/sourceforge_is_down_due_to_storage_problems_no_eta/


​Loved it. Forwarded the URL to my boss and the "Open Systems" manager.​




>
>
>
> Tomas Pavelka
> CA Technologies
> Sr Software Engineer
>
> CA CZ, s.r.o
> V Parku 12,
> 148 00 Praha
> Czech Republic
>
> Office: +25996 | tomas.pave...@ca.com
>
-- 

Schrodinger's backup: The condition of any backup is unknown until a
restore is attempted.

Yoda of Borg, we are. Futile, resistance is, yes. Assimilated, you will be.

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

10 to the 12th power microphones = 1 Megaphone

Maranatha! <><
John McKown

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

Re: IFL Question

[John McKown]

On Tue, Jul 14, 2015 at 8:21 AM, Alan Altmark 
wrote:

> On Tuesday, 07/14/2015 at 09:11 EDT, John McKown
>  wrote:
> > > Yes, VM will automatically start using it.  If you add the CPU while
> VM is
> > > up, then you may need to issue CP VARY ON PROC.
> > >
> >
> > ​Interesting. It doesn't need to be pre-defined in the LPAR definition
> on
> > the HMC?​
>
> The question was about VM and Linux, but no.  In a miracle of engineering,
> you can add CPUs to LPARs without pre-definition.  The Logical Processor
> Add task on the HMC has an option to temporarily add CPUs to the LPAR
> configuration.
>

​Thanks. I'm stuck on a very old z9BC and don't have any of the new and
nifty stuff. I just lurk here for learning purposes.​



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



-- 

Schrodinger's backup: The condition of any backup is unknown until a
restore is attempted.

Yoda of Borg, we are. Futile, resistance is, yes. Assimilated, you will be.

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

10 to the 12th power microphones = 1 Megaphone

Maranatha! <><
John McKown

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

Re: IFL Question

[John McKown]

On Tue, Jul 14, 2015 at 8:02 AM, Alan Altmark 
wrote:

> On Tuesday, 07/14/2015 at 08:45 EDT, "Walters, Gene P"
>  wrote:
> > I know this is a broad question, but  When you add an additional
> IFL, does
> > VM automatically start using it?  Will all the Linux instances start
> using it?
> > Or does some configuration need to be done within VM/Linux to make that
> happen?
>
> Yes, VM will automatically start using it.  If you add the CPU while VM is
> up, then you may need to issue CP VARY ON PROC.
>

​Interesting. It doesn't need to be pre-defined in the LPAR definition on
the HMC?​



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



-- 

Schrodinger's backup: The condition of any backup is unknown until a
restore is attempted.

Yoda of Borg, we are. Futile, resistance is, yes. Assimilated, you will be.

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

10 to the 12th power microphones = 1 Megaphone

Maranatha! <><
John McKown

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

New draft redbook: Virtualization Cookbook Volume 2: RHEL 7.1

[John McKown]

The Virtualization Cookbook for IBM z Systems Volume 2: Red Hat Enterprise
Linux 7.1

​http://www.redbooks.ibm.com/redpieces/abstracts/sg248303.html?Open


Abstract

This IBM® Redbooks® publication is Volume 2 of a series of three books
called The Virtualization Cookbook for IBM z Systems . The other two
volumes are called:
The Virtualization Cookbook for IBM z Systems Volume 1: IBM z/VM® 6.3,
SG24-8147
The Virtualization Cookbook for IBM z Systems Volume 3: SUSE Linux
Enterprise Server 12, SG24-8890
It is recommended that you start with Volume 1 of this series as IBM z/VM
is the base "layer" when installing Linux on z Systems. Volume 1 starts
with an introduction, discusses planning, then describes z/VM installation
into a two-node single system image (SSI) cluster, configuration,
hardening, automation, and servicing. It adopts a cookbook format that
provides a concise, repeatable set of procedures for installing and
configuring z/VM using the Single System Image (SSI) clustering feature.

Volumes 2 and 3 describe how to roll your own Linux virtual servers on IBM
z Systems hardware under IBM z/VM. The cookbook format continues with
installing and customizing Linux.

Volume 2 focuses on Red Hat Enterprise Linux (RHEL). It consists of the
following chapters:
Chapter 1, "Install RHEL on LNXADMIN" on page 3, describes how to install
and configure RHEL 6.4 onto the Linux Administration server, which does the
cloning and other tasks.

Chapter 2, "Automated RHEL installations using kickstart" on page 27,
describes how to use Red Hat's kickstart tool to create Linux systems. This
is fundamentally different from cloning in that an automated installation
is implemented. You can try kickstart and you can also try cloning.
Understand that they try to accomplish the same goal of being able to
quickly get Linux systems up and running, and that you do not need to use
both.

Chapter 3, "Service RHEL with Red Hat Customer Portal" on page 37,
describes how the Red Hat Network works. It provides centralized management
and provisioning for multiple RHEL 6.4 systems.

Kickstart is a very easy and fast way to provision you Linux guests in any
supported Linux platform. It re-creates the operating system (OS) from
scratch by using the kickstart profile configuration file that installs the
new OS unintended and sets up the new guest according to what was
predefined in the kickstart file.

Usually, Linux administration is done by the same team that manages Linux
on all platforms. By using kickstart, you can create a basic profile that
can be used in all supported platforms and customize Linux profiles as
needed.

Cloning is another technique to provision Linux guests. This requires a
better understanding of the z/VM environment and z/VM skills. It is a very
fast process if the client has the FLASHCOPY feature enabled. It basically
clones the discs from a golden image to new discs that will be used by the
new Linux guest. The process can be automated using the cloning scripts
supplied with this book..
​


-- 

Schrodinger's backup: The condition of any backup is unknown until a
restore is attempted.

Yoda of Borg, we are. Futile, resistance is, yes. Assimilated, you will be.

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

10 to the 12th power microphones = 1 Megaphone

Maranatha! <><
John McKown

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

Fwd: Unifont 8.0.01 Released

[John McKown]

I thought the announcement below might be of some interest to some of the
people here.

-- Forwarded message --
From: Paul Hardy 
Date: Mon, Jun 29, 2015 at 12:45 AM
Subject: Unifont 8.0.01 Released
To: info-...@gnu.org


GNU Unifont 8.0.01 was released on 28 June 2015.  This release incorporates
changes that The Unicode Consortium made to Unicode 8.0.0 Basic
Multilingual Plane code pages, to retain complete coverage of the Unicode
BMP.

This release also adds about 1000 newly drawn glyphs to the Unicode
Supplemental Multilingual Plane.

This version is available for public download at

ftp://ftp.gnu.org/gnu/unifont/unifont-8.0.01/

For a full description of changes, see the ChangeLog file in the source
tarball.


Paul Hardy


--
If you have a working or partly working program that you'd like
to offer to the GNU project as a GNU package, see
https://www.gnu.org/help/evaluation.html.



--
3 minutes ago <https://twitter.com/UnixToolTip/status/613710250571603969>

Schrodinger's backup: The condition of any backup is unknown until a
restore is attempted.

Yoda of Borg, we are. Futile, resistance is, yes. Assimilated, you will be.

My sister opened a computer store in Hawaii. She sells C shells down by the
seashore.
If someone tell you that nothing is impossible:
Ask him to dribble a football.

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

10 to the 12th power microphones = 1 Megaphone

Maranatha! <><
John McKown

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

crossposted: z13 Configuration Setup

[John McKown]

I really hope that people find this helpful and not irritating.

http://www.redbooks.ibm.com/abstracts/sg248260.html?Open


Abstract

This IBM® Redbooks® publication helps you install, configure, and maintain
the IBM z13™. The z13 offers new functions that require a comprehensive
understanding of the available configuration options. This book presents
configuration setup scenarios, and describes implementation examples in
detail.

This publication is intended for systems engineers, hardware planners, and
anyone who needs to understand IBM z Systems™ configuration and
implementation. Readers should be generally familiar with current IBM z
Systems technology and terminology. For details about the functions of the
z13, see *IBM z13 Technical Introduction*, SG24-8250 and *IBM z13 Technical
Guide*, SG24-8251.


-- 
Yoda of Borg, we are. Futile, resistance is, yes. Assimilated, you will be.

My sister opened a computer store in Hawaii. She sells C shells down by the
seashore.
If someone tell you that nothing is impossible:
Ask him to dribble a football.

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

10 to the 12th power microphones = 1 Megaphone

Maranatha! <><
John McKown

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

[no subject]

[John McKown]

On Thu, Jun 11, 2015 at 3:03 AM, Berthold Gunreben  wrote:

> On Thu, 11 Jun 2015 07:21:50 +0530
> Mainframe Mainframe  wrote:
>
> > Hello ,
> >  Thanks for reply .As I mentioned, fsck is running on
> > rebooting time and its not getting completed and having issue
> > mentioned earlier email chain.
> >
> > So, to isolate this issue, I want to revert back
> >
> > dev/sda1/scratch   ext3  defaults 1 2
> >
> > to
> >
> > /dev/sda1/scratch   ext3  defaults 1 0
> >
> > under /etc/fstab
> >
> > From z/VM console and I am not good at using SID  editor commands. Can
> > anybody provide syntax for changing this line using SID editor
> > commands.
>
> You are probably referring to sed, not to sid. I would use commands
> like this:
>
> cp /etc/fstab /etc/fstab.orig
> sed -i 's:dev/sda1:/dev/sda1:' /etc/fstab
>

​You can combine the two (eliminating the "cp" command):

sed -i.orig 's:dev/sda1:/dev/sda1:' /etc/fstab

However, I (personally) would extend that just a bit with:

sed -r -i.orig 's:^dev/sda1:/dev/sda1:' /etc/fstab

Just in case there is the string "dev/sda1" elsewhere in the file. Yes, I'm
being really picky. A bad(?) habit of mine.​



>
> Berthold
>
>
-- 
Yoda of Borg, we are. Futile, resistance is, yes. Assimilated, you will be.

My sister opened a computer store in Hawaii. She sells C shells down by the
seashore.
If someone tell you that nothing is impossible:
Ask him to dribble a football.

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

10 to the 12th power microphones = 1 Megaphone

Maranatha! <><
John McKown

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

Re: Any command similar to "cat" which resolves environment variables.

[John McKown]

On Thu, May 21, 2015 at 11:08 AM, Patrick Hayward 
wrote:


> Do you have the GNU command envsubst
>
> ​
>
> Patrick.
>
>
​WE HAVE A WINNER! Thank you very much, Patrick! This does _exactly_ what I
was wanting. Yes, I am running BASH on Linux/Intel (Fedora 21 x86_64).​



-- 
My sister opened a computer store in Hawaii. She sells C shells down by the
seashore.

If someone tell you that nothing is impossible:
Ask him to dribble a football.

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

10 to the 12th power microphones = 1 Megaphone

Maranatha! <><
John McKown

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

Re: Any command similar to "cat" which resolves environment variables.

[John McKown]

On Thu, May 21, 2015 at 9:21 AM, Offer Baruch  wrote:

> I think you can use the eval command to do that...
> For example
> eval "$(cat file.txt)"
>
> This is just from the top of my head...
> I did not test it.
> Play around with the eval command
>
> Hope this helps...
> Offer Baruch
>
>
​Well, that didn't work as is, but with some fiddling around, I'm getting
closer:

cat x | sed -r 's/^/echo /;s/\\//g;s/\;/\;/g;' | while read i;do
eval "$i"; done

So far the "sed" is prepending an "echo" to get the line output. And then
escaping the \ and ; characters. I'm not too sure what other shell
meta-characters need to be escaped.​ Hum, probably <, >, |. One problem
being that I want to be able to allow a sub-shell escape, which really
complicates doing the escaping. Would would be nice, for me, would be
something like make's -n switch to tell BASH to write to stdout what
command would have been executed, but don't actually execute them.

Or maybe this will work:

{ echo "cat <<
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/

Any command similar to "cat" which resolves environment variables.

[John McKown]

In a shell script, I can use a HERE document with cat something like:

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

Re: Submitting JCL from Linux

[John McKown]

On Tue, May 19, 2015 at 10:14 AM, Michael MacIsaac 
wrote:

> Hello list,
>
> I wrote a paper on submitting JCL from z/VM last year.  I found the need to
> do the same from Linux, and wrote a quick and dirty bash script. I thought
> some people may find this useful, so I added a short description of it (and
> the code) to the paper.  If for some reason you may want to submit JCL from
> Linux, see:
>
> https://sites.google.com/site/mike99mac/JCLusingFTP.pdf
>
> -Mike MacIsaac, Innovation Data Processing
>

​Nice. I have something similar, but I have installed Dovetailed
Technologies' Co:Z toolkit to do it. Over on IBM-MAIN & MVS-OE, I'm
somewhat known for plugging this _freely licensed_ (but not FOSS) product.
More info, start here: http://dovetail.com/solutions.html

My Linux/Intel script looks like:

​$​
cat ~/bin/submit
#!/bin/sh
cat "$@" | todsn -ssh zosuser@zosmachine -x 'sysout(x) writer(intrdr)
recfm(fb) lrecl(80)' syntatically.needed.but.ignored

I used "cat" so that I could do something like:

submit jobcard.jcl some.jcl end-of-job.jcl

Of course, this requires Co:Z be installed on both Linux & z/OS. But, then
again, it is freely licensed to run. They even supply some of the source,
but only for personal "porting" to an unsupported system. They have
Linux/Intel, AIX, Windows, and z/Linux executable available in addition to
the z/OS UNIX executables. One thing that I also have, which I like is my
"lsjes" command, which can show what is running on z/OS. It looks like:

$cat ~/bin/lsjes
/opt/dovetail/coz/bin/cozclient -ssh zosuser@zosmachine lsjes

The command: /opt/dovetail/coz/bin/cozclient -ssh zosuser@zosmachine
 allows the execution of almost all z/OS UNIX commands from the
Linux command line, with the response coming back to Linux as stdout, so it
can be redirected or piped.

​Other nice commands are "fromdsn" to read data from a z/OS data set (PS or
member of PDS), _or_ a job output from the SPOOL to stdout. "fromfile" to
read a z/OS UNIX file to stdout​. "todsn" can write to a z/OS data set (PS
or member of PDS) or, as above, submit a job (only reads from stdin).
"tofile" can write data (from stdin only) to a z/OS UNIX file. All of the
above can do either BINary transfer, translate to/from EBCDIC with optional
selection of the source and target code pages, as well as specific "line
endings" such a LF, NL, CR, CRLF, etc on non-BINary transfers. And "todsn"
can create a new PS data set as well.

And, _no_, I don't get a commission on this free product. I just really
like it. And the Dovetail people are fantastic too.



-- 
If someone tell you that nothing is impossible:
Ask him to dribble a football.

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

10 to the 12th power microphones = 1 Megaphone

Maranatha! <><
John McKown

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

Re: Network Time Protocol Daemon needed for zLinux?

[John McKown]

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

I think this answers that question:
http://www-01.ibm.com/support/knowledgecenter/linuxonibm/com.ibm.linux.z.lgdd/lgdd_r_feature_time.html



ETR- and STP-based clock synchronization

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

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

For more information about ETR, see the IBM® Redbooks® technote at

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

For information about STP, see

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

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

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

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

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

Parent topic: System resources


>
> Thanks
> Joe

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

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

10 to the 12th power microphones = 1 Megaphone

Maranatha! <><
John McKown

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

Re: GREP command to Find UID

[John McKown]

OOPS, I didn't know where I was when I replied. I think that the
MVS-OE forum would be better than IBM-MAIN. Less "noisy".

On Fri, Feb 27, 2015 at 6:59 AM, Lizette Koehler
 wrote:
> So are you in z/Linux or are you in z/OS (in OMVS/USS)?  If the later, you 
> may wish to post on IBMMAIN.
>
>
> Lizette
>
>
>> -Original Message-
>> From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of
>> Jake anderson
>> Sent: Friday, February 27, 2015 5:34 AM
>> To: LINUX-390@VM.MARIST.EDU
>> Subject: Re: GREP command to Find UID
>>
>> Hi,
>>
>> Is there a place within OMVS to find the ID being defined ? Is there a path
>> where get the list of ID defined within OMVS ?
>>
>> On Fri, Feb 27, 2015 at 5:50 PM, Pavelka, Tomas 
>> wrote:
>>
>> > getent?
>> >
>> > http://linux.die.net/man/1/getent
>> >
>> > Examples:
>> >
>> > getent passwd 99
>> > nobody:x:99:99:Nobody:/:/sbin/nologin
>> >
>> > getent passwd nobody
>> > nobody:x:99:99:Nobody:/:/sbin/nologin
>> >
>> > getent group nobody
>> > nobody:x:99:
>> >
>> > getent group 99
>> > nobody:x:99:
>> >
>> > HTH,
>> > Tomas
>> >
>>
>
> --
> For LINUX-390 subscribe / signoff / archive access instructions,
> send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
> http://www.marist.edu/htbin/wlvindex?LINUX-390
> --
> For more information on Linux on System z, visit
> http://wiki.linuxvm.org/



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

10 to the 12th power microphones = 1 Megaphone

Maranatha! <><
John McKown

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

Re: GREP command to Find UID

[John McKown]

On Fri, Feb 27, 2015 at 6:33 AM, Jake anderson  wrote:
> Hi,
>
> Is there a place within OMVS to find the ID being defined ? Is there a path
> where get the list of ID defined within OMVS ?
>

There is not a "file" in z/OS UNIX which is the equivalent of the
/etc/passwd or /etc/group files in most other UNIX variants. The
information usually kept in these files in z/OS is kept in the OMVS
segment in the security system (RACF, TSS, ACF2, ???) for the user
(/etc/passwd equivalent) or group (/etc/group equivalent). You can
write a REXX program which can access the group information using the
"getgrent" SYSCALL as previously mentioned. This gets information
about UNIX "groups"
ref: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/BPXZB6A0/3.59

if you know the GID number, then you can use getgrgid
ref: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/BPXZB6A0/3.60

if you know the group name (text), then you can use getgrnam
ref: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/BPXZB6A0/3.61

For users (/etc/passwd) equivalent.

There is a similar SYSCALL for users: getpwent
ref: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/BPXZB6A0/3.71

if you know the RACF id of the user that you want, then there is getpwnam
ref: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/BPXZB6A0/3.72

if you know the numeric UID, then there is getpwuid
ref: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/BPXZB6A0/3.73

As best as I can tell, without writing some code, the functions above
only return USER or GROUP information for users or groups which have
an OMVS segment associated with them.


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

10 to the 12th power microphones = 1 Megaphone

Maranatha! <><
John McKown

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

Re: GREP command to Find UID

[John McKown]

On Fri, Feb 27, 2015 at 5:40 AM, Jake anderson  wrote:
> Hello Group,
>
> Is there a command within Unix to find a particular String 'GID' or 'UID'
> in a config file ?
>
> Jake
>

I'm somewhat unsure of what you want. But just going on what I think
you want, the "egrep" command would work. Something like:

egrep '[GU]ID' config.file.txt

This is a extended regular expression. the [GU] says to match either a
"G" or a "U", followed by the characters "UID". Another possibility is

egrep 'GID|UID' config.file.txt

This says to find "GID" or (the | is the or operator) "UID". This
latter example is perhaps a bit more understandable to someone who is
not really familiar with regular expressions.



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

10 to the 12th power microphones = 1 Megaphone

Maranatha! <><
John McKown

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

Re: IFL vs Non-IFL processor

[John McKown]

On Fri, Feb 20, 2015 at 12:26 PM, Steve P  wrote:

> I have installed zVm with zLinux under it on a System z Lpar with IFL
> processors before.  I could verify that the IFLs were being used with zvm
> commands.
>
> With this one, I know we have an IFL that has been dedicated to this Lpar.
> I was just curious if there are messages or commands within the zLinux
> environment that verified that it is now using an IFL processor.  A command
> or a message would be helpful.  If not, no worries.
>
> Thanks.
>
>
​Any luck looking at /proc/cpuinfo ? I don't have z/Linux or an IFL, I just
lurk here for learning purposes.​


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

10 to the 12th power microphones = 1 Megaphone

Maranatha! <><
John McKown

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

Re: Transferring a console session with z/VM Version 6.2

[John McKown]

Hum, the OP was a "LOGON ... THERE" command to compliment the "LOGON ...
HERE" command. Interesting.

On Fri, Feb 6, 2015 at 9:08 AM, Scott Rohling 
wrote:

> As far as I know - you can only specify a terminal using XAUTOLOG user ON
> address  to start a guest on a specific terminal... after it's running,
> LOGON HERE the only way to do it.
>
> SET SECUSER/OBSERVER commands can help you 'watch' and SEND/FOR commands
> can help interact with the session -- if that helps.
>
> Scott Rohling
>
> On Fri, Feb 6, 2015 at 7:00 AM, Peter E. Abresch Jr. - at Pepco <
> peabre...@pepco.com> wrote:
>
> > z/VM Transferring a console session
> >
> > We can take over a session, such as the operator?s console by logon
> >  here. Can we transfer a session such as the operator?s console
> to
> >
> > another device? Another words, give it back without intervention from the
> > remote side?
> >
> > Peter
> >
> >
> > This Email message and any attachment may contain information that is
> > proprietary, legally privileged, confidential and/or subject to copyright
> > belonging to Pepco Holdings, Inc. or its affiliates ("PHI").  This Email
> is
> > intended solely for the use of the person(s) to which it is addressed.
> If
> > you are not an intended recipient, or the employee or agent responsible
> for
> > delivery of this Email to the intended recipient(s), you are hereby
> > notified
> > that any dissemination, distribution or copying of this Email is strictly
> > prohibited.  If you have received this message in error, please
> immediately
> > notify the sender and permanently delete this Email and any copies.  PHI
> > policies expressly prohibit employees from making defamatory or offensive
> > statements and infringing any copyright or any other legal right by Email
> > communication.  PHI will not accept any liability in respect of such
> > communications.
> >
> > --
> > For LINUX-390 subscribe / signoff / archive access instructions,
> > send email to lists...@vm.marist.edu with the message: INFO LINUX-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/
>



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

10 to the 12th power microphones = 1 Megaphone

Maranatha! <><
John McKown

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

Re: Iaas - SCO vs IBM Wave vs xCat vs zPro

[John McKown]

On Thu, Jan 22, 2015 at 1:08 AM, Cameron Seay  wrote:

> I am teaching several nainframe classes this term and a question came up:
> does FICON proper provide firewall services or is that handled by RACF and
> the external firewall of the network where the mainframe lives?
>
>
​FICON is a type of peripheral interconnection, like SATA, SCSI, or the
like. At least the FICON that I am aware of on a z machine. It has nothing
to do with security, users, firewalls, etc.

RACF is an ESM (External Security Manager) for z/OS, z/VM, z/VSE. I don't
think that there is a version for Linux on z (the topic assumed on this
forum, tho other things come here some times). On z/OS (don't know z/VM),
RACF does _not_ perform firewall type services. It only control logons
(userid + password) and access to resources, such as files (and, on z/OS,
other "resources"). You can think of RACF as being __conceptually__ similar
to a combination of PAM and SELinux on Linux. On z/OS, IP firewall services
are a part of the TCPIP stack, which is separate from the RACF security
system.

The basic firewall ability for Linux on z, like all other Linux variants,
is the iptables facility. ​I imagine that most shops also use an external
firewall router "in front of" the LAN on which the z/Linux system resides.
I cannot imagine doing it otherwise. But maybe that just a failure of my
"imaging software".

​I will likely come across as a bit harsh, but it is not my intention to be
hurtful in this. But given your questions, I am not sure that you should be
teaching a course which talks about "mainframes", if by "mainframe" you
mean the IBM z machines. I don't know the scope of your class, but the
following publications from IBM might be helpful.
http://www.redbooks.ibm.com/Redbooks.nsf/RedbookAbstracts/sg248050.html?Open
 IBM zEnterprise System Technical Introduction
http://www.redbooks.ibm.com/Redbooks.nsf/RedbookAbstracts/sg248137.html?Open
Setting up Linux on System z for production

A good starting place for information is
http://www-03.ibm.com/systems/z/hardware/index.html . But, to be very
honest, the amount of information available can be overwhelming. Perhaps
people here, or on IBM-MAIN (if you can stand the "noise" from a bunch of
us old, surly curmudgeons) could be of some help. What do you want to get
across in your class on mainframes? Do you want to compare the z hardware
versus, say, Intel's x86? Or do you want to compare the software, such as
z/OS versus Linux or VMWare versus z/VM (or the "built in" z machine's
hypervisor, called PR/SM). For an example, the Intel x86 hardware can run
OSes such as Windows, Linux, Mac OS/X, and *BSDs. The z hardware generally
runs one or more of Linux, z/VM (a hypervisor - think VMWare), z/OS, z/VSE,
or z/TPF.

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

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

Maranatha! <><
John McKown

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

Re: Interrupting Linux under z/VM session

[John McKown]

On Wed, Jan 21, 2015 at 7:09 AM, Beesley, Paul 
wrote:

>  followed by :q! doesn't work. I can't find anything that does.
> Obviously vi is unique (in many ways ...)
> I don't think you can IPL CMS if you've already booted z/Linux.
>

​I was thinking another user in CMS, not IPL'ing CMS in the same virtual
machine.​



>
> I may have found someone who has SSH access and am waiting for them to try
> and kill my vi process.
> But it would be useful to know how to get out of this via z/VM for future
> occasions!
>

​I agree, this is a very interesting phenomenon which must somehow have to
do with the 3270 session you're in. I really which that I had access to a
z/Linux system under z/VM to mess around with it. ​And it makes me wonder
why vi doesn't simply refuse to run in a 3270 environment. I guess it's
because the author never considered a terminal environment which would be
so completely different and "hostile". Personally, I would possibly look at
creating a new "vi" shell wrapper which checks (how?) for the 3270
environment and refuses to invoke vi in that environment.



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

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

Maranatha! <><
John McKown

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

Re: Interrupting Linux under z/VM session

[John McKown]

On Wed, Jan 21, 2015 at 6:12 AM, Berthold Gunreben  wrote:

> On Wed, 21 Jan 2015 12:06:51 +
> "Beesley, Paul"  wrote:
>
> > Thanks for the tip, I'll try that.
> > Unfortunately it doesn't get me out of my vi session. I think I'm
> > stuck there forever
>
> you might want to try
>
> ^z
> killall vi
> fg
>
> Berthold
>

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

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


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

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

Maranatha! <><
John McKown

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

Re: New debugging tool.

[John McKown]

On Thu, Jan 15, 2015 at 10:53 AM, Dave Jones 
wrote:

> Here's just the tool we all need for shooting bugs in software
>
>
> http://www.extremetech.com/extreme/196993-next-gen-linux-powered-rifle-is-accurate-up-to-a-mile


​I expect that to be another weapon to be classified as "unnecessary to the
average person". A psychopath with that and access to a tall building is
admittedly terrifying. ​But I'm more afraid of the people around me with
fireworks (in the middle of Arlington, TX).



> --
> Dave Jones
> V/Soft Software
> www.vsoft-software.com
> Houston, TX
> 281.578.7544
>

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

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

Maranatha! <><
John McKown

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

Re: openCOBOL

[John McKown]

On Mon, May 5, 2014 at 5:10 PM, J. Leslie Turriff
 wrote:
> On Monday 05 May 2014 10:49:22 Neale Ferguson wrote:
>> I saw the following on a LinkedIn group:
>>
>> "Customers who are proposed to migrate from zOS to zLinux may have a
>> concern about the presence of cobol programs. Porting the cobol code to a
>> different language not only may affect the migration costs, but it also may
>> be painful if not even unsuccessful. So, a cobol compiler for zLinux may be
>> picked from the market, but again, this may heavily affect the project
>> costs. The adoption of the OpenCobol compiler might be a fine option. The
>> OpenCobol compiler is an open source project whose site is
>> https://sourceforge.net/projects/open-cobol/";
>>
>> I created a s390x and src RPM for it based on the latest tarball. They are
>> available at http://download.sinenomine.net/opencobol/
>>
>> I've run the test suite and it passes but haven't tried any code of my own
>> (not being a prolific COBOL programmer).
>>
>> Neale
>
> Be advised that OpenCOBOL is now part of the GCC project
> <http://sourceforge.net/projects/open-cobol/> :
>
> Description
>
> GNU Cobol (formerly OpenCOBOL) is a free COBOL compiler. cobc translates COBOL
> to executable using intermediate C sources, providing full access to nearly
> all C libraries.
>
> OpenCOBOL 1.1 has been uploaded, with full support for SCREEN SECTION.
>
> GNU Cobol 1.1 co-posted to ftp://ftp.gnu.org/gnu/gnucobol (is available here,
> too)
>
> A superb manual by Gary Cutler can be found at
> http://opencobol.add1tocobol.com/OpenCOBOL%20Programmers%20Guide.pdf
>
> FAQ and How-To at http://opencobol.add1tocobol.com/
>
> OpenCOBOL is
>
> Copyright (C) 2001-2009 Keisuke Nishida
> Copyright (C) 2007-2012 Roger While
>
> This program is free software; you can redistribute it and/or modify it under
> the terms of the GNU General Public License as published by the Free Software
> Foundation; either version 2, or (at your option) any later version.
>
> Leslie

Thanks for that link to the OpenCOBOL manual! I will, personally, be
more convinced that it is a GNU project when it is moved to Savanah
and placed in a git repository. But that is just my own feelings on
things. I have used OpenCOBOL to compile a number of batch z/OS COBOL
programs. The compiles when very well. Unfortunately, I can't really
do much testing due to lack of proper infrastructure on my Linux
system - which is on my Intel PC and not on the z. I "hang out" here
as a learning experience (in a positive sense, not in my usually
negative sense).

I wonder how it compares to zCOBOL at http://www.z390.org/zcobol/.
OpenCOBOL compiles to C and then to an executable. zCOBOL compiles to
HLASM source, then uses z390 to compile HLASM to Java bytecode. At
least according to that web site. I haven't used it yet.


--
There is nothing more pleasant than traveling and meeting new people!
Genghis Khan

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/

Re: New Redbook: Practical Migration from x86 to Linux on IBM System z

[John McKown]

On Tue, Sep 23, 2014 at 9:41 AM, Stewart, Lee  wrote:
> How else are they going to have a sales person contact you to sell whatever 
> you're interested in?   :-( | :-)I'm not sure which...

Wow, to have my very own zEC12. Geek heaven! More prosaically, the
chances of my employer deciding to stop moving "to the Cloud"
(eliminating the z entirely is proceeding) are about as likely as ISIS
declaring Israel to be the true owners of the Holy Land and the
rightful heirs of Abraham. Well, enough on that subject, I hope.

>
> Lee Stewart ● VM System Support ● Visa ● Phone:  6(750)4601 - +1-303-389-4601 
> ● lstew...@visa.com
>

-- 
There is nothing more pleasant than traveling and meeting new people!
Genghis Khan

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/

Re: New Redbook: Practical Migration from x86 to Linux on IBM System z

[John McKown]

Well, I've entered a new "memo to self": Don't post a message before
the _second_ diet coke has hit the blood stream. I am basically forced
into being a "morning person" and am not good at it. Oh, the body gets
up at 05:00. The mind, well, "sometime after" that. My apologies for
being slow of mind and fast of mouth.

On Tue, Sep 23, 2014 at 6:41 AM, Peter Woodbury  wrote:
> gee wiz Rich is fast.or I'm slow.......or both.
>
>
>
>
>
>
>
>
> From:
> John McKown 
> To:
> LINUX-390@VM.MARIST.EDU,
> Date:
> 09/23/2014 07:38 AM
> Subject:
> Re: New Redbook: Practical Migration from x86 to Linux on IBM System z
> Sent by:
> Linux on 390 Port 
>
>
>
> OK, I found the "bypass and get the book" link. My mistake. I was,
> perhaps unjustly, "shocked" by the initial "signup" screen, which is
> new to me.
>
> On Tue, Sep 23, 2014 at 6:33 AM, John McKown
>  wrote:
>> I have not yet read the Redbook. But I am less than impressed that I
>> must now "sign up" for Redbooks in order to download them. And even
>> more irritated that if I want to download both the PDF and epub
>> versions, I must "sign up" __twice__. Oh well, I guess _somebody_ has
>> to foot the bill for these. And I guess marketing is now responsible.
>> 
>>
>> On Mon, Sep 22, 2014 at 4:13 PM, Mark Post  wrote:
>>> IBM has just published the final version of "Practical Migration from
> x86 to Linux on IBM System z" at
> http://www.redbooks.ibm.com/abstracts/sg248217.html
>>>
>>> According to the page, it "provides a technical planning guide and
> example for IT organizations to migrate from their x86 environment to
> Linux on System z."
>>>
>>> Check it out.
>>>
>>>
>>> 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/
>>
>>
>>
>> --
>> There is nothing more pleasant than traveling and meeting new people!
>> Genghis Khan
>>
>> Maranatha! <><
>> John McKown
>
>
>
> --
> There is nothing more pleasant than traveling and meeting new people!
> Genghis Khan
>
> Maranatha! <><
> John McKown
>
> --
> For LINUX-390 subscribe / signoff / archive access instructions,
> send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or
> visit
> http://www.marist.edu/htbin/wlvindex?LINUX-390
> --
> For more information on Linux on System z, visit
> http://wiki.linuxvm.org/
>
>
>
> The contents of this email are the property of PNC. If it was not addressed 
> to you, you have no legal right to read it. If you think you received it in 
> error, please notify the sender. Do not forward or copy without permission of 
> the sender. This message may be considered a commercial electronic message 
> under Canadian law or this message may contain an advertisement of a product 
> or service and thus may constitute a commercial electronic mail message under 
> US law. You may unsubscribe at any time from receiving commercial electronic 
> messages from PNC at http://pages.e.pnc.com/globalunsub/
> PNC, 249 Fifth Avenue, Pittsburgh, PA 15222; pnc.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/



-- 
There is nothing more pleasant than traveling and meeting new people!
Genghis Khan

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/

Re: New Redbook: Practical Migration from x86 to Linux on IBM System z

[John McKown]

OK, I found the "bypass and get the book" link. My mistake. I was,
perhaps unjustly, "shocked" by the initial "signup" screen, which is
new to me.

On Tue, Sep 23, 2014 at 6:33 AM, John McKown
 wrote:
> I have not yet read the Redbook. But I am less than impressed that I
> must now "sign up" for Redbooks in order to download them. And even
> more irritated that if I want to download both the PDF and epub
> versions, I must "sign up" __twice__. Oh well, I guess _somebody_ has
> to foot the bill for these. And I guess marketing is now responsible.
> 
>
> On Mon, Sep 22, 2014 at 4:13 PM, Mark Post  wrote:
>> IBM has just published the final version of "Practical Migration from x86 to 
>> Linux on IBM System z" at http://www.redbooks.ibm.com/abstracts/sg248217.html
>>
>> According to the page, it "provides a technical planning guide and example 
>> for IT organizations to migrate from their x86 environment to Linux on 
>> System z."
>>
>> Check it out.
>>
>>
>> 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/
>
>
>
> --
> There is nothing more pleasant than traveling and meeting new people!
> Genghis Khan
>
> Maranatha! <><
> John McKown



--
There is nothing more pleasant than traveling and meeting new people!
Genghis Khan

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/

Re: New Redbook: Practical Migration from x86 to Linux on IBM System z

[John McKown]

I have not yet read the Redbook. But I am less than impressed that I
must now "sign up" for Redbooks in order to download them. And even
more irritated that if I want to download both the PDF and epub
versions, I must "sign up" __twice__. Oh well, I guess _somebody_ has
to foot the bill for these. And I guess marketing is now responsible.


On Mon, Sep 22, 2014 at 4:13 PM, Mark Post  wrote:
> IBM has just published the final version of "Practical Migration from x86 to 
> Linux on IBM System z" at http://www.redbooks.ibm.com/abstracts/sg248217.html
>
> According to the page, it "provides a technical planning guide and example 
> for IT organizations to migrate from their x86 environment to Linux on System 
> z."
>
> Check it out.
>
>
> 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/



--
There is nothing more pleasant than traveling and meeting new people!
Genghis Khan

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/

Re: node.js on zLinux?

[John McKown]

On Tue, Sep 2, 2014 at 12:20 PM, Michael MacIsaac  wrote:
> Hmm, I'm confused...
>
> From: http://nodejs.org/download/
> "Node.js is released under the MIT license ..."
>
> From the MIT license:
> "Permission is hereby granted, free of charge, to any person obtaining a
> copy
> of this software and associated documentation files (the "Software"), to
> deal
> in the Software without restriction, including without limitation the rights
> to use, copy, modify, merge, publish, distribute, sublicense, and/or sell
> copies of the Software ..."
>
> From the "View license" page of the IBM DeveloperWorks download:
> "*IBM SDK for Node.js*
> ...
> 3. License Grant
> The Program is owned by IBM or an IBM supplier, and is copyrighted and
> licensed, not sold.
> ...
> e. Licensee does not 1) use, copy, modify, or distribute the Program..."
>
> Hmm ... Does the IBM SDK *not *contain node.js and the license is for the
> SDK only?  Otherwise it would seem IBM is violating the node.js license.
>
> -Mike MacIsaac
>

>From what I understand of the MIT license, what IBM has done is
allowed. The MIT license allows someone, or organization, to take the
code and modify it in any way that they want. They may then copyright
_their modified code_ and add further restrictions. That is, they can
"commercialize" __their__ changes. Which is one reason why I tend to
dislike it. OTOH, there are others which argue _for_ this because they
feel that the GPL, among others, license is a dis-incentive to people
who need to make a living from writing code. What IBM _cannot_ do is
stop some one else from taking the _original_ node.js code and making
a competing node.js implementation for z/Linux. Or z/OS. Or z/VM CMS.

This is just from my reading of the license and what others have said. IANAL.

--
There is nothing more pleasant than traveling and meeting new people!
Genghis Khan

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/

Re: Running on CP or IFL ?

[John McKown]

On Fri, Jul 11, 2014 at 1:32 PM, Alan Altmark  wrote:

> You were correct when you said that the specific values are not
> documented.  The values are there to enable correlation between the
> various SYSIBs that are type-oriented.
>
> But it's the question itself that disturbs me.  What would software (as
> opposed to a licence agreement) do with explicit information about CPU
> type?  The capacity of an IFL is the full capacity of the process type,
> without regard to model.  That is, it is unaffected by the subcapacity
> constraints placed on the CPs.

I would _guess_ that the vendor want to be able to say, for some
reason, my software can be licensed: (1) on an IFL only; (2) on a CP
only; or (3) on either an IFL or CP. In the first two cases, I guess
the software would have a subroutine which "mysteriously malfunctions"
if run on the wrong type of processor. I have no idea why most vendors
would care. z/OS cares only so that it can report to the user (and
maybe vendor) how much of which specialty engine is being used. I can,
somewhat, understand why they could care about capacity. You want more
capacity, you pay more money. That is now well entrenched in the z
world, and becoming more entrenched in the other architectures
(usually by "power/value units" or "cores"). On z/OS, it is even
possible to pay by MSU. But it tends to be by the maximum MSU used by
the entire z/OS workload, and not just the MSUs used by the software
in question.

>
> And I suspect that keeping software vendors from going down this road is
> why the processor type information is, shall we say, obscure at best.
>
> 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/



--
There is nothing more pleasant than traveling and meeting new people!
Genghis Khan

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/

Re: Running on CP or IFL ?

[John McKown]

On Fri, Jul 11, 2014 at 10:54 AM, Mike Hammock  wrote:
> Thanks John, I was trying to remember the instruction for that  (STSI).
> However, a little research indicates that the STSI only provided information
> on the number of CPs and nothing about the type of other processors.   In a
> zVM - Linux environment you might be able to assume that any non-CP
> processor is an IFL, but sure as anything, someone would have a reasonable
> exception to that.
>
> Thanks,
> Mike

If STSI doesn't return information on non-CP engines, I have _NO_ idea
where z/OS (and z/VM) are getting them. Unfortunately, I'm just not on
a system, nor have access to any other system, which has multiple
engine types. To get the information, it appears you need to set the
function code to 15, the selector1 value to 1, and the selector2 value
in [2..6].

  L R0,=AL1(15,0,0,1)
  LA R1,2
  STSI SYSIB
...
SYSIB DS 0D,1024X

Just looking around on z/OS, I have found some "hints" as to possible
values. In SYS1.MODGEN(IHAIVT), I found "Encountered a processor type
of 2 (zAAP) or 5 (zIIP) within the recognized processor info". Which
hints that a value of 2 in the TLE is for a zAAP (IFA in old terms)
and a value of 5 for a zAAP. But that conflicts with some comments in
SYS1.MACLIB(HISYSMFR) which has:

The processor type for which the hardware event counters are recorded.
Will be one of the following: 0 = Standard CP 2 = zAAP 4 = zIIP

The above agrees with SYS1.MACLIB(IHAPSA)

PSAProcClass_Byte1 DS  X   @H4A
* This field is for IBM use only.
* OWNERSHIP: SUPERVISOR CONTROL
* SERIALIZATION: READ = NONE
*WRITE = NO WRITE ALLOWED
* See PSAProcClass_xxx
* constants.   @H4A
PSAProcClass_CP   EQU X'' Standard CP. 0 is offset to SWUQ @H4A
PSAProcClass_zAAP EQU X'0002' zAAP.@H4A
PSAProcClass_zIIP EQU X'0004' zIIP.@H5A
PSAProcClass_SUP EQU X'0004'  zIIP.@H4A


Which has a, to me, _strong_ implication that an IFL would be x'0001'
since an IFL was the _first_ specialty engine available on a z. Can't
hurt to write a Q&D assembler program on your system, run it, and dump
the contents of the SYSIB to a file to peruse using a hex viewer.
Might be interesting.

--
There is nothing more pleasant than traveling and meeting new people!
Genghis Khan

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/

Re: Running on CP or IFL ?

[John McKown]

I'm on a z/OS only system with no specialty engines. From looking at
the current Principles of Operation, and based on the fact that the D
M=CPU on z/OS and the Q PROC on z/VM can display this information, I
would say that it is very likely that the STSI privileged instruction
returns this information. On page 10-148, it shows a construct called
the TLE which is a part of the SYSIB 15.1.2 (Configuration Topology)
which is labelled "CPU Type" and is described:

CPU Type: Byte 1 of word 1 of a CPU-type TLE
specifies an 8-bit unsigned binary integer whose
value is the CPU type of the one or more CPUs rep-
resented by the TLE. The CPU-type value specifies
either a primary-CPU type or any one of the possible
secondary-CPU types.


I _believe_ that "primary-CPU type" means "general CP" and
"secondary-CPU types" refer to "specialty engines" such as IFL, zIIP,
and zAAP.  But I cannot find any confirmation of this. Or any
indication as to what the value of each type of CPU might be.


On Fri, Jul 11, 2014 at 8:10 AM, Mike Hammock  wrote:
> I have been asked a question by one of our zPDT users and did not have a good 
> answer, so I figured I'd go to the experts on this list
>
> If I'm running in a zLinux system, how can I "best" determine whether I'm 
> running on a CP or an IFL?  The purpose of this is to determine/set licensing 
> information so the relative speeds don't matter, just whether CP or IFL.
>
> Doing a VMCP  Q  V  PROC and parsing the results might work in a zVM 
> environment, but obviously would be a problem in a pure LPAR environment.
>
> So, what is the recommended (supported?) and proper way to do this??
>
> Thanks
> Mike Hammock
>
> --
> For LINUX-390 subscribe / signoff / archive access instructions,
> send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
> http://www.marist.edu/htbin/wlvindex?LINUX-390
> --
> For more information on Linux on System z, visit
> http://wiki.linuxvm.org/



--
There is nothing more pleasant than traveling and meeting new people!
Genghis Khan

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/

article on securing vsftpd with SSL/TLS

[John McKown]

I remember seeing some threads here where people were using vsftpd. I just
read the following article and thought that perhaps it would be of some
help or interest to others here.

http://xmodulo.com/2014/06/secure-ftp-service-vsftpd-linux.html


--
There is nothing more pleasant than traveling and meeting new people!
Genghis Khan

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/

Re: dd command conv option for AIX V6 not downward compatible

[John McKown]

On Thu, May 22, 2014 at 12:45 PM, Virgilio Calimlim wrote:

> Hi Alan,
>
> I am contemplating on opening a PMR. The least that I expect to get is to
> understand the reason why AIX Development deviated from the IBM tradition
> of keeping upgrades downward compatible.
>
> As this will be my first PMR, I hope you don't mind sending me some
> instructions/guidelines. I recall there was a link given by one of the list
> members but am now having a hard time finding it.
>
> Really appreciate your help.
> Virgilio
>
>
Given what was said was in the manuals going back to 5.x, I would bet that
IBM will say that the current code is correct and it worked in the past
because the code was broken in that it did not act as documented.

Had the same thing happen long ago with a COBOL compiler. Programmers did
something that the book plainly said was not supported. But it worked, so
they used it. I applied a COBOL PTF and the statement was flagged as an
error. The programmers screamed like a . But I
pointed out that the compiler was working as documented and the fact that
they didn't know how to properly code COBOL was not my problem. I was
nastier back then.

--
There is nothing more pleasant than traveling and meeting new people!
Genghis Khan

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/

Re: [ANNOUNCE] s390 31 bit kernel support removal

[John McKown]

If all that is running on those old boxes is Linux for System z, then
replace the MP3000s with a modern system, Intel/AMD or even pSeries, and
then run Hercules/390 on that. Run z/Linux under the Hercules/390 emulator.
I've done it. The only minus that I am aware of that the IP connectivity to
the z/Linux is via an emulated CTC.

On Thu, Feb 13, 2014 at 1:53 PM, Marcy Cortes  wrote:

> OK, dumb question of the day.It's linux right?  Why would you keep one
> of those machines for Linux when you could go down to best buy and get
> something with more horsepower?
> Unless you lost the source code or something...
>
> Marcy
> -Original Message-
> From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of
> David Boyes
> Sent: Thursday, February 13, 2014 9:54 AM
> To: LINUX-390@VM.MARIST.EDU
> Subject: Re: [LINUX-390] [ANNOUNCE] s390 31 bit kernel support removal
>
> > > > After the removal of the 31 bit kernel support it is not possible
> > > > to run new Linux kernels on old 31 bit only machines.  The only
> > > > supported 31 bit only machines were the G6 and Multiprise 3000
> > > > introduced in 1999.  However after nearly 15 years it seems
> > > > reasonable to remove support for these old machines.
>
> Mark Post made a good point. I think you (IBM) should consider just
> relinquishing responsibility for the 31-bit s390 kernel if you no longer
> have/want to spend resources to maintain it. Removal is kinda overkill.
>
> There are a LOT of MP3000 H30s and H50s still out there doing useful
> stuff, and many of those machines are the only remaining IBM system in the
> customer. Throwing them (and that regular renewal revenue stream) over the
> side with no options seems counterproductive.
>
>
>


--
Wasn't there something about a PASCAL programmer knowing the value of
everything and the Wirth of nothing?

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/

Re: Building a usable DVD

[John McKown]

mkisofs is the "base" program. xorriso is a program which can make a .iso
file or burn an ISO, with Rock Ridge extensions as well as Joliet. Rock
Ridge is the UNIX extension for UNIX attributes just as Joliet is for
MS-Windows attributes.


On Wed, Jan 29, 2014 at 1:13 PM, Skip Robinson wrote:

> Pierre-Francois,
>
> This sounds promising, but I do not know how to create an ISO file. In
> ordering from ShopzSeries, ISO is one option, but it's deliverable only on
> an physical DVD. We are required by corporate policy to take delivery
> electronically. For internet delivery, only the '3390' option can be
> ordered. That comes as a zip file with 1200+ individual files. My DVD
> burning software is the native Microsoft application included with (our
> corporate version of) Windows 7. This creates the same set of files, which
> looks fine on my PC but seems to choke on HMC.
>
> Two points others have mentioned. (1) I know that some DVD burning
> software provides the option to 'close' the DVD or to allow for further
> processing. My MS application does offer an option. (2) There is some
> disagreement over the case of the base directory name. All the doc I've
> seen clearly states uppercase /CPDVD, confirmed by Level 2 in my open SR.
>
>
>
> >Hello,
> >
> >I had the same problem just few days ago with z/VM 6.3. I burned several
> dvd before it works.
> >When I created the dvd directly from the windows explorer it didn't works
> (with ou without finsishing the >dvd session).
> >
> >The way it's works for me was to create an ISO containing the /cpdvd
> direct=
> >ory, and then after burn the ISO to dvd.
>
> >pierre-francois.prot
> .
> .
> J.O.Skip Robinson
> Southern California Edison Company
> Electric Dragon Team Paddler
> SHARE MVS Program Co-Manager
> 626-302-7535 Office
> 323-715-0595 Mobile
> jo.skip.robin...@sce.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/
>



--
Wasn't there something about a PASCAL programmer knowing the value of
everything and the Wirth of nothing?

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/

Interesting article: Bitrot and atomic COWs: Inside “next-gen” filesystems

[John McKown]

http://arstechnica.com/information-technology/2014/01/bitrot-and-atomic-cows-inside-next-gen-filesystems/


--
Wasn't there something about a PASCAL programmer knowing the value of
everything and the Wirth of nothing?

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/

Re: Learn something new every day

[John McKown]

Hope they never look at what can be done with gawk 4.0.


On Wed, Nov 13, 2013 at 1:28 PM, David L. Craig  wrote:

> On 13Nov13:1047-0700, Mark Post wrote:
>
> > For all of you out there with auditors that get
> > all upset if netcat (nc) is installed on your Linux
> > systems...  You probably should never tell them about
> > the bash /dev/tcp builtin.
> >
> > Just for fun...
> > exec 3<>/dev/tcp/www.google.com/80
> > echo -e "GET / HTTP/1.1\r\nHost: www.google.com\r\nConnection:
> close\r\n\r\n" >&3
> > cat <&3
> > exec 3>&-
>
> Absolutely, Mr. Auditor--no TELNET on THIS system, nosiree. ;-)
> --
> 
> May the LORD God bless you exceedingly abundantly!
>
> Dave_Craig__
> "So the universe is not quite as you thought it was.
>  You'd better rearrange your beliefs, then.
>  Because you certainly can't rearrange the universe."
> __--from_Nightfall_by_Asimov/Silverberg_
>
> --
> For LINUX-390 subscribe / signoff / archive access instructions,
> send email to lists...@vm.marist.edu with the message: INFO LINUX-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 is clearly another case of too many mad scientists, and not enough
hunchbacks.

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/

Re: Daylight savings time issue

[John McKown]

If you are in U.S. Central time, your UTC is definitely off by one hour.
Which makes all the other systems clocks to be off by 1 hour. We are in
U.S. Central - Dallas, TX. On our z/OS system, the D T command responds

RESPONSE=LIH1  IEE136I LOCAL: TIME=11.44.49 DATE=2013.308  UTC:
TIME=17.44.49 DATE=2013.308

You displays are an hour behind ours. And I am certain that mine are
correct because my boss has not been beating me up .

Unfortunately, I am not z/VM literate enough to know what you could have
done in the SYSTEM CONFIG to cause z/VM to report the UTC hardware clock
incorrectly. Hopefully an IPL will make it all better.



On Mon, Nov 4, 2013 at 11:26 AM, Veencamp, Jonathon D. <
jdveenc...@fedins.com> wrote:

> We did POR.  But we have a other ZVM's on the same hardware that DO NOT
> have the issue (evidently because they didn't have the typo in their system
> config).  So the other ZVM's display the correct time in VM and zLinux.
>
> The correct time now is 11:24am
>
> Bad-VM:
> prd1linux:/ # date -u
> Mon Nov  4 16:24:01 UTC 2013
> prd1linux:/ # date
> Mon Nov  4 10:24:05 CST 2013
> prd1linux:/ # vmcp q time
> TIME IS 10:24:16 CST MONDAY 11/04/13
> CONNECT= 21:58:47 VIRTCPU= 506:51.56 TOTCPU= 512:00.11
>
> Good-VM:
> prd2linux:~ # date -u
> Mon Nov  4 17:25:47 UTC 2013
> prd2linux:~ # date
> Mon Nov  4 11:25:48 CST 2013
> prd2linux:~ # vmcp q time
> TIME IS 11:25:53 CST MONDAY 11/04/13
> CONNECT= 21:58:34 VIRTCPU= 426:38.90 TOTCPU= 429:37.97
>
> So we are going to IPL ZVM tonight to see if that corrects the Linux
> instances under the VM that had the typo.
>
> Jon
>
> -Original Message-
> From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of
> John McKown
> Sent: Monday, November 04, 2013 11:14 AM
> To: LINUX-390@VM.MARIST.EDU
> Subject: Re: Daylight savings time issue
>
> What do your systems say is the current UTC? Could somebody have somehow
> changed the hardware TOD clock (POR generally) and now _it_ is messed up?
> And that would mess up all the guests.
>
>
> On Mon, Nov 4, 2013 at 10:40 AM, Veencamp, Jonathon D. <
> jdveenc...@fedins.com> wrote:
>
> > We found a typo in our ZVM system config.  So VM was still showing CDT
> > rather than CST, and evidently that affected Linux as well (even though
> > Linux was pulling the UTC time from hardware?!? )
> >
>
> 
>
> The information contained in this e-mail message is intended only for the
> personal and confidential use of the designated recipient(s) named above.
> This message may be an attorney-client or work product communication which
> is privileged and confidential. It may also contain protected health
> information that is protected by federal law. If you have received this
> communication in error, please notify us immediately by telephone and
> destroy (shred) the original message and all attachments. Any review,
> dissemination, distribution or copying of this message by any person other
> than the intended recipient(s) or their authorized agents is strictly
> prohibited. Thank you.
>
> --
> For LINUX-390 subscribe / signoff / archive access instructions,
> send email to lists...@vm.marist.edu with the message: INFO LINUX-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 is clearly another case of too many mad scientists, and not enough
hunchbacks.

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/

Re: Daylight savings time issue

[John McKown]

leged and confidential. It may also contain protected health
> information that is protected by federal law. If you have received this
> communication in error, please notify us immediately by telephone and
> destroy (shred) the original message and all attachments. Any review,
> dissemination, distribution or copying of this message by any person other
> than the intended recipient(s) or their authorized agents is strictly
> prohibited. Thank you.
> >
> > --
> > For LINUX-390 subscribe / signoff / archive access instructions, send
> email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
> > http://www.marist.edu/htbin/wlvindex?LINUX-390
> > --
> > For more information on Linux on System z, visit
> http://wiki.linuxvm.org/
> >
> > --
> > For LINUX-390 subscribe / signoff / archive access instructions,
> > send email to lists...@vm.marist.edu with the message: INFO LINUX-390
> or visit
> > http://www.marist.edu/htbin/wlvindex?LINUX-390
> > --
> > For more information on Linux on System z, visit
> > http://wiki.linuxvm.org/
> >
> > 
> >
> > The information contained in this e-mail message is intended only for
> the personal and confidential use of the designated recipient(s) named
> above. This message may be an attorney-client or work product communication
> which is privileged and confidential. It may also contain protected health
> information that is protected by federal law. If you have received this
> communication in error, please notify us immediately by telephone and
> destroy (shred) the original message and all attachments. Any review,
> dissemination, distribution or copying of this message by any person other
> than the intended recipient(s) or their authorized agents is strictly
> prohibited. Thank you.
> >
> > --
> > For LINUX-390 subscribe / signoff / archive access instructions,
> > send email to lists...@vm.marist.edu with the message: INFO LINUX-390
> or visit
> > http://www.marist.edu/htbin/wlvindex?LINUX-390
> > --
> > For more information on Linux on System z, visit
> > http://wiki.linuxvm.org/
>
> --
> For LINUX-390 subscribe / signoff / archive access instructions,
> send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or
> visit
> http://www.marist.edu/htbin/wlvindex?LINUX-390
> --
> For more information on Linux on System z, visit
> http://wiki.linuxvm.org/
>
> 
>
> The information contained in this e-mail message is intended only for the
> personal and confidential use of the designated recipient(s) named above.
> This message may be an attorney-client or work product communication which
> is privileged and confidential. It may also contain protected health
> information that is protected by federal law. If you have received this
> communication in error, please notify us immediately by telephone and
> destroy (shred) the original message and all attachments. Any review,
> dissemination, distribution or copying of this message by any person other
> than the intended recipient(s) or their authorized agents is strictly
> prohibited. Thank you.
>
> --
> For LINUX-390 subscribe / signoff / archive access instructions,
> send email to lists...@vm.marist.edu with the message: INFO LINUX-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 is clearly another case of too many mad scientists, and not enough
hunchbacks.

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/

Re: VMCP commands for non-root userids

[John McKown]

I would update the /etc/sudoers (using visudo command) so that the user
could use sudo to execute the vmcp command.


On Wed, Oct 30, 2013 at 9:06 AM, Diep, David (OCTO-Contractor) <
david.d...@dc.gov> wrote:

> Hi everyone,
>
> I have a non-root UserID that needs to be able to execute VMCP commands.
> I've tried a lot of things, but it has not yield much success.  Any
> suggestions??
>
> Thanks!
>
> David Diep
>
> Serve DC is proud to present NeighborGood, a new, free tool to help
> residents engage in meaningful service and connect with the causes and
> organizations they care about. Visit NeighborGood at <
> http://serve.dc.gov/service/neighborgood>
>
> --
> For LINUX-390 subscribe / signoff / archive access instructions,
> send email to lists...@vm.marist.edu with the message: INFO LINUX-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 is clearly another case of too many mad scientists, and not enough
hunchbacks.

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/

Re: OT? Why restrict accesses to the "locate" data base file?

[John McKown]

But, using ISPF 3.4, the user can list all the data sets on all the on-line
volumes by entering nothing in the DSN field and an * in the Volume field.
Yes, I do know about the _new_ RACF stuff which causes the system to not
list a DSN unless the id has at least EXECUTE (or READ?) access to it. But
the overhead is horrendous. It causes a RACF security call on each and
every DSN. The I/O to the RACF data base (the security information in not
in the equivalent of the inode on z/OS) is just too expensive.


On Tue, Oct 1, 2013 at 2:37 AM, Offer Baruch  wrote:

> Sorry... I just couldn't help responding to the z/OS part...
>
> On z/OS you can limit the access to the catalog and by that deny users from
> listing the files in that catalog.
> I think that most places don't do that but z/OS has this ability build
> in...
>
> Offer Baruch
> On Sep 30, 2013 6:01 PM, "John McKown" 
> wrote:
>
> > I am looking a "porting" the Linux updatedb/locate program in the mlocate
> > rpm to run on another UNIX system (z/OS to be exact). I don't understand
> > why the mlocate.db is not world readable. Instead, the locate program is
> > marked setgid. The only reason I have come up with is that the updatedb
> > program loads the names of all the local (and perhaps NFS) file names
> into
> > the mlocated.db file. And some of those may be in directories which are
> > unreadable by some users.
> >
> > I am not really going to port the actual code, because I am pretty sure
> > that I'm going to put the data into a sqlite3 data base so that others
> can
> > write code to "do things" with it.
> >
> > This is where I don't understand. How can simply knowing if a file exists
> > or not be a security concern? I admit to being ignorant of this because a
> > user in z/OS can generally get a listing of the names of all the data
> sets
> > (files) which exist on a z/OS system even if they cannot read them. Yeah,
> > I've got some of those and one consultant was "uppity" about "why can't I
> > read that? Justify it to me!!!" Who which I replied (quoting W.C.
> Fields):
> > "Go away, boy, you bother me!"
> >
> > --
> > I have _not_ lost my mind! It is backed up on a flash drive somewhere.
> >
> > 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/
>



--
I have _not_ lost my mind! It is backed up on a flash drive somewhere.

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/

Re: OT? Why restrict accesses to the "locate" data base file?

[John McKown]

Thanks. It is basically as I was thinking. I don't entirely grok why a
person would be concerned about the name of a file. Well, unless they make
file names like "job_application_to_major_competitor.odt" on the work
system. Well, maybe the contents of ~/.ssh where the names of the private
keys could possibly be of some interest to a cracker in the "is is worth my
while to bother?" sense.

Thanks. I often need help in getting my head around some things. Especially
since I more a z/OS (back to the OS/MVT days) sysprog. And especially
thanks for the reminder about ACLs. I do use them, on z/OS, on rare
occasion (z/OS Web server). Hum, wonder if I should record the ACLs for a
given file in another table in the same data base. For use by security
administrators. That would be adding in a new function. And I'm not sure if
it would be very useful. That might require integrating in the
/etc/password type information to do a reverse look up of the stored uid
and gid. Assuming I want this data base to be used by auditors / security
administrators.

So I will go with the wiser heads of the UNIX wizards of the past and
present and keep the data base file locked away in a non-world readable
subdirectory.

--
I have _not_ lost my mind! It is backed up on a flash drive somewhere.

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/

OT? Why restrict accesses to the "locate" data base file?

[John McKown]

I am looking a "porting" the Linux updatedb/locate program in the mlocate
rpm to run on another UNIX system (z/OS to be exact). I don't understand
why the mlocate.db is not world readable. Instead, the locate program is
marked setgid. The only reason I have come up with is that the updatedb
program loads the names of all the local (and perhaps NFS) file names into
the mlocated.db file. And some of those may be in directories which are
unreadable by some users.

I am not really going to port the actual code, because I am pretty sure
that I'm going to put the data into a sqlite3 data base so that others can
write code to "do things" with it.

This is where I don't understand. How can simply knowing if a file exists
or not be a security concern? I admit to being ignorant of this because a
user in z/OS can generally get a listing of the names of all the data sets
(files) which exist on a z/OS system even if they cannot read them. Yeah,
I've got some of those and one consultant was "uppity" about "why can't I
read that? Justify it to me!!!" Who which I replied (quoting W.C. Fields):
"Go away, boy, you bother me!"

--
I have _not_ lost my mind! It is backed up on a flash drive somewhere.

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/

Re: Strange problem with vsFTPD

[John McKown]

My first attempt at debugging is to bring up a local shell prompt on the
FTP server itself and do an "ftp 127.0.0.1" to totally knock the external
network out of the loop. If that doesn't work, then the user likely doesn't
really have a problem, the server itself does. Oh, and need I say "don't
use root" as the test user?


On Mon, Sep 23, 2013 at 10:01 AM, Rick Troth  wrote:

> On 09/23/2013 09:57 AM, Chase, John wrote:
> > We changed it to "permissive" in the SELinux config file and rebooted.
>  Same error "425 Failed to establish connection" continues.  Remote
> colleague hasn't logged in yet today, but I've asked which FTP client he's
> using (WinFTP or Bluezone).
>
> FYI, there are other tools besides FTP.
>
> You may be forced to use FTP for this user/customer.  But if something
> else gets him working, then his basic need being met, one would think
> he'd be happy.  Other options include: HTTP, SMTP, SCP, and (excuse the
> self promotion) UFT.
>
> Also ... can YOU hit the server in question via FTP?  Don't rely solely
> on his report.  Confirm that FTP is working from your own perspective.
> I recommend that you change things up to diagnose the problem.  Your
> location, your PC/workstation, and a different FTP client ... are all
> ways to attack the problem from different angles.  It helps.
>
> -- 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/
>



--
As of next week, passwords will be entered in Morse code.

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/

Re: Strange problem with vsFTPD

[John McKown]

In my experience, "When in doubt, blame SELinux!" .


On Mon, Sep 23, 2013 at 8:28 AM, Alan Altmark wrote:

> On Monday, 09/23/2013 at 09:12 EDT, Rick Troth  wrote:
> > > Sep 20 11:09:42 [hostname] kernel: type=1400
> audit(1379693382.822:20192):
> > avc:  denied  { search } for  pid=33900 comm="vsftpd" name="home"
> dev=dasda1
> > ino=8198 scontext=unconfined_u:system_r:ftpd_t:s0-s0:c0.c1023
> > tcontext=system_u:object_r:home_root_t:s0 tclass=dir
> >
> > These are clearly SELinux errors.
>
> They are indeed SELinux errors, but "clearly" is hardly applicable in this
> case.  If you haven't studied SELinux (hint!), you aren't going to
> recognize these messages.  (And nowhere does the message even say
> "SELinux" to provide needed context!)
>
> 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/
>



--
As of next week, passwords will be entered in Morse code.

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/

Re: Strange problem with vsFTPD

[John McKown]

GIYF - doing a search found this
https://bugzilla.redhat.com/show_bug.cgi?id=845980#c12

Adding the line "seccomp_sandbox=NO" to vsftpd.conf resolves the problem in
FC18.



On Fri, Sep 20, 2013 at 10:51 AM, Chase, John  wrote:

> This one's got me:
>
> RHEL 6.3 on z/VM 6.2. . .
>
> = Begin paste =
> Connected to .
> 220 (vsFTPd 2.2.2)
> User (:(none)): myusrid
> 331 Please specify the password.
> Password:
> 500 OOPS: cannot change directory:/home/myusrid
> 500 OOPS: priv_sock_get_cmd
> Connection closed by remote host.
> = End paste =
>
> Directory /home/myusrid exists and has rwxrwxrwx permissions.  I can cd
> into it on a terminal session without problem.
>
> FTP client is Windows 7.
>
> Any ideas?
>
> TIA,
>
>   -jc-
>
> **
> Information contained in this e-mail message and in any attachments
> thereto is confidential. If you are not the intended recipient, please
> destroy this message, delete any copies held on your systems, notify the
> sender immediately, and refrain from using or disclosing all or any part of
> its content to any other person.
>
> --
> For LINUX-390 subscribe / signoff / archive access instructions,
> send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or
> visit
> http://www.marist.edu/htbin/wlvindex?LINUX-390
> --
> For more information on Linux on System z, visit
> http://wiki.linuxvm.org/
>



--
As of next week, passwords will be entered in Morse code.

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/

Attention: PuTTY users - serious security flaw

[John McKown]

According to Gentoo at
http://www.linuxsecurity.com/content/view/159880?rdf



Description
===

Multiple vulnerabilities have been discovered in PuTTY. Please review
the CVE identifiers referenced below for details.

Impact
==

An attacker could entice a user to open connection to specially crafted
SSH server, possibly resulting in  execution of arbitrary code with the
privileges of the process or obtain sensitive information.

Workaround
==

There is no known workaround at this time.



I don't know if this affects other Linux distros or Windows users.



--
As of next week, passwords will be entered in Morse code.

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/

Re: IPLing from tape

[John McKown]

On Fri, Aug 9, 2013 at 12:55 PM, Alan Altmark wrote:

> On Friday, 08/09/2013 at 01:19 EDT, John McKown
>  wrote:
> > I'm still "lusting" after that SSD in the zEC12. What a neat place to be
> > able to put some IPLable image. Of course, that would only be
> > machine-specific. Being able to use the HMC could allow all CECs
> connected
> > to it to IPL from it. Instead of a USB, have a portion of the HMC's hard
> > disk "reserved for user files" for IPL et al.
>
> SSD in the zEC12?  Not sure what you're referring to.  Maybe
> Flash-Express?  If so, that isn't SSD; it's flash memory.
>

Yes. Before it was available, someone posted on IBM-MAIN that it was
actually an SSD, not flash. I guess they were wrong. And I know that I'll
never see one unless a miracle occurs, so I haven't double checked much.


>
> I chose the phrase "large-capacity USB drive" because I want them also to
> allow disk drives to be plugged in.  I don't need (or want, really) to use
> IBM space to hold my files.  I mean, I won't object or anything, but I
> don't think being able to use the HMC HD is actually needed.  Convenient,
> yes.  Needed, no.  (And I would exclude it from HMC backup.)
>
> Alan Altmark
>
>

--
As of next week, passwords will be entered in Morse code.

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/

Re: IPLing from tape

[John McKown]

On Fri, Aug 9, 2013 at 11:26 AM, Alan Altmark wrote:

>
> I would like the HMC to allow upload of ISO images to a large-capacity USB
> drive and for the Load from Removable Media function to allow selection of
> said ISO image.  This would be similar in thought to the Mount Virtual
> Media function available for zBX blades.
>
> Folks need to help your organizations move past the quaint notion that the
> HMC is only for Other People.  It has a role for systems programmers, not
> just machine jockeys.  And I expect that role will grow over time. There's
> a reason it has remote access capability.  (Of course, I find lots of
> shops fail to create individual user IDs on the HMC for the sysprogs with
> appropriate assigned resource roles, causing the very thing they want to
> avoid!)
>
> 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
>
>
I'm still "lusting" after that SSD in the zEC12. What a neat place to be
able to put some IPLable image. Of course, that would only be
machine-specific. Being able to use the HMC could allow all CECs connected
to it to IPL from it. Instead of a USB, have a portion of the HMC's hard
disk "reserved for user files" for IPL et al.

--
As of next week, passwords will be entered in Morse code.

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/

Re: stop ldap

[John McKown]

I think that on RHEL and SuSE, it is still chkconfig.
https://access.redhat.com/site/documentation/en-US/Red_Hat_Enterprise_Linux/6/html/Deployment_Guide/s2-services-chkconfig.html

If not, then it is systemctl .
http://sys-log.tumblr.com/post/16117093002/cheat-sheet-chkconfig-vs-systemctl


On Tue, Jun 18, 2013 at 9:31 AM, Dean, David (I/S) wrote:

> Ok, all, help again.  I was able to kill the service, but I can't figure
> out where to turn it off permanentl? Xinet.d, inet.d??
>
> I know I should RT$@%M but I have buzzards flying over my cubicle.
>
> -Original Message-
> From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of
> Mark Post
> Sent: Tuesday, June 18, 2013 9:37 AM
> To: LINUX-390@VM.MARIST.EDU
> Subject: Re: stop ldap
>
> >>> On 6/18/2013 at 09:28 AM, "Dean, David (I/S)" 
> wrote:
> > Help, in production problem.  I cannot ssh to the zlnux 11.2 server
> > because ldap is running.  How do I turn it off?  I am logged in at a
> terminal screen.
> >  It is openldap.  Need more info?
>
> rcldap stop
>
>
> 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/
> -
> Please see the following link for the BlueCross BlueShield of Tennessee
> E-mail disclaimer:  http://www.bcbst.com/email_disclaimer.shtm
>
> --
> For LINUX-390 subscribe / signoff / archive access instructions,
> send email to lists...@vm.marist.edu with the message: INFO LINUX-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 is a test of the Emergency Broadcast System. If this had been an
actual emergency, do you really think we'd stick around to tell you?

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/

Re: Red Hat Linux-based Job Scheduler

[John McKown]

Google up "portable batch system". Or Globus Toolkit. I know zero about
them.
On Apr 22, 2013 4:51 PM, "Larry Ploetz"  wrote:

> On 4/22/13 2:28 PM, David Stuart wrote:
>
>> Afternoon,
>>
>> We're bringing in an application that will have between 11 and 14 servers
>> running Red Hat linux.  The vendor is recommending a job scheduler.
>>
>> We're aware of the Tivoli product from IBM.  And I know ASG has one, as
>> does CA.
>>
>> Can anyone suggest any other linux-resident job scheduler packages?
>>  Provide any experience?  Goods, bads, and uglies?
>>
>>
>>
>>  GNU's parallel has job scheduling capabilities, as long as you can set
> up ssh keys/sessions/whatever that don't require entering a password
> (e.g., use an ssh agent, predefine and use controlmaster/controlpath).
>
> Good: FOSS, powerful and well documented, based on simple concepts
>
> Good & bad: a myriad of options and capabilities
>
> Bad: in this context, I suppose it's bad as its primary purpose is as a
> replacement for xargs and similar, not a job scheduler
>
> --**--**--
> For LINUX-390 subscribe / signoff / archive access instructions,
> send email to lists...@vm.marist.edu with the message: INFO LINUX-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/

LLVM on zLinux article on Phoronix

[John McKown]

Might be of interest to some.
http://www.phoronix.com/scan.php?page=news_item&px=MTM1MTc

IBM is becoming increasingly interested in SystemZ for a variety of
purposes, including the use of the Gallium3D LLVMpipe driver. As a
result, IBM developers have created a new LLVM back-end for their
mainframe computers.

Ulrich Weigand of IBM announced the new SystemZ back-end on Sunday
with this mailing list message. He wrote, "We're interested in this
for the same reason we've been interested in the PowerPC back-end
recently: to enable packages in upcoming enterprise Linux
distributions that need LLVM support (e.g. 3D desktop support via
llvmpipe)."


--
This is a test of the Emergency Broadcast System. If this had been an
actual emergency, do you really think we'd stick around to tell you?

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/

Re: command needed which will print all lines in a file, except for the _last_ "n".

[John McKown]

I must learn to read properly some day. Thanks.


On Tue, Mar 26, 2013 at 8:05 AM, Ejnar Z Rath  wrote:

> head -n-
>
> to print all but the last  lines.
>
>
> --
> Ejnar Zacho Rath
> Advisory Infrastructure IT Architect, GTS Strategic Outsourcing Delivery
> Denmark
> IBM Danmark ApS
> Sivlandvænget 29, 2., DK-5260 Odense S, Denmark
>
>
>
> From:   "McKown, John" 
> To: LINUX-390@vm.marist.edu,
> Date:   2013/03/26 13:55
> Subject:command needed which will print all lines in a file,
> except for the _last_ "n".
> Sent by:Linux on 390 Port 
>
>
>
> OK. I know that I can use head to print the first "n" lines in a file
> (head -n 20 file). I can use tail to print the last "n" lines in a file
> (tail -n 20 file) , or start printing all lines in a file after line "n"
> (tail -n +20 file). But I need to a way to print all the lines in a file,
> except for the last "n". I.e. lines 1 through "n-1". Is there one that I'm
> missing? Or do I need to whip up a fast Perl script myself?
>
> --
> John McKown
> Systems Engineer IV
> IT
>
> Administrative Services Group
>
> HealthMarkets(r)
>
> 9151 Boulevard 26 * N. Richland Hills * TX 76010
> (817) 255-3225 phone *
> john.mck...@healthmarkets.com * www.HealthMarkets.com
>
> Confidentiality Notice: This e-mail message may contain confidential or
> proprietary information. If you are not the intended recipient, please
> contact the sender by reply e-mail and destroy all copies of the original
> message. HealthMarkets(r) is the brand name for products underwritten and
> issued by the insurance subsidiaries of HealthMarkets, Inc. -The
> Chesapeake Life Insurance Company(r), Mid-West National Life Insurance
> Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM
>
> --
> For LINUX-390 subscribe / signoff / archive access instructions,
> send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or
> visit
> http://www.marist.edu/htbin/wlvindex?LINUX-390
> --
> For more information on Linux on System z, visit
> http://wiki.linuxvm.org/
>
>
>
>
> Medmindre andet er angivet ovenfor: / Unless Otherwise Stated Above:
> IBM Danmark ApS
> Nymøllevej 91
> 2800 Kongens Lyngby, Danmark
> CVR nr.: 65305216
>
> --
> For LINUX-390 subscribe / signoff / archive access instructions,
> send email to lists...@vm.marist.edu with the message: INFO LINUX-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 is a test of the Emergency Broadcast System. If this had been an
actual emergency, do you really think we'd stick around to tell you?

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/

Re: FTP CR/LF issues

[John McKown]

Which ftp server? vsftpd does this quite often if it is not customized
correctly. In particular, in /etc/vsftpd/vsftpd.conf , you need the lines:

ascii_upload_enable=yes
ascii_download_enable=yes

I think they are comment'd out in a section which looks like:

# By default the server will pretend to allow ASCII mode but in fact ignore
# the request. Turn on the below options to have the server actually do
ASCII
# mangling on files when in ASCII mode.
# Beware that on some FTP servers, ASCII support allows a denial of service
# attack (DoS) via the command "SIZE /big/file" in ASCII mode. vsftpd
# predicted this attack and has always been safe, reporting the size of the
# raw file.
# ASCII mangling is a horrible feature of the protocol.
ascii_upload_enable=YES


On Fri, Mar 8, 2013 at 12:47 PM, 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?
>
>
>
> Larry Davis,
> HP Enterprise Services
> E-mail: larry.dav...@hp.com<mailto:larry.dav...@hp.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/
>



--
This is a test of the Emergency Broadcast System. If this had been an
actual emergency, do you really think we'd stick around to tell you?

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/

OT: U.S. law for "loser pays" in patent lawsuits, sort of

[John McKown]

I know this is OT, but I hope it is of some interest to the majority of
readers.

http://arstechnica.com/tech-policy/2013/02/pissed-off-politicians-want-loser-pays-rule-for-patent-trolls/


--
This is a test of the Emergency Broadcast System. If this had been an
actual emergency, do you really think we'd stick around to tell you?

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/

So you like regular expressions? And crossword puzzles? Very strange game.

[John McKown]

http://www.i-programmer.info/news/144-graphics-and-games/5450-can-you-do-the-regular-expression-crossword.html

I think I have a headache.


--
This is a test of the Emergency Broadcast System. If this had been an
actual emergency, do you really think we'd stick around to tell you?

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/

Re: IBM Resources for Developers?

[John McKown]

Have you considered suggesting running z/Linux on an Intel machine under
the Hercules-390 emulator? Many have done this successfully. I realize that
final testing should likely be done on a real machine, but it would be
"free" to do initial testing and adjusting under Hercules. IBM does have a
center in Dallas to host various z-series operating systems under z/VM.

Might try looking here:

http://www-304.ibm.com/partnerworld/wps/pub/systems/technical/hardware/linuxdrive

I know nothing more about this. I'm just a z/OS grunt.


On Wed, Feb 13, 2013 at 1:01 PM, Michael Coffin wrote:

> Hi Folks,
>
> I have a vendor that has a product that runs on Linux, but only on
> Intel-chipped Linux hosts.  They are interested in providing S390 binaries
> for Linux on zSeries customers.  Does IBM provide any kind of assistance
> for
> vendors to do this, for example access to Linux on zSeries systems where
> they can install, compile, test and run their applications to produce an
> S390 distro?
>
> -Mike
>
> --
> For LINUX-390 subscribe / signoff / archive access instructions,
> send email to lists...@vm.marist.edu with the message: INFO LINUX-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 is a test of the Emergency Broadcast System. If this had been an
actual emergency, do you really think we'd stick around to tell you?

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/

Re: OT: similar forum, but for Linux on Intel?

[John McKown]

Joined NYLUG email forum last night. So far, no messages or I did something
wrong.


On Tue, Feb 5, 2013 at 4:34 PM, Gregg Levine  wrote:

> On Tue, Feb 5, 2013 at 4:44 PM, John McKown
>  wrote:
> > Does anybody know of a good quality discussion forum, blog, or web site
> for
> > discussing things related to Linux on Intel. As you likely know, I
> sometime
> > ask questions here which are more generally Linux related (such as the
> Bash
> > vs Python thread). I really feel that I'm doing ya'll a disfavor by doing
> > this. I'd prefer a good quality (low flame, high intelligence) forum
> which
> > is for this sort of discussion. Perhaps even one which is actively
> > moderated.
> >
> > --
> > This is a test of the Emergency Broadcast System. If this had been an
> > actual emergency, do you really think we'd stick around to tell you?
> >
> > 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/
>
> Hello!
> Do you want general questions answered or complex ones answered? I
> manage the list behind NYLUG which can be found at
> http://www.nylug.org . Which can be found at
> http://nylug.org/mailman/listinfo/nylug-talk and follows the usual
> guidelines to join.
>
>  A word of warning, the list can be far more involving then here.
> -
> Gregg C Levine gregg.drw...@gmail.com
> "This signature fought the Time Wars, time and again."
>
> --
> For LINUX-390 subscribe / signoff / archive access instructions,
> send email to lists...@vm.marist.edu with the message: INFO LINUX-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 is a test of the Emergency Broadcast System. If this had been an
actual emergency, do you really think we'd stick around to tell you?

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/

Re: OT: similar forum, but for Linux on Intel?

[John McKown]

Thanks for the URL, I'll browse on over there to take a look.
Hopefully messages posted by New Yorkers can be read at my speed. They
talk faster than I hear .

On Tue, Feb 5, 2013 at 4:34 PM, Gregg Levine  wrote:
>
> Hello!
> Do you want general questions answered or complex ones answered? I
> manage the list behind NYLUG which can be found at
> http://www.nylug.org . Which can be found at
> http://nylug.org/mailman/listinfo/nylug-talk and follows the usual
> guidelines to join.
>
>  A word of warning, the list can be far more involving then here.
> -
> Gregg C Levine gregg.drw...@gmail.com

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

OT: similar forum, but for Linux on Intel?

[John McKown]

Does anybody know of a good quality discussion forum, blog, or web site for
discussing things related to Linux on Intel. As you likely know, I sometime
ask questions here which are more generally Linux related (such as the Bash
vs Python thread). I really feel that I'm doing ya'll a disfavor by doing
this. I'd prefer a good quality (low flame, high intelligence) forum which
is for this sort of discussion. Perhaps even one which is actively
moderated.

--
This is a test of the Emergency Broadcast System. If this had been an
actual emergency, do you really think we'd stick around to tell you?

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/

Re: OT: similar forum, but for Linux on Intel?

[John McKown]

Looks like this is a nice place for some of my questions and thoughts.
I'll refrain from asking things which are definitely not z related
(like "how do I write x86 assembler code using gas?" Answer: "first,
go insane!"). Some forums are very focused. For instance, someone
could assume that if a post is not specifically about Linux running on
a z, as opposed to a generic Linux system, then this forum is not
proper because this forum's name is "Linux on 390 Port". I.e. I would
not ask a Fedora related question on an Ubuntu forum, or vice versa.
But on either one, it might be OK to ask a "how do I question that is
just general to any Linux". Same here, don't ask how to run a LiveCD
version of Linux on the z. I don't think it is possible.

Anyway, thanks for the feedback that I've not gone far afield with
what I try to learn here.



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

Re: Speed of BASH script vs. Python vs. Perl vs. compiled

[John McKown]

I'm now using a Perl script which Malcom Beattie kindly gave me. I
made some minor changes to be more generalized, but the main logic is
his. I ran it and it was significantly faster than BASH. And I then
managed to use up all the space in the filesystem that I had it on.
OOPS. I'm going to need to process each input, then bzip2 the output.
I guess that I can add that logic into the existing Perl script as
well.

On Mon, Feb 4, 2013 at 3:05 AM, Pavelka, Tomas  wrote:
> The internal bash parameter expansion functions (e.g. ${line%% *}) tend to be 
> quite inefficient. Here is one example, compare the performance of bash 
> substitution to Perl substitution:
>
> #!/bin/bash
> comma_sep=$(perl -e 'for($i=0;$i<1000;$i++) { print("$i;") };')
> time space_sep=${comma_sep//;/ }
> time space_sep=$(echo $comma_sep | perl -pe 's/;/ /g')
>
> On my machine, the times look like this:
>
> Bash:
> real0m2.140s
> user0m2.049s
> sys 0m0.002s
>
> Perl:
> real0m0.007s
> user0m0.010s
> sys 0m0.002s
>
> I got burned more than once by unexpected inefficiencies in bash. As others 
> have said, Perl is very fast and reliable for large text manipulations.
>
> (The script is just an example to show the point. Replacing commas with 
> spaces through substitution is not a good idea. Transliteration will do the 
> job faster.)
>
> HTH,
>
> Tomas
>
> --
> For LINUX-390 subscribe / signoff / archive access instructions,
> send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
> http://www.marist.edu/htbin/wlvindex?LINUX-390
> ------
> For more information on Linux on System z, visit
> http://wiki.linuxvm.org/



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

Re: Speed of BASH script vs. Python vs. Perl vs. compiled

[John McKown]

I want to thank Malcolm Beattie for the Perl script. I'm running it
now. It has already finished processing one generation, having split
it up into 60 output files. This has been about 3 hours now.
Significantly faster. I only made one change. I did a close on all the
cached output files after finishing with each input file. Once I'm
finished with a given input, the associate output files are never
written to again. I thought it a good idea to close them to flush them
out and to save file descriptors.

I plan to make threechanges. The first is to get the names of the
files to process from the command line. The second is to support
multiple different compression techniques by looking at the file's
suffix. .bz2 ==> bzcat ; .gz ==> zcat ; .xz ==> xzcat ; all others ==>
cat. I also plan to look at compressing the output files, with
appropriate extension, using the identical compression method, in a
manner similar to how the input decompression is done (piping). I
don't plan to do it the proper way. That is, by using something from
CPAN to do the compression, such as one of the IO::Compress::
submodules. Yeah, I'm really way too lazy. Maybe in the future. I
guess that would save a number of fork()s for the multiple output
files. I'll take it under advisement. 


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

Re: Speed of BASH script vs. Python vs. Perl vs. compiled

[John McKown]

Many thanks for that Perl code. I've taken it and will see how fast it is.

On Wed, Jan 30, 2013 at 7:55 AM, Malcolm Beattie  wrote:
> John McKown writes:

> Perl (and Python) aren't simply interpreted. In the case of perl, it
> compiles the source into an internal op tree (rather like bytecode)
> while performing a decent amount of cheap optimisation (peephole
> optimisation mostly) and then runs that internal structure. Python
> will do something similar but the internal representation is
> different. Most if this isn't relevant to your situation here though.
>

> It's not I/O that dominating in your implementation below, it is
> (as others have spotted) the opening and closing the relevant file
> on every single line of input. Either Perl or Python will let you
> remove this cost entirely. In fact, on your bash script below, bash
> seems to read each character from its uncompressed input in a
> separate read syscall which is dreadful but may be fixable.
>

> This Perl program (or analogue in Python or whatever) is likely to
> give (and strace on some small test data shows) much, much better
> behaviour for larger input files:
>
> #!/usr/bin/perl
> use strict;
> use IO::File;
>
> my %fhcache;
>
> sub newfh {
> my $filename = shift;
> my $fh = IO::File->new($filename, "a") or die "$filename: $!\n";
> $fhcache{$filename} = $fh;
> return $fh;
> }
>
> sub getfh {
> my $filename = shift;
> return $fhcache{$filename} || newfh($filename);
> }
>
> foreach my $infile () {
> open(IN, "bzcat $infile|") or die "bzcat $infile: $!\n";
> my ($gen) = $infile =~ /\.(.*)\.bz2/;
> while () {
> my ($fn, $ft) = split;
> getfh("$fn.$ft.$gen.tx2")->print($_);
> }
> close(IN);
> }
>
> --Malcolm
>
> --
> Malcolm Beattie
> Mainframe Systems and Software Business, Europe
> IBM UK
>

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

Re: Speed of BASH script vs. Python vs. Perl vs. compiled

[John McKown]

On Wed, Jan 30, 2013 at 11:56 PM, Chase, John  wrote:
>> -Original Message-
>> From: Linux on 390 Port On Behalf Of John McKown
>>
>> Well, I know that downloading the 160 Gig uncompressed data takes about 8 
>> hours on the 10 Gig/sec
>> Ethernet connection. I then bzip2 compress that to about 50 Meg. Which I 
>> binary upload back to z/OS
>> for safety (since it's setting on my Linux desktop) in just a few minutes.
>
> Wow!  That data must contain at least 100G of blanks!  (You're talking about 
> IRRADU00 output, right?)

Correct. And yes, there tons of blanks.

>
> Why not bzip2 it on z/OS, then download that bzip2 file?  Should save one FTP 
> "trip".  How does the z/OS CPU usage compare between that, and the download / 
> upload?  How much is your "wall clock" time worth?

The entire reason to do this on Linux is to minimize the z/OS CPU
usage. I can basically do whatever I want on Linux because it is not
monitored. Increasing the z/OS CPU usage increases our bill. Real
money. My time on this is "free". Especially since I do the download
using Co:Z Hybrid batch on z/OS on Sunday (low-use) to run Linux
commands, one of which is to do the ftp on Linux to the z/OS ftp
server. Weird, but I can't run an ftp server on Linux because it is
not approved and I got "tagged" once in a network scan. They don't
scan for SSH because they are Windows oriented. "What is SSH".


>
>> But bzgrep can scan the compressed file fairly quickly (FSVO "quickly"). So, 
>> if I use Perl or C to
>> read the compressed file, expand it on-the-fly and process the records, then 
>> recompress the data
>> before writing it to the proper result file (which is what I eventually want 
>> anyway), that should
>> greatly reduce the I/O. I need to see how easy it is to do that in Perl vs 
>> Python vs C. Again, this is
>> all for my personal use so that I can answer questions more quickly about 
>> "who did what to whom and
>> how often? " according to RACF.
>
> As far as "itemizing" the data, how would "itemizing" it on z/OS with 
> DFSORT/ICETOOL (Syncsort/Synctool or other ISV sort/xxxtool) first, then 
> bzip2-ing and downloading the resulting "itemized" file(s) compare to your 
> current method?  And since your last statement above suggests you're 
> primarily interested in RACF commands issued (presumably FAR fewer than 
> logons, access checks, etc.), you could limit your "itemization", compression 
> and download to just that data.

Again, the entire point of my doing this is to get it off of z/OS.
Doing a ftp transfer to Linux is not very CPU intensive and so is not
noticed in amongst all the other ftp transfers that we do. Using my
time is regarded as "free" because I am a fixed cost item. And this
information is not used in a production process. I'm basically doing
this JUST IN CASE somebody has a question, because it allows me to
give an ad-hoc answer much faster than running an ICETOOL against the
data on z/OS (which is on virtual tape). IOW, this is a "skunk works"
project of mine. Nobody else cares. Until somebody up the food chain
wants an answer. And they want it NOW

>
> -jc-
>
> **
> Information contained in this e-mail message and in any attachments thereto 
> is confidential. If you are not the intended recipient, please destroy this 
> message, delete any copies held on your systems, notify the sender 
> immediately, and refrain from using or disclosing all or any part of its 
> content to any other person.
>
> --
> For LINUX-390 subscribe / signoff / archive access instructions,
> send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
> http://www.marist.edu/htbin/wlvindex?LINUX-390
> --
> For more information on Linux on System z, visit
> http://wiki.linuxvm.org/



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

Re: Speed of BASH script vs. Python vs. Perl vs. compiled

[John McKown]

Well, I know that downloading the 160 Gig uncompressed data takes
about 8 hours on the 10 Gig/sec Ethernet connection. I then bzip2
compress that to about 50 Meg. Which I binary upload back to z/OS for
safety (since it's setting on my Linux desktop) in just a few minutes.
But bzgrep can scan the compressed file fairly quickly (FSVO
"quickly"). So, if I use Perl or C to read the compressed file, expand
it on-the-fly and process the records, then recompress the data before
writing it to the proper result file (which is what I eventually want
anyway), that should greatly reduce the I/O. I need to see how easy it
is to do that in Perl vs Python vs C. Again, this is all for my
personal use so that I can answer questions more quickly about "who
did what to whom and how often? " according to RACF.

On Wed, Jan 30, 2013 at 8:06 AM, Shane G  wrote:
> On Thu, Jan 31st, 2013 at 12:44 AM, John McKown wrote:
>
>> Thanks to all for the input! I _tried_ to run the script over night. I
>> added an echo to tell me which input file I was working on. I came in
>> this morning. It had been running from 14:00 to 06:30 (16 1/2 hours)
>> and was still on the first input file. That ain't gonna cut it. Time
>> to rethink. Using a Perl hash to contain an open file handle seems
>> logical. As does buffering multiple records per output file to do a
>> single I/O to write them. But I may be forced into using C or C++ for
>> speed. Too bad I'm not a very good C programmer.
>
> Interesting timing. I was about to suggest you utilize your perl skills.
> Having originally ignored it, I now use awk extensively for text
> parsing/reduction. But for *BIG* jobs, perl is it.
>
> But all that input I/O is going to be death whatever you choose.
>
> 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/



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