-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Thanks. Unfortunately, still doesn't work. It instead puts everything
in the 'Unmatched VSWITCH' section, and nothing at all in the lookup
master output.
Credit to my colleague Bob Nix here, this gave me the expected output:
/* */
'PIPE ( endchar ?) ',
'cp query signals shutdown | drop 2 | specs word 1 1 ',
' | a: lookup master ',
' | sort | literal Linux Guests | z: fanin | cons' ,
'? cp query vswitch vswg active | locate /Adapter Owner:/ ',
' | specs word 3 1 | a:',
' | literal Unmatched Signal Handler | elastic | z:',
'? a: | literal Unmatched VSWITCH | elastic | z: '
It appeared as though there was a race condition with multiple stages
outputting to cons, which the z: fanin | cons solved.
However, that created a stall, which the addition of the two 'elastic |'
commands resolved.
Still not the most elegant solution, but hey, it works.
- -- Pat
Schuh, Richard wrote:
> Eliminate the connecter in the next to last line so that it is simply "'|
> literal Unmatched VSWITCH | console ',". The previous a: is the secondary
> stream's connector.
>
> Regards,
> Richard Schuh
>
>
>
>> -----Original Message-----
>> From: The IBM z/VM Operating System
>> [mailto:ib...@listserv.uark.edu] On Behalf Of Patrick Spinler
>> Sent: Thursday, August 13, 2009 9:39 AM
>> To: IBMVM@LISTSERV.UARK.EDU
>> Subject: More pipe help, please
>>
>
> Folks:
>
> Building on a number of the good ideas in the "How to tell
> how many linux running on z/VM" thread, I just whipped up
> this pipeline:
>
> /* */
> 'PIPE ( endchar ?) ',
> 'cp query signals shutdown | drop 2 | specs word 1 1 ',
> ' | a: lookup master | sort | cons ',
> '? cp query vswitch vswg active | locate /Adapter Owner:/ ',
> ' | specs word 3 1 | a:',
> '? a: | literal Unmatched VSWITCH | console ',
> '? a: | literal Unmatched signal listeners | console'
>
> Which is supposed to output a list of guests that both listen
> to signal shutdown, and are attached to our vswitch named VSWG.
>
> The output of matched guests is as I expect, as is the output
> of unmatched VSWITCH connected guests (TCPIP, in my case).
>
> What's curious to me is that the 4th stage, the output to
> console stage with 'literal Unmatched signal listeners' does
> not contain our SFS servers, which I see when I run 'cp query
> signals shutdown' by hand.
>
> How may I determine where I'm loosing those records, please?
>
> Thanks!
> -- Pat
>
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (Darwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iEYEARECAAYFAkqETR8ACgkQNObCqA8uBsyT0ACbBGsiq4YFLD/8TWe9odq+3CZZ
udcAn2pxdelr5ikjpq2Zx1+FUf+U+PUC
=NmCV
-----END PGP SIGNATURE-----
