Permission issue - copy file

Hi

We have multiple TeamSite installations on different servers. I've created a simple perl script which can copy files from one setup to another and setting the EA's. My problems is that it looks like I do not have permissions to do so even though I'm a "teamsite master" on both setups. The output of my file::copy is: "Copy failed: No such file or directory" but it looks like a generic error, which does not tell the correct issue. I'm using the iw_cgi_wrapper to impersonate my cgi script. Any thoughts about this?

TeamSite 7.1.0
Windows server 2008 SE

Regards
Thomas

Find more posts tagged with

Comments

Bhargav Coca

Hi

We have multiple TeamSite installations on different servers. I've created a simple perl script which can copy files from one setup to another and setting the EA's. My problems is that it looks like I do not have permissions to do so even though I'm a "teamsite master" on both setups. The output of my file::copy is: "Copy failed: No such file or directory" but it looks like a generic error, which does not tell the correct issue. I'm using the iw_cgi_wrapper to impersonate my cgi script. Any thoughts about this?

TeamSite 7.1.0
Windows server 2008 SE

Regards
Thomas

Even though though You are a master, are you part of the groups both on the source side and target Workarea side? I suggest you should be. If not this way try running your script from a temp folder on the other server and see if you successfully copy the file to the target Workarea and set up Extended attributes to it.

Thanks

Grandjean

Even though though You are a master, are you part of the groups both on the source side and target Workarea side? I suggest you should be. If not this way try running your script from a temp folder on the other server and see if you successfully copy the file to the target Workarea and set up Extended attributes to it.

Thanks

Thanks for the replay.
I tried creating a new branch along with a new workarea with owner set to me and I still can't copy anything to the workarea.
I found out something interesting: Connection to server A with remove desktop, trying to reach server B's shares (default and IWServer) gave the following error: "\\serverB\default is not accessible. You might not have permission to use this network resource"...etc. I checked the shares on server A, but they look fine. Could this be my problem? Any workarounds?

Bhargav Coca

Thanks for the replay.
I tried creating a new branch along with a new workarea with owner set to me and I still can't copy anything to the workarea.
I found out something interesting: Connection to server A with remove desktop, trying to reach server B's shares (default and IWServer) gave the following error: "\\serverB\default is not accessible. You might not have permission to use this network resource"...etc. I checked the shares on server A, but they look fine. Could this be my problem? Any workarounds?

Ooh Now that you mention, so what my understanding is that you are on Server A and you did not map your default of serverB at all and trying to work that way. That will not work, you need a drive letter which is mapped to the windows explorer and then you try doing the copy it should work. Agian, I am presuming that you have a group assigned to your workarea and you are a member in it.

Thanks

Grandjean

Ooh Now that you mention, so what my understanding is that you are on Server A and you did not map your default of serverB at all and trying to work that way. That will not work, you need a drive letter which is mapped to the windows explorer and then you try doing the copy it should work. Agian, I am presuming that you have a group assigned to your workarea and you are a member in it.

Thanks

Mapping \\serverB\default or \\serverB\default\main\branchX\WORKAREA\workareaX from serverA gives the following error: The specified server cannot perform the requested operation. The workarea is shared with a ts group where i'm a member. I'm also a member of the branch as administrator.

Thank you for looking at this Smiley Happy

Rick Poulin

Are you trying to map the drive using Windows Explorer? Your error message "The specified server cannot perform the requested operation" doesn't sound like a Windows thing.

Accessing the share (outside of your script) has very little to do with TS permissions and more to do with OS permissions. If the 'default' share doesn't work, you can perhaps try the 'IWServer' share, though I expect the results wouldn't be that different.

