Cross-posted to IBMVM and LINUX390 lists
It was a subtle but significant error when renaming the ifcfg-eth0 files. It
didn't dawn on us why the D/R copy was named DRifcfg-eth0, but the renames
proceeded thus: mv ifcfg-eth0 ifcfg-eth0OLD followed by mv DRifcfg-eth0
ifcfg-eth0. The problem is
virtual switches? Same device addresses?
>
> -Original Message-
> From: Linux on 390 Port [mailto:LINUX-390@vm.marist.edu] On Behalf Of Chase,
> John
> Sent: Thursday, October 30, 2014 10:27 AM
> To: LINUX-390@vm.marist.edu
> Subject: Re: Linux guests on
Are you running mproute?
>
> Thomas Ambros
> zEnterprise Operating Systems
> zEnterprise Systems Management
> 518-436-6433
>
> -Original Message-
> From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of Chase,
> John
> Sent: Thursday, October 30, 201
Cross-posted to IBMVM and LINUX390 lists
Greetings.
We're bringing up z/VM and Linux guests for the first time at a D/R exercise.
Since we have our own CBU "warm site", we create an isolated network to be used
for the D/R exercise. The primary internal network is prefixed 10.1 and the
isolat
So it's more like a digital version of a "poodle piddle puddle". So, "watch
your step". :-)
> -Original Message-
> From: Linux on 390 Port On Behalf Of Mark Post
>
> All, the SUSE Director of SUSE Linux Enterprise sent this note internally. I
> thought it was a really
> nice explana
> -Original Message-
> From: Linux on 390 Port On Behalf Of Cameron Seay
>
> I have what I think is a simple question. Maybe I'm not clear about how to
> stop and restart a Linux
> server, but I was under the impressing that if I have a running Linux server
> in a guest I could
> "suspe
This is from a RHEL 6.3 guest of z/VM running in a z114 LPAR with one IFL and
no other types of engines:
#cat /proc/cpuinfo
vendor_id : IBM/S390
# processors: 1
bogomips per cpu: 2049.00
features: esan3 zarch stfle msa ldisp eimm dfp etf3eh highgprs
processor 0: version = FF, i
t; Subject: Re: RHEL 6.5 "golden image" configuration
>
> Could it be this was from a reboot, rather then a boot from 'scratch'?
>
> Scott Rohling
>
>
> On Mon, Jun 9, 2014 at 10:37 AM, Chase, John wrote:
>
> > Hi, All,
> >
> > We recent
Hi, All,
We recently installed RHEL 6.5 on z/VM 6.2 using the latest edition of Michael
MacIsaac's "Virtualization Cookbook", which is written around z/VM 6.3 and RHEL
6.4.
We "cloned" a new Linux guest from our RHEL 6.5 "golden image", and one of our
Linux admins noticed some "strange" messag
> -Original Message-
> From: Linux on 390 Port On Behalf Of Mark Post
>
> >>> On 11/4/2013 at 12:50 PM, "Veencamp, Jonathon D."
> >>>
> wrote:
>
> > I changed the zone via command on ZVM with the SET TIMEZONE cp
> > command, but that did not correct the time for zLinux. This has me
> >
> -Original Message-
> From: Linux on 390 Port On Behalf Of Mauro Souza
>
> Don't rename ifcfg-eth0 to ifcfg-eth0anything. When the network starts, it
> will read *every* file
> named ifcfg-* and try to put it online. Try renaming to original-ifcfg-eth0.
> Running "service network
> relo
> -Original Message-
> From: Linux on 390 Port On Behalf Of Offer Baruch
>
> Try the following commands and send the output...
> Q vswitch VMASW1 details
q vswitch vmasw1 details
VSWITCH SYSTEM VMASW1 Type: QDIOConnected: 4Maxconn:
> -Original Message-
> From: Linux on 390 Port On Behalf Of Offer Baruch
>
> Are the linux guests connected through a vswitch?
> Perhaps this is a vlan grant issue...
> The vlan you are using have changed... either change the default vlan for the
> vswitch or grant the
> linux guests to t
> -Original Message-
> From: Linux on 390 Port On Behalf Of Oscar R Quesada
>
> John, can someone from the wan group check the switch or router (default
> gw) to see if they can ping the MF and
> maybe clear cache ?
Request is in, but they are on lunch break at the moment.
The mainframe
> -Original Message-
> From: Linux on 390 Port On Behalf Of burgess, christopher
>
> Did your gateway and netmask also change?
Gateway address was updated, but netmask stayed as 255.255.255.192 (we have the
"bottom 64" addresses, same as on the "live" network).
-jc-
***
> -Original Message-
> From: Linux on 390 Port On Behalf Of Mark Post
>
> >>> On 10/23/2013 at 11:58 AM, "Chase, John" wrote:
> > After learning "the hard way" that vi doesn't play well with a 3270
> > console session, we tried ch
change too?
>
> Marcy
>
> -Original Message-
> From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of Chase,
> John
> Sent: Wednesday, October 23, 2013 8:58 AM
> To: LINUX-390@VM.MARIST.EDU
> Subject: [LINUX-390] Changing IP address at DR site
>
> Hi
Hi, All,
Running RHEL 6.3 on z/VM 6.2, and this is our first time bringing them up at
DR. We have an internal DR facility on an isolated network.
z/VM and all the Linux guests came up at initial IPL of z/VM at DR, and we
changed the IP address in TCPIP on z/VM to the DR network prefix and boun
> -Original Message-
> From: Linux on 390 Port On Behalf Of John Campbell
>
> [WARNING] This e-mail post is intended to be more humorous than serious by
> poking fun at an
> organization known to have less than a low sense of humor [/WARNING]
>
> Y'know, the subject line of "Disabling SE
> -Original Message-
> From: Linux on 390 Port On Behalf Of Hodge, Robert L
>
> In my book, any Linux error that doesn't make sense is a SELinux error. I
> then run "aureport -a" to
> verify the assumption.
[RHEL63]# aureport -a
AVC Report
===
> -Original Message-
> From: Linux on 390 Port On Behalf Of Hodge, Robert L
>
> Do you really want to handicap the security on your Linux server by disabling
> SELinux? I use the
> audit2allow command as outlined at
> http://www.linuxforums.org/articles/accomodating-avc-denied-
> message
Hi, All,
We're having "fun" with installing a vendor's web server into a RHEL 6.3 guest
on z/VM 6.2. Vendor's support person talked us through setting the SELinux
configuration to "disabled" and rebooting Linux, but it still comes up with
SELinux showing "permissive". The installation appears
get over this hurdle?
>
> Scott Rohling
>
>
> On Mon, Sep 23, 2013 at 7:32 AM, Chase, John wrote:
>
> > > -Original Message-
> > > From: Linux on 390 Port On Behalf Of Rick Troth
> > >
> > > [ snip ] In the other thread [th
> -Original Message-
> From: Rick Troth
>
> On 09/23/2013 11:21 AM, Chase, John wrote:
> > Remote colleague has logged in; said he "just typed ftp" in the command
> > prompt window on Win 7. I
> suggested he try our Bluezone ftp client or upload t
> -Original Message-
> From: Linux on 390 Port On Behalf Of 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
> u
> -Original Message-
> From: Linux on 390 Port On Behalf Of Scott Rohling
>
> Ok -- would have suggested Cygwin next -- once you have it installed you
> can select it's openssh package and install that. Then you'd have
> ssh/scp/sftp commands on Windows..
>
> maybe next time :) Gl
> -Original Message-
> From: Rick Troth [mailto:r...@casita.net]
>
> 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"
> -Original Message-
> From: Linux on 390 Port On Behalf Of Rick Troth
>
> [ snip ] In the other thread [this one], I was just trying to help John
> get past his vsFTPD pain. To that end, I'd even suggest not running FTP, if
> it would help. (Maybe it
> will!)
Once we get the applicat
> -Original Message-
> From: Linux on 390 Port On Behalf Of Alan Altmark
>
> 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=
Upload still fails without it. :-(
-jc-
> -Original Message-
> From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of John
> McKown
> Sent: Monday, September 23, 2013 8:38 AM
> To: LINUX-390@VM.MARIST.EDU
> Subject: Re: Strange problem with vsFTPD
>
> In my experienc
> -Original Message-
> From: Linux on 390 Port On Behalf Of Rick Troth
>
> On 09/23/2013 08:35 AM, Chase, John wrote:
> > Sep 19 14:27:34 [hostname] kernel: type=1400
> > audit(1379618854.132:20188): avc: denied { search } for pid=29232
> > comm="vsft
> -Original Message-
> From: Linux on 390 Port On Behalf Of Rick Troth
>
> On 09/20/2013 03:52 PM, Chase, John wrote:
> > The error we can't get past is "425 Failed to establish connection."
>
> And this error comes from ... WinFTP? Do you get no o
> -Original Message-
> From: Linux on 390 Port On Behalf Of Hodge, Robert L
>
> John,
> Have you opened the ports in the firewall in your Linux on z server that are
> used by vsFTPD?
> The IPv4 firewall config file is /etc/sysconfig/iptables.
> I have the following for my vsFTPD server:
> -Original Message-
> From: Linux on 390 Port On Behalf Of 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.
No change. I'm beginning to disl
and load your own SELinux policies.
>
> -Original Message-
> From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of Chase,
> John
> Sent: Friday, September 20, 2013 11:04 AM
> To: LINUX-390@VM.MARIST.EDU
> Subject: EXTERNAL: Re: Strange problem with vs
s the current error in vsFTPD? I've lost track of the email thread.
>
> -Original Message-
> From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of Chase,
> John
> Sent: Friday, September 20, 2013 12:09 PM
> To: LINUX-390@VM.MARIST.EDU
> Subject: EXTERNAL:
; case, check your log files.
>
>
>
> On Fri, Sep 20, 2013 at 2:09 PM, Chase, John wrote:
> > Well, that didn't work either. Still getting the "425 Failed to establish
> > connection" error.
> >
> >-jc-
> >
> >> -Orig
> -Original Message-
> From: Linux on 390 Port On Behalf Of Mark Post
>
> >>> On 9/20/2013 at 11:51 AM, "Chase, John" wrote:
> > This one's got me:
> > [ snip ]
> > 500 OOPS: cannot change directory:/home/myusrid
> > 500
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 =
Hi, All,
Is anybody running MQ servers on Linux on z/VM? Any "significant gotchas" to
watch out for?
TIA,
-jc-
**
Information contained in this e-mail message and in any attachments thereto is
confidential. If you are no
> -Original Message-
> From: Linux on 390 Port On Behalf Of Michael MacIsaac
>
> Hello lists,
>
> Thought I'd blog a bit more on "The Virtualization Cookbook" residency.
> [ snip ]
>
> Today starts work day 8 of 20 and we still have many items "on our plate"
> that we'll try to address (
Posted this to the VM listserv; thought I'd better post it here, too:
From: Chase, John
Sent: Thursday, May 23, 2013 10:50 AM
To: 'The IBM z/VM Operating System'
Subject: RHEL 6.3 (non-)install on z/VM 6.2 at RSU6203
Hi, All,
Trying to install RHEL 6.3 on z/VM 6.2 at service leve
> -Original Message-
> From: Linux on 390 Port On Behalf Of SrinivasG
>
> Hi Paolo,
>
> Thanks for the response .
>
> Already added to cloner system
>
> [root@myslnx1 ~]# cat /etc/dasd.conf
> 0.0.0100 use_diag=0 readonly=0 erplog=0 failfast=0
> 0.0.0101 use_diag=0 readonly=0 erplog=0 fa
> -Original Message-
> From: Linux on 390 Port On Behalf Of Dan Horák
>
> On Mon, 25 Mar 2013 13:17:41 +
> Mark Vitale wrote:
>
> > Someone else has already suggested debugging this with 'strace' - I'd
> > like to second that motion.
> > It is an excellent tool for finding out where a
ATH next, and if that doesn't work we'll probably go get the IBM Java SDK
for s390x and try that.
-jc-
>
>
> - Original Message -
> From: Douglas Wooster [mailto:d...@isomedia.com]
> Sent: Sunday, March 24, 2013 06:17 AM W. Europe Standard Time
> To: LINUX-3
> -Original Message-
> From: Linux on 390 Port On Behalf Of Filipe Miranda
>
> Chase,
>
> Just to make sure, which user are you running this installer ?
> Which user did you setup the user variables ?
Not sure I understand the question, but the user who is attempting the
installation is
> -Original Message-
> From: Linux on 390 Port On Behalf Of Filipe Miranda
>
> Chase,
>
> Do you think that maybe the application requires the JDK not the JRE ?
I think not. Here is the result of every attempt to install the product:
"Preparing to install...
Extracting the installation
> -Original Message-
> From: Linux on 390 Port On Behalf Of Tom Kennelly
>
> John, I have not worked in this area for a while but did you set up the
> RedHat Java alternatives?
>
> https://access.redhat.com/knowledge/docs/en-
> US/JBoss_Enterprise_Web_Platform/5/html/Installation_Guide/s
> -Original Message-
> From: Linux on 390 Port On Behalf Of Filipe Miranda
>
> Chase,
>
>
> Could you send us the output of the commands :
>
> which java
>
> echo $JAVA_HOME
>
> echo $PATH
[root@ch2ldomwv ~]# which java
which java
/usr/bin/java
Yes; already tried that.
> -Original Message-
> From: Linux on 390 Port On Behalf Of Emmett O'Grady
>
> Did you Set your JAVA_HOME environmental variable in you user's profile?
>
>
> - Original Message -
> From: Chase, John [mailto:jch...@u
Hi All,
A colleague is having "fun" trying to install a vendor product on RHEL 6.3.
The product's installation program says it can't find a Java VM; yet we
explicitly installed the Java (1.5.0) from the repository on the RHEL 6.3 DVD.
We can see all the "parts"; we can execute 'java -fullvers
Wasn't the design philosophy behind Java, "Write once, run anywhere"? What
went wrong?
-jc-
> -Original Message-
> From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of Dave
> Jones
> Sent: Wednesday, March 20, 2013 9:02 AM
> To: LINUX-390@VM.MARIST.EDU
> Subject: R
> -Original Message-
> From: Linux on 390 Port On Behalf Of Mark Post
>
> The exportfs command is included in the nfs-kernel-server package. The
> rpc.statd daemon is included
> in the nfs-client package. So, simply do this:
> zypper in nfs-kernel-server nfs-client
> chkconfig nfsserve
> -Original Message-
> From: Linux on 390 Port On Behalf Of Rick Troth
>
> ...
> > ch2ldsladmin:/etc # command-not-found exportfs ch2ldsladmin:/etc #
> >
> > Well, that's real helpful.
>
> Dunno why 'command-not-found' failed to give a clue, since that is its
> purpose in life. (But th
I'm on page 204 of http://www.vm.ibm.com/devpages/mikemac/CKB-VM62.PDF in the
"SLES Admin" guest on z/VM.
ch2ldsladmin:/etc # exportfs -a
If 'exportfs' is not a typo you can run the following command to lookup the
package that contains the binary:
command-not-found exportfs
-bash: exportfs:
> -Original Message-
> From: Linux on 390 Port On Behalf Of Mark Post
>
> >>> On 3/8/2013 at 05:12 PM, "Chase, John" wrote:
> >> -Original Message-
> >> From: Linux on 390 Port On Behalf Of Mark Post
> -snip-
&g
> -Original Message-
> From: Linux on 390 Port On Behalf Of Mark Post
>
> >>> On 3/8/2013 at 04:32 PM, "Chase, John" wrote:
> > Found it to be /var/ftp. Copied the SLES11SP2 .iso file to
> > /var/ftp/pub, verified that it's reachable via
> -Original Message-
> From: Linux on 390 Port On Behalf Of Mark Post
>
> >>> On 3/8/2013 at 03:26 PM, "Chase, John" wrote:
> > Thanks. Using vsftpd but still need to do some configuration work on it.
> > Looks like user 'anonymous' i
> -Original Message-
> From: Linux on 390 Port On Behalf Of Mark Post
>
> >>> On 3/8/2013 at 12:13 PM, "Chase, John" wrote:
> > Well, here we go again. After getting to the "Could not find ..."
> > message, I opened a shell
> -Original Message-
> From: Linux on 390 Port On Behalf Of Mark Post
>
> [ snip ]
>
> The only other things you need to worry about are:
> 1. Whether you're going to be using anonymous FTP, or have to provide a
> userid and password 2. The
> directory the FTP daemon puts you when you co
> -Original Message-
> From: Linux on 390 Port On Behalf Of Bruce Furber
>
> I did my first zlinux install using FTP from a filezIlla server running on my
> laptop. It was a fast
> connection on same LAN.
OK, as of this morning I'm "throwing in the towel" on trying to install via
nfs.
> -Original Message-
> From: Linux on 390 Port On Behalf Of Veencamp, Jonathon D.
>
> I seem to recall another option is to use the DVD drive on your Hardware
> Management Console.
Not a viable option: Our "machine room" is remote, and we haven't set up a
"local" HMC yet.
And with
>
> -Original Message-
> From: Linux on 390 Port On Behalf Of Rick Troth
>
> > Here's another new wrinkle:
> > Previously, from the SLES install system on z/VM it "appeared" that
> > the mount command worked.
> > I just tried it again with the -v flag, and got this:
> >
> > /tmp/testit # mou
> -Original Message-
> From: Linux on 390 Port On Behalf Of Mark Post
>
> >>> On 3/7/2013 at 11:42 AM, "Chase, John" wrote:
> > [root@localhost ~]# mount -v 10.250.24.67:/tmp/iso /tmp/testit
> > mount.nfs: timeout set for Thu Mar 7 10:34:01 20
> -Original Message-
> From: Linux on 390 Port On Behalf Of Rick Troth
>
> [ snip ]
>
> I often get timeout (or never-completing mount) when some magical part of the
> RPC suite hasn't been
> started. The server will need at least 'rpc.mountd'. I think the client
> will need 'rpc.stat
Replying to myself
> -Original Message-
>
> > -Original Message-
> > From: Linux on 390 Port On Behalf Of Rick Troth
> >
> > Looks like part of the problem is that both ends call themselves
> > "localhost".
> >
> > DO NOT use "localhost" for the NFS mount (unless you really w
> -Original Message-
> From: Linux on 390 Port On Behalf Of Rick Troth
>
> Looks like part of the problem is that both ends call themselves "localhost".
>
> DO NOT use "localhost" for the NFS mount (unless you really want to NFS mount
> something served back to
> the same box, clearly no
> -Original Message-
> From: Linux on 390 Port On Behalf Of Veencamp, Jonathon D.
>
> Try the -v flag on your mount. Perhaps verbose will give a clue of why it is
> hanging.
[root@localhost ~]# mount -v localhost:/tmp/iso /tmp/testit
mount.nfs: timeout set for Thu Mar 7 10:26:19 2013
m
> -Original Message-
> From: Linux on 390 Port On Behalf Of Rick Troth
>
> > [root@localhost ~]# systemctl start nfs.service [root@localhost ~]#
> > mkdir /tmp/iso [root@localhost ~]# mount -o ro,vers=3,nolock
> > localhost:/dev/sr0 /tmp/iso
> > mount.nfs: access denied by server while mou
> -Original Message-
> From: Linux on 390 Port On Behalf Of David Boyes
>
> Just for grins, after you do the mount, run 'exportfs -a' to force the
> exports list to be updated.
[root@localhost ~]# exportfs -a
exportfs: /tmp/iso requires fsid= for NFS export
[root@localhost ~]# cat /etc/e
> -Original Message-
> From: Linux on 390 Port On Behalf Of Mauro Souza
>
> A good way to know is running a showmount -e on the laptop.
> If it returns the contents of your /etc/exports, we have to think about what
> else could possibly be
> wrong.
> If don't, look on dmesg or /var/log/me
> -Original Message-
> From: Linux on 390 Port On Behalf Of Michael MacIsaac
>
> JC,
>
> > "mount -o ro,vers=3,nolock /dev/sr0 /tmp/iso"
> Is that an NFS mount? I'm not sure it's reading from /etc/exports and
> utilizing the NFS server
> daemon.
>
> Try this:
>
> # mount localhost:/
> -Original Message-
> From: Linux on 390 Port On Behalf Of Mark Post
>
> >>> On 3/6/2013 at 01:39 PM, "Chase, John" wrote:
> > Hi, All,
> >
> > Trying to install SLES 11 SP 2 on z/VM 6.2, using a laptop running
> > Fedora 18 as t
> -Original Message-
> From: Linux on 390 Port On Behalf Of Michael MacIsaac
>
> JC,
>
> > using a laptop running Fedora 18 as the NFS, and loading from a "real"
> DVD (not an iso image file).
> Were you able to mount the NFS export locally (on the Fedora box) using
> localhost?
Yes:
Hi, All,
Trying to install SLES 11 SP 2 on z/VM 6.2, using a laptop running Fedora 18 as
the NFS, and loading from a "real" DVD (not an iso image file). Unfortunately,
we get only to this point:
*** Could not find the SUSE Linux Enterprise Server 11 Repository.
Activating manual setup program
> -Original Message-
> From: Chase, John
>
> > [ snip ]
>
> Now, what's missing from this file that is present in the same file on our
> "golden" image is the
> statement:
>
> OPTIONS="layer2=0 portno=0"
>
> I don't
> -Original Message-
> From: Linux on 390 Port On Behalf Of Lee Stewart
>
> RHEL has an error where if you use system-config-network on a layer 2
> interface it "forgets" that it
> was layer 2. Reported a year ago as Bug
> 809534 - system-config-network ignores option field. No fix.
>
> -Original Message-
> From: Linux on 390 Port On Behalf Of Mark Post
>
> >>> On 2/26/2013 at 06:08 PM, "Chase, John" wrote:
> -snip-
>
> > qeth: register layer 3 discipline
>
> This line, and the line 2 down is interesting. It looks
> -Original Message-
> From: Linux on 390 Port On Behalf Of Mark Post
>
> >>> On 2/26/2013 at 04:48 PM, "Chase, John" wrote:
> > How do we configure Linux so that both interfaces (eth0 and hsi0) are
> > configured at startup time?
>
> Loo
Hi, All,
We're just getting started with Linux (RHEL6.3) on z/VM (6.2, non-SSI). We
generally followed the "Virtualization Cookbook" published by Mike MacIsaac and
others at IBM, and got our first RHEL web server up and running. Then we tried
to define a Hipersockets network (this server will
> -Original Message-
> From: Linux on 390 Port On Behalf Of Michael MacIsaac
>
> John,
>
> > We discovered that the SET VSWITCH swname GRANT &USERID wasn't
> > resolving
> the user ID.
> Hmm, that's a new one. Was anything different from what is documented in the
> Virtualization Cookboo
> -Original Message-
> From: Linux on 390 Port On Behalf Of Mark Post
>
> >>> On 2/5/2013 at 02:39 PM, "Chase, John" wrote:
> > Hi, All,
> >
> > Trying to install RHEL 6.3 on z/VM, and we get no further than this:
> >
> > Acti
Hi, All,
Trying to install RHEL 6.3 on z/VM, and we get no further than this:
Activating network device...
INFO kernel:qeth: register layer 2 discipline
INFO kernel:qdio: 0.0.0602 OSA on SC d using AI:1 QEBSM:0 PCI:1 TDD:1 SIGA:RW AO
INFO kernel:qeth 0.0.0600: MAC address 02:00:00:00:00:01 succe
> -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 sa
Oh, what the heck
ME 2
-jc-
> -Original Message-
> From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of Filipe
> Miranda
> Sent: Wednesday, November 14, 2012 8:02 AM
> To: LINUX-390@VM.MARIST.EDU
> Subject: Re: Res: Re: Interesting tweet - kvm
>
> +1
>
>
> Ki
Likewise, traits #5, #7 and #9 could easily be applicable to any z/OPSYS
"greybeard". :-)
And #8 probably fits most.
-jc-
> -Original Message-
> From: Linux on 390 Port [mailto:LINUX-390@vm.marist.edu] On Behalf Of
Gentry, Stephen
> Sent: Tuesday, February 15, 2011 9:52 AM
> To:
> -Original Message-
> From: Linux on 390 Port On Behalf Of McKown, John
>
> > -Original Message-
> > From: Linux on 390 Port On Behalf Of Mark Post
> >
> > >>> On 1/5/2010 at 1:55 PM, Richard Troth wrote:
> > -snip-
> > > Novell? RedHat? What do y'all say? Is there a problem wi
> -Original Message-
> From: Linux on 390 Port On Behalf Of David Boyes
>
> [ snip ]
>
> 3) Find an old PC and install the distribution you want to use on it.
Use that to experiment with the
> environment.
At today's prices, probably "better" to just build a new one.
-jc-
-
> -Original Message-
> From: Linux on 390 Port On Behalf Of Alan Cox
>
> [ snip ] FatELF was a very nice
> implementation of a solution without a problem.
Oh Kind of like a government program :-)
-jc-
--
Fo
> -Original Message-
> From: Linux on 390 Port On Behalf Of Leslie Turriff
>
> On Thursday 12 November 2009 07:00:33 Chase, John wrote:
> >
> > My "cynical" take on software in general:
> >
> > 1. All software ultimately is a set of
> -Original Message-
> From: Linux on 390 Port On Behalf Of Shane
>
> Anyone else picked up on this ?
> http://www.groklaw.net/article.php?story=2009094923390
>
> No wonder everyone cheered when the lawyer got eaten in the original
> Jurassic Park.
My "cynical" take on software in ge
> -Original Message-
> From: Linux on 390 Port [mailto:linux-...@vm.marist.edu] On Behalf Of
McKown, John
> Sent: Tuesday, November 10, 2009 3:40 PM
> To: LINUX-390@VM.MARIST.EDU
> Subject: Re: zSeries OS licenses, Was: Re: ch-0.0.0e21 (TX in
ch_action_txretry): Busy
>
> > -Original Me
Seems more and more that people are exclusively "expenses" rather than
"investments" nowadays. When was the last time your employer "invested"
in training (of any kind) for you?
-jc-
> -Original Message-
> From: Linux on 390 Port [mailto:linux-...@vm.marist.edu] On Behalf Of
Pat Car
> -Original Message-
> From: Linux on 390 Port On Behalf Of Kayhan Tanriverir
>
> Hi,
>
> While attempting to install SuSE SLES9 /S390 with CTC connection under zVM in
> Hercules, I have got the
> following message:
>
> ch-0.0.0e21 (TX in ch_action_txretry): Busy Ğ
>
> How can I solve
Well, since I have an idle moment.
Hickory dickory dock
Three mice ran up the clock
The clock struck one; the other two escaped with superficial injuries.
-jc-
> -Original Message-
> From: Linux on 390 Port [mailto:linux-...@vm.marist.edu] On Behalf Of
Marcellus, Ed
> Sent: Tues
> -Original Message-
> From: Linux on 390 Port On Behalf Of Thomas David Rivers
>
> Hi Mike,
>
> It's my understanding that for RACF on z/VM you need
> an assembler.
>
> We have several customers using the Dignus assembler on z/VM
> for this very purpose, to avoid the purchase price
From: Linux on 390 Port On Behalf Of Lionel B Dyck
at the moment we do not have a cmdb, and even when we get one who knows how
useful it will be.
I'm looking for ideas on how to keep track of the linux servers under z/vm.
Right now I'm using a excel worksheet that allows filtering and sorting
> -Original Message-
> From: Linux on 390 Port On Behalf Of Dodds, Jim
>
> Yes you are on the same ERP system we have because I have talked to
your
> school in the past. It's funny that we were going to join Marist, who
> has IBM assisting in this venture, to get the new ERP system to run
> -Original Message-
> From: Linux on 390 Port On Behalf Of Mark Post
>
> >>> On 3/19/2009 at 2:38 PM, "Chase, John" wrote:
> >> -Original Message-
> >> From: Linux on 390 Port On Behalf Of Mark Post
> -snip-
>
> -Original Message-
> From: Linux on 390 Port On Behalf Of Mark Post
>
> >>> On 3/19/2009 at 8:51 AM, Mark D Vandale wrote:
> > Is cifs supported on Suse sles10 x390 ? I had read that on Novell
but
> > then someone had said to me it was not supported on MF Linux right
now. I
> > did
1 - 100 of 144 matches
Mail list logo
