D
David
Gary or TWIMC,
Environment:
We've been using Project Server 2003 SP2A and Sharepoint 2.0 for 2 1/2 +
years with no COM problems using Risks, Issues, and Documents. We've added
new templates viewable at PWA-->ADMIN-->Manage Windows Sharepoint
Services-->Site Provisioning Settings-->Specify Root Web Setttings-->Site
Template. The Site Template drop down list the new templates and the Project
Workspace template. WSS and Project Server are installed on the same server.
SQL 2000 SP3a runs on a seperate server.
Our Issue/Question:
- As of 9/24/2007 our resources cannot access Risk and Issues through PWA.
- I can access the Sharepoint Sites directly through the WORKSPACE in
SharePoint.
- I can also access Risk and Issues through PWA-->ADMIN-->MANAGE WINDOWS
SHAREPOINT SERVICES-->SHAREPOINT SITES
- The user receives the following message when attempting to open RISKS and
ISSUES from PWA;
"The documents, risks and issues features in Project Web Access use Windows
SharePoint Services. A Windows SharePoint Services site needs to be created
for your project before you can share project documents or track project
risks and issues. Site creation takes a few minutes, so if the project was
just published, wait a few minutes and then visit the page again. Otherwise,
contact your server administrator."
Obviosely, the sites exist, but ProjectSever seems to think they do not.
From what I googled and read at asktheexperts there are broken COM OBJECTS
between Project Server and SHAREPOINT. Listed below are the actions which
caused this. What I would like to know is how do I reestablish communication
between SharePoint and ProjectServer without losing the WSS content?
Possible Cause of broken com objects.
1. Our Server Team identified a corrupt RAID Stripe on the Project Server.
2. A complete backup of the Project Server was taken.
3. A complete restore on a new RAID drive was completed.
4. To do this we removed the Project Server from the AD domain.
5. When the server was rebuit we added it back to the domain and recovered
the project server data and the project server systems data. The SQL
databases were not touched during this process and remained on a seperate
physical SQL Server.
6. The Project Server was then moved back into the same domain with the same
IP address. OU and GPOs were then reapplied.
7. I have verified that the Sharepoint Admin Account IFB\Project is an ADMIN
account on the Project and in the OLAP_ADMIN group on the Project Server.
Help please....Halo3 is out and I rather spend this weekend on that then
this! So if anyone can lend assistance it is greatly appreicated. I am game
to go through all the steps, Extending, Top Level Web Site Creation, running
ProxCfg, runinign PSComPlus and possibly WSSWIZ.EXE if it doesn;t blow are
WSS CONTENT database!.
Thanks,
David
Environment:
We've been using Project Server 2003 SP2A and Sharepoint 2.0 for 2 1/2 +
years with no COM problems using Risks, Issues, and Documents. We've added
new templates viewable at PWA-->ADMIN-->Manage Windows Sharepoint
Services-->Site Provisioning Settings-->Specify Root Web Setttings-->Site
Template. The Site Template drop down list the new templates and the Project
Workspace template. WSS and Project Server are installed on the same server.
SQL 2000 SP3a runs on a seperate server.
Our Issue/Question:
- As of 9/24/2007 our resources cannot access Risk and Issues through PWA.
- I can access the Sharepoint Sites directly through the WORKSPACE in
SharePoint.
- I can also access Risk and Issues through PWA-->ADMIN-->MANAGE WINDOWS
SHAREPOINT SERVICES-->SHAREPOINT SITES
- The user receives the following message when attempting to open RISKS and
ISSUES from PWA;
"The documents, risks and issues features in Project Web Access use Windows
SharePoint Services. A Windows SharePoint Services site needs to be created
for your project before you can share project documents or track project
risks and issues. Site creation takes a few minutes, so if the project was
just published, wait a few minutes and then visit the page again. Otherwise,
contact your server administrator."
Obviosely, the sites exist, but ProjectSever seems to think they do not.
From what I googled and read at asktheexperts there are broken COM OBJECTS
between Project Server and SHAREPOINT. Listed below are the actions which
caused this. What I would like to know is how do I reestablish communication
between SharePoint and ProjectServer without losing the WSS content?
Possible Cause of broken com objects.
1. Our Server Team identified a corrupt RAID Stripe on the Project Server.
2. A complete backup of the Project Server was taken.
3. A complete restore on a new RAID drive was completed.
4. To do this we removed the Project Server from the AD domain.
5. When the server was rebuit we added it back to the domain and recovered
the project server data and the project server systems data. The SQL
databases were not touched during this process and remained on a seperate
physical SQL Server.
6. The Project Server was then moved back into the same domain with the same
IP address. OU and GPOs were then reapplied.
7. I have verified that the Sharepoint Admin Account IFB\Project is an ADMIN
account on the Project and in the OLAP_ADMIN group on the Project Server.
Help please....Halo3 is out and I rather spend this weekend on that then
this! So if anyone can lend assistance it is greatly appreicated. I am game
to go through all the steps, Extending, Top Level Web Site Creation, running
ProxCfg, runinign PSComPlus and possibly WSSWIZ.EXE if it doesn;t blow are
WSS CONTENT database!.
Thanks,
David