Ok, I'm confused now...

2010-03-29 Thread David Boyes

Setting up LPR support in RSCS on 5.4. I’ve added the

515  TCP RSCS; RSCS

line to PROFILE TCPIP, and recycled TCPIP and RSCS to ensure that they’re 
picking up the updated PROFILE  TCPIP. I’ve defined a LPR link in RSCSTCP 
CONFIG, and when I print to it, I still get:

10:26:02 DMTLPR012I Link VA1P8 exit routine LPRXPSE loaded at 01FD0470
10:26:02 DMTLPR181I Link VA1P8 ready for session initiation
10:26:02 DMTAXM109I File queue reordered
10:26:02 DMTLPR193I Link VA1P8 connecting to host 192.168.101.17 port 515 printe
r va1p8
10:26:02 DMTLPR083E Socket error on link VA1P8 request=Bind
10:26:02 DMTLPR083E return code=- 1 error number=13 (Permission denied)
10:26:02 DMTLPR183I Link VA1P8 session terminated
10:26:02 DMTMAN002I Link VA1P8 deactivated
10:26:03 DMTAXM109I File queue reordered
10:26:03 DMTAXM500I 1 file(s) closed on link VA1P8

The destination host is running LPD, and I can print to it with the CMS command 
line LPR with no problems.

What did I miss?

-- db



Re: Ok, I'm confused now...

2010-03-29 Thread Ron Schmiedge
Got a firewall in the way blocking port 515?

Ron

On Mon, Mar 29, 2010 at 9:33 AM, David Boyes dbo...@sinenomine.net wrote:

 Setting up LPR support in RSCS on 5.4. I’ve added the

 515  TCP RSCS    ; RSCS

 line to PROFILE TCPIP, and recycled TCPIP and RSCS to ensure that they’re
 picking up the updated PROFILE  TCPIP. I’ve defined a LPR link in RSCSTCP
 CONFIG, and when I print to it, I still get:

 10:26:02 DMTLPR012I Link VA1P8 exit routine LPRXPSE loaded at 01FD0470
 10:26:02 DMTLPR181I Link VA1P8 ready for session initiation
 10:26:02 DMTAXM109I File queue reordered
 10:26:02 DMTLPR193I Link VA1P8 connecting to host 192.168.101.17 port 515
 printe
 r va1p8
 10:26:02 DMTLPR083E Socket error on link VA1P8 request=Bind
 10:26:02 DMTLPR083E return code=- 1 error number=13 (Permission denied)
 10:26:02 DMTLPR183I Link VA1P8 session terminated
 10:26:02 DMTMAN002I Link VA1P8 deactivated
 10:26:03 DMTAXM109I File queue reordered
 10:26:03 DMTAXM500I 1 file(s) closed on link VA1P8

 The destination host is running LPD, and I can print to it with the CMS
 command line LPR with no problems.

 What did I miss?

 -- db




MTU on Hipersocket

2010-03-29 Thread Kris Buelens
Not really VM, but z/VSE and Linux

A customer I inherited encounters intermittent hangs of their VSE DRDA
connection to UDB on Linux on system z.  When they restart TCP/IP VSE all
goes well again, for weeks or (lately: for a couple of days).  The VSE
system runs under VM on standard engines and Linux runs under VM on an IFL.

We just found out that the defined MTU's differ, and I always heard that MTU
sizes should be identical:

VSE:
   DEFINE
LINK,ID=OSAFNET,TYPE=OSAX,DEV=D00,MTU=1492,DATAPATH=D02,-

PORTNAME=VSEPROD

Linux: ifcfg-hsio, reports and MTU of 8192

Might this be an explanation?  How comes it works fine (most of the time)
with apparently different MTU values?

-- 
Kris Buelens,
IBM Belgium, VM customer support


Re: Ok, I'm confused now...

2010-03-29 Thread Michael Coffin
Hi David,

 

Can you post the RSCS LINKDEFINE and PARM statements you coded?  Did you
specify SECURE=NO on the PARM statement?

 

-Mike

 

From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of David Boyes
Sent: Monday, March 29, 2010 11:34 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Ok, I'm confused now...

 


Setting up LPR support in RSCS on 5.4. I've added the 

515  TCP RSCS; RSCS

