apache2 startet nicht

Zitat von sepp2gl

DarkTrinity:

Welche logs enthalten weitergehende Infos?

Wie ich bereits sagte - das hängt von der Apache Config ab.

1. Wie ist das Log Level ?

2. Wo logt Apache ?

3. Wo loggen eventuell weitere VHosts ?

4. und was weiss ich sonst noch

Mach doch einfach mal das was ich geschrieben habe und dann sehen wir weiter

PS: Wenn Apache wieder startet, würde ich aber auch dazu raten Dein Projekt zu sichern und vlt eine etwas integere Softwarestruktur aufzusetzen (Stichwort Repos) um da alles wieder einzuspielen. Du machst Dir wahrscheinlich das Leben damit bissel leichter Aber eins nach dem anderen.

Zitat von DarkTrinity

Also ich wüsste ja gerne was inden Logs steht.

Und die Ausgabe systemctl status apache2 - das sind keine logs (!) - das ist lediglich ein Teil den man wohl ebenfalls in den logs finden wird.

Je nach Konfiguration und Anzahl virtueller Hosts kann es durchaus mehrere Logfiles geben.

Jetzt versuch mal Folgendes

1. Finde die involvierten Conf Dateien heraus mit einem

Code

apache2 -V

2. Suche in denen nach Protollanweisungen

Code

cat file.conf | igrep log 

3. In einer dieser Log- Dateien wirst Du ganz klare Informationen finden und falls nicht das Loglevel nicht ausreichend

In dem Fall stellst Du das Loglevel auf Debug, reproduzierst den Fehler und suchst erneut in den Logs. Spätestens dann wirst Du sehr klare Informationen finden und das Problem ganz gezielt einkreisen können

Das habe ich aber schon einmal geschrieben.

Sollte es an Problemen liegen die durch dezent chaotisch gemischte Softwarequellen verursacht wurden, wird man auch das in den Logs finden können - denke ich zumindest. Spätestens dann, wenn man sich nach den Apache Protokollen dann die des Systems ansieht.

Das erste Ziel sollte es doch sein daß der Apache Dienst wieder läuft. Wenn man jetzt ganz viele Repos raus feuert und womögliche teilweise nicht ersetzt, könnte man dem Apache (oder dem darauf sitzenden php/drupal/DB whatever gemisch) schlimmstenfalls soweit den Rest geben, daß man wirklich nur noch alles neu installieren kann.

Hoffentlich gibst von dem Drupal (oder was immer er da laufen hat) ein aktuelles Backup

Alles anzeigen

Zitat von sepp2gl

1. Sanierung der Repos und der damit zusammenhängend der Pakete; wahrscheinlich das zugrundeliegende Problem...

2. Die eigentliche apache-Konfiguration und deren log-Dateien (möglicherweise als Folgefehler und Symptom des Problems in 1. )

Eventuell stimmen die Konfigurationsdateien ja. Da würde ich erst mal die Finger weglassen.

Erst schauen wir, dass wir die Installation geradebiegen.

Zitat von sepp2gl

Gibt es eine Möglichkeit, das in zypper zu tun?

Die gibt es. Aber erst müssen die Repositories passen.

Zitat von sepp2gl

Der Aufwand in Yast, alles zu ändern, ist gigantisch.

Das macht man auch nicht in yast. Mit etwas Glück, sind das 2-3 Befehle (nach Aufräumen der Repositoryliste) im Terminal. Mit yast stirbst du an Altersschwäche bevor du fertig bist.

Sauerland und ich schauen uns das mal in Ruhe an. Das kann etwas dauern.

Soll aber andere nicht davon abhalten an der Lösung mitzuwirken.

Zitat von sepp2gl

DarkTrinity:

Code

apache2 -V

läßt sich nicht derzeit nicht ausführen.
Ich werde jetzt erst einmal die Sache mit den Repos in Ordnung bringen.

Das ist seltsam - dieser Befehl sollte eigentlich auch dann gehen, wenn Apache nicht läuft.... Hmmmmmmmmmmmmm Ok...

Auf Opensuse ist leider vieles anders, deshalb mache ich Apache Sachen immer auf Ubuntu....

Aber laut den Docs (extra mal nachgesehen) liegt Apache hier: /etc/apache2/

Also machst Du mal Folgendes:

cd /etc/apache2/
## um logfiles zu identifizieren und den loglevel auch
grep -R -i "log" * > ~/logconfig.txt
## um die hosts zu finden
grep -R -i "servername" * > ~/hosts.txt

Dann ins Homeverzeichnis gehen und die beiden entstandenen dateien (logconfig.txt + hosts.txt) hier rein posten. Bitte auch gleich mal in hosts.txt gucken und versuchen uns zu sagen, welcher von den hosts der ist, auf dem das betroffene drupal läuft (es war doch drupal, oder ? jedenfalls wars i-eine CMS).

Gutes Gelingen

PS: Wenn DU den Apachedienst wieder am Laufen hast, erstellst mit den Bordmitteln der CMS ein Backup und setzt danach das System / die Repos sauber auf. Also so würde ich es machen. Es sei denn Du hast bereits ein aktuelles Backup - in dem Fall vergiss was ich geschrieben habe

Da sind ja noch Repos hinzugekommen........

Dies System zum laufen zu bringen wird Spass machen.......

Wenn ich mir die Repoliste anschaue, die "falsch" installierten Pakete, da wundert mich nur, das nur der apache nicht läuft.

Übrigens hat irgendwo mal einer versucht, das php8 zum laufen zu bringen, hat es dann aber doch wieder abgebrochen und ist zu php 7 zurück.

Zitat

PS: Wenn DU den Apachedienst wieder am Laufen hast, erstellst mit den Bordmitteln der CMS ein Backup und setzt danach das System / die Repos sauber auf. Also so würde ich es machen. Es sei denn Du hast bereits ein aktuelles Backup - in dem Fall vergiss was ich geschrieben habe

Ich würde das System komplett platt machen, Festplatte formatieren und dann neu aufsetzen.

Wobei ich die Finger von irgendwelchen "nützlichen" oder "besseren" Paketen aus anderen Repos lassen würde.

Bei Repos sag ich immer:

Weniger ist oft mehr.

Oder man weiß, was man macht.

Da gehe ich in diesem Beitrag nicht von aus.

Sauerland

Zitat von Trekkie00

Zuerst solltest du deine Liste entrümpeln. Ein guter Anfang wäre alles rauszuwerfen, was nicht zu openSUSE 15.3 gehört (15.2 Repositories, Tumbleweed usw).

Da hat wohl jemand im Post #30 was falsch verstanden. Eigentlich war das Ziel, die Anzahl zu reduzieren.

Zitat von Sauerland

Ich würde das System komplett platt machen, Festplatte formatieren und dann neu aufsetzen.

Geht zwar schneller, aber hat weniger Lerneffekt.

sepp2gl

Solltest du ein Paket brauchen, das nicht in den Standardrepositories ist, lass die Finger von 1-Klickern. Lieber hier nachfragen.

Ohne dir zu nahe treten zu wollen : Dein Wissensstand, was Einbinden und Verwaltung von Repositories betrifft (inkl. der systemimmanenten Paketverwaltung) scheint dazu noch zu ausbaubedürftig zu sein.

Schau, was du an configs sichern kannst (wenn möglich keine vom DE selbst, da auch Framework und Qt Pakete bunt gemischt sind). Dann kannst du nach der Installation zumindest einen Teil der Konfigurationen wiederherstellen.