Re: RSCS: Printing to Ricoh Copier with LPR

2010-04-16 Thread Fran Hensler
You are correct (as always) Kris.

The DVM where DIAGD4 wakesup when a spool file is received from VSE.
It then executes the DIAGD4 EXEC to change the ORIGINID.
Then a PIPE reprints the spool file to RSCS and RSCS sees the
alternate ORIGINID that DIAGD4 specified.

I'm sorry for the confusion.

/Fran Hensler at Slippery Rock University of Pennsylvania USA for 46 years
mailto:f...@zvm.sru.edu  http://zvm.sru.edu/~fjh  +1.724.738.2153
  "Yes, Virginia, there is a Slippery Rock"
--
On Fri, 16 Apr 2010 11:36:55 +0200 Kris Buelens said:
>The public may now think that DIAGD4 can alter the origin of an existing
>spool file.  That is not the case.
>
>DIAG D4 sets the alternate user of a machine, any spool files it creates
>after this setting, will have the alternate userid as origin.
>
>2010/4/15 Fran Hensler 
>
>> Les -
>>
>> I didn't mean to imply that I was using the DIAGD4 EXEC for the Ricoh
>> problem.  I only offered it as a way to solve changing the ORIGINID on
>> spool files.  I haven't tried to see if the new ORIGINID would be
>> passed to the Ricoh in the p record.
>>
>> I only use DIAGD4 in a DVM that receives print from VSE, processes it
>> and then sends it on to RSCS for printing.  My purpose was so have
>> 'VSE' print on the separator page, not the name of the DVM.
>>
>> /Fran
>> 
>> On Thu, 15 Apr 2010 07:40:35 -0400 Les Geer (607-429-3580) said:
>> >Has the use of DIAGD4 resolved the situation?  Is the correct origin
>> >user ID passed on the P control file record?  Does the daemon find
>> >this and authenticate properly?
>> >
>>
>
>
>
>--
>Kris Buelens,
>IBM Belgium, VM customer support
>


Re: z/VM not seeing storage from SAN

2010-04-16 Thread Eric R Farman
Daniel,

SCSIDISC retrieves all registered WWPNs from the switch connected to the 
selected FCP subchannel(s).  If it only reports the one you had attached, 
it doesn't sound like the switch zones are setup properly to let the LPAR 
see the DASD subsystems.  Has the SAN admin registered the physical WWPN 
of the card with the switch zone, or the NPIV WWPNs (displayed on Q FCP 
output)?  The latter is necessary in NPIV environment.

Regards,
Eric

Eric Farman
z/VM I/O Development
IBM Endicott, NY




From:
Daniel Tate 
To:
IBMVM@LISTSERV.UARK.EDU
Date:
04/15/2010 10:50 AM
Subject:
Re: z/VM not seeing storage from SAN
Sent by:
The IBM z/VM Operating System 



scsidisc only reports those i've attached.  That particular output was 
from a different device (i.e. 5001).. my terminology is a little off. 
Our SAN admin swears it's configured correctly on the switch.



On Thu, Apr 15, 2010 at 9:38 AM, Eric R Farman  wrote:
Hi Daniel, 

The WWPN listed in your Q FCP outputs and that from the SCSIDISC tool are 
similar enough that I suspect they are different subchannels on the same 
FCP card, and not of your target DASD subsystem.  Are there other WWPNs 
listed in the SCSIDISC output beyond what you have sent?  If so, what does 
SCSIDISC see with them?  If not, has the switch been told about the NPIV 
WWPNs that the VM LPAR will be using (that is, those listed in Q FCP)? 
 What specific messages do you get when varying on the EDEV? 

One other thing...  the FCP subchannel (5000 in your example below) 
shouldn't be attached to a particular user if it is going to be used as 
part of an EDEV.  It should be free so that VM can attach it to the SYSTEM 
itself at the time the EDEV is varied online.  (The FCP can be used for 
multiple paths/LUNs at once, so in reality the FCP should be either free 
or attached to SYSTEM.)  The ATTACH 5000 TO * command would be used for a 
guest to use, such as for SCSIDISC or Linux itself configuring SCSI. 

Regards,
   Eric

Eric Farman
z/VM I/O Development
IBM Endicott, NY



From: 
Daniel Tate  
To: 
IBMVM@LISTSERV.UARK.EDU 
Date: 
04/14/2010 02:40 PM 
Subject: 
z/VM not seeing storage from SAN 
Sent by: 
The IBM z/VM Operating System 





Disclaimer: I am a UNIX admin, working with z/VM for the first time.
I only know basic commands and concepts, but really need to get this
working.

Our san is connected, and other LPARs can see the storage.   the CHPID
is online.   I can attach the storage (ATTACH 5000 to *) and SET EDEV
blahblahbah.. but when i try to vary on the storage,i get a NO PATH TO
DEVICE error.

Anyone have any ideas?

SCSIDISC Reports:
WARNING::WWPN C05076FAE3000408 Could Not be Opened
WARNING::WWPN C05076FAE3000408 ignored

Here’s the output from q fcp:

q fcp

07:05:04 FCP  5000 ATTACHED TO MAINT5000 CHPID 46
07:05:04  WWPN C05076FAE3000400


q v fcp

08:27:31 FCP  5000 ON FCP   5000 CHPID 46 SUBCHANNEL = 011D
08:27:31  5000 DEVTYPE FCP CHPID 46 FCP
08:27:31  5000 QDIO-ELIGIBLE   QIOASSIST-ELIGIBLE
08:27:31  WWPN C05076FAE3000400

Ready; T=0.01/0.01 08:27:31







Re: RSCS: Printing to Ricoh Copier with LPR

2010-04-16 Thread Kris Buelens
The public may now think that DIAGD4 can alter the origin of an existing
spool file.  That is not the case.

DIAG D4 sets the alternate user of a machine, any spool files it creates
after this setting, will have the alternate userid as origin.

2010/4/15 Fran Hensler 

> Les -
>
> I didn't mean to imply that I was using the DIAGD4 EXEC for the Ricoh
> problem.  I only offered it as a way to solve changing the ORIGINID on
> spool files.  I haven't tried to see if the new ORIGINID would be
> passed to the Ricoh in the p record.
>
> I only use DIAGD4 in a DVM that receives print from VSE, processes it
> and then sends it on to RSCS for printing.  My purpose was so have
> 'VSE' print on the separator page, not the name of the DVM.
>
> /Fran
> 
> On Thu, 15 Apr 2010 07:40:35 -0400 Les Geer (607-429-3580) said:
> >Has the use of DIAGD4 resolved the situation?  Is the correct origin
> >user ID passed on the P control file record?  Does the daemon find
> >this and authenticate properly?
> >
>



-- 
Kris Buelens,
IBM Belgium, VM customer support