LSPR, look at the uni-processor PCI/MIPs
CIT | Ken Porowski | VP Mainframe Engineering | Information Technology | +1 973
740 5459 (tel) | ken.porow...@cit.com
This email message and any accompanying materials may contain proprietary,
privileged and confidential information of CIT Group
We have been running Domino (legacy Notes and now Xpages) applications on SuSE
successfully on zSeries. Now however am prompted to look at Red Hat on the same
platform. Does anyone use Domino on zSeries Red Hat? If so, how satisfied are
you with the compatibility, installs etc. Thanks.
n Behalf Of
> Ken Schweiker
> Sent: Thursday, September 29, 2011 3:59 PM
> To: LINUX-390@VM.MARIST.EDU
> Subject: Linux 3270 session sigon problem
>
> Does anyone know why we are having a problem logging on to a zVM Linux
> guest machine from a emulated 3270 session? This seems to
Does anyone know why we are having a problem logging on to a zVM Linux
guest machine from a emulated 3270 session? This seems to be working ok
from one of the SLES guests but also fails on others. The problems seems
vaguely familiar but I just can't remember the outcome. Thanks.
s11xapp2 login:
Thanks for posting this problem Craig. We were about to obtain some new
hardware as part of our upgrade plans including TSM on zLinux. It doesn't
sound like this is worth pursuing in light of your problems. But, I have
to say it is not entirely unexpected. It seems like one part of IBM doesn't
c
CKD http://www.youtube.com/watch?v=oqRXJtPwqOk
-Original Message-
Alan Altmark
>
> On Wed, Jun 2nd, 2010 at 6:49 AM, Alan Altmark wrote:
>
> > Multinetting is a Bad Idea, to be stomped out of existence and never
> > mentioned again in polite company. Or, to quote The Robot, "Crush.
> >
We're waiting for it too. Supposedly the version that supported z was
to be available in November, but we've had no news.
-Original Message-
From: Linux on 390 Port [mailto:linux-...@vm.marist.edu] On Behalf Of
Rick Truett
Sent: Friday, December 04, 2009 9:14 AM
To: LINUX-390@VM.MARIST.
X-390@VM.MARIST.EDU
Subject: Re: [LINUX-390] When will CMMA be removed from the kernel?
This presentation might be of some interest to those looking
at the CMM-1 and CMM2/CMMA options:
http://www.linuxvm.org/Present/SHARE113/S9272lj.pdf
Enjoy.
DJ
- Original Message -
From: "Hall, Ken
We tried CMM-1 a month or two ago on a single guest. Without VMRM,
there's nothing for it to talk to, so it does nothing. (It works by
having VMRM send it notices to decrease working set size.)
With it enabled on one guest, on a machine slightly memory constrained,
it drove the memory utilization
Not sure if this is what you're looking for but try
http://www.intellinx-sw.com/
>>> On 9/17/2009 at 12:33 PM, "CHAPLIN, JAMES (CTR)"
wrote:
> Is there a host based intrusion detection agent like Symantec's CSP
> for the s390x platform?
--
It's a religious debate at this point. We had our reasons for doing it the way
we did at the time. YMMV.
-Original Message-
From: Linux on 390 Port [mailto:linux-...@vm.marist.edu] On Behalf Of O'Brien,
Dennis L
Sent: Friday, September 11, 2009 2:52 PM
To: LINUX-390@VM.MARIST.EDU
Subje
We use two vdisks, plus one DASD swap. If the guest overflows the first vdisk,
it's time to watch it. If it overflows the second, it's time to increase the
memory.
-Original Message-
From: Linux on 390 Port [mailto:linux-...@vm.marist.edu] On Behalf Of Pat
Carroll
Sent: Friday, Septem
al Message-
From: Linux on 390 Port [mailto:linux-...@vm.marist.edu] On Behalf Of
Adam Thornton
Sent: Friday, September 11, 2009 1:09 PM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: [LINUX-390] Dasd_diag_mod question
On Sep 11, 2009, at 12:02 PM, Hall, Ken (GTS) wrote:
> My complaint with SWAPGEN
My complaint with SWAPGEN going back to when it was first announced was
that it needs to know the number of blocks to format. This means that
if the size or number of the vdisk(s) changes in the directory, the VM
admin also has to go to the target machine's 191 disk and update the
PROFILE EXEC so
The message below indicates the guest is still logged onto a terminal.
I was told early on that the guest will ONLY logoff if it's running
disconnected, no matter what parms you pass.
It (signal shut) works fine for us with all our disconnected machines,
but if I shut down from the 3270 console, I
nux guest to be comparable to the blade server.
Thanks
Ken Spracklen
--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
http://www.m
Try using /dev/IBMtape0n. I believe that's the "no-rewind" node.
-Original Message-
From: Linux on 390 Port [mailto:linux-...@vm.marist.edu] On Behalf Of
Edmund R. MacKenty
Sent: Tuesday, June 23, 2009 12:21 PM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: [LINUX-390] Lin_tape and IBMtapeutil
s390x preview
On Fri, Jun 19, 2009 at 2:12 PM, Hall, Ken (GTS) wrote:
> Yes, there definitely is a Windows version of Hercules. It's linked
> from the Hercules home page.
>
> Works pretty much like the Linux version.
Once it works, maybe... If I may judge from the threads on
---
From: Linux on 390 Port [mailto:linux-...@vm.marist.edu] On Behalf Of Rob van
der Heij
Sent: Friday, June 19, 2009 8:20 AM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: [LINUX-390] Fedora 11 s390x preview
On Fri, Jun 19, 2009 at 2:12 PM, Hall, Ken (GTS) wrote:
> Yes, there definitely is a
Yes, there definitely is a Windows version of Hercules. It's linked
from the Hercules home page.
Works pretty much like the Linux version.
-Original Message-
From: Linux on 390 Port [mailto:linux-...@vm.marist.edu] On Behalf Of
Phil Knirsch
Sent: Friday, June 19, 2009 8:12 AM
To: LINUX-3
As I said in the beginning, we do the network configuration on first
boot after cloning, so that advantage goes away too.
-Original Message-
From: Linux on 390 Port [mailto:linux-...@vm.marist.edu] On Behalf Of
William D Carroll
Sent: Wednesday, June 17, 2009 2:40 PM
To: LINUX-390@VM.MARIS
27;Doug' Carroll
Mainframe Systems Eng Sr I
Global Technology Infrastructure
-Original Message-
From: Linux on 390 Port [mailto:linux-...@vm.marist.edu] On Behalf Of Hall, Ken
(GTS)
Sent: Monday, June 15, 2009 7:45 AM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: To kick or to clone ...
ted very well, I think we're agreed on that.
-Original Message-
From: Linux on 390 Port [mailto:linux-...@vm.marist.edu] On Behalf Of John
Summerfield
Sent: Monday, June 15, 2009 1:06 PM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: [LINUX-390] To kick or to clone ... that is the question
0 Port [mailto:linux-...@vm.marist.edu] On Behalf Of John
Summerfield
Sent: Saturday, June 13, 2009 7:53 PM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: [LINUX-390] To kick or to clone ... that is the question
Hall, Ken (GTS) wrote:
>
> "Reboot" triggers a reboot, but from where? I loa
So you get the 5 minutes down to what? 3-4?
-Original Message-
From: Linux on 390 Port [mailto:linux-...@vm.marist.edu] On Behalf Of
David Boyes
Sent: Wednesday, June 10, 2009 1:50 PM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: [LINUX-390] To kick or to clone ... that is the question
> Davi
from the "bootloader" line, but it doesn't SAY
that.
I could go on, but you get the idea.
-Original Message-
From: Linux on 390 Port [mailto:linux-...@vm.marist.edu] On Behalf Of R
P Herrold
Sent: Wednesday, June 10, 2009 1:31 PM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: [LINUX-390] T
n apples-to-oranges comparison.
-Original Message-
From: Linux on 390 Port [mailto:linux-...@vm.marist.edu] On Behalf Of
Brad Hinson
Sent: Wednesday, June 10, 2009 1:28 PM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: [LINUX-390] To kick or to clone ... that is the question
Hall, Ken (GTS) wrote:
> Ev
essage-
From: Linux on 390 Port [mailto:linux-...@vm.marist.edu] On Behalf Of
Hall, Ken (GTS)
Sent: Wednesday, June 10, 2009 12:51 PM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: To kick or to clone ... that is the question
Okay, I gave up and ran timings.
Our base system consists of 7 minidisks, for a total
that is the question
Hall, Ken (GTS) wrote:
> Which distro/version? Apparently this was a known problem with RHEL5, but
> might have been fixed by now.
>
I haven't heard of this one. I'd love to hear about any details if you
have them still.
Actually, I lie. I've he
ginal Message-
From: Linux on 390 Port [mailto:linux-...@vm.marist.edu] On Behalf Of
Hall, Ken (GTS)
Sent: Wednesday, June 10, 2009 10:31 AM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: To kick or to clone ... that is the question
Well, actually, all our guests use hipersockets, for reasons I won&
I doubt there would be much improvement. See my previous email, the
actual package install was much faster than I expected. It's the setup
and format that take the time.
-Original Message-
From: Linux on 390 Port [mailto:linux-...@vm.marist.edu] On Behalf Of
Brad Hinson
Sent: Wednesday,
In fairness, there's a script mechanism in kickstart that allows you to make
whatever post-install customizations are needed. I spent a lot of time trying
to duplicate our clone process using kickstart, and in the end I got VERY close.
I'm still not convinced it's faster unless your base system
Behalf Of
Mark Pace
Sent: Wednesday, June 10, 2009 10:12 AM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: [LINUX-390] To kick or to clone ... that is the question
Unless your installation source is on a Hipersocket connection, then the
network time is near zilch.
On Wed, Jun 10, 2009 at 10:02 AM, Hall, Ken (
[LINUX-390] To kick or to clone ... that is the question
On Wed, Jun 10, 2009 at 2:54 PM, Hall, Ken (GTS) wrote:
> How could it be faster?
>
> Cloning involves simply copying the disks, that's one pass with DDR.
Copying a disk requires reading and writing. Formatting just requires
59 AM, Hall, Ken (GTS) wrote:
> And you're almost stuck with letting kickstart format the disks. There are
> conditions that will cause kickstart to hang if the disks have anything that
> looks Linux-like on them, so the safest thing is to CP format them first.
>
> -Ori
And you're almost stuck with letting kickstart format the disks. There are
conditions that will cause kickstart to hang if the disks have anything that
looks Linux-like on them, so the safest thing is to CP format them first.
-Original Message-
From: Linux on 390 Port [mailto:linux-...@
How could it be faster?
Cloning involves simply copying the disks, that's one pass with DDR.
Kickstart involves running Linux format on the disks first, then copying all
the packages via network. The format alone takes as much time as the DDR
copies.
I've tried both ways. We started with clo
You have to use NPIV, which must be supported by the hardware, zVM, and
Linux. SLES10 should be fine, and zVM 5.4 I know works, but your
channels must be configured for it, along with the switch fabric and
storage subsystem.
-Original Message-
From: Linux on 390 Port [mailto:linux-...@v
We're using 3592 drives, with 3494 library (TS3500), via FCP attach.
There's a document from IBM that lists everything supported:
ftp://ftp.software.ibm.com/storage/devdrvr/Doc/IBM_Tape_Driver_IUG.pdf
-Original Message-
From: Linux on 390 Port [mailto:linux-...@vm.marist.edu] On Behalf
There's a project page on Sourceforge for it, but it hasn't been updated
since 2005.
-Original Message-
From: Linux on 390 Port [mailto:linux-...@vm.marist.edu] On Behalf Of
Marcy Cortes
Sent: Friday, May 15, 2009 12:25 AM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: [LINUX-390] Stateless Linu
-390] Stateless Linux for zSeries
On Thu, May 14, 2009 at 5:01 PM, Hall, Ken (GTS) wrote:
> Most of the "stateless" implementations I've seen seem to rely on "bind
> mounts", but that seems to be a bit of a hack. "Union" mounting, such
> as "Unionfs
eless Linux for zSeries
On Thursday 14 May 2009 11:01, Hall, Ken (GTS) wrote:
>Most of the "stateless" implementations I've seen seem to rely on "bind
>mounts", but that seems to be a bit of a hack. "Union" mounting, such
>as "Unionfs" look li
I'm working with Alan on this too, and a lot of the issues revolve
around the definition of "stateless" and what's expected from it.
If it's the ability to move apps between servers transparently, we
already have that. Just shut down the instance, and IPL on another VM
image.
If it's the ability
What was presented at SHARE.
9162 - x86 Virtualization Technology for System z
http://ew.share.org/proceedingmod/abstract.cfm?abstract_id=19229
-Original Message-
Richard Pinion
Check out the IBM-Main list concerning the Mantissa announcement.
> Hugo Luis Vitelli
>
> Hi guys .. I'm
Is this a product (such as Vintela), or a home-grown solution? If the
authentication succeeds, but the shell prompt doesn't complete for a
while after, I'd be inclined to blame either the LDAP query that pulls
the UID/GID/DIR/SHELL info from AD, or a page-swap-in delay.
If your users are defined
rch 13, 2009 12:01 PM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: [LINUX-390] starting 'at the begining' to install linux on
z/os
On Fri, 2009-03-13 at 11:23 -0400, Hall, Ken (GTS) wrote:
> The installation on bare metal is tricky (as those of us who have
> installed under Hercules have found)
First of all, you don't install Linux on zOS, you install it on either
the zSeries processor, or under zVM. About the only part you might need
zOS for is to create an IPL tape if you want to install in an LPAR.
This isn't recommended though, and I think a lot of folks on this list
will echo that,
:02 -0600:
> >>> On 3/5/2009 at 4:43 PM, "Hall, Ken (GTS)" wrote:
> > Option "t" in fdasd can be used to change the partition type to
> > "Linux raid".
>
> Not that I'm aware of. I've only seen Linux native and Linux swap for fda
The URL for the repository has to point to the directory that contains the
"repodata" directory. You create that by using "createrepo", or there's one
pre-packaged on the CD. This directory can be either in the directory that
contains packages, or above it, since createrepo searches down.
You
Yes. It works pretty much the same way as it does on Intel. You use
the mdadm package to create raid arrays, but it's done at the partition
level. Option "t" in fdasd can be used to change the partition type to
"Linux raid".
Typically, minidisk devices only have a single partition because it
do
nal Message-
From: Linux on 390 Port [mailto:linux-...@vm.marist.edu] On Behalf Of
Richard Troth
Sent: Monday, February 23, 2009 9:23 AM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: [LINUX-390] Why does one need to mkinitrd/zipl ? (WAS :
Broken logical volume group)
Ken --
In the thread, we may h
It's a characteristic of the architecture that all eight paths will be used
under the covers, PROVIDING you can drive eight I/O operations at the same time
to different volumes (or cache, for some subsystems, when reading). Normally
you can't do this from a single guest. What you ARE getting i
Ms -- and need to do
some
recovery -- you know by the ranges which disks you'll need to get to
make
sure you have all the disks for the Linux system LVMs you're trying to
fix.
I'm sure there are similar schemes buried in the archives, too ;-)
Scott
On Mon, Feb 23, 2009 at 7:11 AM,
If this was covered in previous notes, sorry, but I didn't see it, and
I've been out for a few days so I didn't get into this at the beginning.
In Red Hat (and probably Suse too), there's a chicken-egg problem. The
DASD driver gets its list of valid devices from a parm that's passed to
the driver
Assuming they're using a recent version of lin_tape. IIRC, that file
didn't appear till about 1.9 of lin_tape (at our request, I believe).
At that kernel level, they're more likely using ibmtape drivers, and the
amount of status information is limited to what they can scrape out of
the mostly-und
Yes, as long as you add the same number of physical volumes as you have
stripes.
-Original Message-
From: Linux on 390 Port [mailto:linux-...@vm.marist.edu] On Behalf Of
Livio Sousa
Sent: Friday, January 16, 2009 2:41 PM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: [LINUX-390] Adding dasd to L
We don't use swapgen for exactly this reason. We define the vdisks in
the directory, and have an init script that runs very early in the Linux
boot that formats and enables the swap partitions. Works fine, and
allows us to keep the configuration at a single point.
Remember, there's nothing magic
No, it's not necessary, if everything has been done properly. It has to
do with when in the boot process the FCP devices are attached.
If you ALLOW mkinitrd to put zfcp.conf in the initrd, those disks will
be attached before the root filesystem is mounted. If you're okay with
that, then it's fin
It's the "clean" that seems to be causing the trouble, and it shouldn't
be needed. Change the SPEC file in /usr/src/{whatever}/SPECS to remove
that in the "build" section, and try a manual rebuild ("rpmbuild -bb
lin_tape.spec").
My copy of 1.15 doesn't have that, and builds correctly. Haven't tr
I'm not sure which ones you got, but the IBMtape drivers are deprecated.
The current ones are lin_tape, and there are two dependent packages,
IBMtapeutil, and lin_taped.
The lin_tape drivers have to be hand-built for a particular kernel
level, and IBMtapeutil is provided as part source, and part O
For performance reasons, if you can afford to dedicate several devices
to this, consider striping the LVM2 volume. Use the same number of
stripes as you have paths to the DASD. Makes a HUGE difference in
performance.
Contrary to popular belief, you can still extend the LV later, you just
need to
This is pretty much the same situation we had. The SA's are used to the
tools they know, so when they don't behave as expected on z, they get
nervous.
I've had questions about grub, netdump, EMC Powerpath, and Veritas VxVM.
-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTEC
We have some very large LVM2 filesystems, and have only seen one issue.
As you add PV's to a VG, the time it takes for the utilities (pvscan,
pvs, etc.) to run increases exponentially with the number of volumes.
This is because LVM2 puts metadata on every volume by default, and the
utilities seem
We actually opened an issue with IBM over this. Here's what I got back:
Action Taken...: The ethtool utility is not supported with all device
drivers as noted in the man page. It's very typical that for an
gigabit NIC (especially a fiber connection) will not have a valid
speed
http://www.logostore-globalid.us/ProductDetail.aspx?did=4807&pid=12949
IBM branded @ $2.45 each
http://bluetrack.com/sittingpenguinstressball.html
$ 1.63 each
Google for "Tux Penguin Stress Toy" and variations.
-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Beh
online and sles10
03/12/2008 02:18
PM
Please respond to
Linux on 390 Port
<[EMAIL PROTECTED]
IST.EDU>
>>> On Wed, Mar 12, 2008 at 1:35 PM, in message
<[EMAIL PROTECTED]>, Ken
Schweiker
>>> On Wed, Mar 12, 2008 at 12:39 PM, in message
<[EMAIL PROTECTED]>, Ken
Schweiker <[EMAIL PROTECTED]> wrote:
> tcdcpega:~ # ext2online -d -v /dev/system/lv1
> ext2online v1.1.18 - 2001/03/18 for EXT2FS 0.5b
> ext2online: can't find /dev/mapper/system-lv1, is it
Re: ext2online and sles10
03/12/2008 12:22
PM
Please respond to
Linux on 390 Port
<[EMAIL PROTECTED]
IST.EDU>
>>> On Wed, Mar 12, 2008 at 11:10 AM, in message
<[EMAIL PROTEC
Does anyone know if ext2online will work on sles10 sp1. When I try "
ext2online /dev/system/lv1 " I get an error : can't find
/dev/mapper/system-lv1, which exists.
--
For LINUX-390 subscribe / signoff / archive access instructions
PM
Please respond to
Linux on 390 Port
<[EMAIL PROTECTED]
IST.EDU>
>>> On Wed, Feb 6, 2008 at 10:14 AM, in message
<[EMAIL PROTECTED]>, Ken
Schweiker <[EMAIL PROTECTED]> wrote:
> Re-defining osa addresses o
One more. I think we have identified the wrong GBIC, SX vrs.LX, in the
switch.
Thanks again.
Alan Altmark
<[EMAIL PROTECTED]
ibm.com> To
Sent by: Linux on LINUX-390@VM.MARIST.EDU
Thanks for all the information.
Just to be sure about one point though..Alan, are you saying the driver is
"reporting" an existing portname in the below.
And thanks to Rich for explaining how to clear it.
Setting up network interfaces:
> qeth: Device 0.0.1d00/0.0.1d01/0.0.1d02 is a OSD Expres
Re-defining osa addresses on zVM for a SuSE 9x server
to another OSA card (OSA Express Gb LX). This is the
first time this card is being used and the link does not come up.
(example
DEDICATE 1D00 1F20
DEDICATE 1D01 1F21
DEDICATE 1D02 1F22 )
Before starting round two with our network guy, I was won
Agreed, I just wanted to make sure my understanding of how it works was
not too far off base.
Thanks
Ken Porowski
-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of
Ted MacNEIL
Sent: Wednesday, January 30, 2008 6:12 PM
To: LINUX-390@VM.MARIST.EDU
Subject
-Original Message-
Ted MacNEIL
>What I was alluding to was that a zAAP will run anyone's Java code (or
>a subset)
>Yes, but the dispatcher has to know how/when to direct a sub-task to
the zAAP. It doesn't happen just because you have JAVA and a zAAP.
If I have a zAAP and are at appro
that can use it (probably after a licensing agreement with IBM?).
Ken Porowski
-Original Message-
Fargusson.Alan
I think the zIIP is more generic. At least it can be used for DB2
and/or Oracle and perhaps other DBs. The zAAP can only be used for
Java.
-Original Message-----
Ken Por
Wouldn't the code needed to support a zIIP or zAAP have to be added to
Linux and available to all?
I would think that this is a 'trade secret' for IBM and one they would
prefer to control/license as they are with zIIP for z/OS workloads (zAAP
appears to be a little more generic)
S390utils on RHEL contains the lsdasd command, which shows this.
-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of
Gentry, Stephen
Sent: Tuesday, January 29, 2008 10:48 AM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: [LINUX-390] Mapping Minidisks to File Systems
Coming into this a bit late, so sorry if I missed the point...
On Red Hat, there's a supplied kernel-devel package that has JUST ENOUGH
of the kernel source to allow you to build third-party modules. You
only really need the full source package if you're going to rebuild the
kernel itself, or mod
I've been watching the OQO for a couple of years now. The only thing
holding me back has been the price. There are a number of similar
devices in the UMPC form factor.
I DID buy a mini-pc a couple of years ago that runs Linux and Hercules
very well. It's about the size of a CD player, but that
One of my personal fantasies is to run zOS under Hercules on an OQO.
Licensing issues aside, THAT would be cool!
-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of
Alan Cox
Sent: Friday, November 30, 2007 8:18 AM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: [LINU
Met him once, a few years back, when we were doing Linux-on-z the first
time. Nice guy, very smart. Wore wrist braces because of carpal tunnel
problems. Hope he's doing better with that.
-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of
David Andrews
Sent
ts to connect into, just save on real hipersocket addresses.
If you are curious to see a simple network map of what we were
considering, I can send it offline.
Thanks,
Ken Spracklen
-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of
Alan Altmark
Sent: Thu
al" lan network? Or is my
understanding of hipersockets incorrect about the LLC headers
Thanks for letting a long time lurker, but a first time questioner to
participate.
Ken Spracklen
--
For LINUX-390 subscribe / sign
ry and practice are different."
On 10/26/07 10:59 AM, "Hall, Ken (GTI)" <[EMAIL PROTECTED]> wrote:
> Is your dasd driver a module, and are you using an initrd?
>
> If this is the case, the range is taken from /etc/modprobe.conf in the
> initrd, not
Is your dasd driver a module, and are you using an initrd?
If this is the case, the range is taken from /etc/modprobe.conf in the
initrd, not /etc. You need to rebuild the initrd and reboot.
-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of
Ron Henry
Sent
We're getting ready to try it with EMC DMX. IBM has been very
supportive, but we have a contract with them.
-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of
Collinson.Shannon
Sent: Tuesday, October 23, 2007 10:22 AM
To: LINUX-390@VM.MARIST.EDU
Subject: [LI
"Hobbit" does the free command and keeps a history. The displays are pretty
too.
"Romanowski, John
(OFT)"
LINUX-390@VM.MARIST.EDU
Sent by: Linux on cc
390 Port
<[EMAI
When we first tried Linux in an LPAR, about 3 months ago, we were
concerned about this. The LPAR we were using was defined for another
purpose, and had access to 12,000+ DASD devices. We went to IBM, and
they recommended CIO_IGNORE. I tested that under VM, and it appeared to
work, but when we tr
It works in 2.6.9 in RHEL4 using ext2online.
-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of
Kyle Smith
Sent: Tuesday, July 31, 2007 10:34 PM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: [LINUX-390] LVM/Ext3 extend
Now that I think about it, it was after 2.6
. We are starting a forced migration but will
need supported drives for a couple of years at least.
Ken Porowski
AVP Systems Software
CIT Group
E: [EMAIL PROTECTED]
-Original Message-
Ryan Stewart
Does anyone know of some third party vendors that provide service
contracts to IBM's
Udev should handle this automatically. Like I said in the previous
note, however, it can take up to 10 seconds for the device node to
appear. Race conditions of this type appear to be common during
rc.sysinit, and also affect fcp devices, particularly when you use them
in combination with LVM and
There's a delay between the time the module gets loaded and udev notices
and creates the device node. This has bit us on other devices (tape,
fcp) as well. We've had some discussions with Red Hat about it, and
there's supposed to be some kind of fix in RHEL 4.5 or 5.0.
-Original Message
Runs very well under Fedora 7, as long as you build it there.
-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of
John Summerfield
Sent: Thursday, June 28, 2007 9:20 AM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: [LINUX-390] Hercules 3.05 announcement
Jay Mayna
I have device-mapper-multipath-0.4.5-16.1.RHEL4, but based on what I saw, I
don't see how this can be fixed without an update to the kernel driver. The
driver at the U4 level doesn't export vendor and model info into sysfs, so
there doesn't appear to be any way for device-mapper-multipath to id
I spent a lot of time going around with this. The problem seemed to come down
to that with the kernel I'm using (2.6.9-42.0.8), the dasd driver doesn't
provide vendor and model info in sysfs, so device-mapper-multipath can't match
up the devices with a rule set. The newer driver in RHEL5 does
If you do a search on ibm.com for 'Linux for z/OS' you will see the term
has been in use for a while.
Probably just an earlier term for 'Linux on zSeries'
I also saw Linux/390
--
For LINUX-390 subscribe / signoff / archive acc
Here's what we were told:
Without NPIV, the FCP CHPID acts like a shared HBA, and all LUNS are
visible to all virtual machines in all LPARs. Only one OS instance can
use a given LUN, however. If another tries, the LUN will appear busy.
WITH NPIV, the system assigns an arbitrary virtual WWPN to
nal Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of
Brad Hinson
Sent: Tuesday, June 05, 2007 11:45 AM
To: LINUX-390@vm.marist.edu
Subject: Re: RHEL 4 - FCP - tape drives
On Tue, 2007-06-05 at 09:29 -0600, Mark Post wrote:
> >>> On Tue, Jun 5, 2007 at 9:3
We just went through this.
First, you need the lin_tape package from IBM. That has the
device-specific drivers for the tape drives. You might have to find the
source RPM and rebuild it to get a version that matches your kernel.
The zcfp.conf file has five fields, but only three are meaningful.
1 - 100 of 548 matches
Mail list logo