line to PROFILE TCPIP, and recycled TCPIP and RSCS to ensure that they're
picking up the updated PROFILE  TCPIP. I've defined a LPR link in RSCSTCP
CONFIG, and when I print to it, I still get:

10:26:02 DMTLPR012I Link VA1P8 exit routine LPRXPSE loaded at 01FD0470
10:26:02 DMTLPR181I Link VA1P8 ready for session initiation
10:26:02 DMTAXM109I File queue reordered
10:26:02 DMTLPR193I Link VA1P8 connecting to host 192.168.101.17 port 515
printe
r va1p8
10:26:02 DMTLPR083E Socket error on link VA1P8 request=Bind
10:26:02 DMTLPR083E return code=- 1 error number=13 (Permission denied)
10:26:02 DMTLPR183I Link VA1P8 session terminated
10:26:02 DMTMAN002I Link VA1P8 deactivated
10:26:03 DMTAXM109I File queue reordered
10:26:03 DMTAXM500I 1 file(s) closed on link VA1P8

The destination host is running LPD, and I can print to it with the CMS
command line LPR with no problems. 

What did I miss? 

-- db



Re: Moderator comment Re: [IBMVM] z/VM/ Linux Systems Programmer Opportunity ...

2010-03-29 Thread Brian Nielsen
On Fri, 26 Mar 2010 23:13:36 -0500, Alan Ackerman 
alan.acker...@earthlink.net wrote:

Am I the only one that reads this list at 
http://listserv.uark.edu/archives/ibmvm.html?



Nope.  It's the only way I read it.  I don't think I could stand all that
 
clutter in my Email.  shudder  I like reading it when *I* want and on m
y 
own terms, thank-you very much.

Brian Nielsen


Re: Ok, I'm confused now...

2010-03-29 Thread Hodge, Robert L
Add SECURE=NO to the LPR link PARM section, if it is not already there.

From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf 
Of David Boyes
Sent: Monday, March 29, 2010 9:34 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Ok, I'm confused now...


Setting up LPR support in RSCS on 5.4. I've added the

515  TCP RSCS; RSCS

line to PROFILE TCPIP, and recycled TCPIP and RSCS to ensure that they're 
picking up the updated PROFILE  TCPIP. I've defined a LPR link in RSCSTCP 
CONFIG, and when I print to it, I still get:

10:26:02 DMTLPR012I Link VA1P8 exit routine LPRXPSE loaded at 01FD0470
10:26:02 DMTLPR181I Link VA1P8 ready for session initiation
10:26:02 DMTAXM109I File queue reordered
10:26:02 DMTLPR193I Link VA1P8 connecting to host 192.168.101.17 port 515 printe
r va1p8
10:26:02 DMTLPR083E Socket error on link VA1P8 request=Bind
10:26:02 DMTLPR083E return code=- 1 error number=13 (Permission denied)
10:26:02 DMTLPR183I Link VA1P8 session terminated
10:26:02 DMTMAN002I Link VA1P8 deactivated
10:26:03 DMTAXM109I File queue reordered
10:26:03 DMTAXM500I 1 file(s) closed on link VA1P8

The destination host is running LPD, and I can print to it with the CMS command 
line LPR with no problems.

What did I miss?

-- db


Re: z/VM 5.4 Install question

2010-03-29 Thread Martin, Terry R. (CMS/CTR) (CTR)
Thanks Jonathan 

Thank You,

Terry Martin
Lockheed Martin - Citic
z/OS and z/VM Performance Tuning and Operating Systems Support
Office - 443 348-2102
Cell - 443 632-4191

-Original Message-
From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Quay, Jonathan (IHG)
Sent: Sunday, March 28, 2010 2:08 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: z/VM 5.4 Install question

It didn't take very long, but my workstation is about two hops away from
the mainframe osa.



From: The IBM z/VM Operating System on behalf of Martin, Terry R.
(CMS/CTR) (CTR)
Sent: Sun 3/28/2010 2:01 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: z/VM 5.4 Install question



Thanks Jonathan,

That's about what I was thinking of doing. Do you remember how long the
SEND down to you z/VM system took? It warns in the manual that it could
take a while!

Thank You,

Terry Martin
Lockheed Martin - Citic
z/OS and z/VM Performance Tuning and Operating Systems Support
Office - 443 348-2102
Cell - 443 632-4191

