WebsiteBaker Community Forum

WebsiteBaker Support (2.8.x) => Hilfe & Support (deutsch) => General Help & Support => Diskussion über WB (closed) => Topic started by: StudioVerlag on December 31, 2009, 08:59:22 PM

Title: Fehlalarm: branches_2.8.x-r1232 Upgradeproblem
Post by: StudioVerlag on December 31, 2009, 08:59:22 PM
Ob nun von 1221 oder 1231(inkl. geändertem Script), es erscheint eine Fehlermeldung.
Code: [Select]
Warning: touch() [function.touch]: Utime failed: Operation not permitted in /var/www/modules/news/upgrade.php on line 54
Warning: chmod() [function.chmod]: Operation not permitted in /var/www/framework/functions.php on line 220

Edit: Permissions: 666

Getestet unter Apache2/Ubuntu
Unter NGINX-Server noch nicht getestet.

Kann es jemand verifizieren?

Gruß, Hans>NUL
Title: Re: branches_2.8.x-r1232 Upgradeproblem
Post by: Luisehahne on December 31, 2009, 09:58:45 PM
Geh doch mal bitte ins Backend unter Erweiterungen - Module - erweitert  und dann nach unten upgrade news.

Liegt auf jeden Fall nicht am upgrade-script.php sondern ist im News Modul zu suchen, SAg dann mal Bescheid was passiert

Dietmar
Title: Re: branches_2.8.x-r1232 Upgradeproblem
Post by: StudioVerlag on December 31, 2009, 10:17:12 PM
Code: [Select]
Warning: touch() [function.touch]: Utime failed: Operation not permitted in /var/www/modules/news/upgrade.php on line 54
Warning: chmod() [function.chmod]: Operation not permitted in /var/www/framework/functions.php on line 220
Dat selbe
Gruß, Hans>NUL

Edit: Suhosin Patch 0.9.6.2 ist installert. Weiß nicht ob's Auswirkungen hat. Beim NGINX ist der Patch nicht drin.
Title: Re: branches_2.8.x-r1232 Upgradeproblem
Post by: Luisehahne on December 31, 2009, 10:33:57 PM
Hallo,

das Komische an der Sache sit, dass du dieses Script bereits früher hast erfolgreich laufen lassen. Vielleicht kannst du dich erinnern. War nachdem wir das News modul geändert haben. Dieses Script hat sich nicht verändert. Irgendetwas stimmt da mit den Rechten nicht. Kannst du mal bitte in der Richtung suchen.

Ich kann den Fehler leider hier nicht nachvollziehen. Schau mal ob du im pages/posts noch Unterordner hast. Normal dürften da nur Files drin enthalten sein.

Dietmar
Title: Re: branches_2.8.x-r1232 Upgradeproblem
Post by: StudioVerlag on December 31, 2009, 10:38:15 PM
Der Ubuntu/CoLinux ist sehr restriktriv. Kann sein, obwohl sehr wahrscheinlich kein Rechteproblem, daß hier die Beschränkung zu suchen ist. Werde das gleich mal auf dem NGINX wiederholen und Dich informieren.
Title: Re: branches_2.8.x-r1232 Upgradeproblem
Post by: Luisehahne on December 31, 2009, 10:41:20 PM
Mich macht die 666 stutzig, Files stehen bei mir auf 744 Directories auf 755,

Dietmar
Title: Re: branches_2.8.x-r1232 Upgradeproblem
Post by: StudioVerlag on December 31, 2009, 10:48:41 PM
Naja, nur Execute fehlt.  :-D
Aber unter NGINX läuft es problemlos !!!
Kann also "abgehakt" werden, außer es hat jemand noch son restriktiven Server.

Ist aber wohl sinnvoll mal auf so unterschiedlichen Systemen zu arbeiten.

Bei zukünftigen Upgrades dürfte sich herausstellen ob's die Einstellungen des Ubuntu/Apache2 sind.
Gruß, Hans>NUL
Title: Re: branches_2.8.x-r1232 Upgradeproblem
Post by: Luisehahne on December 31, 2009, 10:50:32 PM
Danke dir für die Tests, Guten Rutsch

Dietmar
Title: Re: branches_2.8.x-r1232 Upgradeproblem
Post by: StudioVerlag on January 01, 2010, 01:13:08 AM
Bin doch betriebsblind bzw. der Routine aufgesessen.
Ubuntu hat nun doch noch einige mir bisher verborgene Eigenschaften.
Bisher gab's für mich nur "andere" OS ohne viele Unbekannte. (zumal nur auf Server getrimmt)

Als angemeldeter root darf ich mich über "falsche" Rechte in www nicht wundern.
www-data ist das Schlüsselwort. Damit geht auch r1232.
Ich mußte aber erstmall über Buggy_Ubuntu dahin kommen.
Also alles wieder in Ordnung.

Ich war anscheinend jenseits von Gut und Böse beim Test oder anders: Ubuntu/Desktop ist halt umständlich (und buggy)  Bis es endlich server-administrationsfreundlich eingerichtet ist hat man fünf andere vorkonfigurierte Server in Betrieb genommen. Der Umstieg zu Debian wird folgen, da auch der NGINX-Server hierunter optimal läuft.

Danke für Deine Bemühungen.

Beim NGINX gibt's aus bekanten Gründen sowieso keine Probleme. (Administration voll im Sack)

Gruß, Hans>NUL