2011-01-10 8 views
2

ich folgende Skripte Installation/Deinstallation eine LösungLösung Bereitstellung von Sharepoint ausgeführt wird für immer - Sharepoint 2007

Uninstall.bat

@echo off 

echo ***************************************************** 
echo Un-Installing <solution> - 
echo (C) <company>. All rights reserved. 
echo ***************************************************** 

set stsadm="%programfiles%\common files\microsoft shared\web server extensions\12\bin\stsadm.exe" 

echo Retracing solution.wsp 
%stsadm% -o retractsolution -name solution.wsp -immediate -allContentURLs 

%stsadm% -o execadmsvcjobs 

echo Wait till the solution retraction is completed (check the central administration) 
pause 

echo Deleting solution from the solution store 
%stsadm% -o deletesolution -name solution.wsp -override 

%stsadm% -o execadmsvcjobs 

echo - Restarting WSS Timer service 
net stop "windows sharepoint services timer" 
net start "windows sharepoint services timer" 

echo Uninstallation completed successfully 

echo. 
pause 

Install.bat

@echo off 
set STSADM="C:\Program Files\Common Files\Microsoft Shared\web server extensions\12\BIN\stsadm.exe" 

echo ***************************************************** 
echo Installing <solution> - 
echo (C) <company>. All rights reserved. 
echo ***************************************************** 

echo Adding solution.wsp to the solution store 
%STSADM% -o addsolution -filename solution.wsp 

echo Deploying solution 
%STSADM% -o deploysolution -name solution.wsp -force -immediate -allowGacDeployment -allContentURLs 

%STSADM% -o execadmsvcjobs 

echo Installation completed successfully 

IISRESET 

Restarting SharePoint Timer Service.. 

NET STOP SPTIMERV3 
NET START SPTIMERV3 

REM echo copying resources.. 
REM %STSADM% -o copyappbincontent 

echo. 
pause 

Aber die install.bat steckt nach der Bereitstellung bei execadmsvcjobs fest. Als ich den TaskManager überprüfte, stieg die CPU-Auslastung auf 100% und STSADM.EXE und OWSTIMER.EXE verbrauchten viel Speicher. Die Bereitstellung läuft also für immer.

Irgendwelche Ideen?

+0

Was war die Lösung in Ihrem Fall –

+0

Diese http://stackoverflow.com/questions/4646646/feature-event-handler-called-multiple-times-for-farm-level-feature-sharepoint-2/4647028#4647028 war das Problem und die Ursache für den Server sehr langsam. Ich habe eine statische Variable im Feature-Event-Handler verwendet und konnte nicht mehrfach aufgerufen werden. – NLV

Antwort

2

Das ist ein recht häufiges Problem und es ist unwahrscheinlich, um ein Problem mit der tatsächlichen WSP-Datei übernehmen können Sie bereitstellen werden. Werfen Sie einen Blick auf die following resources.

1

Ich würde vorschlagen, durch den Log-Bieng-Genrated in 12 Stock Protokoll-Ordner, die Ihnen helfen, die Ursache des Problems zu finden.

Diese Art von Problem tritt auf, wenn eine der erforderlichen Ressourcen für die Bereitstellung fehlt oder nicht gewartet werden kann. Wenn Sie beispielsweise mehrere Webserver in Ihrer Farm haben und diese aufgrund von Problemen nicht ausgeführt werden konnten und Sie sie nicht von Ihren SharePoint-Farmen getrennt haben, versucht sie, sie zu finden, und da kein verfügbarer Job hängt. Derselbe Fall kann auftreten, wenn Sie versuchen, ihn in allen Web-Apps zu installieren, und beide Web-Apps sind nicht verfügbar.

den Job zu töten, die Sie kontinuierlich läuft Hilfe von folgendem Beitrag http://blog.hinshelwood.com/archive/2008/12/10/removing-a-dead-solution-deployment-from-moss-2007.aspx

+0

Ich habe kein Farm-Setup. Ich mache das nur auf meinem Testserver. Wird die Protokolle überprüfen. – NLV

+0

post die Protokollnachricht hier wird versuchen, Ihnen in tht zu helfen –