-Original Message-
From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Quay, Jonathan (IHG)
Sent: Sunday, March 28, 2010 1:22 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: z/VM 5.4 Install question

Terry, when I did this, I received .zip files from ShopZSeries.  I
unzipped them in to a directory structure on my workstation.  Then I
used my terminal emulator (PCOM) to upload them to a minidisk on my 1st
level system's VM 5.4 installation userid (MAINT54 in my case).
Instructions/requirements for that userid are on pp 61-62 of.  the Guide
for Automated Installation and Service.  Then follow the instructions in
Appendix J.   Use the .srl file and the upload is automated for you.



From: The IBM z/VM Operating System on behalf of Martin, Terry R.
(CMS/CTR) (CTR)
Sent: Sun 3/28/2010 12:19 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: z/VM 5.4 Install question



https://webmail.ichotelsgroup.com/exchange/Jonathan.Quay/Drafts/RE:%20z
_xF8FF_VM%205.4%20Install%20question.EML/image001@01cace6e.f90eedb0


Hi



This has probably been broached before here but I could not find the
specifics that I was looking for sorry if this is a repeat question.



Anyway I am getting ready to install z/VM 5.4 and I ordered the product
via Shop Z Series. I was able to download everything including the RSU
to my desk top all in the same folder. Since I do not have the means at
this time to do the install via DVD I was going to use a Terminal
Emulator to Upload Files and install via a z/VM mini disk. I am using
the Automated Install and Service Guide as my reference for the install.
I know this is going to be slow but it looks like it will work.



My question is that it is a little confusing when it keeps talking about
the DVD install I am assuming that since the download to my desk top
into a folder called CPDVD that by SENDING it via the Terminal Emulator
to my z/VM system to a mini disk that it is the same thing as if it were
on a real DVD is this a correct assumption? Please add any other
information that you think I should be aware of. This is my first real
install of the operating system so I want to do it right.





Thanks for the help!! 



Thank You,



Terry Martin

Lockheed Martin - Citic

z/OS and z/VM Performance Tuning and Operating Systems Support

Office - 443 348-2102

Cell - 443 632-4191




cid:image001.jpg@01C97FB5.5EAFD6C0https://webmail.ichotelsgroup.com/exc
hange/Jonathan.Quay/Drafts/RE:%20z_xF8FF_VM%205.4%20Install%20question.E
ML/image002@01cace6e.f90eedb0


Re: MTU on Hipersocket

2010-03-29 Thread Mark Post
 On 3/29/2010 at 12:28 PM, Kris Buelens kris.buel...@gmail.com wrote: 
 Might this be an explanation?  How comes it works fine (most of the time)
 with apparently different MTU values?

Absolutely it could be the problem.  It will only fail if a packet exceeding 
the MTU gets sent, so if your traffic is mainly packets  1492, then you won't 
see it right away.  Also, the problem will only occur if it is the Linux system 
that sends the packet, since it has the larger MTU.


Mark Post


DFDSS Restore ADMIN PARM

2010-03-29 Thread Martin, Terry R. (CMS/CTR) (CTR)
  

HI,

 

I am at the Hotsite and I am trying to restore my VM volumes under DFDSS
on z/OS. The input statement for the restore is:

 

RESTORE -

   ADMINISTRATOR -

   TRKS(0,0,30050,14) 

   INDD(BKVM170K)-

   OUTDD(VM170K) -

   CPVOLUME  -

 

The problem that I am having is that I am receiving an Authority error
on the ADMINSTRATOR keyword. The Hotsite system we are on does not have
RACF. I tried removing the keyword but apparently there are other SUB
parameters that require the ADMIN keyword.

 

Any ideas on how to get around this?? 

 

Thank You,

 

Terry Martin

Lockheed Martin - Citic

z/OS and z/VM Performance Tuning and Operating Systems Support

Office - 443 348-2102

Cell - 443 632-4191

 

 

 



Re: DFDSS Restore ADMIN PARM

2010-03-29 Thread Macioce, Larry
Terry,

I don't think racf has anything to do with the admin keyword, it lets
you act as a dfdss storage admin.

Dumb question, have you tired without admin??

Worst that can happen is it won't work like it isn't working now.

Mace

 



From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Martin, Terry R. (CMS/CTR) (CTR)
Sent: Monday, March 29, 2010 2:01 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: DFDSS Restore ADMIN PARM

 

