fragen stichworte

Der Apache von VisualSVN Server kann nicht mit dem TCP-Port gestartet werden

Nach einem Upgrade des SSH Tectia-Clients von Version 6.0 auf 6.1 auf meiner Windows XP-Workstation kann VisualSVN 2.0.7 aus irgendeinem Grund seinen Apache-Dienst nach dem Neustart nicht starten.

Event Type: Information
Event Source:   VisualSVN Server 2.0
Event Category: Apache 
Event ID:   1000
Date:       9/30/2009
Time:       3:37:48 PM
User:       N/A
Computer:   4-J25A
Description:
Disabled use of AcceptEx() WinSock2 API


Event Type: Error
Event Source:   VisualSVN Server 2.0
Event Category: Apache 
Event ID:   1002
Date:       9/30/2009
Time:       3:37:48 PM
User:       N/A
Computer:   4-J25A
Description:
alloc_listener: failed to get a socket for (null)
(OS 10106) The requested service provider could not be loaded or initialized.  


Event Type: Error
Event Source:   VisualSVN Server 2.0
Event Category: Apache 
Event ID:   1000
Date:       9/30/2009
Time:       3:37:48 PM
User:       N/A
Computer:   4-J25A
Description:
Syntax error on line 25 of C:/Program Files/VisualSVN Server/conf/httpd.conf:


Event Type: Error
Event Source:   VisualSVN Server 2.0
Event Category: Apache 
Event ID:   1000
Date:       9/30/2009
Time:       3:37:48 PM
User:       N/A
Computer:   4-J25A
Description:
Listen setup failed

Wenn ich den Apache-Prozess "VisualSVNServer.exe" direkt starte, kann er zwar arbeiten und Anforderungen annehmen, die VisualSVN-Verwaltungskonsole denkt jedoch immer noch, dass der Dienst gestoppt ist. Ich bin nicht vertraut mit der Windows-Version von Apache, um zu verstehen, was es daran hindert, den angegebenen Port von 8443 abzusichern (oder kann es eine beliebige andere Portnummer sein)?

antworten

Ich habe mein Problem mit der Installation des VisualSVN-Servers behoben. Ich habe viele Fehler gesehen, einschließlich des obigen. Ich hatte VisualSVN Server schon seit langer Zeit problemlos ausgeführt, aber nach einem kürzlich erfolgten Windows-Update und einem Neustart kam mein Server nicht wieder hoch. Das Support-Team brachte es schließlich wieder online, aber der SVN-Server lief nicht und ich konnte es nicht starten. Ich dachte mir, ich würde es einfach aktualisieren und die Installation alle Probleme beheben lassen. Ich dachte, es könnte eine Beschädigung der Festplatte gegeben haben, die auf diese Weise behoben worden wäre.

Ich habe schließlich erfahren, dass die zweite IP-Adresse, die ich auf dem Server hatte, nicht mehr konfiguriert wurde. Und zuvor hatte ich den SVN/Apache-Server so konfiguriert, dass er eine bestimmte IP-Adresse verwendet, die nicht mehr vorhanden war.

[HKEY_LOCAL_MACHINE\\SOFTWARE\\VisualSVN\\VisualSVN Server]

Dieser Registrierungsschlüssel ist der, der die fehlende IP-Adresse angibt und wahrscheinlich alle meine Probleme verursacht. Nachdem ich die IP-Adresse als zusätzliche IP-Adresse hinzugefügt hatte, konnte ich die Installation erfolgreich ausführen und über meinen SVN-Client auf den Server zugreifen.

Dieser Registrierungsschlüssel enthält Werte für ServerBinding und ServerName, die zum Starten von Apache verwendet werden müssen. Leider erlaubt es der VisualSVN Server-Installationsvorgang nicht, die IP-Adresse oder den Servernamen anzuzeigen oder zu ändern. Das würde eine Menge Ärger ersparen und hätte den wahren Grund für meinen Ärger offenbart.

Bei der Verwaltung von IIS und Apache auf demselben Server mit 2 IP-Adressen sollten Sie IIS anweisen, die 2. IP-Adresse nicht zu verwenden. Der folgende Befehl macht das.

netsh http delete iplisten ipaddress=333.333.333.333

Dies ist offensichtlich eine falsche IP-Adresse. Ersetzen Sie es durch Ihre 2. IP-Adresse. Der nächste Befehl zeigt Ihnen, welche IP-Adresse IIS verwenden darf.

netsh http show iplisten

Sie müssen möglicherweise IIS neu starten oder den Computer neu starten, um diese Änderungen erfolgreich zu übernehmen. Windows ordnet die Kontrolle der aufgelisteten IP-Adressen zu einem frühen Zeitpunkt des Startvorgangs zu. Sie möchten also sicherstellen, dass sie nicht verwendet werden, damit Apache sie verwenden kann.

Überprüfen Sie bei erneuten Problemen erneut, ob die zweite IP-Adresse für den Server konfiguriert ist. Alle meine Probleme waren einfach auf die fehlende IP-Konfiguration zurückzuführen.

Ich habe versucht, VIsualSVN Server ohne Erfolg zu reparieren und neu zu installieren. Erst nachdem ich SSH Tectia Client deinstalliert hatte, wurde der Apache von VisualSVN Server wieder ordnungsgemäß gestartet. Die Installation von SSH Tectia Client scheint danach keine Probleme mehr zu verursachen. Ich hoffe es bleibt so.