Dateisystem blockiert Zugriffe nach Software Update

[prentice]

Da Prosa immer mehr Internpretationsspielraum bietet als Fakten: Klingt gut.

Danke, tut gut zu erfahren, dass man nicht ganz auf einem Holzweg ist. Damit kann ich schon "zielsicherer" an einer Support-Anfrage arbeiten.

Schönen Arbeitstag noch!
Helmut

[prentice]

Sorry, aber der aktuelle Ansatz scheint mir komplett falsch - "wild" an irgendwelchen Rechten rumbasteln ist keine Lösung.

Ich würde erst mal prüfen:
* welche Rechte, User, ... haben die Scripte und die zu erzeugenden / bearbeitenden Dateien, Verzeichnisse, ... aktuell
* mit welchen Rechten läuft der entsprechende Prozess
* was sagt das OS da parallel dazu, ggf. auch bezüglich Administrativer Einschränkungen wie AppArmor, SELinux, ...
* genaue Fehlermeldung

Abgesehen davon - wenn das ein Managed-System ist welches lief und dann der Hoster etwas gemacht hat (und es dann nicht mehr lief) - ist erst mal nur der Hoster dafür zuständig, das wieder zum laufen zu bekommen.

Hallo marce!
Nachdem Sie sich hier bisher so sehr meiner Sache angenommen haben (und mich an das Serversupport-Forum verweisen haben, danke!), traue ich mich zu fragen:
Würden Sie mir bitte helfen, eine fachlich (administrativ) entsprechende (aussagekräftige) Anfrage an meinen Support zu richten? (Unter Berücksichtigung meiner "in Prosa formulierten" Einsichten, sofern die hilfreich sind. (Und ... wofür steht "TE" in Ihrem Post im Serversupportforum?)

Und ... haben Sie PayPal? Ich würde mich diese Hilfe gerne eine Einladung auf ein Mittagessen kosten lassen.
Schönen Tag und alles Liebe!
Helmut

[marce]

(1) TE - Thread-Ersteller. Gerne auch mal OP (origin / original poster) oder anderweitig genannt.
(2) Muss ich leider ablehnen. Ich leiste gerne öffentlichen Support im Rahmen div. Foren aber "privaten, persönlichen Support" biete ich nicht.
(zumal ein entsprechendes Schreiben mit "Fakten" aus meiner Sicht bedingen würde, daß ich mir die entsprechenden Fakten auf dem System direkt besorge - und da bin ich (siehe (2)) raus. Daher ja auch mein Verweis auf's andere Forum, wo Leute unterwegs sind, die sowas machen. - die finden sich ggf. sicher auch hier, ich bin es aber nicht)

[prentice]

Danke marce!
Klares Wort; hohe Wertschätzung! Damit kann ich gut leben.
Alles Liebe,
Helmut

[nihili]

Erstelle ich (per FTP) z.B. eine neue Datei (mit Rechten 644), dann können die Scripts diese lesen, aber nicht beschreiben, dazu brauchen sie Rechte 777. (Das sagte mir auch Support des Hosters.) Dann können sie auch von den Sripts verändert werden.

Bemerkung am Rande:
falls der Kundendienst tatsächlich empfohlen hat die Rechte auf 777 zu stellen heisst es dass dieser selber ziemlich ahnungslos ist; da muss man wohl irgendwie klarstellen dass man die nächsthöhere Abteilung sprechen will.

[FM_81]

Der "owner" scheint dann (z.B. im WHM) mit "username" auf, aber im Dateisystem (dreistelligen) Zahl (owner), dazu gibt es eine Oktalzahl, die bestimmt, welche Zugriffsrechte er hat. Dies ist in meinem Fall offenbar OK - alle Dateizugriffe (außer Schreiben) laufen ja.

Sollte er nicht auch im Dateisystem mit seinem Namen erscheinen???
Wenn er das nicht tut, deutet das doch darauf hin, das die "Übersetzung" UID/GID zu Username/Gruppenname nicht klappt, und da wäre doch auch ein Blick in /etc/passwd und /etc/group nicht verkehrt; zumindest als erste Anlaufstelle. Das dann mit den Rechten auf das/die Verzeichnisse, um die es geht, abgleichen? Beispiel '/var/www' mit Name und numerisch:

ls -la /var/www
ls -lan /var/www

Wobei man einschränkend sagen muss, dass die Verwaltung der Benutzer im konkreten Fall durchaus wesentlich komplexer gelöst sein kann, aber das wissen wir hier nicht ...

Gruß, FM_81

Nachtrag: zu den Rechten "777" kann man zum Testen machen (und nur dann), sonst auf KEINEN Fall, da muss ich den Vorpostern zustimmen ...

[prentice]

Sollte er nicht auch im Dateisystem mit seinem Namen erscheinen???
Wenn er das nicht tut, deutet das doch darauf hin, das die "Übersetzung" UID/GID zu Username/Gruppenname nicht klappt, und da wäre doch auch ein Blick in /etc/passwd und /etc/group nicht verkehrt; zumindest als erste Anlaufstelle. Das dann mit den Rechten auf das/die Verzeichnisse, um die es geht, abgleichen? Beispiel '/var/www' mit Name und numerisch:

ls -la /var/www
ls -lan /var/www

Wobei man einschränkend sagen muss, dass die Verwaltung der Benutzer im konkreten Fall durchaus wesentlich komplexer gelöst sein kann, aber das wissen wir hier nicht ...

Gruß, FM_81

Nachtrag: zu den Rechten "777" kann man zum Testen machen (und nur dann), sonst auf KEINEN Fall, da muss ich den Vorpostern zustimmen ...

Danke herzlich! Habe einige Zeit nicht geantwortet weil zu viel geschehen ist (familiärer Notfall), und zwischendurch (am 22. Mai) das Problem doch endlich von meinem Support gelöst worden ist. Nach all den hier erhaltenen Informationen habe ich mich an den "Billing"-Zuständigen gewendet und ihm das Problem mit seinen Konsquenzen geschildert und ihm 4 sehr gezielte Fragen gestellt. Habe die Kündigung meines Vertarges davon abhängig gemacht, dass alle vier Fragen it "JA" beantwortet werden. Das hat gewirkt.

Noch zu den Rechten "777" - das war mir durchaus bewusst, und ich wollte das sowieso nicht belassen - um aber zumindest die wichtigesten Updates in den Dateien zu speichern, musste es wohl verübergehend sein.

Herzlichen Dank noch einmal für die mir gebotene Hilfe und Information!
Helmut