Post, Mark K wrote:
Doesn't that require playing games with genning different subchannel
addresses to different LPARs, but using the same device numbers in those
different LPARs?
Not that I've been the bunny responsible for IOCDS, but as I recall it
was pretty simple and standard EMIF to map
There is no problem in sharing same osa device addresses and osa card
between lpars. . We share them for years, but between z/os lpars. It is
simply like sharing dasds. I'm sure, because I do the hardware definitions
(iocp, mvscp, hcd definitions).
In my opinion, using the same device number
Hello list!
I have problems to get Hipersockets running on CentOS-4.3/s390x,
kernel 2.6.9-42.EL, z/VM 5.1. The three Hipersocket-addresses are
dedicated to the guest. OSA-Express works fine.
I use the following documentation:
On Wednesday 06 September 2006 14:33, Sebastian Korte wrote:
info-addnetdevice.html The step echo 0.0.FD20,0.0.FD21,0.0.FD22
/sys/bus/ccwgroup/drivers/qeth/group fails, there is no new directory
in /sys/bus/ccwgroup/drivers/qeth. Even if I reboot.
Use non capital addresses in sysfs.
echo
From z/VM I'd like to signal a SLES 9 guest somehow and have the guest
respond by running a shell script (CP SIGNAL SHUTDOWN is not what I want
to do).
I don't want to use SECUSER and CP SEND, my Linux console isn't at a
shell prompt, it's at the Login: prompt.
Does Linux have a facility to
Use non capital addresses in sysfs.
echo 0.0.fd20,0.0.fd21,0.0.fd22 /sys/bus/ccwgroup/drivers/qeth/group
should do the trick.
Yes! Thank you very much.
Sebastian
--
For LINUX-390 subscribe / signoff / archive access
On 9/6/06, Romanowski, John (OFT) [EMAIL PROTECTED] wrote:
I don't want to use SECUSER and CP SEND, my Linux console isn't at a
shell prompt, it's at the Login: prompt.
You could change inittab and make sure there is a running shell at the
console.. And I suppose you don't want to use rexec
I don't know enough C to write the driver.
The signal number's all I need, just looking to invent a button that
does a pre-defined action when pushed.
I was thinking I could use the hotplug system but I don't think hotplug
gets triggered when I attach/define a device to the guest.
I have suggested before that a Linux service virtual machine should have
a facility to accept SMSGs, validate the origin against an authorized
user list and process the content appropriately for that SVM.
The response has generally been that is a dinosaur-style mainframe thing
that doesn't belong
Use the IUCV driver Neale developed. There is an application supplied
with it that lets Linux listen to *MSG and either write it to stdout or
syslog. Then you can just TELL the Linux guest, and you do the
automation where you chose to write the output from *MSG.
You also get the ability to
On Wednesday 06 September 2006 15:33, Romanowski, John (OFT) wrote:
I was thinking I could use the hotplug system but I don't think hotplug
gets triggered when I attach/define a device to the guest.
Hotplug (or udev) gets triggered when you define/attach/detach a device.
Although it is not the
On 9/6/06, Christian Borntraeger [EMAIL PROTECTED] wrote:
Hotplug (or udev) gets triggered when you define/attach/detach a device.
Although it is not the nicest way of signalling, yes you could abuse hotplug
or udev to trigger an action (e.g. by defining a virtual ctc device and
intercepting
As Dr. Boyes suggests, using the open source IUCV driver is a very good
way of solving this type of problem. You can find it here:
http://www.sinenomine.net/vm/fsiucv
Another approach that might be applicable here is to have a simple
client, running on the Linux guest, and listening on a
Thank you; I'll investigate using hotplug/udev. It's already installed, I'd
just have to write a udev rule and the script.
But if hotplug gets triggered when I attach a dasd why is it only some dasd
addresses get automatically enabled and appear as /dev/dasd? after I attach one
while Linux is
On Wednesday 06 September 2006 16:02, Rob van der Heij wrote:
Eeks! That's ugly... Another reason to become more familiar with udev ;-)
Welcome to the Dark Side of the Force. ;-)
Actually current udev versions are really powerful and flexible. The only
problem is that the version,
Thank you for your suggestion.
Our VM TCPIP isn't reachable from the Linux network; can't use TCPIP
from my z/VM to connect to a linux guest.
This e-mail, including any attachments, may be confidential, privileged or
otherwise legally
Looks dirty? wasn't there some discussion here a few weeks ago about using a
laptop with an IBM disk motion-sensitivity feature so one could tap on the
laptop to trigger scripts on linux?
This e-mail, including any attachments, may be
I don't know enough C to write the driver.
You don't need to. We already did (and it's general purpose for all CP
message types).
http://www.sinenomine.net/vm/fsiucv
Have fun.
-- db
--
For LINUX-390 subscribe / signoff /
On Wednesday 06 September 2006 16:16, Romanowski, John (OFT) wrote:
But if hotplug gets triggered when I attach a dasd why is it only some dasd
addresses get automatically enabled and appear as /dev/dasd? after I attach
one while Linux is running? Is the hotplug action limited to only the dasd
I noticed that, if the OSA card is OSA Gigabit Express (OSA-GBX), the last
row of the following table. Does that mean, the linux module to be used
should be QETH, not LCS. Our card is (Hardware model - OSA-Direct
Express,subtype -- Gigabit Ethernet)
But Marist uses LCS. If I try INSMOD QETH
Danke. I'll make an /events directory and watch for events to get logged and
see what's happening.
This e-mail, including any attachments, may be confidential, privileged or
otherwise legally protected. It is intended only for the
Is that why tape devices aren't enabled when they are attached?
Christian Borntraeger wrote:
On Wednesday 06 September 2006 16:16, Romanowski, John (OFT) wrote:
But if hotplug gets triggered when I attach a dasd why is it only some dasd
addresses get automatically enabled and appear as
Rich Smrcina wrote:
Is that why tape devices aren't enabled when they are attached?
Yes.
--
Carsten Otte has stopped smoking: Ich habe in 3 Monate, 1 Woche und 6
Tage schon 504,10 Euro gespart anstatt 2.100,42 Zigaretten zu kaufen
Absolutely. Two of my Slack/390 development systems are on it. It was
recently upgraded to a z900, so 64-bit guests are now available.
Mark Post
-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of
Little, Chris
Sent: Wednesday, September 06, 2006 10:54
Rich,
Do you know whether there is a more recent version of the z/OS Hobbit
client that is on deadcat.net or whether the source is available? The last
time I tried to use it I could get it to send status data once and then it
would abend. I haven't messed with it in a while, though.
Now you do it . . .
My manager found your presentation on Hobbit and wanted it built for all
of our linux environments.
You wouldn't happen to have sles8 64 bit hobbits sitting around
somewhere smoking pipeweed and waiting to be called to action?
-Original Message-
From: Linux on
If he doesn't have a SLES8 version, I might be able to eventually build
one. But, why don't you try it yourself? Building RPMs isn't that
hard, and would be educational.
Mark Post
-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of
Little, Chris
Sent:
The version on deadcat.net is the only one that I know of. If there is
an author indicated you may try contacting him/her.
Jon Brock wrote:
Rich,
Do you know whether there is a more recent version of the z/OS Hobbit
client that is on deadcat.net or whether the source is available?
Sorry, I don't have any 64-bit SLES8 systems.
Little, Chris wrote:
Now you do it . . .
My manager found your presentation on Hobbit and wanted it built for all
of our linux environments.
You wouldn't happen to have sles8 64 bit hobbits sitting around
somewhere smoking pipeweed and waiting to
I thought of that. Maybe one day when things slow down a little . . .
Haha! Slow down. I just kill me.
Jon
snip
The version on deadcat.net is the only one that I know of. If there is
an author indicated you may try contacting him/her.
/snip
This arrived in my inbox today, for the Red Hat fans. As with SLES10,
there is only a 64-bit version for the mainframe.
Mark Post
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On
Date: Wed, 06 Sep 2006 08:56:43 -0400
From: Jay Lee [EMAIL PROTECTED]
Subject:
I noticed that, if the OSA card is OSA Gigabit Express (OSA-GBX),
the
last
row of the following table. Does that mean, the linux module to be
used
should be QETH, not LCS.
Yes.
( Mark Post had in the first place advised me to leave Marist).
Listen to him. The Marist tarball is ancient
Nah. I can build the RPMs. I did it (last week -- oh why oh why didn't
i procrastinate and let Rick do it for me?) for SLES 9. I just don't
have a development envirmonent set up for SLES 8. Now where did I put
those CDs..
-Original Message-
From: Linux on 390 Port
Can anyone ell me if sle8 will run on a Z9 2096-s07 (BC) with z/VM 5.2 .
Officially they say NO. But any experience from the real world.
Crispin Hugo
Systems Programmer, Macro 4
http://www.macro4.com/
Macro 4 plc, The Orangery, Turners Hill Road, Worth, Crawley, RH10 4SS
Direct Line: +44 (0)1293
Moving away from WS/ES/AS, going towards server/desktop model (not
written in stone yet). The installation key will be used to determine
which packages to install. For the beta, you can just cancel this
window.
-Brad
On Wed, 2006-09-06 at 14:20 -0400, Post, Mark K wrote:
This arrived in my
Who's they? I would say it should run with no problems.
Mark Post
-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of
Crispin Hugo
Sent: Wednesday, September 06, 2006 4:29 PM
To: LINUX-390@VM.MARIST.EDU
Subject: SLE8 and z/9
Can anyone ell me if sle8
Brad,
Any preliminary doc on what values can/should/must be used for the
installation key?
Mark Post
-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of
Brad Hinson
Sent: Wednesday, September 06, 2006 4:40 PM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: RHEL5
we're running sles8 on a 2094 under 5.1.
-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On
Behalf Of Crispin Hugo
Sent: Wednesday, September 06, 2006 3:29 PM
To: LINUX-390@VM.MARIST.EDU
Subject: SLE8 and z/9
Can anyone ell me if sle8 will run on a Z9
We're running sles8 on a 2086 under 5.2...
Can anyone ell me if sle8 will run on a Z9 2096-s07 (BC) with
z/VM 5.2 .
Officially they say NO. But any experience from the real world.
Crispin Hugo
Systems Programmer, Macro 4
http://www.macro4.com/
Macro 4 plc, The Orangery, Turners
They is/are Novell. IBM have told me that the official Novell view is that
sle8 will not run on z9 BC even under z/VM 5. I have not seen this for
myself yet.
Crispin Hugo
Systems Programmer, Macro 4
http://www.macro4.com/
Macro 4 plc, The Orangery, Turners Hill Road, Worth, Crawley, RH10 4SS
Josef Grömping will be out of the office starting 06.09.2006 and will be
returning on 11.09.2006.
I will respond to your message when I return.
-
Diese E-Mail enthaelt vertrauliche oder rechtlich geschuetzte
Informationen.
Wenn Sie nicht der
Something strange happening in one of our SLES9 servers. After reboot,
changes to root partition are lost. I confirmed it by cycling it today.
We created an account and now the home directory for the account is gone
and /etc/passwd has old timestamp.
The mount output shows that the root is
We did for a short time under VM 5.1. I think it was recommended that
we be at service pack 4.
Paul Feller
AIT Mainframe Technical Support
[EMAIL PROTECTED]
(319)-355-7824
-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of
Crispin Hugo
Sent:
While they are perfectly within their rights to say that configuration
is not supported, I suspect it is exactly that, a statement of support.
It really should just work.
Mark Post
-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of
Crispin Hugo
Sent:
No official word yet, but I speculate it will be similar to the key you
can use (optional) to register a system with RHN/Satellite:
https://rhn.redhat.com/rhn/help/reference/rhn410/en/s1-up2date-
register.jsp#S2-UP2DATE-REG-ACTIVATE
On Wed, 2006-09-06 at 16:47 -0400, Post, Mark K wrote:
Brad,
Hi Mark,
Any key value (including not entering one) should work for this beta;
there are no specific key-activated variants for the zSeries in this
beta.
Regards,
Brock
On Wed, 2006-09-06 at 16:47 -0400, Post, Mark K wrote:
Brad,
Any preliminary doc on what values can/should/must be used
Brock,
Thanks, but I wasn't thinking only of zSeries. I support a lot of Intel
and AMD boxes as well. For me, not entering anything, then clicking OK
or Cancel didn't work. I had to put in _something_.
If the installation key will be used to determine which packages to
install as Brad stated,
Crossposted to linux-390, ibmvm and vse-l. Sorry for duplications.
I have created Hobbit RPMs for the s390 and s390x architectures. Hobbit
is an open source network services availability monitor
(http://hobbitmon.sourceforge.net). They are available on sourceforge
David Boyes wrote:
I noticed that, if the OSA card is OSA Gigabit Express (OSA-GBX),
the
last
row of the following table. Does that mean, the linux module to be
used
should be QETH, not LCS.
Yes.
( Mark Post had in the first place advised me to leave Marist).
Listen to him.
Post, Mark K wrote:
cel didn't work. I had to put in _something_.
If the installation key will be used to determine which packages to
install as Brad stated, and it's _likely_ to be along the lines of the
current activation codes, this seems to imply some sort of external
setup (perhaps in
Dave Jones wrote:
As Dr. Boyes suggests, using the open source IUCV driver is a very good
way of solving this type of problem. You can find it here:
http://www.sinenomine.net/vm/fsiucv
Another approach that might be applicable here is to have a simple
client, running on the Linux guest, and
Crispin Hugo wrote:
They is/are Novell. IBM have told me that the official Novell view is that
sle8 will not run on z9 BC even under z/VM 5. I have not seen this for
myself yet.
Until answer is satisfactory
Ask 'em, Why?
--
Cheers
John
-- spambait
[EMAIL PROTECTED] [EMAIL PROTECTED]
That's why I like using something internal to the zSeries for zSeries
communications and automation. The source of the data can be trusted to not be
spoofed so you can authenticate that against a table of authorized users and be
safe. With the VMCF protocal (SMSG is just a commandline SENDX,
53 matches
Mail list logo