php safe mode write access problemen

[cogmios]

Na het upgraden doet zo te zien alles het. Even kissdx maar even via de nlsu feed erop gezet. extra icoontje in de manager voor phpmyadmin gezet.

Ik merk alleen nu dat mijn dokuwiki installatie niet meer kan schrijven. En dat is dus erg onhandig voor een disk based wiki!!!
Zelfs bij het schrijven van de cache bestanden geeft hij een foutmelding:

Writing /var/services/web/wiki/data/cache/0/080c3f69bfc31c6bc19345737b8a2513.i failed
Unable to save cache file. Hint: disk full; file permissions; safe_mode setting.
Writing /var/services/web/wiki/data/cache/0/080c3f69bfc31c6bc19345737b8a2513.xhtml failed

maar gelijk voor alle write operaties. Dit was dus voor de firmware update NIET (of ik heb zelfs iets aangepast wat ik niet meer weet natuurlijk).

Ik hoop dat het op te lossen is, iemand een idee?

[mdamen]

Je moet een aantal zaken even controleren:

• Vrije diskruimte (word ook aangegeven in de melding, lijkt me sterk maar controleer het toch even)
• PHP safe_mode, deze staat in de volgende file: /usr/syno/etc/php.ini (safe_mode = off moet erin staan)
• permissies op de cache directory hoe staan deze? waarschijnlijk vermeld men hier in de installatie documentatie ook wat over. Je kan het voor de test proberen door het volgende commando uit te voeren: chmod -R 777 /var/services/web/wiki/data/cache kijk echter wel de juiste permissies na!

[cogmios]

Hoi, superbedankt voor in ieder geval een reactie, ik voel me helemaal door draaien haha,

inderdaad:

1) vrije diskruimte uh... je wilt niet weten hoeveel er nog vrij is
2) ja daar dacht ik ook aan maar die staat natuurlijk gewoon op off

Code: [Selecteer]

[PHP]
engine = On
zend.ze1_compatibility_mode = Off
short_open_tag = On
asp_tags = Off
precision    =  12
y2k_compliance = On
output_buffering = Off
zlib.output_compression = Off
implicit_flush = Off
unserialize_callback_func=
serialize_precision = 100
allow_call_time_pass_reference = On
safe_mode = Off
safe_mode_gid = Off
safe_mode_include_dir =
safe_mode_exec_dir = /usr/syno/bin
safe_mode_allowed_env_vars = PHP_
safe_mode_protected_env_vars = LD_LIBRARY_PATH
open_basedir = /volume1/web:/volume2/web:/volume3/web:/volume4/web:/volume5/web:
disable_functions =
disable_classes =
expose_php = On

3) ja dacht ik ook maar ALLES staat op

Code: [Selecteer]

CubeStation> ls -latr
drwxrwxrwx    7 admin    users        4096 Aug 31  2007 ..
drwxrwxrwx    2 edelwate users        4096 Apr  5 11:53 tmp
drwxrwxrwx   10 admin    users        4096 Apr  5 11:53 .
-rwxrwxrwx    1 admin    users          33 May  5 19:10 .htaccess
drwxrwxrwx   18 admin    users        4096 May  6 05:18 pages
drwxrwxrwx   18 admin    users        4096 May 16 22:45 cache
drwxrwxrwx   12 admin    users        4096 Jun  6 15:36 media
drwxrwxrwx   17 admin    users       24576 Jun  7 14:48 attic
drwxrwxrwx   17 admin    users        4096 Jun  8 23:14 meta
drwxrwxrwx    2 admin    users        4096 Jun 25 13:47 index
drwxrwxrwx    2 admin    users        4096 Jun 26 21:40 locks

Ik heb de rechten proberen te herzetten, geen effect.

Ik heb nog de volgende leads in mijn hoofd:

a) tijdens de beta van de firmware versie heb ik ergens gelezen maar ik kon het niet meer terugvinden op het engelstalige forum dat iemand, dacht ik, hetzelfde probleem had. Maar ik weet niet meer wat er aangeraden werd en het lijkt me stug dat het niet op te lossen valt.
b) ergens op het synology engelstalige forum heb ik gelezen dat safe mode=off weinig effect heeft maar dat de parameter safe_mode_exec_dir gezet kan worden naar een andere dir. Ik weet niet of dat tussen deze en de pre firmware update veranderd is maar daar moet ik nog mee spelen, alleen geen idee wat die waarde dan zou moeten worden.

Het is vreemd er moet iets veranderd zijn bij de laatste firmware maar ik lees nergens terug dat er iets qua rechten gewijzigd is.

[cogmios]

Ok opgelost, tenminste ik denk dat er nog steeds een probleem is maar een re-install + chmod -R op ALLE directories lost het schrijfprobleem op.

Maar het lijkt erop dat er nu iets anders gebeurd, ik ben er nog niet uit.

Ik weet niet, als ik met gebruiker "Edward" acties uitvoer dan zijn deze niet te lezen of te benaderen, dus alles wat gebruiker "Edward" maakt is onbenaderbaar. Vreemd. Bijvoorbeeld:

Als ik een zip file uitpak direct op de schijf zelf vanuit een lokatie op die schijf dan is dat nieuwe uitgepakte bestand onbenaderbaar (dus gewoon vanaf de windows client). Als ik gewoon bestanden copieer naar de nas dan is er geen probleem.

Hmm... nog geen goede probleemomschrijving hiervoor maar ik ga eens testen of ik operaties als "voeg bestand toe" op de wiki kan uitvoeren zoals voorheen, die komen namelijk onder de naam van de gebruiker die het uitvoert te staan als owner op de schijf.