On Wednesday, 07/12/2006 at 05:45 EST, Dennis Schaffer
[EMAIL PROTECTED] wrote:
Hi,
I'm getting ready to order z/VM v5.2 and have a question regarding the
order. I'm using shopZseries to place the order.
In the Previous VM Release section, two options are Common Criteria
RSU
1 and z/VM
Alan,
Thanks for your response. I guess this Common Criteria option won't do me
much good.
Just one more question: You said v5.2 won't be evaluated for Common
Criteria certification? Do you know why? Is it maybe a cost issue, where
its too expensive to do it every release, possibly
I will be out of the office starting 2006-07-13 and will not return until 2006-08-14.
To list:
I recently created a HOSTS LOCAL file and did a
MAKESITE for a few DNS names. Seems to work fine with
one exception. When I do the TESTSITE command, it
looks like one of the DNS names gets truncated.
Following is the o/p from the command:
us-wat-as01.internal.jltservices.com
In z/VM TCP/IP Planning and Customization,
the chapter on Configuring the Local Host Files states the hostname in
a HOSTS LOCAL file can be a maximum of 24 characters
Regards,
Miguel Delapaz
z/VM TCP/IP Development
The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU
wrote on 07/13/2006
Is there a more elegant way to do the following PIPE structure:
'PIPE (ENDCHAR ?)',
... /* some stream of records */
'| p: PICK ...
'| t: TAKE ...
... /* only the records that pass all the filters come here */
'?',
't:',
'| f: FANINANY',
... /* all the records that
If they *really* want to get rid of
the 'DASD cuu DETACHED' message, the
following update to DMSARE will do the
trick. For the most part, I like getting
the message -- it verifies that the
disk was detached.
./ I 0237 $ 02375000 5000
DIAGMSG2 MDC CL24' ' Detach Command
Response Area
Brian, you raise an interesting question about tuning MDC on a
per user basis vs. a system basis vs. a combination. A single
solve all algorithm would be cool, but beyond my imagination
to make it perfect. I believe there was a lot of research
originally about
While MDC is a write-through cache,
I should also mention that if you are
on z/VM 5.1.0 or later you should consider using ETC HOSTS rather than
HOSTS LOCAL (it's documented in the same chapter). The hostname limit
in ETC HOSTS is 128 characters.
Regards,
Miguel Delapaz
z/VM TCP/IP Development
- Forwarded by Miguel
Brian,
To the best of my knowledge, you're stuck with the structure you
described in your note. The syntax of label definitions and references
requires it. If you're concerned about the number of lines added to your
pipeline with each selection stage, note that since the pipeline description
Is there a more elegant way to do the following PIPE structure:
'PIPE (ENDCHAR ?)',
... /* some stream of records */
'| p: PICK ...
'| t: TAKE ...
... /* only the records that pass all the filters come here */
'?',
't:',
'| f: FANINANY',
... /* all the records that were filtered
That's what I thought.
Thanks.
It's to bad there's no way to re-use a label on different filter stages
which only have one input stream, list multiple label references at the
start of a pipe, or designate which input/output streams a label connects
to. Any of them would get rid of the
On Thu, 13 Jul 2006 18:34:59 +0200, Kris Buelens [EMAIL PROTECTED]
wrote:
For longer pipes, I try to put sections close together, using an extra
FANOUT (labeled STEP2 below).
Applied to your sample:
'PIPE (ENDCHAR ?)',
... /* some stream of records */
'| p: PICK ...
'| t: TAKE ...
No, you cannot. But, if it is an OSA, you can define multiple device
numbers on a single OSA. Then you pass a series of device numbers to the
first level TCP/IP, and another set to the guest VM system. If your IOCP
does not have spare device numbers for the OSA, you can always define a
My apologies to the non-plumbers - we should have this kind of threads
on CMSPIP-L instead...
On 7/13/06, Brian Nielsen [EMAIL PROTECTED] wrote:
Not my goal, but thanks anyway. I was hoping to eliminate the trivial
Something that may help in a few cases (which I only dare to suggest
now
On Thursday, 07/13/2006 at 09:47 ZE2, Kris Buelens
[EMAIL PROTECTED] wrote:
No, you cannot. But, if it is an OSA, you can define multiple device
numbers on a single OSA. Then you pass a series of device numbers to
the
first level TCP/IP, and another set to the guest VM system. If your
Hi folks,
This is under zVM 5.2 with Linux kernel 2.6 and using Guest Lan.
Are many virtual machines, each with your function in the game.
Evandro Vargas
IBM Brasil
For dasd cache, all writes are hits unless there is a non-volatile
storage full (error) condition.
If you have dedicated dasd addresses for linux guests, the dasd
cache report (ESADSD5) shows percent of I/O that is read vs
write, and the percent of each that are hits.
The seek reports show by
On 7/13/06, Bill Bitner [EMAIL PROTECTED] wrote:
While MDC is a write-through cache, it does not automatically
insert writes into the cache if the disk location being
I have done some experiments with Linux that seem to work differently.
I flushed the cache and then had Linux sequentially
While this sounds intriguing, neither IF nor PIPCACHE are documented
in the z/VM 5.2 CMS Pipelines Reference (SC24-6076-02). Are they stages
you wrote?
Brian Nielsen
On Thu, 13 Jul 2006 21:51:40 +0200, Rob van der Heij [EMAIL PROTECTED]
wrote:
My apologies to the non-plumbers - we should
Nope. I'm not sure about PIPCACHE, must have missed that one.
The IF stage is part of the Pipelines Run Time Library (Pipes RTL). See:
http://vm.marist.edu/~pipeline/
If you are not running Pipes RTL, you are doing yourself a disservice.
There are tremendously productive new stages in them
On 7/14/06, Mike Walter [EMAIL PROTECTED] wrote:
Nope. I'm not sure about PIPCACHE, must have missed that one.
The IF stage is part of the Pipelines Run Time Library (Pipes RTL). See:
http://vm.marist.edu/~pipeline/
The IF stage is even in the built-in plumbing on z/VM. It's just the
On Jul 13, 2006, at 10:08 PM, David Boyes wrote:
On Jul 13, 2006, at 9:43 PM, Alan Altmark wrote:
Alan Altmark
Lead Security Weasel
David? Can that be *my* job title? Not the Alan Altmark part.
Only if you agree to permanently move to Poughkeepsie and give up all
your ponies.
No! No!
23 matches
Mail list logo