apache2 startet nicht

sepp2gl

Mäßige dich bitte in deinem Ton. Man versucht dir hier in der Freizeit zu helfen. Wenn du mit Kritik nicht umgehen kannst musst du hier keine Hilfe suchen. Das dein System überhaupt noch läuft grenzt an ein Wunder.

Ich hab vor ein paar Wochen das Problem gehabt, das auf einmal einige KDE Programme nicht mehr starteten und mit ner kruden Fehlermeldung abbrachen.

z:B.

~> kmail 
> kmail: symbol lookup error: /usr/lib64/libQt5WebEngineCore.so.5:
> undefined symbol: hb_subset_input_set_drop_hints

Es hat mich Stunden gekostet, dahinter zu kommen:

Ich hatte in meinem Repo libharfbuzz aus gnome:factory eingebunden, die wurde bei einer neuen Version in gnome:factory dann automatisch neu gebaut.

Und das ohne Fehlermeldung, ebenso installiert für Leap 15.3 aus meinem Leap 15.3 Repo ohne murren.

Aber komm du bei der Fehlermeldung mal auf libharfbuzz......

Also die lib in meine Repo gelöscht, auf dem Rechner die OSS lib wieder installiert und alles ok.

Was ich damit sagen will:

Selbst mir passieren Fehler und das bei ca 20 Repos........

Allerdings alle nur für Leap 15.3 oder kernel:stable:backport.

Du hast definitiv zu viele Repos eingebunden und dann auch noch für verschiedene Distrubutionsversionen......

Es kann Dir keiner sagen, woran es liegt, einfach zu unübersichtlich.

Deswegen brauchst du auch nicht ausfallend werden.

PS:

Gondwana war ein interner Joke, der war bis jetzt Spitzenreiter was eingebunden Repos angeht. Den kennen auch nicht mehr alle........

Aber du hast jetzt die Spitze übernommen was eingebunden Repos angeht.....

Derselbe behauptete auch immer steif und fest, er wisse, welches Paket aus welchem Repository installiert wird/ist ohne über yast oder zypper nachzuschauen (bei ca. 60 Repositories versionsübergreifend, Factory und was weiss ich, was noch). Waren heisse Diskussionen damals.

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.

Zitat von DarkTrinity

[...]

Hast Du mal in die Logs geguckt ? Falls ja, poste bitte die Einträge mit dem entsprechenden Zeitstempel.

Wenn keine Logs dazu da sind, das Loglevel anpassen (notfalls auf DEBUG), Fehler reproduzieren und nochmal in die Logs gucken...

[...]

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

apache2 -V

2. Suche in denen nach Protollanweisungen

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

Ein roter Eintrag in yast bedeutet immer, dass die installierte Version aktueller ist, als die aktuell in den verfügbaren Repositories verfügbare Version. Ein Deaktivieren der Repositories reicht nicht. Du musst dann auch wieder deine Installation auf die regulären Repositories umstellen. Dein iptraf-ng im Screenshot (installiert) ist übrigens für openSUSE 15.2. Da gibt es bestimmt im System noch einiges mehr, was versionstechnisch nicht passt und garantiert Fehler verursacht.

sepp2gl

Um es zu verdeutlichen...

Mit steigender Anzahl von Repositories steigt (unter Nichtbeachtung einiger Regeln) auch die Wahrscheinlichkeit, dass aus diesen fehlerverursachende Pakete installiert werden. Bei Deaktivierung einiger Repositories bleiben besagte Pakete trotzdem erhalten. Aus diesem Grund die von Trekkie00 empfohlene Repo-Umstellung.

Vorschlag zur Güte:

Poste jetzt noch einmal deine Repoliste, damit einmal darübergeschaut werden kann:

Beides als User:

zypper lr -d

Dann lässt du dir alle Pakete, die installiert sind aber nicht aus einem aktiven Repo kommen in eine Textdatei schreiben und hängst die hier an:

zypper se -si | grep -Ei 'system_p|system p|system-p|systemp' > system.txt

Die system.txt hier als Anhang posten.

Ich möchte auch sehen, ob hier QT5 und KF5 vorhanden sind/waren.