Info Reg TSIMP_host or IUSR_host

AFAIK, there are a few answer to this. When you install TS or IIS, it uses a default password (it is randomly generated). The TSIMP is installed by TeamSite and IUSR when IIS is installed. I do not *think* they use the same password (though TS could read the IUSR password and use it I supposed.)

Some places have settings that require it to be changed or that the random will not work.

If you can, leave it. If you can't, not much you can do. However if the passowrd must be changed then you are asking yourself for a world of troubles.

Yes i am in that world of troubles(Well Support engineers are with me), but that doesn't stop me from playing on 6.7.1 version. I do not accept that the TSIMP User password is set my default, it been like 3 or 4 times that i have installed 6.7 and ungraded it to 6.7.1, everytime i did a fresh install and when i reboot the system, it asks to set the password for TSIMP_host(This occurs during auto configuration of Teamsite after a reboot). At this point i tried all the scenarios which i mentioned in the above post (domain admin password, local admin password, local user password) none of them resolved my problem .

In one instance, i even lost my application pool. I am waiting for Support to get back to me.

Thanks

OK then you company will not allow the default password.

Can you check the user ? Make certain that password never expires is set and user cannot change password. If those are not possible then you must get your IT dept to let you set it that way. Cannot get around it.

Also, check the IIS settings. You need to edit the Home directory, allow access for TSIMP user and set the new password.

What is the behavior you are seeing ?

I have been there done that. I have full full access on the server, so i have tried a lot to solve my problems, we i would rather say we ( interwoven support) have tried and still trying. We are trying to resolve our universal problem of preview and generate.

When ever anyone tries to preview or generate it will ask for user name and password, no matter what you enter, it will say page not found.

Support guys were supposed to do a live meeting to resolve this, when ever we both tried, we either land up on "page not found" and if we fiddle with IIS and all the ****_host users we end up in blowing the application pool or another universal error "Service Unavailable"

So i guess i have to wait. I feel like doing the complete erase of the system and start from the very scrach. I did this before but no luck, and its lot of work for sys admin.

Smiley Sad

Thanks Andy

I have gone through similar issues here. I decided forget trying to solve the problem and make a workaround instead.

