Website Umzugs Probleme

thetiny · Sep 4th 2016

Hallo,

ich zieh mal wieder mit meinem Server um...

Ich hab mich im wesendlichen an folgende Anleitung gehalten:
Server migration
und Change directory structure

Nach dem ich dachte ich wäre mit allem durch habe ich versucht mich auf die Webseite anzumelden. Leider ohne erfolg.
Die Log Datein sagt:

Quote from Log

<<<<<<<<f42b6cb6d21cdbf8b44f4e8572f21dcc8e7bb586<<<<
Sun, 04 Sep 2016 21:00:04 +0000
Message: Could not get lock on temporary file
File: /mnt/www/t9a_test/wcf/lib/system/io/AtomicWriter.class.php (58)
PHP version: 5.6.24
WCF version: 2.1.11 (Typhoon)
Request URI: /
Referrer:
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:48.0) Gecko/20100101 Firefox/48.0
Information: ""
Stacktrace:
#0 /mnt/www/t9a_test/wcf/lib/system/cache/source/DiskCacheSource.class.php(71): wcf\system\io\AtomicWriter->__construct('/mnt/www/t9a_te...')
#1 /mnt/www/t9a_test/wcf/lib/system/cache/CacheHandler.class.php(88): wcf\system\cache\source\DiskCacheSource->set('wcf_UserGroupOp...', Array, 0)
#2 /mnt/www/t9a_test/wcf/lib/system/cache/builder/AbstractCacheBuilder.class.php(43): wcf\system\cache\CacheHandler->set(Object(wcf\system\cache\builder\UserGroupOptionCacheBuilder), Array, Array)
#3 /mnt/www/t9a_test/wcf/lib/system/session/SessionHandler.class.php(156): wcf\system\cache\builder\AbstractCacheBuilder->getData(Array, 'usersOnlyOption...')
#4 /mnt/www/t9a_test/wcf/lib/system/SingletonFactory.class.php(27): wcf\system\session\SessionHandler->init()
#5 /mnt/www/t9a_test/wcf/lib/system/SingletonFactory.class.php(56): wcf\system\SingletonFactory->__construct()
#6 /mnt/www/t9a_test/wcf/lib/system/session/ACPSessionFactory.class.php(28): wcf\system\SingletonFactory::getInstance()
#7 /mnt/www/t9a_test/wcf/lib/system/WCF.class.php(345): wcf\system\session\ACPSessionFactory->load()
#8 /mnt/www/t9a_test/wcf/lib/system/WCF.class.php(143): wcf\system\WCF->initSession()
#9 /mnt/www/t9a_test/wcf/global.php(25): wcf\system\WCF->__construct()
#10 /mnt/www/t9a_test/global.php(13): require_once('/mnt/www/t9a_te...')
#11 /mnt/www/t9a_test/index.php(9): require_once('/mnt/www/t9a_te...')
#12 {main}
<<<<

Display More

Die Datei ist eigentlich auf 666 gestellt:

Code

ls -l /mnt/www/t9a_test/wcf/lib/system/io/AtomicWriter.class.php
-rw-rw-rw-  1 www  www  3193 May 28 08:49 /mnt/www/t9a_test/wcf/lib/system/io/AtomicWriter.class.php

Ideen, was ich vergessen habe?

norse · Sep 4th 2016

Warum 666? Wird nicht meist 755 bzw. sogar 777 empfohlen?

Gruß norse

thetiny · Sep 4th 2016

Weil FTP und Webseit User unterschiedlich sind und der Blog Artikle das so ansagt.

Quote from blog.woltlab.com

Depending on the server configuration of the web hosting provider, it may be that the Web server and FTP running with different users. In that case the permissions 755 and 644 for folders and files are not sufficient.

To correct the permissions, connect with via FTP to the webspace and make a right-click on the folder, then go to properties. Set folders on 777 and files on 666. For most FTP programs, you can set these permissions for files and folders separately and allow inheritance to subdirectories. Alternatively, please contact your web hosting provider to fix the problem.

**Tim Düsterhus** · Sep 5th 2016

Hallo,

ist /mnt irgendein Netzwerk-Dateisystem?

thetiny · Sep 5th 2016

Ja, davon gehe ich aus...

