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 while importing to modify the existing file

Santa

In Teamsite(6.7.1 SP1 SOLARIS) Workarea - as /default/main/branch/WORKAREA/work/doc/folder1/SubFolder1/ - With the permission for the folder as: Owner (Read and Write) - Group (Read and Write) - Others (Read)
As one of the user id is deleted and so the files and folder for which that user is the owner is now shows as "Owner : " but the files and folder is also having the group permission (say as owned by test_group1 - "Group: test_group1").
At this scenario:-
1) Existing group User (from the test_group1 group) is unable to upload the existing file which is available in the folder and it displays the error message as " Error importing file C:\samplefilepath\test.html to Teamsite Server: No Such User".

2) Group user who is having the "site manager" role is unable to update the Owner and Group for the existing files and folders.

When i try to upload the bunch of files then it will popup the error for the first file from the attachment as "" Error importing file C:\samplefilepath\test.html to Teamsite Server: No Such User"" and when i clicks on OK then it only import only that single file and same time changes the ownership of that particular file. Where as for the folders where the owner is available - there is no such issue.

Please help as any one may have faces the same type of issue.

Find more posts tagged with

Comments

curiousmaverick

Did you try exploring thes use of iwidmap?

Santa

No, as there is no need to iwidmap for the user since that user(who owns the file) is deleted from the system. But the other member's from his group needs to have the access for upload?

Venus00

No, as there is no need to iwidmap for the user since that user(who owns the file) is deleted from the system. But the other member's from his group needs to have the access for upload?

TeamSite tries to apply the permission constraints for each user in a group, thats where when its checking the members of the group, that particular user found to be missing and its reporting this error.

try iwidmap , it should be resolved.

Santa

K.. I ll update with iwidmap : it ll take time as its PROD server and inform u back. But i have a question at this point as
"Is it essential to iwidmap for the deleted user - as the same file is having the group permission with Read and Write access?"

Venus00

As per my knowledge its necessary to do "iwidmap" otherwise same error will be thrown where ever this group will be used/processed.

see every user is mapped to a unique no. (SID/UID) and file ownerhip is determined by that no. , "iwidmap" will just map another user to that (SID/UID) and file can be accessed by that new user.
If there will be no mapping between that SID/UID and user_name, file cannot be accessed.

Adam Stoller

K.. I ll update with iwidmap : it ll take time as its PROD server and inform u back. But i have a question at this point as
"Is it essential to iwidmap for the deleted user - as the same file is having the group permission with Read and Write access?"

Note: After running iwidmap to remap the deleted user's UID to an existing user's UID - you need to deactivate / reactivate the store for the mapping to take effect (assuming the issue is within the 'default' store, adjust as necessary):

% iwstoreadm -d default
% iwstoreadm -a default

This will cause a momentary disruption for users of TeamSite, so it is best done outside normal business hours (whatever those may be)

To do the iwidmap'ing you can try:

% iwidmap -u -c deleted_users_uid existing_users_userid `iwgetstore`/default

Santa

Thanks. I received the answer for first part of my question.
But there is another question "There is another user of the same group who is having the "site manager" role - even this user is unable to update the Owner and Group for the existing files and folders through UI.
"Site Manager" role user should have the access to update the owner and group for file/folders.

curiousmaverick

What is this Site Manager role?

Santa

What is this Site Manager role?

SiteManager role - specifies (which have the access for)
Essential file, form and folder manipulation -Full access
LiveSite Permissions - Full access
Create new files and forms or import content - Full access
All operations related to workflow - Full access

curiousmaverick

I don't think you can do equivalent to iwidmap from front end. It is usually a TeamSite administrator activity.

Were you successful in running this command. If yes, were you able to do required action with "Site Manager" role?

Santa

I don't think you can do equivalent to iwidmap from front end. It is usually a TeamSite administrator activity.

Were you successful in running this command. If yes, were you able to do required action with "Site Manager" role?

