Greetings; (Posted to VMESA-L and VSE-L and LINUX-390)
- - Now in its fifth year! - - Now includes VSE and linux/390!
I have set up a public service web page at
http://www.eskimo.com/~wix/vm/
for posting positions available and wanted for VM, VSE and linux/390.
Please visit the we
This is the Apar to fix the problem:
Abstract for VM TCP/IP APAR PQ34318
APAR PQ34318
CTC DRIVER MAY INCORRECTLY DISCARD DATAGRAMS WITH DTCCTC008E
If a datagram ends within 6 bytes of the end of the CTC write
buf
> In a message dated 2/13/2002 3:53:12 PM Mountain Standard Time,
> [EMAIL PROTECTED] writes:
>
>
> > Dave,
> >
> > I would have thought that re-running the "depmod -a" command would have
> > fixed this. Oh well...
> >
> > Mark Post
> >
>
> Well it probably would have...if I would have thought of
Thanks a lot .My problem is solved.
>From: Dave Myers <[EMAIL PROTECTED]>
>Reply-To: Linux on 390 Port <[EMAIL PROTECTED]>
>To: [EMAIL PROTECTED]
>Subject: Re: RedHat installation on s/390 problem
>Date: Wed, 13 Feb 2002 09:52:57 EST
>
>In a message dated 2/13/2002 4:03:36 AM Mountain Standard T
> Computer Associates had a webcast this morning on Linux for S390 and they
> mentioned that interfaces to ACF2 and Top Secret for linux will be
> available. They didn't mention VM:Secure, so I asked about it. Here is
> their response.
>
I suppose it's bad form to mention a free choice on the t
> On Thu, 14 Feb 2002, John Summerfield wrote:
>
> > Still there will be configuration choices that may impact how well the
> > binaries fit in.
>
> But that should not make a kernel built from the public "generic"
> source tree not work on any given distro. (As you say further on.)
How many wo
These are teh steps for building the new initrd.img:
1) Getting the tarball redhat-oco-2.4.9-17-s390-2.tar.gz with the
OCO-modules from
http://www10.software.ibm.com/developerworks/opensource/linux390/special_oco_rh_2.4.shtml
2) Then running these commands in a Linux machine:
# tar -xzf redh
I have RedHat 7.2 linux installed on my system with IBM oco
"redhat-oco-2.4.9-17-s390-2.tar.gz" installed but when I try to issue
the insmod lcs command I get the following error :
[root@lnx1 root]# insmod lcs
Using /lib/modules/2.4.9-17/kernel/drivers/s390/net/lcs.o
Warning: loading /lib/module
My install fails after the loader program copies the netinst1.img and I get the
Running Anaconda - Please wait message and then I get two Illegal Instruction messages.
the 390 emulator side gives the following.
User Code:
68 20 b0 60 b3 19 00 20 a7 d4 00 06 68 00 b0 60 a7 f4 00 08
User process
I just had to run the following command:
$ export DISPLAY=ip address:0.0
Then xterm or any other X apps would be exported to MI/X Server.
Samy Rengasamy.
-Original Message-
From: Gregg C Levine [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, February 12, 2002 4:14 PM
To: [EMAIL PROTECTED]
Sub
In a message dated 2/13/2002 3:53:12 PM Mountain Standard Time,
[EMAIL PROTECTED] writes:
> Dave,
>
> I would have thought that re-running the "depmod -a" command would have
> fixed this. Oh well...
>
> Mark Post
>
Well it probably would have...if I would have thought of that! :)
Both the dir
Dave,
I would have thought that re-running the "depmod -a" command would have
fixed this. Oh well...
Mark Post
-Original Message-
From: Dave Myers [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, February 13, 2002 5:23 PM
To: [EMAIL PROTECTED]
Subject: Re: Couple of problems with RedHat LOA
Thanks Much Jeff!
For the CA-ers that might be lurking out there, we have no plans now or in
the future to use either ACF2 nor Top Secret. We will only use VM:Secure on
our VM system. We would expect that since most shops will be using VM as a
hypervisor for Linux guests, CA would realize this
After I got the "instoco dasda1" to run ok...
I did not have an "eth0" device activated when I booted the new system.
I did an lsmod command and saw that the lcs.o mod was not loaded.
So..I did an insmod /lib/modules/2.4.9-17tape/kernel/drivers/s390/net/lcs.o
and it loaded the driver, but it ga
Computer Associates had a webcast this morning on Linux for S390 and they
mentioned that interfaces to ACF2 and Top Secret for linux will be
available. They didn't mention VM:Secure, so I asked about it. Here is
their response.
Jeff Davis
-Original Message-
From: Newfield, Nancy [mailt
On Thu, 14 Feb 2002, John Summerfield wrote:
> Still there will be configuration choices that may impact how well the
> binaries fit in.
But that should not make a kernel built from the public "generic"
source tree not work on any given distro. (As you say further on.)
> If Dingo Linux has ex
> > Let me be more blunt: I would force the issue.
> > You should expect a generic kernel (with suitable public patches)
> > to run either distro without serious impact.
>
> It should do. In the Red Hat case the only incompatibility fun item I know
> about is if you use quota. The base kernel tr
> Ross "closed the loop", so I'm reopening it.
>
> On Wed, 6 Feb 2002, Jim Wenzlaff wrote:
>
> > I have read about the patch on Developerworks, but it is still somewhat
> > unclear to me where to start. Can the patch be installed on the Redhat or
> > SuSE distributions?
>
> I would expect the
The Columbia Area Linux Users Group will have their next meeting on March 13, 2002 at
6 PM in Columbia MD.
Our speaker will be David Boyes who was running 40,000 then 90,000+ Linux Images on a
single IBM Mainframe.
Admission is free. Directions can be found at the CALUG web site www.calug.com.
> We are trying to do exactly what you said won't work -
> Getting multicast to
> work for a number of Linux Servers running as VM guests using
> CTC's back to
> TCPIP ... We figured if we could connect a single Linux
> server to the an OSA
> card (we only have a gigabit card available) we could t
I followed the Oracle 9i installation instructions and installed the package
in Redhat 7.2 under VM. The Oracle system seems fine but the starter
database build process took ages and never ended. I have to terminate it
eventually. Looking at error$, it seems have problem with Java stuff.
Any one
Regards,
Dennis Musselwhite ([EMAIL PROTECTED])
IBM Corporation -- z/VM Development -- CP Network Simulation
"Philip J. Tully" <[EMAIL PROTECTED]>@VM.MARIST.EDU> on 02/13/2002
09:53:40 AM
Please respond to Linux on 390 Port <[EMAIL PROTECTED]>
Sent by:Linux on 390 Port <[EMAIL PROTECTED]>
Thanks Jeremy,
(1) Since SuSE mentioned HiperSockets in the write-up, this would probably
show up in a search of their support database. I could not find it
earlier,
but maybe that's because I don't have access to the official product
support
site.
(2) I'm going to guess that support.suse.de/ps
> Let me be more blunt: I would force the issue.
> You should expect a generic kernel (with suitable public patches)
> to run either distro without serious impact.
It should do. In the Red Hat case the only incompatibility fun item I know
about is if you use quota. The base kernel tree only sup
Ross "closed the loop", so I'm reopening it.
On Wed, 6 Feb 2002, Jim Wenzlaff wrote:
> I have read about the patch on Developerworks, but it is still somewhat
> unclear to me where to start. Can the patch be installed on the Redhat or
> SuSE distributions?
I would expect the patch to work
Hi Frank,
>When I tried to start one of the s390-tools, (dasdfmt, fdasd, zipl)
>they did not work, complaining about the wron API-Version. I changed the
>API Version in dasdfmt.c and so on, and did a recompile, and it worked.
>
>Is the API any different from the old one? Why a new version?
W
In a message dated 2/13/2002 10:18:08 AM Mountain Standard Time,
[EMAIL PROTECTED] writes:
> My guess is that it wants you do use 'dasda' (or maybe dasda1).
>
Thanks!
That is correctit wanted 'dasda1'
...and thanks to Mark too
I was able to reboot the ramdisk then issue the proper
"m
Bill:
This has nothing to do with MTU size. MTU size determines the maximum
size of a datagram. The datagrams are packed into a 32K buffer for
transport across the CTCA. That's where the problem is occurring.
Romney
On Wed, 13 Feb 2002 11:49:03 -0500 Scully, William said:
>Thanks for the info R
> So...any ideas on the other error??Why isn't "instoco /dev/dasda1"
> working??
Looking at this:
awk: cmd. line:1: //dev/dasda1/ { print "mknod /tmp//dev/dasda1 b ",$1,"
",$2}
My guess is that it wants you do use 'dasda' (or maybe dasda1).
Wolfe, Gordon W <[EMAIL PROTECTED]> writes:
> Please post any replies to this list. We're interested in
> this patch, too.
>
> > From: Patterson, Ross
> > I'd like to trade notes with anyone who's actually running IBM's "on
> > demand timer"
> > kernel patch on an S/390 or zSeries box, es
No clue at this point. I'd have to take a look at the instoco script to see
what it was expecting for input and what it was doing with it.
Mark Post
-Original Message-
From: Dave Myers [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, February 13, 2002 11:44 AM
To: [EMAIL PROTECTED]
Subject:
Ann Smith <[EMAIL PROTECTED]> wrote:
>
>They are looking at consolidating the servers that manage printers and
>printer queues for our company. Now that we've told our boss maybe
>LINUX/390 can do this, where can I go to find doc on how to actually do
>this? So far we've got Suse LINUX installed (
Thanks for the info Romney! On one of the Linux servers where I get the
error, I did an IFCONFIG and I find:
linux017:~ # ifconfig
ctc0 Link encap:Serial Line IP
inet addr:141.202.232.131 P-t-P:141.202.198.101
Mask:255.255.255.255
UP POINTOPOINT RUNNING NOARP MTU:1500
In a message dated 2/13/2002 9:40:12 AM Mountain Standard Time,
[EMAIL PROTECTED] writes:
> The Red Hat installer dynamically creates the /dev/dasd?1 entries, based on
> the values you give it for your DASD. If this process fails, you cannot
> issue a mount command for them. If you want to do
The Red Hat installer dynamically creates the /dev/dasd?1 entries, based on
the values you give it for your DASD. If this process fails, you cannot
issue a mount command for them. If you want to do it yourself, the command
would be:
mknod /dev/dasda b 94 0
mknod /dev/dadsa1 b 94 1
mknod /dev/da
Dave Myers wrote:
>
> When I got thru the loader install and got the prompt back,
> I tried running the "instoco " which failed with these
> msgs:
Could it be something as trivial as that it wants you to
say 'instoco dasda' and you have 'instoco /dev/dasda' and
thus mess up the parsing? I've been
Hi,
I tested Kernel 2.4.17, and it works fine, good we have ext3 now.
When I tried to start one of the s390-tools, (dasdfmt, fdasd, zipl)
they did not work, complaining about the wron API-Version. I changed the
API Version in dasdfmt.c and so on, and did a recompile, and it worked.
Is the A
I decided to try the loader (anaconda) install yesterday,
to see the differences between that and the "rhetup" install.
When I got thru the loader install and got the prompt back,
I tried running the "instoco " which failed with these
msgs:
(per the instructions in the "How to install the LCS OCO
Go to:http://www.redbooks.ibm.com/
...and do a search on "samba".
Dave
If you have Samba installed, you have the book "Using Samba" installed as
well. Make sure you have SWAT enabled, and point your desktop web browser
to your Linux/390 system:
http://linux390.thehartford.com:901/swat/using_samba/index.html or just go
directly to the chapter on setting up printing:
Bill:
The message is documenting the fact that Linux sent a malformed block
of packets across the CTCA. The blocks may be up to 32K (32768 bytes)
long, so a packet starting at 33134 is clearly an error. The offending
packet is at offset 31628 in the buffer.
I presume that there is a mismatch in
On Wed, Feb 13, 2002 at 09:36:17AM -0500, [EMAIL PROTECTED] wrote:
> Any one have an idea what this message means? How to fix it? It is from
> the original SuSE GA.
>
> SLNX003: Feb 13 09:30:48 slnx003 modprobe: modprobe: Can't locate module
> binfmt
> -4c46
I'd guess that's binfmt_misc trying
(Cross-posted to the VM and Linux on 390 lists)
We find a lot of the following messages on TCP/IP's console (FL 3A0)
regarding the CTCs for Linux servers:
22:50:10 DTCCTC008E CTCA device LINUX016: UnpackReads: Inv blk hdr 33134
from input position 31628. Last blk hdr 0. Discarding remainder of
They are looking at consolidating the servers that manage printers and
printer queues for our company. Now that we've told our boss maybe
LINUX/390 can do this, where can I go to find doc on how to actually do
this? So far we've got Suse LINUX installed (2.2.16 kernel) and samba is
installed. Have
> Any one have an idea what this message means? How to fix it? It is from
> the original SuSE GA.
>
> SLNX003 : Feb 13 09:30:48 slnx003 modprobe: modprobe: Can't locate module
> binfmt
> -4c46
>
Linux is flexible;-)
The message means pretty-much what it says; the kernel wanted a module
and cal
Fereshteh Jadidi wrote:
> Althogh I set RAMDISK_SIZE=10240 in redhat.parm , but the ramdisk size was
> not changed (maybe the parmfile isn't read ).
Are you sure you have 'ramdisk_size' in lowercase?
Mark -
Thanks - but actually I do know what module is doing it, he says as he
shoots himself in the foot.
Mark D Pace
Senior Systems Engineer
Mainline Information Systems
1700 Summit Lake Drive
Tallahassee, FL. 32311
[EMAIL PROTECTED]
Phone: 850-219-5184
Fax: 850-219-5050
http://www.mainline.co
In a message dated 2/13/2002 4:03:36 AM Mountain Standard Time,
[EMAIL PROTECTED] writes:
> I want to install the downloadable version of RedHat 7.2 GA under vm
> ,therefore I must use the new initrd.img with oco-modules .
> when I initiate installation with new initrd.img this error message is
1. As I understand it the changes were made to the drivers. These
drivers worked in an LPAR but not under VM, that's why there were also
fixes to z/VM CP and z/VM TCPIP.
regards
Phil Tully
Dennis Musselwhite wrote:
>
> Hi...
>
> Jeremy wrote:
> >We had the EXACT same problem. SUSE has maintena
I believe that means you have an Intel binary on your system, and something
tried to execute it. The kernel couldn't find support for it, and reported
that. Figuring out which module is causing it will be, ummm, interesting.
Mark Post
-Original Message-
From: [EMAIL PROTECTED] [mailto:
Any one have an idea what this message means? How to fix it? It is from
the original SuSE GA.
SLNX003 : Feb 13 09:30:48 slnx003 modprobe: modprobe: Can't locate module
binfmt
-4c46
Mark D Pace
Senior Systems Engineer
Mainline Information Systems
1700 Summit Lake Drive
Tallahassee, FL. 32311
Thanks to Mark Post for creating the new Community Members section
of his Linux on VM web site. It's always good to be able to put a
face to a name.
BTW, in Adam Thornton's photo, Adam is the one on the left.:-)
Dave Jones
(1) Would it be safe to say this was a bug in the kernel
verses a bug in the qdio or qeth drivers?
- SUSE words it as a kernel fix. But it addresses numerous issues not just
the hipersocket/guest LAN issues.
" Title: Bugfix update of Linux kernel 2.4.7 for S/390 "
Our specific interest
See: "http://www.osdn.com/bcg/";
Who are the hackers that create all this great free software?
How much time do they spend? Why do they do it? Where are they
from? Do they think its sustainable? In order to better
understand the nature of this dynamic community and provide
lessons to the business
Hi...
Jeremy wrote:
>We had the EXACT same problem. SUSE has maintenace for SLES7
>
>Applied RPM's to fix problems with Guest LAN k_deflt.rpm &
>kernel-source.rpm obtained from SUSE maintenance site.
>
>And this fixed all of our guest lan issues.
and later Marcy wrote that this resolved her pro
Rodolfo,
What is the name of the university?
On Wednesday 13 February 2002 05:07 am, you wrote:
> Hi, not commercial, but our site http://linux390.unlp.edu.ar is a linux/390
> ( An old Marist ) under VM/ESA, in a 2003, running since September 16,
> 2000. Here is my distribution of OS/VS1 for Her
Hi, not commercial, but our site http://linux390.unlp.edu.ar is a linux/390
( An old Marist ) under VM/ESA, in a 2003, running since September 16,
2000. Here is my distribution of OS/VS1 for Hercules and a web interface
from Guillermo Freige to the CPINT command interface of Neale :),
Regards,
Rod
I want to install the downloadable version of RedHat 7.2 GA under vm
,therefore I must use the new initrd.img with oco-modules .
when I initiate installation with new initrd.img this error message is
raised:
EXT2-fs error (device ramdisk(1,0)): ext2_read_inode: unable to read inode
block
- inod
For those of you have Amdahl Processors you might like to look at the press
release 'February 2000' at
http://www.amdahlitservices.com/services/press/releases/index.html
If anybody has any follow on questions we will be happy to respond either
privately or via the ListServe
[EMAIL PROTECTED]
[EM
59 matches
Mail list logo
