Sharepoint 2007 probleem

[Anoniem: 343207]

Hoi,

wij hebben vorige week vrijdagavond onze san moeten rebooten ivm kapotte controllers, hiervoor moest onze complete vmware omgeving uit.

alle virtual machines dus shutdown gegeven, uurtje erna alles netjes weer up.

nu werkt ons intranet ineens niet meer, en ik kom er niet uit waarom niet..
hieronder de error die ik van asp.net krijg in het eventlog.
iemand tips/oplossingen? ik heb alles nagekeken (ook of er eventueel updates e.d. na de herstart zijn toegepast, maar allemaal niets.

gegevens server:

Virtual machine met 2 cpu's toegekend en 3 gyg geheugen
Windows 2008 Standard Service pack 2 32bit
Microsoft office sharepoint server 2007


eventlog melding:

Event code: 3008
Event message: A configuration error has occurred.
Event time: 20-6-2011 10:18:05
Event time (UTC): 20-6-2011 8:18:05
Event ID: c79618595ad74b199a230a62e33353f7
Event sequence: 1
Event occurrence: 1
Event detail code: 0

Application information:
Application domain: /LM/W3SVC/360285442/ROOT-2-129530314856084529
Trust level: Full
Application Virtual Path: /
Application Path: C:\inetpub\wwwroot\wss\VirtualDirectories\80\
Machine name: Computernaam
Process information:
Process ID: 2072
Process name: w3wp.exe
Account name: domein\accountaam

Exception information:
Exception type: HttpException
Exception message: Could not load file or assembly 'Microsoft.SharePoint, Version=12.0.0.0, Culture=neutral, PublicKeyToken=71e9bce111e9429c' or one of its dependencies. The module was expected to contain an assembly manifest. (C:\inetpub\wwwroot\wss\VirtualDirectories\80\web.config line 147)

Request information:
Request URL: http://websitenaam/
Request path: /
User host address: 0.0.0.0
User:
Is authenticated: False
Authentication Type:
Thread account name: domein\accountaam

Thread information:
Thread ID: 7
Thread account name: domein\accountaam
Is impersonating: False
Stack trace: at System.Web.Compilation.BuildManager.ReportTopLevelCompilationException()
at System.Web.Compilation.BuildManager.EnsureTopLevelFilesCompiled()
at System.Web.Hosting.HostingEnvironment.Initialize(ApplicationManager appManager, IApplicationHost appHost, IConfigMapPathFactory configMapPathFactory, HostingEnvironmentParameters hostingParameters)


Custom event details:

[ Voor 3% gewijzigd door Anoniem: 343207 op 20-06-2011 10:51 ]

[Outerspace]

Ik heb wat informatie opgezocht, kan je hier wat mee?
http://forums.asp.net/t/1...ing+up+Reporting+Services --> MSDN: How to: Switch Server Modes (Reporting Services Configuration)

[Anoniem: 343207]

thnx voor de informatie, ik ga kijken of ik er wat mee kan.

heb ondertussen al weer meer informatie uit logs e.d. kunnen vissen:


Line 145: <compilation batch="false" debug="false">
Line 146: <assemblies>
Line 147: <add assembly="Microsoft.SharePoint, Version=12.0.0.0, Culture=neutral, PublicKeyToken=71e9bce111e9429c" />
Line 148: </assemblies>
Line 149: <expressionBuilders>


Source File: C:\inetpub\wwwroot\wss\VirtualDirectories\80\web.config Line: 147

Assembly Load Trace: The following information can be helpful to determine why the assembly 'Microsoft.SharePoint, Version=12.0.0.0, Culture=neutral, PublicKeyToken=71e9bce111e9429c' could not be loaded.


=== Pre-bind state information ===
LOG: User = DOMEIN\gebruiker
LOG: DisplayName = Microsoft.SharePoint, Version=12.0.0.0, Culture=neutral, PublicKeyToken=71e9bce111e9429c
(Fully-specified)
LOG: Appbase = file:///C:/inetpub/wwwroot/wss/VirtualDirectories/80/
LOG: Initial PrivatePath = C:\inetpub\wwwroot\wss\VirtualDirectories\80\bin
Calling assembly : (Unknown).
===
LOG: This bind starts in default load context.
LOG: Using application configuration file: C:\inetpub\wwwroot\wss\VirtualDirectories\80\web.config
LOG: Using host configuration file: C:\Windows\Microsoft.NET\Framework\v2.0.50727\Aspnet.config
LOG: Using machine configuration file from C:\Windows\Microsoft.NET\Framework\v2.0.50727\config\machine.config.
LOG: Post-policy reference: Microsoft.SharePoint, Version=12.0.0.0, Culture=neutral, PublicKeyToken=71e9bce111e9429c


het lijkt er dus op dat om een of andere reden hij de assemblu niet kan toevoegen..
heb in de assembly map onder c:/windows/assembly gekeken, maar staat er netjes tussen..

[MaZo]

Is je web.config file überhaupt nog wel present? Zo ja, staan alle OOTB entries wel als safe control geregistreerd? In het geval van meerdere front-end's zul je dit vanzelfsprekend op alle machines moeten nagaan. Verder zou het ook nog kunnen zijn dat de NTFS permissies op de wwwroot folder kapoet is.

[ Voor 17% gewijzigd door MaZo op 20-06-2011 12:28 ]

[Anoniem: 343207]

de permissies op de wwwroot zijn allemaal in orde (al gechecked)
er is maar 1 frontend..
web.config is er ook gewoon en de regel waar hij het over heeft staat er ook netjes.
op de een of andere manier wil hij die assembly niet laden (assembly staat er ook gewoon netjes)

hoe check ik of alles als safe control geregistreerd staat??
edit: gechecked in de web.config.
de assembly staat er gewoon in..
sowieso thnx voor de reply!

[ Voor 8% gewijzigd door Anoniem: 343207 op 20-06-2011 13:16 ]

[MaZo]

Je zou kunnen proberen om even ASP.NET 2.0 opnieuw te installeren, en vervolgens een IISRESET geven.

Simpelweg even een command prompt openen, en naar de Framework folder switchen (bijv. C:\WINDOWS\Microsoft.NET\Framework64\v2.0.50727 in het geval van een 64-bit OS), en het volgende uitvoeren: aspnet_regiis.exe -i

[Anoniem: 343207]

check! ook gedaan, geen resultaat..

hij blijft zeuren om:

Could not load file or assembly 'Microsoft.SharePoint, Version=12.0.0.0, Culture=neutral, PublicKeyToken=71e9bce111e9429c' or one of its dependencies. The module was expected to contain an assembly manifest.

[MaZo]

Hmm, het makkelijkst (ook qua tijd) zou waarschijnlijk zijn om de web application te verwijderen, en opnieuw aan te maken. Vul bij het aanmaken de naam van je huidige content database in, om je bestaande content weer te gebruiken.

Vergeet alvorens je dit doet niet om even een backup te maken van je web.config (in het geval van custom entries). Ook zul je eventuele custom solutions weer opnieuw naar je web application moeten deployen.

[ Voor 5% gewijzigd door MaZo op 20-06-2011 15:36 ]

[Anoniem: 343207]

dat gister ook nog geprobeerd, geen resultaat.
we hebben gisteravond maar even een image van de server teruggeblazen van afgelopen vrijdag. (lange leven veeam backup )
aangezien toch niemand op de maandag op ons intranet heeft gekund waren er geen wijzigingen

Alles werkt weer perfect, lijkt er toch op dat iets beschadigd is terwijl wij eerst netjes alle vm's afgesloten hebben

in ieder geval hartelijk dank voor alle tips/trics!!

grtz Gijs