I created a new website (servername:82) mapped to the workarea (we use a single content workarea instead of many disparate workareas. My networking guys know how to set that up easy enough.

Then a put a proxy statement like this:

[iwproxy_preconnect_redirect]
_regex=^/iw-mount/default/main/branch/WORKAREA/Content/(.*)\.aspx$=http://server:82/$1.aspx

Maybe you can figure out another way to kill the beast

Hello Andy, We finally got this resolved. It was strange, but all we did in the past, we kind of did the same thing again.

Like a month or 2 ago we did was to blow out the default website in IIS all together and create a new one, at that point it didn't work and yesterday it worked.

And yes we had to set the password for TSIMP_host user again.

Well i am happy that it got resolved, atleast i can preview my work now.

I have a question though....

There is something called "Interwoven Derby Database Server" under services, I guess it is used for Reporting, if we do not have reporting Licenses it will never start. Wanted to know more on this can you point me to a manual which explains about this?

Thank You

There is something called "Interwoven Derby Database Server" under services, I guess it is used for Reporting, if we do not have reporting Licenses it will never start. Wanted to know more on this can you point me to a manual which explains about this?

Thank You

No, I do not think it is only for reporting. As I understand, this is a replacement for the JMS DB the event subsystem uses. Most people use SQL Server, Oracle, MySQL, etc but some still have the out of the box DB setup. This should be more scalable.

I seem to be running into the same / similar problem right now:

TeamSite 6.7.1 SP1 + Patch #1 (73875)
W2K3 SP1
TSIMP_hostname exists
TSIMP_hostname is a member of both "TSWebPreview" (which is what webserver_group is set to in iw.cfg) and "TeamSite Web Preview" (which I believe the TS installer or tspostreboot.pl script created despite my setting in iw.cfg)
On the Default Web Site I set it up for anonymous access with the TSIMP_hostname account, and included:
- Integrated Windows authentication
- Basic authentication (password is sent in clear text)
- The latter was off initially, I set it hoping to fix the problem, but it didn't, I removed it again
- I selected the iw-mount virtual directory and had the changes applied throughout
I've tried adding the TSIMP_hostname account as a valid TS user
- Even made them a Master
- Interestingly enough, I get "Failure in Operation" when trying to login to the TS GUI with that account... - perhaps that's a clue?

Any issues usign port 81 ? Can you get to the site there without password ? If you have trouble then look at the IUSR_hostname user

Any issues usign port 81 ?

What issues are you talking about with port 81 - I don't believe there are any issues with it, however - I just did a netstat -na | find "82" and didn't see anything listening there, so I changed the port on the "Default Web Site" and did an iisreset and changed the port in iw.cfg and did an iwreset -ui - no change, so I put them back to 81.

Can you get to the site there without password ?

Do you mean as an end-user - I believe the answer is yes (it's a state governement www site)

Or did you mean via browsing through the IISAdmin interface? (which I meant to mention in my previous post) In that case, yes, I (as another user) can browse up to the workarea - but I cannot browse into the workarea - either via the IISAdmin interface or via the file system interface.

I just tried logging into the server (remote access) as TSIMP_hostname and found that I don't have access to browse through the IISAdmin interface, but I do have access to navigate through the file system interface (Y:\...) through and into the workarea.

If you have trouble then look at the IUSR_hostname user

Well - there are differences there:

Beyond that they seem to be identical - and none of those seem (to me) to be likely sources of the problem.

No I meant can you get to your directories though port 81?

I have seen cases where the IUSR_hostname did not have access to the folders (via anonymous access) and it kept asking for a password. If you can view the files (albeit incorrectly depending on paths) in the browser, then IUSR_hostname has the appropraite permissions to get to the virtual mounts.

try going to

http://server:81/default/main/this/stupid/branch/doesnot/WORKarea/me/index.html (fill in your appropriate branching structure there) Smiley Very Happy

If you can't get to it then I bet double or nothing on the smelly fish dinner I owe you IUSR access is the problem.

No I meant can you get to your directories though port 81?

I have seen cases where the IUSR_hostname did not have access to the folders (via anonymous access) and it kept asking for a password. If you can view the files (albeit incorrectly depending on paths) in the browser, then IUSR_hostname has the appropraite permissions to get to the virtual mounts.

try going to

http://server:81/default/main/this/stupid/branch/doesnot/WORKarea/me/index.html (fill in your appropriate branching structure there)

If you can't get to it then I bet double or nothing on the smelly fish dinner I owe you IUSR access is the problem.

It gets wierder and wierder - 2 of 3 of us who are currently involved with the server and who all are masters, could not preview content, but the other one could.

I tried going through port 81 and unfortunately did a whole bunch of things in a short period of time such that I can't remember exactly, but I think it asked for my password and didn't like the first account / password I gave it, but liked the second, and then I tried without port 81 and it prompted me again, and I used the same account/password that worked with port 81 and now all of a sudden I can view all the pages without being prompted again.

So now it's 2 of 3 who can and 1 who can't - we're going to try having her go through port 81 tomorrow - but the 1st person who had no problems never went through port 81 ... One of the things I changed in that whirl-wind of activity was resetting domain_local_groups=yes in the iw.cfg file (we had to set it to 'no' in order to get iwmigrate to work) - and it seemed to start working for me nicely right after that - I ran over to the other person's desk and asked her to try again - but it still didn't work for her.

Oh well - I'll keep plugging at it tomorrow, but it is almost as frustrating to have it work inconsistently for no clear reason than to have it not work at all (consistently).

By chance is someone using Firefox ?

By chance is someone using Firefox ?

No - everyone's on IE-7

I assume you all try it on the same server (same IE settings), any differences in groups for the 3 ?

I assume you all try it on the same server (same IE settings), any differences in groups for the 3 ?

As for IE settings - I don't believe I made any changes to mine between when I could not / could preview (I think I turned off caching after preview started working for me) - and we're all connecting to the same server.

I may try having people log in on different client machines and see what happens - but I've got several other "plates" spinning right now ...

Latest tidbits of information - we'll start with a "cast of characters" first:

In the above cases - the windows login for WS-2 is User-B and for WS-3 is User-C - only the TS login was changed when trying to work from the other WS.So - it does not seem to be the user account per-se, it could be an IE setting, but I'm not sure which one (User-C already had caching turned off), or it could be a client WS setting (??) - I'm going to try to engage User-A to attempt TS-login/preview from both WS-2 and WS-3 when I get a chance.Any other ideas?

Continue from the previous post:

I'm having User-C (and User-A) compare their IE settings to User-B's - as I don't see how this could be a workstation-specific issue...

[QUOTE=ghoti]Continue from the previous post:

to be checked.