Installationsprobleme auf Windows 10 X64

[Werner_RJP]

Hallo,
auf meinem Windows 10 Prof -Rechner habe ich xampp installiert [xampp-windows-x64-8.1.4-0-VS16-installer.exe].
Um nicht auf mein volles C-Laufwerk ein weiteres Programme hinzu zufügen, habe ich xampp in das Verzeichnis d:\Programme\xampp installiert. Zuvor habe ich uac und den Virenscanner deaktiviert. Alles verlief soweit problemlos, allerdings wurde dann doch zum Schluss noch eine Fehlermeldung ausgeworfen, dass das Installationsverzeichnis für xampp nicht angelegt werden konnte. Hängt das ggfs. damit zusammen, dass ich nicht c:\xampp verwendet habe?

Mit Start von setup_xampp.bat wird noch das xampp-Test-section erfolgreich ausgegeben, aber mit dem nächsten Schritt im Batch-file "xampp setup win32" endet das File mit "Sorry, but ... ".
Weitere Tests führe ich ersteinmal noch nicht aus, da bereits die Grundinstallation nicht funktioniert.

Wer kann helfen?

Werner

[Altrea]

Hallo,

Bei Benutzung des Installers wird das setup_xampp.bat script im Anschluß automatisch im Hintergrund ausgeführt.
Deshalb meldet es bei nochmaliger Ausführung, dass es nichts zu tun hat. Bis hierhin sieht also alles gut aus mit deiner Installation.

[Werner_RJP]