HI,

 

I am at the Hotsite and I am trying to restore my VM volumes under DFDSS
on z/OS. The input statement for the restore is:

 

RESTORE -

   ADMINISTRATOR -

   TRKS(0,0,30050,14) 

   INDD(BKVM170K)-

   OUTDD(VM170K) -

   CPVOLUME  -

 

The problem that I am having is that I am receiving an Authority error
on the ADMINSTRATOR keyword. The Hotsite system we are on does not have
RACF. I tried removing the keyword but apparently there are other SUB
parameters that require the ADMIN keyword.

 

Any ideas on how to get around this?? 

 

Thank You,

 

Terry Martin

Lockheed Martin - Citic

z/OS and z/VM Performance Tuning and Operating Systems Support

Office - 443 348-2102

Cell - 443 632-4191

 

cid:image001.jpg@01C97FB5.5EAFD6C0

 




-

The information transmitted is intended solely for the individual
or entity to which it is addressed and may contain confidential
and/or
privileged material. Any review, retransmission, dissemination or
other use of or taking action in reliance upon this information by
persons or entities other than the intended recipient is
prohibited. If you have received this email in error please contact
the sender and delete the
material from any computer.



Re: DFDSS Restore ADMIN PARM

2010-03-29 Thread Macioce, Larry
Well in further reading I have stuck my foot, or should I say my fingers
in my mouth. It talks of creating discrete profiles

But I would still try w/o and see what happens

Mace

 

 



From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Martin, Terry R. (CMS/CTR) (CTR)
Sent: Monday, March 29, 2010 2:01 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: DFDSS Restore ADMIN PARM

 

HI,

 

I am at the Hotsite and I am trying to restore my VM volumes under DFDSS
on z/OS. The input statement for the restore is:

 

RESTORE -

   ADMINISTRATOR -

   TRKS(0,0,30050,14) 

   INDD(BKVM170K)-

   OUTDD(VM170K) -

   CPVOLUME  -

 

The problem that I am having is that I am receiving an Authority error
on the ADMINSTRATOR keyword. The Hotsite system we are on does not have
RACF. I tried removing the keyword but apparently there are other SUB
parameters that require the ADMIN keyword.

 

Any ideas on how to get around this?? 

 

Thank You,

 

Terry Martin

Lockheed Martin - Citic

z/OS and z/VM Performance Tuning and Operating Systems Support

Office - 443 348-2102

Cell - 443 632-4191

 

cid:image001.jpg@01C97FB5.5EAFD6C0

 




-

The information transmitted is intended solely for the individual
or entity to which it is addressed and may contain confidential
and/or
privileged material. Any review, retransmission, dissemination or
other use of or taking action in reliance upon this information by
persons or entities other than the intended recipient is
prohibited. If you have received this email in error please contact
the sender and delete the
material from any computer.



Re: DFDSS Restore ADMIN PARM

2010-03-29 Thread Martin, Terry R. (CMS/CTR) (CTR)
I tried it without ADMIN but there are other SUB parameters on the
Restore statement that require ADMIN.

 

Thank You,

 

Terry Martin

Lockheed Martin - Citic

z/OS and z/VM Performance Tuning and Operating Systems Support

Office - 443 348-2102

Cell - 443 632-4191

 

From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Macioce, Larry
Sent: Monday, March 29, 2010 2:21 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: DFDSS Restore ADMIN PARM

 

Well in further reading I have stuck my foot, or should I say my fingers
in my mouth. It talks of creating discrete profiles

But I would still try w/o and see what happens

Mace

 

 



From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Martin, Terry R. (CMS/CTR) (CTR)
Sent: Monday, March 29, 2010 2:01 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: DFDSS Restore ADMIN PARM

 

HI,

 

I am at the Hotsite and I am trying to restore my VM volumes under DFDSS
on z/OS. The input statement for the restore is:

 

RESTORE -

   ADMINISTRATOR -

   TRKS(0,0,30050,14) 

   INDD(BKVM170K)-

   OUTDD(VM170K) -

   CPVOLUME  -

 

The problem that I am having is that I am receiving an Authority error
on the ADMINSTRATOR keyword. The Hotsite system we are on does not have
RACF. I tried removing the keyword but apparently there are other SUB
parameters that require the ADMIN keyword.

 

