On 3/15/07, Avinoam hirschberg [EMAIL PROTECTED] wrote:
I try to use VMCP from s390-tools-1.5.3
we open the tar and run make, when try to run insmod vmcp we got
an error -1 invalid module format.
we are running SLES9 31bit, are we missing something
The argument to insmod is the file you want
Rob, Thanks
we don't have any .o or .ko files so this explain the error
we did see that make file that come with the s390-tools remove the .o files
Avinoam
On 3/15/07, Rob van der Heij [EMAIL PROTECTED] wrote:
On 3/15/07, Avinoam hirschberg [EMAIL PROTECTED] wrote:
I try to use VMCP from
On Thu, 2007-03-15 at 12:54 +0200, Avinoam hirschberg wrote:
we don't have any .o or .ko files so this explain the error
we did see that make file that come with the s390-tools remove the .o
files
The kernel module vmcp.ko is delivered with the kernel, not the
s390-tools package. If the
On 3/15/07, Avinoam hirschberg [EMAIL PROTECTED] wrote:
Rob, Thanks
we don't have any .o or .ko files so this explain the error
we did see that make file that come with the s390-tools remove the .o files
It also removed my brains, so it seems :-( I was confused.
The s390-tools stuff
blue skies, IBM Deutschland Entwicklung GmbH
MartinVorsitzender des Aufsichtsrats: Johann Weihen
Geschäftsführung: Herbert Kircher
Martin Schwidefsky Sitz der Gesellschaft: Böblingen
Linux on zSeries Registergericht:
On Thu, 2007-03-15 at 09:56 -0400, David Boyes wrote:
Geez. No wonder they have to use bigger paper sheets in Europe -- that
address is a mouthful.
There is a new law in .de that requires a specific e-mail closing (what
you see below) for external business mails. But I could remove that
On Thu, Mar 15, 2007 at 6:43 AM, in message
[EMAIL PROTECTED], Rob van der Heij
[EMAIL PROTECTED] wrote:
On 3/15/07, Avinoam hirschberg [EMAIL PROTECTED] wrote:
-snip-
But if you ran make install the kernel module should live in
/lib/modules and you should be able to modprobe vmcp now (may
I have a question. I thought I had my patches fairly
upto date. When I logon to the novell server my filter
is installable patches and this yeilds almost nothing.
But if I go to new or recommended patches I get a ton
of them.
What is the consensus or is there one?
thanks
Mace
On 3/15/07, Mark Post [EMAIL PROTECTED] wrote:
I think you meant depmod -a and not ldconfig.
Certainly. I will keep my mouth shut for a week. ;-)
--
For LINUX-390 subscribe / signoff / archive access instructions,
send email
There is a new law in .de that requires a specific e-mail closing
(what
you see below) for external business mails. But I could remove that
mouthful for mailing list postings, they have lifted the rules a bit.
No reason to bother with that, it's actually kind of interesting. It's
just
On Thu, Mar 15, 2007 at 10:45 AM, in message
[EMAIL PROTECTED], LJ Mace [EMAIL PROTECTED]
wrote:
I have a question. I thought I had my patches fairly
upto date. When I logon to the novell server my filter
is installable patches and this yeilds almost nothing.
But if I go to new or
We've been running a WebSphere application for a few years on 4-WAS V5.0
app servers on separate zLinux-SLE8-31bit z/VM guests. The virtual
memory size of each guest was 1GB and the maximum heap size in the JVM
was set to 768MB. These systems do little or no swapping and can run
for days and
Mark,
Here you go, thanks.
Output of ps ax
4917 pts/0Sl29:47 /opt/IBM/WebSphere/AppServer/java/bin/java
-Xbootclasspath/p:/opt/IBM/WebSphere/AppServer/java/jre/lib/ext/ibmorb.j
ar:/opt/IBM/WebSphere/AppServer/java/jre/lib/ext/ibmext.jar:/opt/IBM/Web
Also, is WAS 6.02.17 a network deployment configuration? If so, consider that
ALL of the WebSphere components, Deployment Manager, Node Agent, and
EACH server region have their OWN JVM. This can quickly add up to more
resources than you ever encountered previously.
Compared to WAS 4, WAS 6 will
Hi,
Is there a way to determine if both 31 bit and 64 bit versions of a
package are installed? RPM returns only one line.
For example,
[EMAIL PROTECTED] kernel]# rpm -qa | grep xorg-x11-depre
xorg-x11-deprecated-libs-6.8.2-1.EL.13.37.5
but the distribution lists
On Mar 15, 2007, at 5:07 PM, Spann, Elizebeth (Betsie) wrote:
On SLES 9 and 8 I used elevator=deadline which was recommended at
SHARE
a few years ago. RHEL AS 4 defaults to elevator=cfq.
Opinions?
Totally dependent on what you're using your disk for.
Read the various papers, figure out
On Thu, Mar 15, 2007 at 6:57 PM, in message
[EMAIL PROTECTED], Adam Thornton
[EMAIL PROTECTED] wrote:
On Mar 15, 2007, at 5:07 PM, Spann, Elizebeth (Betsie) wrote:
On SLES 9 and 8 I used elevator=deadline which was recommended at
SHARE
a few years ago. RHEL AS 4 defaults to
Yes, we are testing (or attempting) both. When I run mkinitrd it
doesn't pick up the changes to /etc/modprobe.conf
I update /etc/modprobe.conf
options dasd_mod dasd=100-11F elevator=deadline
I run mkinitrd and then zipl but at boot it says using cfq io
scheduler
Should the options have quotes?
On Thu, Mar 15, 2007 at 7:05 PM, in message
[EMAIL PROTECTED], Spann,
Elizebeth (Betsie) [EMAIL PROTECTED] wrote:
Yes, we are testing (or attempting) both. When I run mkinitrd it
doesn't pick up the changes to /etc/modprobe.conf
I update /etc/modprobe.conf
options dasd_mod dasd=100- 11F
You are right. I updated /etc/modprobe.conf with elevator=deadline and
it complained at boot time that it's an invalid dasd_mod parameter. I'll
try adding it to /etc/zipl.conf
Betsie
-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of
Mark Post
Sent:
Tried it - got same results.
I ask for something on CD3, I get:
Insert CD3.
If I add a symlink to core9/CD3/media.3 and retry I get:
SuSE Linux AG != SuSE Linux AG
20040702201752 != 20040702202948
If I add a symlink to sp3-9/CD3/media.3 and retry I get
SUSE LINUX Products GmbH != SuSE Linux AG
On Wed, 2007-03-14 at 10:42 -0500, Tom Duerbusch wrote:
Thanks...that was interesting, but seemly useless G. Have no idea what it
is trying to tell me.
Just because you don't understand what it's saying, doesn't mean it's
useless... :)
Just for kicks, here is the results:
linux40:~ #
22 matches
Mail list logo