http://www.businessweek.com/magazine/content/04_13/b3876068.htm
--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit
http://www.marist.edu
On Monday, 03/22/2004 at 10:18 EST, "Post, Mark K" <[EMAIL PROTECTED]>
wrote:
> Correct me if I'm wrong (I haven't played with MVS TCPIP definitions
much),
> but in this statement:
> LINK CTC37CTC 1 CTC3X7
> doesn't the "1" say to swap the read channel with the write channel? If
so,
> I
Correct me if I'm wrong (I haven't played with MVS TCPIP definitions much),
but in this statement:
LINK CTC37CTC 1 CTC3X7
doesn't the "1" say to swap the read channel with the write channel? If so,
I would think that is your problem, since the entry in chandev.conf
ctc0,0x0d33,0x0d32,0,3
We have a need to connect the zOS system to a linux (SuSE v8) system thru the internal
escon ctc for ftp & lpr traffic.
We got both sides to connect so far, but whenever we ping the zOS system from the
linux system, the ctc goes down on the zOS side. If we ping the linux system from the
zOS sys
I was extrapolating based on the fact that both the 1k
and 4k filesystems filled at 54%.
So, I've tried to up the inode sizes. I can specify a
large number (> 2M) for the 1k and I get 1,654,784
inodes, but I only am able to get 622,592 inodes for
the 4k blocks. (-N 2,000,000 -i 8192). Yet there a
For simple scheduling of events, I prefer to use the SCHEDULE tool, written
by Simon Kharnas. It's much friendlier that WAKEUP, imho, and has options
for just about any type of scheduling situation that you might have.
Good luck.
Dave Jones
Sine Nomine Associates
Houston
- Original Message -
> The
> sendmail virtual machine has 2 virtual processors. I was thinking to
> increase to 4 to avoid some processor contention but I do not
> know so much
> about it.
Don't. sendmail is an I/O intensive application, not processor
intensive. You'll get more benefit from setting up a number of sma
Actually I'm not using the eligible list (QUICKDSP ON for this machine) and
I've a lot of CPU (10 z990 IFLS) and memory 22GB plus 14GB of expanded. The
sendmail virtual machine has 2 virtual processors. I was thinking to
increase to 4 to avoid some processor contention but I do not know so much
abo
The number (on the back of the binder) is also different .
The SuSE folks are used to these numbers.
The 64-bit version for zSeries is 2111-3INT1.
The 31-bit version of S/390 is 2110-3INT1.
"Knutson, Sam" wrote:
> If you have SLES 8 the Media Kit will say
>
> Linux for zSeries (this is the 64bit
Absolutely agreed. Not knowing what else might be in the machine I
didn't want to strangle it too much. I indicated that after some
monitoring, it could come down somewhat more.
On Mon, 2004-03-22 at 14:10, Wolfe, Gordon W wrote:
> 256M?
>
> I'd give it only 64M. We run Apache servers and Samba
256M?
I'd give it only 64M. We run Apache servers and Samba servers in as
little as 48M with SuSE SLES8. Be sure to give it lots of swap space
though, at least as much as the virtual storage. I'd recommend swap in
V-disk, and make sure your LPAR has plenty of expanded storage. Do all
of this a
> The virual machine has 1.5GB of memory,
This is probably the biggest reason. You're probably getting forced into
the eligible list and your virtual machine is so large that it's never
getting scheduled again.
Break the two functions (mail delivery and POP access) into two
different virtual mach
The customers that I've worked with all use the IBM HTTP Server for
WebSphere.
On Mon, 2004-03-22 at 13:31, Kevin A. Schmidt - at Potomac Electric
Power Company wrote:
> We have started down the Linux zSeries road. We currently have SUSE Linux
> running on an LPAR on our IBM 9672-RB6.
>
> Our fir
> The fact that you ran out of inodes means that if you re-ran
> the mke2fs with
> a different inode value, you would be able to store more
> files on that file
> system. Proper selection of inode values frequently isn't an
> issue, but it
> can become one, as in this case.
This is particularly v
Is Sendmail the only thing running in this virtual machine? If so,
1.5GB is way overkill. Try backing off to 256MB and monitor your
storage utilization with free and vmutil. You may find that you can
reduce it somewhat further.
On Mon, 2004-03-22 at 13:49, Giancarlo Rodolfi wrote:
> I have a cu
On Mon, 2004-03-22 at 13:49, Giancarlo Rodolfi wrote:
> I have a cutomer running Sendmail and POP Server under a Linux RedHat vitual
> machine. The system is hanging and he has to "force" the machine off the
> system and restart. I can see any messages on the zvm console or under linux
> that could
I have a cutomer running Sendmail and POP Server under a Linux RedHat vitual
machine. The system is hanging and he has to "force" the machine off the
system and restart. I can see any messages on the zvm console or under linux
that could give me any explanation about what is happening.
I'm running
Well, it may be the IBM HTTP server, but that uses the Apache "engine." If
it were my money, I'd keep it and use Apache, given those two choices.
Mark Post
-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Kevin
A. Schmidt - at Potomac Electric Power Comp
If you have SLES 8 the Media Kit will say
Linux for zSeries (this is the 64bit version) or
Linux for S/390 (this is the 32 bit version)
Be careful as many applications including DB2 UDB for Linux/390 do NOT
support 64 bit operation. Even applications which may appear to work may not
be certifi
We have started down the Linux zSeries road. We currently have SUSE Linux
running on an LPAR on our IBM 9672-RB6.
Our first customer for the Linux zSeries is going to be using WebSphere
Application Server for Linux zSeries.
As I was researching the installation of WebSphere App Server V5.1, I
fo
Loosely speaking, one way to tell the theoretical maximum you can store on a
file system is to do a "df" command. If you add the -i parameter, that will
tell you the number of inodes you have available. The maximum number of
files will be equal to the smaller of the 1K blocks and the inodes. If
You need to get the 31-bit Linux installation media.
On Mon, 2004-03-22 at 12:52, Arty Ecock wrote:
> Hi,
>
>I know I'm missing the obvious, but how do I force an install of a 31-bit
> SLES8 on z z990 (running unver z/VM, of course)?
>
> Cheers,
> Arty
>
> -
Hi,
I know I'm missing the obvious, but how do I force an install of a 31-bit
SLES8 on z z990 (running unver z/VM, of course)?
Cheers,
Arty
--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to [EM
I wrote:
A colleague is having problems using cpio on a SLES 8 image to install
a tarball with the Oracle 9 database server software in it. He gets no
response at all from the cpio command; the same command on the same
tarball on one of his AIX systems gets lots of output immediately, so
the tarba
To answer both Mark and Tom
1) Both the 1k and 4k block experiment topped out at
54% of the file system full, so, yes, you do run out
of inodes sooner, but you have more "capacity" for
inodes with 4k blocks.
Additionally, chasing the inode chain from disk (not
cache) would be quicker with 4k bloc
A colleague is having problems using cpio on a SLES 8 image to install a
tarball with the Oracle 9 database server software in it. He gets no
response at all from the cpio command; the same command on the same
tarball on one of his AIX systems gets lots of output immediately, so
the tarball seems i
>I would imagine that it's more likely you ran out of inodes in both
cases.
>"man mke2fs" will talk about the "-i bytes-per-inode" parameter. "df -i"
>will show you inode usage on each file system.
I second Mark's opinion. You ran out of inodes. In case of sufficient
inode space you'll be able to
James,
Almost completely correct. In fact, where your root file system is located
has nothing to do with what device number you IPL/boot from. It just so
happens that the volume containing the root file system has been where
things default to, because that is where the /boot directory is most oft
If I am understanding this correctly..
Parmfile device order determines what devices is what file system
Parmfile:
dasd=a23c,b213,b214,b215,b216,a23d root=/dev/dasdb1 noinitrd
cat /proc/dasd/devices seems to confirm the device/filesystem relationship.
Now /etc/fstab has this:
/dev/dasda1
You should be able to vary the volume online to OS/390 and back it up
with standard tools. You will want to restore it to a different volume
and bring it up first, before you start any maintenance, to verify that
your backup and restore works.
Here's an example of some JCL that someone sent me:
Okay. That sounds like a good start. How do I do this? And "IF" my Linux will no
longer come up how do I restore these? I am running SLES8 in an LPAR, so I do not
have any of the neat tricks and tools VM affords one. I am still very much a Linux
(of any flavor) newbe.
Michael A. Geiger
Sr.
Mike,
About the only way I can think of is to create a 2nd image of your
machine, and see if the updates work there. This is difficult if you're
running on an LPAR/native, but easy if you're under VM. We took this
approach. We did find some changes in the tape drivers that didn't trickle
down into
I think there is an option to keep the old RPMs. But the safest method
is to take a full backup (and maybe 2).
On Mon, 2004-03-22 at 07:55, Geiger, Mike wrote:
> Anyone have any ideas as to where to read or a methodology on how to begin/perform
> this process in a safe and recoverable way?
>
> T
Anyone have any ideas as to where to read or a methodology on how to begin/perform
this process in a safe and recoverable way?
TIA,
Michael A. Geiger
Sr. Operating Systems Programmer
CommerceQuest, Inc.
5481 W. Waters Ave.
Tampa, FL 33634
Tel. 813.639.6516
--
Am Freitag, 19. März 2004 16:20 schrieb Rod Furey:
> They have different release tracks for different products:
>
> Home/Professional
> Desktop
> SLES
> SLSS
>
> The thing is, I can't find a reference on the site. I have a
> reference in one of my Linux mags, but I can't find an
> equivalent on the
35 matches
Mail list logo
