Grafische Visual SVN Server-Verwaltungskonsole fehlt nach Aktualisierung auf Windows 10

2292
Automaton

Nach dem Upgrade von Windows 7 auf Windows 10 kann ich die grafische Verwaltungskonsole von VisualSVN Server nicht finden.

Zuvor hatte ich in Windows 7 über mein Startmenü eine Anwendung "VisualSVN Server Manager", die ich ausführen konnte und die GUI öffnen würde. Diese Anwendung fehlt nach dem Upgrade auf Windows 10 in meinem Startmenü.

Nach dem C:\ProgramData\Microsoft\Windows\Start Menu\ProgramsDurchsuchen gibt es einen Ordner namens "VisualSVN", der leer ist. Ich vermute, es sollte eine geeignete Verknüpfung in diesem Ordner geben, die nach dem Upgrade auf Windows 10 irgendwie verschwunden ist.

Ich habe mir das Installationsverzeichnis angesehen und konnte keine ausführbare Datei finden, die angemessen aussah.

Ich kann "VisualSVNServer.exe" ausführen, das sich im Binaries-Verzeichnis befindet. Der Dienst wird gestartet und ich kann eine Verbindung zu meinen Repositorys herstellen und / commit / etc ... mithilfe einer geeigneten svn-Schnittstelle wie TortoiseSVN aktualisieren.

Es scheint also, dass alles noch korrekt installiert ist und ich einfach die grafische Verwaltungsoberfläche verloren habe. Kann mich jemand in die richtige Richtung weisen, um es zurückzubekommen?

Aktualisieren

Anscheinend handelt es sich bei der Verwaltungskonsole für VisualSVN um ein Windows MMC-Snap-In. Zu wissen, dass ich mich beim Ausführen von "VisualSVN Server.msc" direkt aus dem binOrdner im Installationsverzeichnis von VisualSVN gefühlt habe, was dazu führt, dass die Verwaltungskonsole auftaucht, aber es gibt einen Fehler:VisualSVN Error "Provider kann die versuchte Operation nicht ausführen (0x80041024)

In diesem ähnlichen Thema wird derselbe Fehler beschrieben: Visual SVN Server unter Windows 10

In meinem Fall hat sich jedoch der Netzwerkspeicherort meines Repositorys //SharedDrive/User/Repositoriesnicht geändert (ich nenne es einfach ) und ich habe ihn nie einem Laufwerkbuchstaben in Windows zugeordnet. Aber ich glaube, das Problem liegt hier: Zu einem bestimmten Zeitpunkt hatte ich ein Repository auf einem anderen Netzlaufwerk (das werden wir nennen //OldSharedDrive/User/Repositories). OldSharedDrivegescheitert und wir migrierten alles nach SharedDrive. Zu dem Zeitpunkt, an dem ich meinen Repository-Speicherort in VisualSVN aktualisiert habe, um den neuen Speicherort zu verwalten, war SharedDrivealles in Ordnung und funktionierte gut in Windows 7. Wenn Sie nach dem Upgrade von Windows-10 weitermachen, stoßen wir auf das Problem, das in dieser Frage zuerst beschrieben wurde. Aber jetzt, wenn ich versuche, VisualSVN mit Windows-Programmen und -Funktionen zu reparieren, zu deinstallieren oder zu ändern, wird bei allen Vorgängen eine Warnung ausgegeben//OldSharedDrive/User/Repositories kann nicht gefunden werden und das Installationsprogramm muss den Vorgang nicht erfolgreich beenden.

Ich vermute, es gibt irgendwo eine Schlüsselbunddatei, aus der ich einfach den OldSharedDriveSpeicherort entfernen muss, und ich sollte in der Lage sein, meine Installation zu reparieren.

3
TY für die zusätzlichen Informationen. Die Antwort wurde aktualisiert. bahrep vor 9 Jahren 0

2 Antworten auf die Frage

1
bahrep

Lesen Sie den Artikel KB100: Fehlercode 0x80041024 nach dem Upgrade auf Windows 10, um Anweisungen zur Behebung des Problems zu erhalten.

Veraltete Antwort:

  1. In Windows 10 Suchfeldtyp VisualSVN Server Manager. Bekommen Sie als Ergebnis keine Verknüpfung zur VisualSVN Server Manager-Konsole?

  2. Wenn nicht, gehen Sie zu Systemsteuerung | Programme und Funktionen und führen Sie Repair für VisualSVN Server aus.

Aktualisieren

Der Fehler 0x80041024muss behoben werden, indem VisualSVN Server über die Systemsteuerung | repariert wird Programme und Funktionen . Da die Reparatur jedoch aufgrund eines veralteten Speicherorts fehlschlägt, sollte dieses Reparaturproblem behoben werden, bevor Sie den Server reparieren können.

Kontaktieren Sie support@visualsvn.com für weitere Untersuchungen. Bitte hängen Sie die VisualSVN Server-Installations- / Upgrade-Protokolle an die E-Mail an. Die Protokolle sollten sich im %TEMP%Verzeichnis befinden und benannt werden MSI*****.LOG, z MSIf34d9.LOG. Es sollten mehrere Protokolle mit einem solchen Namen vorhanden sein, bitte fügen Sie alle hinzu.

Ja, in # 1 habe ich angefangen. Nichts hier. Zu # 2 bestand mein erster Gedanke darin, die Reparatur zu versuchen und die Deinstallation dann zu deinstallieren und erneut zu installieren. Leider gibt es einen veralteten Speicherort, an dem sowohl die Reparatur- als auch die Deinstallationsroutine fehlschlägt. Die Meldung lautet "Konnte nicht auf den Netzwerkpfad \\ was auch immer \ wo auch immer \ Repositorys zugreifen" zugreifen. Nur Optionen können den Vorgang wiederholen oder abbrechen. Wiederholen ist sinnlos, da der Ort wirklich nicht mehr vorhanden ist. Automaton vor 9 Jahren 0
Ich habe die ursprüngliche Frage überarbeitet, um mehr Details zu Ihrem Artikel Nr. 2 zu enthalten. Automaton vor 9 Jahren 0
Mein Gehirn schmerzt. Der Wert in RepositoriesRoot war der korrekte Speicherort "// SharedDrive / User / Repositories". Ich habe ihn jedoch geändert, wie Sie in Schritt 3 beschrieben haben, und die Reparatur noch einmal ausgeführt. Ich erhalte die gleiche Fehlermeldung wie zuvor: Ich konnte nicht auf den Netzwerkspeicherort "// OldSharedDrive / User / Repositories" zugreifen. Ich werde mit dem Fehlerbericht weitermachen, wie Sie vorgeschlagen haben. Danke für die Hilfe @bahrep! Automaton vor 9 Jahren 0
1
SiggeLund

Diese Lösung hat meine GUI wieder zum Laufen gebracht:

  1. Öffnen Sie eine Eingabeaufforderung mit Administratorrechten.

  2. Wechseln Sie in das richtige Verzeichnis. Dies ist meins unten zum Beispiel:

    cd \Program Files (x86)\VisualSVN Server\WMI

  3. Führen Sie den folgenden Befehl aus:

    mofcomp VisualSVNServer.mof

Verwandte Probleme