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; } } }

Do we require "Administrator" user only to install/upgrade Teamsite on WINDOWS?

nvprasadbabu

Hi,

There is an urgent requirement to install Teamsite 6.7.2 on WINDOWS Server. But we do not have "Administrator" user in OS group. We are trying to install Teamsite 6.7.2 with non-OS user but it was not success because non-os user cannot access File system.

So do we require "Administrator" user only to install/upgrade Teamsite on Windows?
OR
Shall we use any other OS user (other than 'Adminstrator') with fully Admin privileges for installation?

Please Suggest.

Thanks & Regards,
Prasad.

Find more posts tagged with

Comments

Adam Stoller

Hi,

There is an urgent requirement to install Teamsite 6.7.2 on WINDOWS Server. But we do not have "Administrator" user in OS group. We are trying to install Teamsite 6.7.2 with non-OS user but it was not success because non-os user cannot access File system.

So do we require "Administrator" user only to install/upgrade Teamsite on Windows?
OR
Shall we use any other OS user (other than 'Adminstrator') with fully Admin privileges for installation?

Please Suggest.

Thanks & Regards,
Prasad.

You're best off [temporarily] re-creating the "Administrator" account (as an OS Administrator) to perform the installation, but I believe you can do it as any account that has full administrative rights (at the OS level).
If you are going to perform an iwmigrate from an old backing store - you must have a local disk account named "Administrator" with full administrative rights.

The concept of "non-OS users" is for TS users, not for TS installation.

Frederik

I've recently installed 7.2.0 (fresh) on Win 2003 with a domain user that is part of the local Administrators group. Was ok.

nvprasadbabu

Hi,

If we install TS with any other OS user with full Administrative rights then all the functions/services of TS will work properly?
Shall we run all TS CLTs and all TS services with this OS user?

nipper

I never use Administrator, and only use my account which has Admin priv.

That is not the supported way but it has worked for me many times.

nvprasadbabu

Thanks for the information. But are you able to run all TS CLTs (like iwmigrate, iwreset etc) with your account and all TS services and server (stop & start)?

or do we require "Administrator" account only to run perticular CLTs or services or restarting the server etc?

What will happen if your account has been removed?

Please suggest.

nipper

I can do anything that I need to with my own login.

You really should get some training

Adam Stoller

Thanks for the information. But are you able to run all TS CLTs (like iwmigrate, iwreset etc) with your account and all TS services and server (stop & start)?

or do we require "Administrator" account only to run perticular CLTs or services or restarting the server etc?

What will happen if your account has been removed?

Please suggest.

Assuming the account used to do the installation had the proper full administrative rights - the install should succeed.
Assuming the user logged into the system has master privileges, most-all CLTs will work.
The only exception I know about is iwmigrate - which has a built-in dependency on an account named "Administrator"

Frederik

Hi,

If we install TS with any other OS user with full Administrative rights then all the functions/services of TS will work properly?
Shall we run all TS CLTs and all TS services with this OS user?

Services will be registered to run as the local SYSTEM account. You will need the account who installed TeamSite, to log on and make some other (master) teamsite users. But as soon as you've made another TS master user, you could safely delete the original account used for installation, AFAIK.

Adam Stoller

Services will be registered to run as the local SYSTEM account. You will need the account who installed TeamSite, to log on and make some other (master) teamsite users. But as soon as you've made another TS master user, you could safely delete the original account used for installation, AFAIK.

Actually, you just have to have the ability to edit IWHOME/conf/roles/tsusers.xml (carefully) to add your actual accounts in - then wait a minute or two and you should be able to login to TS as that user.

As long as the backing store is on a local disk of the server, or something that the OS treats as a local disk, the SYSTEM account should be fine and you don't have to do anything else. If the backing store is on a network share / NAS device, you need to follow the instructions in KB 49040 (if I recall the number correctly)