Following up on this:
Yes, as it turned out it was an NFS mounted drive. There were a couple of
things that needed to be done for the CPY to work:
- unmount the NFS, and assign an owner to it, remount
- since the Group profile was blank (and left blank) we had to change the
way I called the CPY command to include the "AUT(*INDIR)" parm
So far, working well.
Thanks for all the replies!
TomH
-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx
[mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of Tom Hightower
Sent: Wednesday, May 29, 2013 5:49 PM
To: 'Midrange Systems Technical Discussion'
Subject: RE: CPY command works on one system, but not another...
Very likely, from what I could gather talking to one of the tech guys. He
mentioned that he'd have to 'unmount' the directory for something.
Tom
-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx
[mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of rob@xxxxxxxxx
Sent: Wednesday, May 29, 2013 6:23 AM
To: Midrange Systems Technical Discussion
Subject: Re: CPY command works on one system, but not another...
Got any NFS stuff involved?
http://www.helpsystems.com/support/help-facts/maintain-help-systems-products
-iso-images-stored-nfs-server
http://pic.dhe.ibm.com/infocenter/iseries/v7r1m0/topic/ifs/rzaaxwwcomm.htm?r
esultof=%22%6e%6f%75%73%72%70%72%66%22%20
http://pic.dhe.ibm.com/infocenter/iseries/v7r1m0/topic/apis/qgetattr.htm?res
ultof=%22%6e%6f%75%73%72%70%72%66%22%20
Rob Berendt
--
IBM Certified System Administrator - IBM i 6.1 Group Dekko Dept 1600 Mail
to: 2505 Dekko Drive
Garrett, IN 46738
Ship to: Dock 108
6928N 400E
Kendallville, IN 46755
http://www.dekko.com
From: "Tom Hightower" <tomh@xxxxxxxxxxx>
To: midrange-l@xxxxxxxxxxxx,
Date: 05/28/2013 04:44 PM
Subject: CPY command works on one system, but not another...
Sent by: midrange-l-bounces@xxxxxxxxxxxx
I have a client with two v6r1 System i boxes. On each system, the client is
running software which has created IFS objects in folder /images.
On each, I'm running this command:
CPY OBJ('/IMAGES/010108/0001/AAAAGBOU.*') TODIR('/home/idocket')
On System1, it works without problem. On System2, I get the following
error:
CPFA0A2 - Information passed to this operation was not valid.
Digging into a bit and using DSPAUT on each system, I see the following:
Display Authority (System1)
Object . . . . . . . . . . . . : /images
Type . . . . . . . . . . . . . : DIR
Owner . . . . . . . . . . . . : QSECOFR
Primary group . . . . . . . . : *NOUSRPRF
Authorization list . . . . . . : *NONE
Data --Object Authorities--
User Authority Exist Mgt Alter Ref
QSECOFR *RWX X X X X
*NOUSRPRF *RWX X X X X
*PUBLIC *RWX X X X X
Display Authority (System2)
Object . . . . . . . . . . . . : /images
Type . . . . . . . . . . . . . : DIR
Owner . . . . . . . . . . . . : *NOUSRPRF
Primary group . . . . . . . . : *NOUSRPRF
Authorization list . . . . . . : *NONE
Data --Object Authorities--
User Authority Exist Mgt Alter Ref
*NOUSRPRF *RWX X X X X
*NOUSRPRF *RWX X X X X
*PUBLIC *RWX X X X X
The only difference that I see (so far) is that the Owner for the '/images'
directory is QSECOFR on System1, but on System2 it is shown as *NOUSRPRF.
I've contacted tech support at the software vendor about it, asking if that
might be the problem. Their response: "Don't know. Good luck."
So... could the owner being set at *NOUSRPRF be what is preventing me from
performing the "CPY" command? If so, how do I get around it, other than
changing object owner?
TomH
--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx To subscribe, unsubscribe,
or change list options,
visit:
http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx Before posting, please take a
moment to review the archives at
http://archive.midrange.com/midrange-l.
midrange.com
