Cannot copy folder to network drive

[Christian Hennecke]

Today I tried to copy a folder between two networked eCS 1.2R machines.
When I am logged on as a user and try to copy a folder from the local
machine to a network drive located on the other one this fails with a

SYS0065: Network access denied

Everything else works as expected, i.e., I can copy files back and
forth, delete files and folders, copy folders from the network drive to
the local machine., and I can even *create* a folder on the network
drive.

When I am logged on as an admin, the problem does not occur. The
accounts exist on both machines with the same rights. And the network
share has read/write access set for all users.

I have XWorkplace 1.0.7 installed. It does not make a difference whether
turbo folders are enabled or not. Also, it does not matter if I use the
WPS or a file manager.

Any hints?

[Sjoerd Visser]

Post by Christian Hennecke
Today I tried to copy a folder between two networked eCS 1.2R machines.
When I am logged on as a user and try to copy a folder from the local
machine to a network drive located on the other one this fails with a
SYS0065: Network access denied
Everything else works as expected, i.e., I can copy files back and
forth, delete files and folders, copy folders from the network drive to
the local machine., and I can even *create* a folder on the network
drive.
When I am logged on as an admin, the problem does not occur. The
accounts exist on both machines with the same rights. And the network
share has read/write access set for all users.
I have XWorkplace 1.0.7 installed. It does not make a difference whether
turbo folders are enabled or not. Also, it does not matter if I use the
WPS or a file manager.
Any hints?

It must be a networking problem. Not a WPS problem.

I have seen this behavior when the IBMLAN\ACCOUNTS\NET.ACC file of the
peer server has becomes corrupted. The major reason for corruption is
that it cannot hold many entrances (maps + permissions).

When one shares a folder on a per user basis or a whole drive using D:\
(instead of D:) the program IBMLAN\NETPROG\RXP1AP.EXE will write the
permissions of the shared folders and subdirectories in NET.ACC.

The problem is that NET.ACC has a limited capacity. And when it is
nearly full and you delete a share, the old entrances are not deleted.
Even folders of an once as drive:\ shared removable media (usb,CD-Roms)
can still be there.

When you try to make a new share you will encounter "not enough
resources" failures, because NET.ACC is stuffed up. And when try to
connect to shares that have no entrance in NET.ACC, you see empty
folders and get access denied.

When you do this as administrator NET.ACC seems to be bypassed.

To prevent this kind of problems (NET.ACC corruption) I renamed/disabled
IBMLAN\NETPROG\RXP1AP.EXE and prefer to log in using the administrator
account (OS/2 is a single user system anyway) on big shares with a lot
of maps (that could not fit in NET.ACC).

When a full NET.ACC prevents editing your shares it is best to replace
it with a backup (it's locked, but dsync or robosave can backup it) and
or start again with \ibmlan\account\net.acc door \ibmlan\install\net.acc
as the template.

Hope this helps,


Sjoerd Visser