Any ideas on how to get around this?? 

 

Thank You,

 

Terry Martin

Lockheed Martin - Citic

z/OS and z/VM Performance Tuning and Operating Systems Support

Office - 443 348-2102

Cell - 443 632-4191

 

cid:image001.jpg@01C97FB5.5EAFD6C0

 



 The
information transmitted is intended solely for the individual or entity
to which it is addressed and may contain confidential and/or privileged
material. Any review, retransmission, dissemination or other use of or
taking action in reliance upon this information by persons or entities
other than the intended recipient is prohibited. If you have received
this email in error please contact the sender and delete the material
from any computer.
 



Re: MTU on Hipersocket

2010-03-29 Thread David Boyes

We just found out that the defined MTU's differ, and I always heard that MTU 
sizes should be identical:

Unless path discovery is active on both ends of the link, the sizes should be 
identical.

Might this be an explanation?  How comes it works fine (most of the time) with 
apparently different MTU values?

Nothing sent a packet big enough to cause one end to need fragmentation, so you 
got lucky. It broke when you got a very large packet that needed to be 
fragmented, Path MTU discovery was off, and the sending side kept trying to 
send and got rejected.  Since you're running DRDA, that would be an easy 
scenario to do, since the results of queries would be different sizes.



Re: Ok, I'm confused now...

2010-03-29 Thread Alan Altmark
On Monday, 03/29/2010 at 11:41 EDT, David Boyes dbo...@sinenomine.net 
wrote:
 Setting up LPR support in RSCS on 5.4. I?ve added the 
 
 515  TCP RSCS; RSCS
:
 10:26:02 DMTLPR083E Socket error on link VA1P8 request=Bind
 10:26:02 DMTLPR083E return code=- 1 error number=13 (Permission denied)
:
 What did I miss? 

You forgot that the LPR *client* doesn't use port 515, but ports 721-731, 
inclusive (per RFC 1179).  The SECURE=NO recommended by others eliminates 
the need to reserve those client ports for RSCS.

The CMS LPR command only uses the RFC-defined port if you specify the 
RFCports option on the command.

Alan Altmark
z/VM Development
IBM Endicott


Re: DFDSS Restore ADMIN PARMhttp://us.mc656.mail.yahoo.com/mc/welcome?.rand=49569508

2010-03-29 Thread D alta


--- On Mon, 3/29/10, Macioce, Larry larry.maci...@com.state.oh.us wrote:

From: Macioce, Larry larry.maci...@com.state.oh.us
Subject: Re: DFDSS Restore ADMIN PARM
To: IBMVM@LISTSERV.UARK.EDU
Date: Monday, March 29, 2010, 2:20 PM




 
 
 







Well in further reading I have stuck my
foot, or should I say my fingers in my mouth. It talks of creating discrete
profiles 

But I would still try w/o and see what
happens 

Mace 

   

   









From: The IBM z/VM Operating System
[mailto:ib...@listserv.uark.edu] On Behalf Of
Martin, Terry R. (CMS/CTR) (CTR)

Sent: Monday, March 29, 2010 2:01
PM

To: IBMVM@LISTSERV.UARK.EDU

Subject: DFDSS Restore ADMIN PARM 



   

HI, 

   

I am at the Hotsite and I am trying to restore my VM
volumes under DFDSS on z/OS. The input statement for the restore is: 

   

RESTORE
- 

   ADMINISTRATOR     - 

  
TRKS(0,0,30050,14)  

  
INDD(BKVM170K)    - 

  
OUTDD(VM170K) - 

  
CPVOLUME 
- 

   

The problem that I am having is that I am receiving an
Authority error on the ADMINSTRATOR keyword. The Hotsite system we are on does
not have RACF. I tried removing the keyword but apparently there are other SUB
parameters that require the ADMIN keyword. 

   

Any ideas on how to get around this??  

   

Thank You, 

   

Terry Martin 

Lockheed Martin - Citic 

z/OS and z/VM Performance Tuning and Operating Systems Support 

Office - 443 348-2102 

Cell - 443 632-4191 

   

 

   



 




The information transmitted is intended solely for the individual or entity to 
which it is addressed and may contain confidential and/or
privileged material. Any review, retransmission, dissemination or other use of 
or taking action in reliance upon this information by persons or entities other 
than the intended recipient is prohibited. If you have received this email in 
error please contact the sender and delete the
material from any computer.




  

