[3.2.9&3.3]Viele Probleme nach dem Update

[IMC]

Nach der Änderung hast Du den selben Sicherheitsstand wie zuvor mit phpBB 3.2.x

Wie sich das Forum verhält wenn durch fehlerhaftes Filelocking ein Cachefile während eines Lesezugriffes beschrieben wird kann ich nicht sagen.

Sicherlich ist das Forum nicht besser oder schlechter als vorher.
Ich bin aber davon überzeugt das es besser ist Fehler zu beseitigen statt sie zu umgehen.

[chris1278]

Das schon klar. Ich denke ja mal das der Fehler selbst bei Strato irgendwann mal behoben wird. Daher wäre es ja schon mal ok wenn man das update machen kann und das Forum laufen kann. Solange es nicht Sicherheitsmässig schlechter wird als das 3.28er Forum.

[IMC]

Bei phpBB.com gibt es seit heute früh auch ein Ticket zu diesem Problem.

[Dr.Death]

Wenn man etwas von anderen Seiten angibt, dann bitte auch die Quellenangaben nicht vergessen:


https://www.phpbb.com/community/viewtop ... &t=2537141
https://tracker.phpbb.com/projects/PHPB ... PBB3-16325

[BNa]

https://tracker.phpbb.com/projects/PHPB ... PBB3-16325

My host's service desk fixed the problem and I got a phpBB installed.

He said that problem was:

release() function doesn't remove .lock file > trying to open the file in read mode and locks it
"It also means that in order to place an exclusive lock, the file must be opened for writing" http://man7.org/linux/man-pages/man2/flock.2.html
added line between lines 140 and 141 "unlink($this->path . '.lock');" to flock.php
https://github.com/phpbb/phpbb-app/blob ... /flock.php

Der User (Tracker) und dessen (wohl recht fixer) Host-Support (anscheinend nicht Strato)
macht also folgende Änderung, die zum erfolgreichen Installieren von phpBB 3.3.0 verhilft:

öffne

phpbb/lock/flock.php

finde

Code: Alles auswählen

			@flock($this->lock_fp, LOCK_UN);
			fclose($this->lock_fp);
			$this->lock_fp = null;

ändere in

Code: Alles auswählen

			@flock($this->lock_fp, LOCK_UN);
			fclose($this->lock_fp);
			unlink($this->path . '.lock');
			$this->lock_fp = null;

Nur "just in case", damit das gesammelt hier vorliegt....

[chris1278]

Hi bna eine frage, wenn erlaubt:

In wie fern unterscheidet sich die Änderung der Flock.php aus deinem Beitrag zu der Änderung hier zu:

viewtopic.php?p=1400415#p1400415

[BNa]

Die erste Lösung von Dr.Death unterdrückt die Fehlermeldung (wenn Argon2 nicht vorliegt) und alles funktioniert ebenso sicher wie vorher.
Die zweite Lösung löst (möglicherweise) das Grund-Problem, falls doch Argon2 vorliegt (wenn nicht, dann besser Lösung 1, bei Strato-Host o.ä.)

M.E. Ist die fehlende Implementierung und das entsprechende Handling der Hoster für Argon2 das Problem.

Ferner gilt:

Das Argon2 Modul ist auch nicht zwingend erforderlich, aber phpBB wurde für zukünftigen Gebrauch davon fit gemacht.

Wenn das Modul nicht vorhanden ist, wird einfach das vorhandene Hashing System verwendet... so einfach ist das.

[Dr.Death]

Warten wir erstmal ab, wie die Entwickler nun damit umgehen.
Vielleicht ist der vorgeschlagene Fix ja noch nicht endgültig und nicht auf alle Host Umgebungen anwendbar.

[stefan-franz]

Ich wollte nur berichten, dass Strato noch nicht funktioniert - hab es gerade versucht und bei 10% bleibt er hängen mit dieser Meldung.

Code: Alles auswählen

Failure while aqcuiring locks.
Datenbank aktualisieren…

10%
10%

Richte Daten ein: \phpbb\db\migration\data\v32x\user_emoji_permission.
Installiertes Schema: \phpbb\db\migration\data\v32x\user_emoji_permission; Dauer: 0.00 Sekunden
Installiere Schema: \phpbb\db\migration\data\v32x\user_emoji_permission.
Daten eingerichtet: \phpbb\db\migration\data\v32x\v329rc1; Dauer: 0.00 Sekunden
Richte Daten ein: \phpbb\db\migration\data\v32x\v329rc1.
Installiertes Schema: \phpbb\db\migration\data\v32x\v329rc1; Dauer: 0.00 Sekunden
Installiere Schema: \phpbb\db\migration\data\v32x\v329rc1.
Überspringe Aufgabe „installer.update_filesystem.download_updated_files“
Überspringe Aufgabe „installer.update_filesystem.update_files“
Überspringe Aufgabe „installer.update_filesystem.show_file_status“
Überspringe Aufgabe „installer.update_filesystem.diff_files“
Überspringe Aufgabe „installer.update_filesystem.check_task“
Überspringe Aufgabe „installer.obtain_data.update_ftp_settings“
Überspringe Aufgabe „installer.obtain_data.update_files“
Überspringe Aufgabe „installer.obtain_data.file_updater_method“

Es kam übrigens auch eine Fehlermeldung, dass die Update Routine angeblich keine neuen Daten gefunden hat - er wollte nur die Datenbank aktualisieren. Ich habe das genau so gemacht wie hier beschrieben - https://www.phpbb.de/kb/phpBB33_upgrade_from_32
Manuell alles per FTP geschoben. Denke mal, die neuen Dateien sind schon in dem ganzen Verzeichnis mit eingearbeitet oder?

Nun, bleibt glaub ich einfach nur mal ab zu warten, bis Strato das Problem behoben hat - Irgendwer ist ja eh dran oder soll ich denen auch nochmals schreiben?

[Dr.Death]

Auf Strato Servern sollte wenn es geht noch kein Update durchgeführt werden, außer man weiß was man tut (dirty Workarounds).

Neue Information dazu werden hier und hier (engl.) bekannt gegeben.