M
MARC TIDD
Hello,
I have recently installed Project Server SP1 and now I have users who cannot access pages with grids on them. Both servers are in the trusted sites zone and all IE security settings are set to enabled or prompt. The MSADC path is excluded on the SharePoint server.
System Information
Server A - WSS, Project Server SP1
Server B - SQL Server
This problem is not affecting certain people; however I can find no conclusive differences between the two groups.
Each time I access a page with a grid I get a login prompt. Signing in to the prompt always fails even with valid credentials. I then get three failed attempts and I am redirected to the Project Home page.
In the security event logs on Server A, I get the following failure audit for each attempt.
<!----------------------------------------->
Event Type: Failure Audit
Event Source: Security
Event Category: Logon/Logoff
Event ID: 529
Date: 1/26/2005
Time: 4:59:56 PM
User: NT AUTHORITY\SYSTEM
Computer: OPAPP01
Description:
Logon Failure:
Reason: Unknown user name or bad password
User Name:
Domain:
Logon Type: 3
Logon Process: Kerberos
Authentication Package: Kerberos
Workstation Name: -
Caller User Name: -
Caller Domain: -
Caller Logon ID: -
Caller Process ID: -
Transited Services: -
Source Network Address: x.x.x.x
Source Port: 3958
For more information, see Help and Support Center at http://go.microsoft.com/fwlink/events.asp.
<!----------------------------------------->
I have signed in to my PC as local administrator (not on the domain), and then used basic authentication with my domain account and everything works fine in PWA. However, if I sign in to the domain it does not work. Yet for some users it works even when they are on the domain.
I have another user who has no problems, yet when I sign on to the domain using his PC I have the same problems that I have on my PC.
So it seems to me that I have some users who cannot use integrated windows authentication for certain components on project server.
Any help you could offer would be greatly appreciated.
Thanks
Marc A. Tidd
I have recently installed Project Server SP1 and now I have users who cannot access pages with grids on them. Both servers are in the trusted sites zone and all IE security settings are set to enabled or prompt. The MSADC path is excluded on the SharePoint server.
System Information
Server A - WSS, Project Server SP1
Server B - SQL Server
This problem is not affecting certain people; however I can find no conclusive differences between the two groups.
Each time I access a page with a grid I get a login prompt. Signing in to the prompt always fails even with valid credentials. I then get three failed attempts and I am redirected to the Project Home page.
In the security event logs on Server A, I get the following failure audit for each attempt.
<!----------------------------------------->
Event Type: Failure Audit
Event Source: Security
Event Category: Logon/Logoff
Event ID: 529
Date: 1/26/2005
Time: 4:59:56 PM
User: NT AUTHORITY\SYSTEM
Computer: OPAPP01
Description:
Logon Failure:
Reason: Unknown user name or bad password
User Name:
Domain:
Logon Type: 3
Logon Process: Kerberos
Authentication Package: Kerberos
Workstation Name: -
Caller User Name: -
Caller Domain: -
Caller Logon ID: -
Caller Process ID: -
Transited Services: -
Source Network Address: x.x.x.x
Source Port: 3958
For more information, see Help and Support Center at http://go.microsoft.com/fwlink/events.asp.
<!----------------------------------------->
I have signed in to my PC as local administrator (not on the domain), and then used basic authentication with my domain account and everything works fine in PWA. However, if I sign in to the domain it does not work. Yet for some users it works even when they are on the domain.
I have another user who has no problems, yet when I sign on to the domain using his PC I have the same problems that I have on my PC.
So it seems to me that I have some users who cannot use integrated windows authentication for certain components on project server.
Any help you could offer would be greatly appreciated.
Thanks
Marc A. Tidd