If you still can't map the share to a local drive, try the other way around (mapping the share on serverA from serverB). If that still doesn't work, make sure your shares are properly set up (while remote desktoped to serverA, attempt to get to \\serverA\IWServer). Also check network connectivity between the two servers (can you hit http://serverA from serverB?).

Bhargav Coca

Mapping \\serverB\default or \\serverB\default\main\branchX\WORKAREA\workareaX from serverA gives the following error: The specified server cannot perform the requested operation. The workarea is shared with a ts group where i'm a member. I'm also a member of the branch as administrator.

Thank you for looking at this

What do you get when you ping serverB from serverA?

Thanks

Adam Stoller

Are the two servers connected to the same domain / the same network (****.****.****.****) ?

Grandjean

What do you get when you ping serverB from serverA

It gives the same error.

Are the two servers connected to the same domain / the same network (****.****.****.****) ?

Yes, the servers are located in the same domain. ServerA has ip: ****.****.****.221 and serverB has ****.****.****.220 (where **** for both servers are identical).

One more finding: Mapping a netshare from a win2k3 server works. I'm able to list all files in the iwstore. Could this be a win2k8 specific permission issue?

Bhargav Coca

It gives the same error.

Yes, the servers are located in the same domain. ServerA has ip: ****.****.****.221 and serverB has ****.****.****.220 (where **** for both servers are identical).

One more finding: Mapping a netshare from a win2k3 server works. I'm able to list all files in the iwstore. Could this be a win2k8 specific permission issue?

So basically your server B is not recognized from Server A. I would recommend that you talk with your Sys admin and have a port open which will basically let you talk to ServerB from ServerA. Once this is established it a cake walk.

thanks

Grandjean

So basically your server B is not recognized from Server A. I would recommend that you talk with your Sys admin and have a port open which will basically let you talk to ServerB from ServerA. Once this is established it a cake walk.

thanks

Tried that as well. I have no problem mapping files from another share from serverB (or serverA). The only shares i cannot map is from the iw y-drive (default & IWServer). Crating a share in ex serverB\default\main\branchX\WORKAREA\workareaY doesn't work either. It like permission is overwritten from somewhere else, but are not shown in the teamsite UI. Maybe i need to set some kind of parameter in iw.cfg which allow file listing in windows?

Bhargav Coca

Tried that as well. I have no problem mapping files from another share from serverB (or serverA). The only shares i cannot map is from the iw y-drive (default & IWServer). Crating a share in ex serverB\default\main\branchX\WORKAREA\workareaY doesn't work either. It like permission is overwritten from somewhere else, but are not shown in the teamsite UI. Maybe i need to set some kind of parameter in iw.cfg which allow file listing in windows?

well here is a question, can you browse to this particular workarea on serverB in Windows Explorer. I guess it wouldn't allow you to do so. If it doesn't then you have to set permissions in the same way from the root parent directory down to give access for you to all folders either enlisting you as a independent user or a group in which you are a member.

HTH

Thanks

Migrateduser

Why not just use OpenDeploy to copy the files from one server to another?

Grandjean

well here is a question, can you browse to this particular workarea on serverB in Windows Explorer. I guess it wouldn't allow you to do so. If it doesn't then you have to set permissions in the same way from the root parent directory down to give access for you to all folders either enlisting you as a independent user or a group in which you are a member.

Browsing files locally on the y-drive using windows explorer is no problem. I can browse through all branches and workareas. Its only when I try accessing files from another teamsite's y-drive I get the error.

Why not just use OpenDeploy to copy the files from one server to another?

Great idea. But can OpenDeploy set the EA's or will I have to create some kind of custom script? Any thoughts?

Adam Stoller

...
Great idea. But can OpenDeploy set the EA's or will I have to create some kind of custom script? Any thoughts?

Assuming you're running a reasonably recent version (I believe 6.1.x and later) - yes - read the manuals / search the forums for more information on how to properly configure it to do so.

Grandjean

Using OpenDeploy to copy my files from one server to another worked like a charm.
Thank you guys Smiley Happy

que_giro

Tried that as well. I have no problem mapping files from another share from serverB (or serverA). The only shares i cannot map is from the iw y-drive (default & IWServer). Crating a share in ex serverB\default\main\branchX\WORKAREA\workareaY doesn't work either. It like permission is overwritten from somewhere else, but are not shown in the teamsite UI. Maybe i need to set some kind of parameter in iw.cfg which allow file listing in windows?

One of the Autonomy Knowledge Base articles (54119) mentions these 2 properties:

[iwserver]
iwserver_netshare=yes/no
default_netshare=yes/no

I added default_netshare=yes to iw.cfg, but \\mynewserver\default still doesn't resolve to Y:\default. I'm using TS 7.3.1 (without any Updates) on Windows 2008 R2 Enterprise.

I'm migrating from TS 6.7.2 on Windows 2003, and \\myoldserver\default works fine there.

TS 6.7.2 has data-capture forms with server inline callout scripts that use the IW_WORKAREA environment variable. This variable is set to //myoldserver/default/main/.../WORKAREA/myworkarea. And this TS vpath works in Perl too, e.g., to open a file. Cool, huh?

But //mynewserver/default/main/.../WORKAREA/myworkarea doesn't work on TS 7.3.1 : (. Not unless I manually share Y:\default with Everyone each time I reboot.

Thoughts?

Thanks,

S.

que_giro

Here's the solution I received:

------------------
The 0x842 error maps to the error "The Server service is not running". The Server service is required on Windows in order to share folders and printers over the network. This error occurs when the Windows Server service does not start in a timely manner, thus preventing the TeamSite service from being able to share the newly created Y:\ drive. A quick workaround for this issue is to restart the Interwoven TeamSite service from the Windows Services control panel. This will recreate the share.

For a long term resolution, change the startup type for the Interwoven TeamSite service to Automatic (Delayed Start).
------------------

The "Automatic (Delayed Start)" of the TeamSite service is working fine for me.

S.