Re: Ok, I'm confused now...

2010-03-29 Thread David Boyes
 You forgot that the LPR *client* doesn't use port 515, but ports 721-
 731,
 inclusive (per RFC 1179).  The SECURE=NO recommended by others
 eliminates
 the need to reserve those client ports for RSCS.

D'oh! 

Thanks, Alan. My mind is going. 

-- db


Re: Ok, I'm confused now...

2010-03-29 Thread David Boyes
No. Here are the parm statements:

LINKDEFINE VA1P8 TYPE LPR FORM * AST
PARM VA1P8 EXIT=LPRXPSE HOST=192.168.101.17 PRINTER=va1p8

These worked with 4.4 on the same host, no changes in the print server or 
firewall settings. Will try SECURE=NO, though.

I thought the PROFILE TCPIP entry was the key to not having to mess with 
SECURE=NO?


n  Db

n


Can you post the RSCS LINKDEFINE and PARM statements you coded?  Did you 
specify SECURE=NO on the PARM statement?

-Mike

From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf 
Of David Boyes
Sent: Monday, March 29, 2010 11:34 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Ok, I'm confused now...


Setting up LPR support in RSCS on 5.4. I've added the

515  TCP RSCS; RSCS

line to PROFILE TCPIP, and recycled TCPIP and RSCS to ensure that they're 
picking up the updated PROFILE  TCPIP. I've defined a LPR link in RSCSTCP 
CONFIG, and when I print to it, I still get:

10:26:02 DMTLPR012I Link VA1P8 exit routine LPRXPSE loaded at 01FD0470
10:26:02 DMTLPR181I Link VA1P8 ready for session initiation
10:26:02 DMTAXM109I File queue reordered
10:26:02 DMTLPR193I Link VA1P8 connecting to host 192.168.101.17 port 515 printe
r va1p8
10:26:02 DMTLPR083E Socket error on link VA1P8 request=Bind
10:26:02 DMTLPR083E return code=- 1 error number=13 (Permission denied)
10:26:02 DMTLPR183I Link VA1P8 session terminated
10:26:02 DMTMAN002I Link VA1P8 deactivated
10:26:03 DMTAXM109I File queue reordered
10:26:03 DMTAXM500I 1 file(s) closed on link VA1P8

The destination host is running LPD, and I can print to it with the CMS command 
line LPR with no problems.

What did I miss?

-- db


Re: DFDSS Restore ADMIN PARM

2010-03-29 Thread Alan Altmark
On Monday, 03/29/2010 at 02:02 EDT, Martin, Terry R. (CMS/CTR) (CTR) 
terry.mar...@cms.hhs.gov wrote:
 The problem that I am having is that I am receiving an Authority error 
on the 
 ADMINSTRATOR keyword. The Hotsite system we are on does not have RACF. I 
tried 
 removing the keyword but apparently there are other SUB parameters that 
require 
 the ADMIN keyword.

The DFSMSdss manual says that to use the ADMINISTRATOR keyword, all of the 
following must be true:
o FACILITY class is active.
o Applicable FACILITY class profile is defined.
o You have READ access to that profile.

So while the hotsite may not have RACF, it has something else (ACF2, Top 
Secret, ...), cuz you can't run z/OS without an ESM!  The other ESMs 
manage classes and profiles, just like RACF does.

Alan Altmark
z/VM Development
IBM Endicott


Re: MTU on Hipersocket

2010-03-29 Thread Kris Buelens
OK Thanks, know what to look at tomorrow.

2010/3/29 David Boyes dbo...@sinenomine.net


 We just found out that the defined MTU's differ, and I always heard that
 MTU sizes should be identical:



 Unless path discovery is active on both ends of the link, the sizes should
 be identical.


 Might this be an explanation?  How comes it works fine (most of the time)
 with apparently different MTU values?



 Nothing sent a packet big enough to cause one end to need fragmentation, so
 you got lucky. It broke when you got a very large packet that needed to be
 fragmented, Path MTU discovery was off, and the sending side kept trying to
 send and got rejected.  Since you’re running DRDA, that would be an easy
 scenario to do, since the results of queries would be different sizes.






-- 
Kris Buelens,
IBM Belgium, VM customer support


