nav[aria-label="Primary Navigation"] { padding: 0; & ul { list-style: none; width: 100%; display: flex; flex-direction: row; justify-content: start; align-items: start; gap: 30px; padding: 0; & li { margin: 0; } & ul li { list-style: none; } } }

'No Such User' Error when uploading modified files

dlsoderberg

Hello, all! I'm looking for some help with an error box that we're seeing when we try to re-upload a file that has been modified locally. Here are the environment details:

TS 6.7.1
Windows Server 2003 SP1

Basically, when I edit a datacapture.cfg file, for example, make my changes, save it and then come back to the UI to upload the file, I get an error box when clicking on the upload button. If I click OK and then try uploading again, it works fine. It just presents the error box the first time I try consistenly. This is occurring for all users. I've attached a screen shot of the error box.

I'm not sure if this is a TeamSite issue, a Windows/IIS issue, or a combination of the 2. I don't do as much work on Windows systems, so I'm hoping someone else has run across this in the past. I haven't found anything useful so far on the support site, here on DevNet or on Microsoft's site.

Thanks in advance for the help!

Dave

Find more posts tagged with

Comments

kaalraa

Hello, all! I'm looking for some help with an error box that we're seeing when we try to re-upload a file that has been modified locally. Here are the environment details:

TS 6.7.1
Windows Server 2003 SP1

Basically, when I edit a datacapture.cfg file, for example, make my changes, save it and then come back to the UI to upload the file, I get an error box when clicking on the upload button. If I click OK and then try uploading again, it works fine. It just presents the error box the first time I try consistenly. This is occurring for all users. I've attached a screen shot of the error box.

I'm not sure if this is a TeamSite issue, a Windows/IIS issue, or a combination of the 2. I don't do as much work on Windows systems, so I'm hoping someone else has run across this in the past. I haven't found anything useful so far on the support site, here on DevNet or on Microsoft's site.

Thanks in advance for the help!

Dave

It looks like to be a Windows issue and to be brief a JRE / JVM issue. Please check as which version of JRE and JVM you all are using on your local systems.

dlsoderberg

Sorry, I meant to include that in the original message. My local box had 1.4.02 on it originally. I uninstalled that version and downloaded 1.5.11 and that didn't resolve the issue.

Any other ideas?

This is IE 6.0.2900.2180.xpsp_sp2_gdr.050301-1519CO on Win XP SP2.

I also tested this in Firefox 2.0.0.3 and I do not get the error box when uploading.

Thanks for the quick response, by the way!

dlsoderberg

It looks like this is a side-effect of a potential bug with iwmigrate or iwaccessmigrate. Support is looking into this further, but some of the files in our store ended up with a user and group name that doesn't exist on either the original server or the new server. Any of the files that have those user and group settings deliver the error box. Those files that are correct upload directly without the error box. I'll post another update when support gets back to me with more details.

Valentine

This happened to me too.

Basically, if I do a batch import, it will only import one file and bail out with the above error.

I guess, it fails to update the permissions on the file, and fails.

Migrateduser

Do u see see owner as "BUILTIN\Administrators"?.use iwidmap and change the ownership of the files.

GeoffD

We have the same problem when users try to import files. Often it will import the file, but it will give the error as well. It makes it a little tricky to import a large group of files because it generates the error after each one.
We opened a case with support and we were told that this is a known bug and is fixed with SP1. We are in the process of upgrading to SP1, so I will let you know if it fixes the problem or not.

GeoffD

Well we installed SP1 on our development server and tested importing the files. We're still getting the error message and the same problem. So much for that solution.

Has anyone worked out a solution to this?

Migrateduser

Have you tried the patch 1 for SP1? It is released and fixed many of the bugs.

Also, you can try to use the iwidmap to map from old id's to newer ids.

GeoffD

Yes, we installed SP1 and Patch 1. We also ran into some huge problems when trying to back the SP1 and Patch 1 out, but that's for another thread.

Migrateduser

I've seen the exact same behaviour on our dev server once we applied SP1, both before and after applying the patch. Thus far, I have not seen it on the server to which we are migrating. In our case, this was a new server we had stood up, so I don't think it is an iwmigrate issue, at least not exclusively.

lanpham

Any luck on this? We are having the exact same problem with our importing of files.

GeoffD

Has anyone ever resolved this or are you all still getting the error message but have just comes to terms with it?

moonkhanna

Has anyone ever resolved this or are you all still getting the error message but have just comes to terms with it?

We had the same issue earlier. This has not occurred for a long time now.. We moved to the supported JVM.. That is all we did..

Another thing that came into my notice on one of my branches were permissions.. If you are facing the issue, could you elaborate what kind of permission do your files show?

Gregg Faus

I had the same issue and remapped the user with iwidmap. No problems since.

GeoffD

It's difficult to diagnose the problem because it's intermittent.
If I do get the error message, and I click "OK" the file is still uploaded. The biggest problem with this is when I try to upload a large group of files, and every file generates the error message, and when the OK is clicked, the files are uploaded one at a time (which is REALLY annoying).

I'm pretty sure it is a permissions issue and I have opened a case. I was just hoping that someone here might have found a solution. I guess I'll start by looking into our version of Java.

Edit: What version of JVM is supported? I can't find it in the documentation.

Gregg Faus

Edit: What version of JVM is supported? I can't find it in the documentation.

When working with IWOV support over the past few months, they've wanted me to use the 1.4.2_12 release. Though officially support for 1.5._05 is listed.

Migrateduser

What you are running into is a bug in the TeamSite 6.7.1 launchpad when trying to upload files that are owned by the BUILTIN\Administrators group. This is because files that are created by Administrators on Windows 2003 servers are not owned by the individual but by the BUILTIN\Administrators group. Group ownership is not recognized by launchpad since it is expected the files to be owned by a user.

Thatswhy we see that error. We resolved this issue by doing the following using iwidmap

>> iwidmap -u -c BUILTIN\Administrators

changecolorofonebar.zip

GeoffD

It looks like you're on to something. I manually changed a file with BUILTIN\Administrators as the owner to my userid and I was able to import over it without any problems.

Do you have any idea what causes the BUILTIN\Administrators account to take ownership of a file?

moonkhanna

It looks like you're on to something. I manually changed a file with BUILTIN\Administrators as the owner to my userid and I was able to import over it without any problems.

Do you have any idea what causes the BUILTIN\Administrators account to take ownership of a file?

This happens due to an improper store migration. Did you move your store from one server to another?

Migrateduser

I am getting the same error message. The solution seems to have not solved the problem.
Some of the files have owner "S-1-5-21-2448038611-495693814-1151584068. I extracted idmaps to map these users to existing users. Reimported the xml file and restarted the teamsite.

I do not see any changee in the owernship info in UI and when I edit the file and upload the file back to TeamSite, I still get the same error.

Any ideas ?

thanks !
koti

GeoffD

I ran the command iwidmap -u -c BUILTIN\Administrators tsadministrators f:\iw-store\default but it doesn't appear to have done anything. I restarted the Teamsite service and did a iwreset but the BUILTIN\Administrators is still in the properties of the file.

It says to restart the server after the command is run, I'm assuming they mean the iwserver and not the actual server.

Edit: Never mind, I had a typo and did BUILTIN\Administrator not BUILTIN\Administrators. Seems to be working now. Thanks for the help everyone!