Die Fehlermeldung von setup_xampp.bat lautet nach dem Lauf von "XAMPP setup win32 Version" "Sorry, but ... nothing to do!" und weiter geht es mit "drücken einer beliebigen Taste". Das sieht mir nicht nach einem funktionierenden Installation aus.
Habe heute Morgen mal "xampp-control.exe" gestartet und da taucht schon der nächste Fehler auf: Port 80 ist (anderweitig" belegt! Wüsste ich nicht welches Programm diese Port nutzt.
Anderes Port einstellen ? Port 8080?
Tomcat muss scheinbar erst konfiguriert werden, jedenfalls kann es nicht gestartet werden.

[Altrea]

Die Fehlermeldung von setup_xampp.bat lautet nach dem Lauf von "XAMPP setup win32 Version" "Sorry, but ... nothing to do!" und weiter geht es mit "drücken einer beliebigen Taste". Das sieht mir nicht nach einem funktionierenden Installation aus.

Doch, das ist eine ganz normale Meldung, wenn du dir vor Augen führst, dass das Script primär dafür da ist, die Pfade zu korrigieren wenn du den XAMPP Ordner Beispielsweise verschiebst oder die zip Variante statt dem Installer verwendet hast.
Wenn die Pfade schon so Konfiguriert sind wie sie in Realität sind hat das Script eben nichts zu tun und teilt dir das auch mit.

Habe heute Morgen mal "xampp-control.exe" gestartet und da taucht schon der nächste Fehler auf: Port 80 ist (anderweitig" belegt! Wüsste ich nicht welches Programm diese Port nutzt.

Auch hier gibt es mehrere Möglichkeiten dies herauszufinden. Das XAMPP control Panel teilt dir eine Prozess ID (PID) mit, von dem Prozess der den Port belegt. Diese PID kannst du im Task Manager einblenden und damit den Prozess identifizieren.

Andere Möglichkeit wäre das XAMPP control panel mit erhöhten Administratorrechten zu starten (Rechtsclick -> als Administrator ausführen). Dann hat das control panel ausreichend Rechte um auch die Prozesspfade auszulesen und anzuzeigen.

Dann gibt es auchnoch ein kleines Zusatzprogramm im control panel mit Namen netstat das dir alle Prozesse auflisten kann. Auch hier kannst du nach dem Port 80 suchen.

Anderes Port einstellen ? Port 8080?

Würde ich nicht. Port 80 ist der Standardport für das HTTP Protokoll. Viele Anwendungen gehen davon aus, dass dieser Port benutzt wird und sind ohne Umkonfigurieren nicht funktionsfähig.

Tomcat muss scheinbar erst konfiguriert werden, jedenfalls kann es nicht gestartet werden.

Benötigst du Tomcat denn überhaupt?

[Werner_RJP]

OK, habe ich verstanden: Installation ist in Ordnung.
Habe jetzt wieder auf Port 80 zurückgestellt: jetzt wird der Apache nicht mehr gestartet, weil Port 80 in Benutzung: PID zeigt auf das System!
Darunter heisst es: "Die blockierende Anwendung muss deinstalliert/deaktiviert/rekonfiguriert werden oder Apache und das Control Panel müssen auf einen anderen Port zu lauschen"
Das heisst doch "Port wechseln", oder?

Um zunächst "nur" Datenbankanwendungen zu testen und zu betreiben, muss ich Tomcat nicht benutzen, kann ich also darauf verzichten.

[Nobbie]

Darunter heisst es: "Die blockierende Anwendung muss deinstalliert/deaktiviert/rekonfiguriert werden oder Apache und das Control Panel müssen auf einen anderen Port zu lauschen"
Das heisst doch "Port wechseln", oder?

Nein. Steht doch da, was das heisst: "Die blockierende Anwendung muss deinstallier/deaktiviert/rek8nfiguriert werden." Den Port zu wechseln ist wirklich nur dann sinnvoll, wenn die andere Anwendung nicht geändert werden kann, was fast nie der Fall ist. Meistens ist das der Microsoft Http Dienst, den Du eh nicht brauchst.

[Werner_RJP]

das heisst: "Die blockierende Anwendung muss deinstallier/deaktiviert/rek8nfiguriert werden."

Meistens ist das der Microsoft Http Dienst, den Du eh nicht brauchst.

Die weiteren Dienste wie 3 NASsen, 2 Fritzboxen brauche ich wohl nicht zu deaktivieren, nur den http vom IIS?
Sehe ich das richtig? Und was ist mit dem Drucker der auch Port 80 "verlangt"?
(Ich bin keine reiner iT-ler, sondern nur im Nebenzweig mit der Netztechnik beschäftigt- also Anwender)
Wie heisst der Dienst?

[Nobbie]

Ich denke auch, dass das der IIS von Microsoft ist.

Und was ist mit dem Drucker der auch Port 80 "verlangt"?

Ich denke nicht, dass der Drucker auf der gleichen IP arbeitet wie der Rechner. Wobei es allerdings sehr ungewöhnlich ist, dass ein Drucker Port 80 für sein Interface benutzt. Aber wie gesagt, wenn es seine eigene IP ist, spielt das keine Rolle. Sonst hättest Du schon längst dort die gleichen Probleme gehabt, man kann einen Port nur einmal vergeben pro IP.

Wie heisst der Dienst?

Keine Ahnung, ich benutze schon lange kein WIndows mehr. Musst Du mit den Bordmitteln von Windows herausfinden, am besten gehst Du in die Dienstverwaltung und klapperst alles ab. So irre schwer wird das nicht sein.

[Altrea]

Und was ist mit dem Drucker der auch Port 80 "verlangt"?

Ich denke nicht, dass der Drucker auf der gleichen IP arbeitet wie der Rechner. Wobei es allerdings sehr ungewöhnlich ist, dass ein Drucker Port 80 für sein Interface benutzt. Aber wie gesagt, wenn es seine eigene IP ist, spielt das keine Rolle. Sonst hättest Du schon längst dort die gleichen Probleme gehabt, man kann einen Port nur einmal vergeben pro IP.

Der Windows Druckerwarteschlangendienst hat Abhängigkeiten zu den Diensten RPCSS und auch http, läuft also über den http.sys Treiber der Teil des IIS ist.

Code: Select all

C:\Users\User>SC QC SPOOLER
[SC] QueryServiceConfig ERFOLG

SERVICE_NAME: SPOOLER
        TYPE               : 110  WIN32_OWN_PROCESS (interactive)
        START_TYPE         : 2   AUTO_START
        ERROR_CONTROL      : 1   NORMAL
        BINARY_PATH_NAME   : C:\Windows\System32\spoolsv.exe
        LOAD_ORDER_GROUP   : SpoolerGroup
        TAG                : 0
        DISPLAY_NAME       : Druckwarteschlange
        DEPENDENCIES       : RPCSS
                           : http
        SERVICE_START_NAME : LocalSystem

C:\Users\User>SC QUERY http

SERVICE_NAME: http
        TYPE               : 1  KERNEL_DRIVER
        STATE              : 4  RUNNING
                                (STOPPABLE, NOT_PAUSABLE, IGNORES_SHUTDOWN)
        WIN32_EXIT_CODE    : 0  (0x0)
        SERVICE_EXIT_CODE  : 0  (0x0)
        CHECKPOINT         : 0x0
        WAIT_HINT          : 0x0

[Werner_RJP]

Da ich kein Admin bin und derzeit auch keinen direkt ansprechen kann (wg. HO), meine direkte Frage:
- kann ich in http.sys den http-Dienst für den www-publishingdienst abstellen? (Sofern es plain text ist)
(wo finde ich die Datei?) (Habe ich gerade gefunden /system32/drivers/ und ist kein plain-Text !!
- kann man das Abstellen "automatisieren"?

Schmoll-Ecke: (bitte nicht als Kritik an die Community verstehen!)
Eigentlich wollte ich einem Kollegen eine Arbeitserleichterung übergeben, um alle Daten in einer Datenbank sauber zu erfassen.
Mit der Empfehlung ist solle mir doch xampp installieren dann könnte ich recht schnell eine Datenbank entwerfen und sie
ihm zur Verfügung stellen (Kollege ist kein IT-ler, sondern Hausmeister) habe ich jetzt bereits einen vollen AT mit dem herumgebastele
an einem Tool zur Datenbank verschwendet, und meine Arbeit bleibt dabei liegen.
Irgendwie war diese "Empfehlung" für mich ein Griff in die "berühmte Schüssel".
Es ist ausgesprochen frustrierend keinen Schritt voran zu kommen.
/Schmoll-Ende

[Nobbie]

Dann verzichte doch auf Xampp, das ist mir vollkommen egal. Man kann selbstverständlich Datenbanken auch ohne Xampp betreiben.

[Werner_RJP]

Ein wunderbarer Rat, genau das werde ich jetzt machen.
Die Mär, dass xampp einfach zu installieren sei, ist damit widerlegt.
Mein Admin kommt leider erst kurz vor Ostern aus dem Urlaub, also ist keine schnelle und adäquate Lösung in Sicht!
Tschüß.

[Altrea]

Nunja, das ist nicht wirklich ein XAMPP Problem.
Dasselbe Problem hättest du auch, wenn du Apache und MySQL/MariaDB aus anderen WebStack Bundles installieren würdest, oder als Einzelanwendung.
Oder auch nur einen anderen Webserver wie NGinx. Einzig mit dem IIS hättest du die Probleme nicht, denn das ist der einzige Webserver der den Propritären Windows Treiber http.sys ebenfalls verwendet.
Aber natürlich kann man auch Datenbanken modellieren, ohne Apache zu nutzen.

Ich hatte im englischen Teil des Forums mal einen langen Post mit verschiedenen Lösungsstrategien beschrieben.
Vielleicht hilft der dir weiter: viewtopic.php?f=22&t=69784&p=239058#p239059

Oder man ändert den Apache Port. Das wäre aber das letzte was ich tun würde. Auch das hatte ich mal auf englisch beschrieben:
viewtopic.php?f=22&t=69784&p=239064#p239064

[Werner_RJP]

Versteht mich bitte richtig: ich wollte jemanden einen dienstlichen Gefallen machen und habe mit einem AT experimentieren meine eigene Arbeit vernachlässigt, die ich jetzt am WE nachholen muss. So wie es derzeit aussieht, werde ich wohl noch mindestens einen weiteren AT investieren müssen, bevor eine einzige Datenbankzelle gefüllt werden kann.
Zuvor wurde mir von einigen MA der Rat gegeben, dass ich mit xampp recht schnell zu Ziel kommen könne, aber das es derartige Probleme gibt, war für mich nicht erkennbar.
Um jetzt nicht weiter in den Betriebssystem-Sumpf von Windows 10 zu versinken, muss ich jetzt die Notbremse ziehen.
Aber auch um nicht weiter durch herumbasteln am Betriebssystem das eigene System instabil zu machen.
Daher mein Entschluß.
Ob die Ratschläge von Altrea erfolgreich sein werden, werde ich wohl nicht erfahren, es sei denn, der Kollege gerät in Panik wegen der vielen auszuwertenden Daten.

[Altrea]

Verstehe uns bitte auch nicht falsch:
Niemand hier kann etwas für deinen Arbeitsaufwand, nicht die User hier im Forum und auch nicht XAMPP als Software-Bundle.
Wenn man jemandem einen Gefallen tut, geht man das Risiko der Fehleinschätzung der Rahmenbedingungen mit ein.
Dass das Frust bei dir auslöst ist teilweise verständlich. Dass du den Frust aber auf dieses Forum oder XAMPP als kostenloses Produkt kanalisierst ist unangemessen.

Du hast keinen Vertrag mit XAMPP, du bezahlst XAMPP nicht und damit ergibt sich auch kein Anspruch auf irgendeine Leistungserbringung oder Support.
Dass XAMPP als kostenloses Produkt seit über 18 Jahre als kostenloses Produkt immer weiter gepflegt wird ist nur als Angebot zu verstehen. Du darfst es nutzen - ziemlich frei sogar im kommerziellen Bereich - du musst aber nicht.
Dass dieses Community Forum hier vollständig von Voluntären Benutzern geführt wird, die ihre Freizeit damit verbringen zu Versuchen Probleme von Benutzern zu lösen oder zu analysieren ist nur als Angebot zu verstehen.
Wir müssen das hier nicht tun und du musst das nicht in Anspruch nehmen.