Welcome Serena Central users! CLICK HERE
The migration of the Serena Central community is currently underway. Be sure to read THIS MESSAGE to get your new login set up to access your account.
Anonymous_User Absent Member.
Absent Member.
2400 views

AFP in 65 SP3 not allowing saving.

We are running Netware 6.5 SP3 with the current updated AFP module. When
we try to save to the server mounted on a 10.4.2 OS X workstation, I get
a permission denied error message. However, if we backrev to the AFP
module included in NW6Sp5, I can save to the server without error on the
same machine as the same user from the same program.

Anyone have any ideas on things to check on this?

Thanks,

Randy Saeks
rsaeks@glenbrook.k12.il.us
Labels (1)
0 Likes
10 Replies
Anonymous_User Absent Member.
Absent Member.

Re: AFP in 65 SP3 not allowing saving.

I have the afptcp.log file attached with what appears when I attempt do
save a file:
====
Mon Aug 15 08:19:56 2005
: Thread ID = 744, UTF8 Name
Mon Aug 15 08:19:56 2005
: Thread ID = 744,

Error: Unable to open parent (ZID #922954 <e154a>) 20407 <4fb7> child is
<test save.rtf>
Mon Aug 15 08:19:56 2005
: Thread ID = 744, From FPGetFileDirParms
Mon Aug 15 08:19:56 2005
: Thread ID = 744, from zAFPGetKeyAndInfoFromIDAndPath
Mon Aug 15 08:19:56 2005
: Thread ID = 744,
Mon Aug 15 08:19:57 2005
: Thread ID = 514, UTF8 Name
Mon Aug 15 08:19:57 2005
: Thread ID = 514,

Error: Unable to open parent (ZID #922954 <e154a>) 20407 <4fb7> child is
<test save.rtf>
Mon Aug 15 08:19:57 2005
: Thread ID = 514, From FPGetFileDirParms
Mon Aug 15 08:19:57 2005
: Thread ID = 514, from zAFPGetKeyAndInfoFromIDAndPath
Mon Aug 15 08:19:57 2005
: Thread ID = 514,
Mon Aug 15 08:19:57 2005
: Thread ID = 744, UTF8 Name
Mon Aug 15 08:19:57 2005
: Thread ID = 744,

Error: Unable to open parent (ZID #922954 <e154a>) 20407 <4fb7> child is
<test save.rtf>
Mon Aug 15 08:19:57 2005
: Thread ID = 744, From FPGetFileDirParms
Mon Aug 15 08:19:57 2005
: Thread ID = 744, from zAFPGetKeyAndInfoFromIDAndPath
Mon Aug 15 08:19:57 2005
: Thread ID = 744,
Mon Aug 15 08:19:57 2005
: Thread ID = 514, UTF8 Name
Mon Aug 15 08:19:57 2005
: Thread ID = 514,

Error: Unable to open parent (ZID #922954 <e154a>) 20407 <4fb7> child is
<test save.rtf>
Mon Aug 15 08:19:57 2005
: Thread ID = 514, From FPGetFileDirParms
Mon Aug 15 08:19:57 2005
: Thread ID = 514, from zAFPGetKeyAndInfoFromIDAndPath
Mon Aug 15 08:19:57 2005
: Thread ID = 514,
Mon Aug 15 08:19:57 2005
: Thread ID = 744, UTF8 Name
Mon Aug 15 08:19:57 2005
: Thread ID = 744,

Error: Unable to open parent (ZID #922954 <e154a>) 20407 <4fb7> child is
<.dat0175.000>
Mon Aug 15 08:19:57 2005
: Thread ID = 744, From FPGetFileDirParms
Mon Aug 15 08:19:57 2005
: Thread ID = 744, from zAFPGetKeyAndInfoFromIDAndPath
Mon Aug 15 08:19:57 2005
: Thread ID = 744,
Mon Aug 15 08:19:57 2005
: Thread ID = 514, UTF8 Name
Mon Aug 15 08:19:57 2005
: Thread ID = 514,

Error: Unable to open parent (ZID #922954 <e154a>) 20407 <4fb7> child is
<._.dat0175.000>
Mon Aug 15 08:19:57 2005
: Thread ID = 514, From FPGetFileDirParms
Mon Aug 15 08:19:57 2005
: Thread ID = 514, from zAFPGetKeyAndInfoFromIDAndPath
Mon Aug 15 08:19:57 2005
: Thread ID = 514,
Mon Aug 15 08:19:57 2005
: Thread ID = 744, UTF8 Name
Mon Aug 15 08:19:57 2005
: Thread ID = 744,

Error: Unable to open parent (ZID #922954 <e154a>) 20407 <4fb7> child is
<test save.rtf>
Mon Aug 15 08:19:57 2005
: Thread ID = 744, From FPGetFileDirParms
Mon Aug 15 08:19:57 2005
: Thread ID = 744, from zAFPGetKeyAndInfoFromIDAndPath
Mon Aug 15 08:19:57 2005
: Thread ID = 744,
Mon Aug 15 08:19:57 2005
: Thread ID = 744,

Error: zRename failed to rename 9710077 - 20801 <5141>
Mon Aug 15 08:19:57 2005
: Thread ID = 744, From FPMoveAndRename
Mon Aug 15 08:19:57 2005
: Thread ID = 744, from zAFPRename
Mon Aug 15 08:19:58 2005
: Thread ID = 744,
Mon Aug 15 08:19:58 2005
: Thread ID = 744,

Error: zAFPRenameWithZID failed with 20801 <0>
Mon Aug 15 08:19:58 2005
: Thread ID = 744, From FPMoveAndRename
Mon Aug 15 08:19:58 2005
: Thread ID = 744,
Mon Aug 15 08:19:58 2005
: Thread ID = 744, UTF8 Name
Mon Aug 15 08:19:58 2005
: Thread ID = 744,

Error: Unable to open parent (ZID #922954 <e154a>) 20407 <4fb7> child is
<.dat0175.001>
Mon Aug 15 08:19:58 2005
: Thread ID = 744, From FPGetFileDirParms
Mon Aug 15 08:19:58 2005
: Thread ID = 744, from zAFPGetKeyAndInfoFromIDAndPath
Mon Aug 15 08:19:58 2005
: Thread ID = 744,
Mon Aug 15 08:19:58 2005
: Thread ID = 744, UTF8 Name
Mon Aug 15 08:19:58 2005
: Thread ID = 744,

Error: Unable to open parent (ZID #922954 <e154a>) 20407 <4fb7> child is
<._.dat0175.001>
Mon Aug 15 08:19:58 2005
: Thread ID = 744, From FPGetFileDirParms
Mon Aug 15 08:19:58 2005
: Thread ID = 744, from zAFPGetKeyAndInfoFromIDAndPath
Mon Aug 15 08:19:58 2005
: Thread ID = 744,
Mon Aug 15 08:19:58 2005
: Thread ID = 634, UTF8 Name
Mon Aug 15 08:19:58 2005
: Thread ID = 634,

Error: Unable to open parent (ZID #922954 <e154a>) 20407 <4fb7> child is
<._.dat0175.001>
Mon Aug 15 08:19:58 2005
: Thread ID = 634, From FPGetFileDirParms
Mon Aug 15 08:19:58 2005
: Thread ID = 634, from zAFPGetKeyAndInfoFromIDAndPath
Mon Aug 15 08:19:58 2005
: Thread ID = 634,
Mon Aug 15 08:19:58 2005
: Thread ID = 634, UTF8 Name
Mon Aug 15 08:19:58 2005
: Thread ID = 634,

Error: Unable to open parent (ZID #922954 <e154a>) 20407 <4fb7> child is
<test save.rtf>
Mon Aug 15 08:19:58 2005
: Thread ID = 634, From FPGetFileDirParms
Mon Aug 15 08:19:58 2005
: Thread ID = 634, from zAFPGetKeyAndInfoFromIDAndPath
Mon Aug 15 08:19:58 2005
: Thread ID = 634,
Mon Aug 15 08:19:58 2005
: Thread ID = 514, UTF8 Name
Mon Aug 15 08:19:58 2005
: Thread ID = 514,

Error: Unable to open parent (ZID #922954 <e154a>) 20407 <4fb7> child is
<.dat0175.001>
Mon Aug 15 08:19:58 2005
: Thread ID = 514, From FPGetFileDirParms
Mon Aug 15 08:19:58 2005
: Thread ID = 514, from zAFPGetKeyAndInfoFromIDAndPath
Mon Aug 15 08:19:58 2005
: Thread ID = 514,
Mon Aug 15 08:19:58 2005
: Thread ID = 514, UTF8 Name
Mon Aug 15 08:19:58 2005
: Thread ID = 514,

Error: Unable to open parent (ZID #922954 <e154a>) 20407 <4fb7> child is
<._.dat0175.000>
Mon Aug 15 08:19:58 2005
: Thread ID = 514, From FPGetFileDirParms
Mon Aug 15 08:19:58 2005
: Thread ID = 514, from zAFPGetKeyAndInfoFromIDAndPath
Mon Aug 15 08:19:58 2005
: Thread ID = 514,
Mon Aug 15 08:19:58 2005
: Thread ID = 514, FPEnumerate returning ERROR 20407 (4FB7) at 4

Mon Aug 15 08:19:58 2005
: Thread ID = 634, FPEnumerate returning ERROR 20407 (4FB7) at 4

Mon Aug 15 08:19:58 2005
: Thread ID = 514, UTF8 Name
Mon Aug 15 08:19:58 2005
: Thread ID = 514,

Error: Unable to open parent (ZID #922954 <e154a>) 20407 <4fb7> child is
<test save.rtf>
Mon Aug 15 08:19:58 2005
: Thread ID = 514, From FPGetFileDirParms
Mon Aug 15 08:19:58 2005
: Thread ID = 514, from zAFPGetKeyAndInfoFromIDAndPath
Mon Aug 15 08:19:58 2005
: Thread ID = 514,
Mon Aug 15 08:19:59 2005
: Thread ID = 514, FPEnumerate returning ERROR 20407 (4FB7) at 5

Mon Aug 15 08:19:59 2005
: Thread ID = 634, FPEnumerate returning ERROR 20407 (4FB7) at 5

Mon Aug 15 08:19:59 2005
: Thread ID = 514, UTF8 Name
Mon Aug 15 08:19:59 2005
: Thread ID = 514,

Error: Unable to open parent (ZID #127 <7f>) 20407 <4fb7> child is
<Contents>
Mon Aug 15 08:19:59 2005
: Thread ID = 514, From FPGetFileDirParms
Mon Aug 15 08:19:59 2005
: Thread ID = 514, from zAFPGetKeyAndInfoFromIDAndPath
Mon Aug 15 08:19:59 2005
: Thread ID = 514,
Mon Aug 15 08:19:59 2005
: Thread ID = 634, UTF8 Name
Mon Aug 15 08:20:00 2005
: Thread ID = 634,

Error: Unable to open parent (ZID #127 <7f>) 20407 <4fb7> child is
<Contents>
Mon Aug 15 08:20:00 2005
: Thread ID = 634, From FPGetFileDirParms
Mon Aug 15 08:20:00 2005
: Thread ID = 634, from zAFPGetKeyAndInfoFromIDAndPath
Mon Aug 15 08:20:00 2005
: Thread ID = 634,
====

Randy Saeks wrote:
> We are running Netware 6.5 SP3 with the current updated AFP module. When
> we try to save to the server mounted on a 10.4.2 OS X workstation, I get
> a permission denied error message. However, if we backrev to the AFP
> module included in NW6Sp5, I can save to the server without error on the
> same machine as the same user from the same program.
>
> Anyone have any ideas on things to check on this?
>
> Thanks,
>
> Randy Saeks
> rsaeks@glenbrook.k12.il.us

0 Likes
Anonymous_User Absent Member.
Absent Member.

Re: AFP in 65 SP3 not allowing saving.

Are you running McAfee Netshield on the server? If so, you need to:

Edit the sys:\system\netshld.ncf so that the load line looks like:
load sys:mcafee\netshld\netshld.nlm SKIP_NFS_NAMESPACE=ON

Save the changes, unload McAfee, then reload. You should no longer see the
problem.

Jeff


"Randy Saeks" <rsaeks@glenbrook.k12.il.us> wrote in message
news:kc0Me.5629$RK5.1511@prv-forum2.provo.novell.com...
> We are running Netware 6.5 SP3 with the current updated AFP module. When
> we try to save to the server mounted on a 10.4.2 OS X workstation, I get a
> permission denied error message. However, if we backrev to the AFP module
> included in NW6Sp5, I can save to the server without error on the same
> machine as the same user from the same program.
>
> Anyone have any ideas on things to check on this?
>
> Thanks,
>
> Randy Saeks
> rsaeks@glenbrook.k12.il.us



0 Likes
Anonymous_User Absent Member.
Absent Member.

Re: AFP in 65 SP3 not allowing saving.

No, we are running Symantec Antivirus Corp. Edition.

Jeffrey D Sessler wrote:
> Are you running McAfee Netshield on the server? If so, you need to:
>
> Edit the sys:\system\netshld.ncf so that the load line looks like:
> load sys:mcafee\netshld\netshld.nlm SKIP_NFS_NAMESPACE=ON
>
> Save the changes, unload McAfee, then reload. You should no longer see the
> problem.
>
> Jeff
>
>
> "Randy Saeks" <rsaeks@glenbrook.k12.il.us> wrote in message
> news:kc0Me.5629$RK5.1511@prv-forum2.provo.novell.com...
>> We are running Netware 6.5 SP3 with the current updated AFP module. When
>> we try to save to the server mounted on a 10.4.2 OS X workstation, I get a
>> permission denied error message. However, if we backrev to the AFP module
>> included in NW6Sp5, I can save to the server without error on the same
>> machine as the same user from the same program.
>>
>> Anyone have any ideas on things to check on this?
>>
>> Thanks,
>>
>> Randy Saeks
>> rsaeks@glenbrook.k12.il.us

>
>

0 Likes
Anonymous_User Absent Member.
Absent Member.

Re: AFP in 65 SP3 not allowing saving.

Do you have the current NSS code (n65nss3a.exe) also? Under what NSS
version were the affected volumes created or rebuilt?

Also, check licensing on the 6.5 server; You should have an NLS_LSP
object for each 6.5 server, in its container. A 6.5 server license
object should be in the same container as the server object(s), or above
that in the tree, and not assigned to any server. If non-MLA, a 6.5 user
(conn) license needs to be in the same container as the user objects, or
above that in the tree, and not assigned to any server. Make sure the
two license types are successfully being consumed.
--
Andrew C Taubman
Novell Support Forums Volunteer SysOp
http://support.novell.com/forums
(Sorry, support is not provided via e-mail)

Opinions expressed above are not
necessarily those of Novell Inc.
0 Likes
Anonymous_User Absent Member.
Absent Member.

Re: AFP in 65 SP3 not allowing saving.

Have you tried disabling Symantec and then re-testing?

Jeff

"Randy Saeks" <rsaeks@glenbrook.k12.il.us> wrote in message
news:rQ7Me.245$1J2.72@prv-forum2.provo.novell.com...
> No, we are running Symantec Antivirus Corp. Edition.
>
> Jeffrey D Sessler wrote:
>> Are you running McAfee Netshield on the server? If so, you need to:
>>
>> Edit the sys:\system\netshld.ncf so that the load line looks like:
>> load sys:mcafee\netshld\netshld.nlm SKIP_NFS_NAMESPACE=ON
>>
>> Save the changes, unload McAfee, then reload. You should no longer see
>> the
>> problem.
>>
>> Jeff
>>
>>
>> "Randy Saeks" <rsaeks@glenbrook.k12.il.us> wrote in message
>> news:kc0Me.5629$RK5.1511@prv-forum2.provo.novell.com...
>>> We are running Netware 6.5 SP3 with the current updated AFP module. When
>>> we try to save to the server mounted on a 10.4.2 OS X workstation, I get
>>> a permission denied error message. However, if we backrev to the AFP
>>> module included in NW6Sp5, I can save to the server without error on the
>>> same machine as the same user from the same program.
>>>
>>> Anyone have any ideas on things to check on this?
>>>
>>> Thanks,
>>>
>>> Randy Saeks
>>> rsaeks@glenbrook.k12.il.us

>>


0 Likes
Anonymous_User Absent Member.
Absent Member.

Re: AFP in 65 SP3 not allowing saving.

We have that patch on and are using mla licensing. Is there a way to
find out which version of NSS the volumes were made under? Right now we
are at version 3.22:0607

We also disabled anti-virus on the server and was still unable to save.

Andrew C Taubman wrote:
> Do you have the current NSS code (n65nss3a.exe) also? Under what NSS
> version were the affected volumes created or rebuilt?
>
> Also, check licensing on the 6.5 server; You should have an NLS_LSP
> object for each 6.5 server, in its container. A 6.5 server license
> object should be in the same container as the server object(s), or above
> that in the tree, and not assigned to any server. If non-MLA, a 6.5 user
> (conn) license needs to be in the same container as the user objects, or
> above that in the tree, and not assigned to any server. Make sure the
> two license types are successfully being consumed.

0 Likes
Anonymous_User Absent Member.
Absent Member.

Re: AFP in 65 SP3 not allowing saving.

Looks like it is 3.05 build 666 for when the volumes were created.

Randy Saeks wrote:
> We have that patch on and are using mla licensing. Is there a way to
> find out which version of NSS the volumes were made under? Right now we
> are at version 3.22:0607
>
> We also disabled anti-virus on the server and was still unable to save.
>
> Andrew C Taubman wrote:
>
>> Do you have the current NSS code (n65nss3a.exe) also? Under what NSS
>> version were the affected volumes created or rebuilt?
>>
>> Also, check licensing on the 6.5 server; You should have an NLS_LSP
>> object for each 6.5 server, in its container. A 6.5 server license
>> object should be in the same container as the server object(s), or
>> above that in the tree, and not assigned to any server. If non-MLA, a
>> 6.5 user (conn) license needs to be in the same container as the user
>> objects, or above that in the tree, and not assigned to any server.
>> Make sure the two license types are successfully being consumed.

0 Likes
Anonymous_User Absent Member.
Absent Member.

Re: AFP in 65 SP3 not allowing saving.

OK, so you'll have to do a rebuild I think. NSS /poolrebuild /purge
against all affected pools; make sure you have a tested backup first
just in case.

Having MLA licensing does simplify things but does not guarantee you're
not having licensing issues, it's worth checking.
--
Andrew C Taubman
Novell Support Forums Volunteer SysOp
http://support.novell.com/forums
(Sorry, support is not provided via e-mail)

Opinions expressed above are not
necessarily those of Novell Inc.
0 Likes
Anonymous_User Absent Member.
Absent Member.

Re: AFP in 65 SP3 not allowing saving.

Well, here it is:
http://support.novell.com/cgi-bin/search/searchtid.cgi?/10096573.htm



Andrew C Taubman wrote:
> OK, so you'll have to do a rebuild I think. NSS /poolrebuild /purge
> against all affected pools; make sure you have a tested backup first
> just in case.
>
> Having MLA licensing does simplify things but does not guarantee you're
> not having licensing issues, it's worth checking.

0 Likes
Anonymous_User Absent Member.
Absent Member.

Re: AFP in 65 SP3 not allowing saving.

Ah, you have OFM? Yes, that's been famous for interfering with proper
file system access for years, I should have asked for a config and I
would have seen it.
--
Andrew C Taubman
Novell Support Forums Volunteer SysOp
http://support.novell.com/forums
(Sorry, support is not provided via e-mail)

Opinions expressed above are not
necessarily those of Novell Inc.
0 Likes
The opinions expressed above are the personal opinions of the authors, not of Micro Focus. By using this site, you accept the Terms of Use and Rules of Participation. Certain versions of content ("Material") accessible here may contain branding from Hewlett-Packard Company (now HP Inc.) and Hewlett Packard Enterprise Company. As of September 1, 2017, the Material is now offered by Micro Focus, a separately owned and operated company. Any reference to the HP and Hewlett Packard Enterprise/HPE marks is historical in nature, and the HP and Hewlett Packard Enterprise/HPE marks are the property of their respective owners.