> Nothing I can see in the logs.
> Guest is responsive.
Probably not VM or Linux-related, then.
> Pings blocked on network firewall but cannot Telnet to port 9100
during
> printer outage. Can Telnet when printing working.
Hmm. Have there been any recent physical expansion or wiring topology
ch
Nothing I can see in the logs.
Guest is responsive.
Pings blocked on network firewall but cannot Telnet to port 9100 during printer
outage. Can Telnet when printing working.
Traceroute all blanks (* * *).
Ken Libutti CNE, CNI, SCSA, RHCT
Asst. Director of Systems Services
Broward Community Coll
Some questions:
- Any informationV in the log files?
- Is the guest responsive during that 5-10 minute period?
- Can you ping the printers from that guest?
- What does traceroute show during the time the printers aren't accessible?
-Original Message-
OK, I am a little frustrated here. Hav
Oh, vendor can matter very much indeed. Search the archives for my
experience on the EMC DMX2000 with 4k block sizes on the VM list. Do
you have anything else you can test on?
Marcy Cortes
This message may contain confidential and/or privileged information. If
you are not the addressee or
OK, I am a little frustrated here. Have a guest that all printing stops for
about 5-10 minutes. SuSE 9 sp3 on vm 5.2 Cannot Telnet to the printers from
this guest but can from others on same vswtich and other servers on the
network. Shut down Susefirewall and did and iptables -F. No help. I
No, we did the activate, paged ahead and then we tried formatting when we
created the partitions and selected the software packages. This is the format
that fails. We will try this earlier format and see what happens.
Thanks,
Al Schilla
Systems Programmer
Enterprise Technology Services
Office
Any plans for a SLES10 version of the cookbook?
Michael MacIsaac wrote:
Hello list!
I am pleased to announce there is an updated version of "z/VM and Linux on
IBM System z: The Virtualization Cookbook" on http://linuxvm.org/present/.
It includes a new chapter, 11, "Cloning IBM middleware virt
Are your disk LVM? If LVM what size volumes did you use to create them. If LVM,
is PAV support enabled? Could you be bottlenecking because of lack of
PAV?
"Brandt, Mark H" <[EMAIL PROTECTED]>
Sent by: Linux on 390 Port
You don't state it explicitly, so I'll ask. Once you activated the DASD
volumes you wanted to use, did you (on that same YaST screen) also
format them? The drop-down list has three options (if I'm remembering
right):
Activate
Deactivate
Format
Mark Post
-Original Message-
From: Linux
Not enough controller cache ?? Minidisk cache turned off ..?? - the
best i/o is the one you don't do ..
Mark
-Original Message-
From: Richard Troth [mailto:[EMAIL PROTECTED]
Sent: Thursday, August 17, 2006 10:03 AM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: I/O wait times -vs- Linux mem
3390
Vendor should not matter; these are on an EMC frame.
What would bog Linux I/O to 3390s?
-- R;
- Original Message -
From: Dave Jones [EMAIL PROTECTED]
Sent: 08/17/2006 12:24 PM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: I/O wait times -vs- Linux memory
Rick, what kind of Linux i/o a
Rick, what kind of Linux i/o are you doing? To real 3390s? To SHARKs
looking like a 3390? To some sort of SCSI attached disk?
DJ
Richard Troth wrote:
We're looking at some high I/O wait times for a certain database. One
engineer has suggested that we add memory to Linux to speed things up. I
No SAN in this case, Dave. This is "high I/O wait times" for CKD as
minidisks.
-- R;
David Boyes <[EMAIL PROTECTED]>
Sent by: Linux on 390 Port
08/17/2006 10:23 AM
Please respond to Linux on 390 Port
From
David Boyes <[EMAIL PROTECTED]>
To
LINUX-390@VM.MARIST.EDU
cc
Subject
Re: I
On Thu, Aug 17, 2006 at 10:57:46AM -0400, David Boyes wrote:
> The way QDIO device handling works, the size of the transfer buffers
> affect the amount of information that can be moved with a single
> operation, which sets a maximum limit on the transfer rate for a fixed
> processor speed.
>
> Anal
> Generally, adding extra memory won't improve I/O throughput (reduce
I/O
> wait
> times) unless the application characteristics are such that you get
decent
> benefits from readahead and caching to avoid buffer recycling trashing
> data
> you are going to need soon. For database applications (whe
I find that particular bit -- "taking any action based on it is strictly
prohibited" -- very amusing. You're allowed to read it, but it shouldn't make
any difference whether you do or not.
Jon
"copying, or distribution of this transmission, or taking any action based on
it, is strictly pr
Generally, adding extra memory won't improve I/O throughput (reduce I/O wait
times) unless the application characteristics are such that you get decent
benefits from readahead and caching to avoid buffer recycling trashing data
you are going to need soon. For database applications (where feasible)
zVM 5.1 installing to ECKD minidisk. We had a similar error on the VDISK swap
and this is FBA but we think we should be able to run the install without swap
and then resolve the FBA problem later.
Al Schilla
Systems Programmer
Enterprise Technology Services
Office of Enterprise Technology
phone
> We're looking at some high I/O wait times for a certain database. One
> engineer has suggested that we add memory to Linux to speed things up.
I
> don't see it. Does adding RAM to Linux help its I/O throughput?
On Intel, maybe. I would doubt that it would have a large impact on Z.
Can you te
We're looking at some high I/O wait times for a certain database. One
engineer has suggested that we add memory to Linux to speed things up. I
don't see it. Does adding RAM to Linux help its I/O throughput?
We've put a lot of effort into sizing our Linux guests (all hosted by
z/VM 5.2) to tha
hi,
On Wed, Aug 16, 2006 at 03:10:34PM -0500, Alan Schilla wrote:
> We are trying the install of sles10 and get the boot loader and thru the
> network config to the FTP server for installation. We connect to the new
> guest via cygwin and ssh. We start the configuration of the disk partitions
>
21 matches
Mail list logo