Re: Ok, I'm confused now...

2010-03-29 Thread Alan Altmark
On Monday, 03/29/2010 at 03:06 EDT, David Boyes dbo...@sinenomine.net 
wrote:
 These worked with 4.4 on the same host, no changes in the print server 
or 
 firewall settings. Will try SECURE=NO, though. 

Maybe on z/VM 4.3 or earlier, but 4.4 was when we changed the stack to 
make RestrictLowPorts the default.

Alan Altmark
z/VM Development
IBM Endicott


Userid/psw required for searching archives?

2010-03-29 Thread Tom Duerbusch
When I go to:

http://listserv.uark.edu/archives/ibmvm.html 

It now asks me for a userid/password.
Did this recently change?  Or was there someone playing with the software over 
the weekend? G

Tom Duerbusch
THD Consulting


Re: Userid/psw required for searching archives?

2010-03-29 Thread Rich Smrcina

On 03/29/2010 02:57 PM, Tom Duerbusch wrote:

When I go to:

http://listserv.uark.edu/archives/ibmvm.html

It now asks me for a userid/password.
Did this recently change?  Or was there someone playing with the software over the 
weekend?G

Tom Duerbusch
THD Consulting


   
It worked for me and I was able to do a search.  Did you clear your 
cookies recently?


--
Rich Smrcina
Phone: 414-491-6001
http://www.linkedin.com/in/richsmrcina

Catch the WAVV! http://www.wavv.org
WAVV 2010 - Apr 9-13, 2010 Covington, KY


Re: Userid/psw required for searching archives?

2010-03-29 Thread Tom Duerbusch
I ate some cookies, but I didn't clear them G.

When I try to search, I get:

Search Results: You are not authorized to access the archives of the IBMVM 
list.  

When I go to IBM VM home, and click on March 2010 (archive), I get:
The function you have requested requires authentication. Please enter your 
e-mail address and your LISTSERV password (not the password you use to login to 
your computer or read your mail), and click on the Login button. If this is 
the first time you see this dialog, or if you have forgotten your password, you 
will need to get a new LISTSERV password first. 

Interesting

Tom Duerbusch
THD Consulting



 Rich Smrcina r...@velocitysoftware.com 3/29/2010 3:03 PM 
On 03/29/2010 02:57 PM, Tom Duerbusch wrote:
 When I go to:

 http://listserv.uark.edu/archives/ibmvm.html 

 It now asks me for a userid/password.
 Did this recently change?  Or was there someone playing with the software 
 over the weekend?G

 Tom Duerbusch
 THD Consulting



It worked for me and I was able to do a search.  Did you clear your 
cookies recently?

-- 
Rich Smrcina
Phone: 414-491-6001
http://www.linkedin.com/in/richsmrcina 

Catch the WAVV! http://www.wavv.org 
WAVV 2010 - Apr 9-13, 2010 Covington, KY


Re: Userid/psw required for searching archives?

2010-03-29 Thread Rich Smrcina

Then you need to get a new listserv userid and password.

On 03/29/2010 05:06 PM, Tom Duerbusch wrote:

I ate some cookies, but I didn't clear themG.

When I try to search, I get:

Search Results: You are not authorized to access the archives of the IBMVM list.

When I go to IBM VM home, and click on March 2010 (archive), I get:
The function you have requested requires authentication. Please enter your e-mail address 
and your LISTSERV password (not the password you use to login to your computer or read 
your mail), and click on the Login button. If this is the first time you see 
this dialog, or if you have forgotten your password, you will need to get a new LISTSERV 
password first.

Interesting

Tom Duerbusch
THD Consulting


   


--
Rich Smrcina
Phone: 414-491-6001
http://www.linkedin.com/in/richsmrcina

Catch the WAVV! http://www.wavv.org
WAVV 2010 - Apr 9-13, 2010 Covington, KY


Re: Userid/psw required for searching archives?

2010-03-29 Thread Alan Altmark
On Monday, 03/29/2010 at 06:29 EDT, Rich Smrcina 
r...@velocitysoftware.com wrote:
 Then you need to get a new listserv userid and password.

First try authenticating with your existing userid and password.  My 
experience is that the cookies expire every so often and you have to 
re-authenticate.

Alan Altmark
z/VM Development
IBM Endicott