**Tim Düsterhus** · Sep 5th 2016

Hallo,

sagtest du nicht, es sei dein Server?! Bitte erfrage bei deinem Webhoster mal, welche Art von Dateisystem das ist.

thetiny · Sep 5th 2016

Quote from TimWolla

Bitte erfrage bei deinem Webhoster mal, welche Art von Dateisystem das ist.

Kann ich machen... Das OS ist FreeBSD... Das Dateinsystem ist vermutlich NFS, aber ich werd nachfragen.

thetiny · Sep 5th 2016

Quote from thetiny

Das Dateinsystem ist vermutlich NFS

Ja... wie vermutet. NFS

scy · Sep 5th 2016

NFS ist aber kein Dateisystem sondern ein Protokoll.

**Tim Düsterhus** · Sep 5th 2016

Hallo,

Quote from scy

NFS ist aber kein Dateisystem sondern ein Protokoll.

für alle relevanten Belange kann man NFS als Dateisystem bezeichnen. Was tatsächlich der Backing Storage ist, ist (hier) irrelevant, da die Eigenschaften von diesem durch NFS ohnehin verändert werden.

@thetiny Folgendes konnte ich bislang heraus finden: Grundsätzlich sollte NFS auch unter FreeBSD Locks unterstützen, offensichtlich hat der Webhoster diese Unterstützung deaktiviert / nicht aktiviert.

thetiny · Sep 6th 2016

Wenn Ich weiss wonach genau ich fragen soll ist das kein Problem es aktivieren zu lassen.

Worauf genau müssen die locks den gesetzt werden? Das Forum root Verzeichnis (hier t9a_test)?
Oder geht es hier um eine allgemeine Konfiguration des NFS selbst?

**Tim Düsterhus** · Sep 6th 2016

Hallo,

Quote from thetiny

Oder geht es hier um eine allgemeine Konfiguration des NFS selbst?

das ist eine allgemeine Konfiguration von NFS selbst. Es muss, wenn ich das richtig verstanden habe, die Unterstützung für den Lock-Daemon aktiviert. Das ist ein zusätzlicher Dienst, der Locks für NFS bereit stellt.

thetiny · Sep 7th 2016

Danke! Ich gucke bzw. lasse gucken was geht.

thetiny · Sep 11th 2016

Umzug war nun erfolgreich! Ursache scheint eine unvollständige Kopie der Datein gewesen zu sein.

Da das Setup mit einem Frontend Load Balancer und mehreren Webservern allerdings ein wenig komplexer geworden ist, scheine ich mich aus dem ACP ausgeschlossen.

Durch die Firewall scheint das Burning Board alle User mit der gleichen IP addresse zu sehen:

Wie kann ich die "multi-login-same-IP" Prüfung direkt in der Datenbank deaktivieren?

Jack Valentine · Sep 13th 2016

Quote from thetiny

Durch die Firewall scheint das Burning Board alle User mit der gleichen IP addresse zu sehen

Mal eine Frage die du dir vielleicht stellen solltest:

Benutzt nur du eine Firewall und das Burning Board, oder benutzten fast alle (eigentlich alle) Betreiber eine Firewall und Burning Board? Wenn es am WBB liegen würde, würden dann nicht auch hier mehr dieser "Fehlermeldungen" gepostet?

Ich sag's mal platt: Schau dir deine Firewall an oder noch besser.. lass denn Server durch deinen Hoster managen. Alle Probleme die du dann hast schreibst du deinem Hoster und dann ist es dessen Problem und nicht dein.

**Alexander Ebert** · Sep 13th 2016

@thetiny Konfiguriere die Webserver um die korrekte IP-Adresse wieder herzustellen, das geht bei Apache mit mod_remoteip bzw. bei nginx mit ngx_http_realip_module.

thetiny · Sep 13th 2016

Quote from Serana

Ich sag's mal platt: Schau dir deine Firewall an oder noch besser.. lass denn Server durch deinen Hoster managen. Alle Probleme die du dann hast schreibst du deinem Hoster und dann ist es dessen Problem und nicht dein.

Da ich keine Hoster habe... Ist es wohl doch mein Problem...

@Alexander Ebert Danke!

Website Umzugs Probleme

Participate now!

Share