In this case - there might be some users who will be leaving the organization in frequent bases, so i need to do the iwidmap each and every time. Its actually makes the process difficult.(This might solve - but i don't think this will be the permanent solution - when the ids are deleted in the frequent bases)
Secondly in Solaris - if a file is having the owner and group assigned - then even if the owner is disabled the file can be updated by the assigned group(member).Then in Teamsite also it needs to be applicable?

curiousmaverick

Yes. That is what a TeamSite Administrator expected to do. It may be challenging if people a leaving the organization frequently. That is why a dedicated TeamSite Administrator is preferred by many organizations.

nipper

In this case - there might be some users who will be leaving the organization in frequent bases, so i need to do the iwidmap each and every time. Its actually makes the process difficult.(This might solve - but i don't think this will be the permanent solution - when the ids are deleted in the frequent bases)
Secondly in Solaris - if a file is having the owner and group assigned - then even if the owner is disabled the file can be updated by the assigned group(member).Then in Teamsite also it needs to be applicable?

If things are set up correctly (TS groups and submit.cfg) the impact of people leaving is minimized.

curiousmaverick

Hey Nipper,

Would you like to elaborate a liitle more the point you made.

Thanks.

nipper

If you use submit.cfg correctly then the ownership of specific assets is not nipper but changed automatically to tsadmin. It will also change the permissions to 664, giving group write access (which was requested) no matter what the users umask setting is.

curiousmaverick

Gotcha!

But can that be a replacement of requirement of running iwidmap? I think NO, as abandoned SID/UID does cause GUI go haywire at times.

nipper

My point is that if the assets are not owned by someone who as left, then there will not be SIDs messing everything up.

It is hard to fix after the fact, but if it was set up correctly the first time, these would be minor.

Santa

My point is that if the assets are not owned by someone who as left, then there will not be SIDs messing everything up.

It is hard to fix after the fact, but if it was set up correctly the first time, these would be minor.

Hi Nipper/Curious_maverick,

I the current case the submit .cfg and TS Group is properly maintained and the file permission for the owner and the group is 664 (as mentioned earlier : Owner : Read and Write | Group : Read and Write | Others : Read and Write)
But i am not justified by this solution as you know if the same setting is applied for the files in Solaris then it will have any problem like this-- so the same way this needs to be work?

Even if the Team Site Administrator is available , but frequently doing this activity at the PRODUCTION Server might not be the suitable solution as per the company norms - since they may raise the consorn that it might affect - if somethings goes wrong?(As acknowledged earlier - this might be the temperary fix)

curiousmaverick

Did you try using iwidmap? Did that work for you?

Is your sumbit.cfg properly configured? If yes, how come owner name is coming blank?

If TS administration activity is not according to company norms, try find what is best for you then?

nipper

Hi Nipper/Curious_maverick,

I the current case the submit .cfg and TS Group is properly maintained and the file permission for the owner and the group is 664 (as mentioned earlier : Owner : Read and Write | Group : Read and Write | Others : Read and Write)
But i am not justified by this solution as you know if the same setting is applied for the files in Solaris then it will have any problem like this-- so the same way this needs to be work?

Go get some training or tell your boss to hire someone that knows TeamSite.

This is seldom an issue to a well maintained system. Yours is not.

ArunRathinam

Sorry to reignite this thread.

Even after I run the

% iwidmap -u -c deleted_users_uid existing_users_userid `iwgetstore`/default

and the store Deactivate/Activate steps, only some users permissions are changed.

Annoyingly the invalid user holding most of the files as Owner is not getting changed

Any thoughts on this.

Thanks in Advance

Regards
Arun

Adam Stoller

Sorry to reignite this thread.

Even after I run the

% iwidmap -u -c deleted_users_uid existing_users_userid `iwgetstore`/default

and the store Deactivate/Activate steps, only some users permissions are changed.

Annoyingly the invalid user holding most of the files as Owner is not getting changed

Any thoughts on this.

Thanks in Advance

Regards
Arun

I generally dump the entire map, edit a copy of it, and the load the entire copy of the map back (then deactivate / reactivate the store).

ArunRathinam

Thanks Ghoti !

Let me give it a try.

Regards
Arun