|
shopuser
Anmeldungsdatum:
29. Januar 2016
Beiträge: 15
|
Hi, hab das Problem auf einm Vserver mit 500gb das nach der install der 3 Domain ( bei ca 4gb installieren Daten) bekomm ich diese Fehlermeldung das der tmp Ordner nicht beschreibbar ist: ERROR: Zend_Db_Statement_Exception: SQLSTATE[HY000]: General error: 1 Can't create/write to file '/tmp/#sql_5ca_0.MYI' (Errcode: 122) (Pdo.php:234) habe auch schon die Rechte neu gesetzt half auch nichts. Der ordner tmp im Hautptroot hat auch nur ca 116kb Verwaltung läuft mit Plesk 12.5 dort wird z.B. auch die komplette HDD nicht angezeigt: <br>Auslastung Partition "/dev"
0% verwendet (0 B von 4.00 GB) (?)
<br>Auslastung Partition "/sys/fs/cgroup"
0% verwendet (0 B von 4.00 KB) (?)
<br>Auslastung Partition "/run"
0% verwendet (0 B von 819 MB) (?)
<br>Auslastung Partition "/run/lock"
0% verwendet (0 B von 5.00 MB) (?)
<br>Auslastung Partition "/run/shm"
0% verwendet (0 B von 4.00 GB) (?)
<br>Auslastung Partition "/run/user"
0% verwendet (0 B von 100 MB) (?) installiert hatte ich 2 Shopware Shops. Gruss
|
|
verdooft
Anmeldungsdatum:
15. September 2012
Beiträge: 4436
|
Ich kenne Shopware nicht, vielleicht hilft das ja noch (session_save_path setzen): http://carsten-tauber.de/shopware-probleme-bei-allinkl-com/ Die Webanwendungen, die ich kenne, verwenden jedenfalls nicht /tmp sondern standardmäßig ein Verzeichnis im Webspace, der auch beschreibbar sein muss (aus Sicherheitsgründen macht es Sinn, den Pfad nach außerhalb zu verlegen). In der Fehlermeldung steht halt /tmp drin, also scheint das Verzeichnis irgendwo gesetzt zu sein. bsp: wenn die Domain hier liegt:
/var/www/domain.de/www/web könnte man tmp der Webanwendung nach /var/www/domain.de/www/tmp verlegen. Analog dazu auch die Logs. Im Web steht noch dieses:
Der Prozess 'mysqld' kann aufgrund von Berechtigungsproblemen nicht in das Verzeichnis, das in der Fehlermeldung erwähnt ist, schreiben. Genauso können ungültige SELinux-Einstellungen ein Grund für einen solchen Fehler sein.
http://kb.odin.com/de/11135 Vielleicht hat es doch nix mit dem Shopware Tempverzeichnis zu tun. Auf meinem Server schaut es (ohne Änderung) so aus: ls -al /
...
drwxrwxrwt 8 root root 4096 Jan 29 18:39 tmp
|
|
shopuser
(Themenstarter)
Anmeldungsdatum:
29. Januar 2016
Beiträge: 15
|
ja das mit dem TMP Verzeicnis war früher bei all-inkl das stimmt, das war aber bei einer älteren Version.Man muss ein TMP anlegen in der .htacess
in der 5er Version wird kein tmp Verzeichnis algelegt, das ist ja das komische.
und der Fehler tauchte wieder auch als ich im Plesk die Dateien kopieren wollte von einem Domain-Verzeichnis zur anderen. Danach ging nichts mehr.
Hab das schon 3 mal durch hab immer weider recovery gemacht.
|
|
shopuser
(Themenstarter)
Anmeldungsdatum:
29. Januar 2016
Beiträge: 15
|
@verdooft
ja des Artikel hatte ich auch schon gefunde, und die Rechte neu gesetzt brachte aber nicht, konnt den SQL Service nicht starten.
und komisch ist auch das das tmp Verzeichnis im route nur 116kb hat.
ist ja nicht voll. und bei ersten absturt hatte ich ein ftp upload laufen der lief dann weiter so sah es jedenfalls aus.
jedoch konnte man nach dem Abruch oder als andere ftp user keine dateien hochladen oder ordner anlegen es kam immer die Meldung im ftp : Disk quota exceeded
|
|
verdooft
Anmeldungsdatum:
15. September 2012
Beiträge: 4436
|
Der Artikel ist von 2014: http://talk.plesk.com/threads/error-logging-in-cant-create-write-to-file-tmp-sql_cd8_0-myi-errcode-28.303407/ Inodes sind noch frei? df -hi Auch wird dort empfohlen, die Dateien in /tmp zu löschen und zu schauen, ob das tmp-Verzeichnis in Mysql richtig gesetzt ist. Geht hier per: mysqladmin -uroot -p`cat /etc/psa/.psa.shadow` variables | grep -w tmpdir
...
| tmpdir | /tmp Mit dem Recovery werden die Dateisysteme aber sowieso neu angelegt? Dann dürften irgendwelche Ursachen durch Abstürze keine Rolle spielen, seltsam. Vielleicht hängt's auch mit zuvielen offenen Dateien zusammen: http://stackoverflow.com/questions/27212763/trouble-with-plesk-vps-issue-hosting-magento-sql-1ed7-0-myd-in-tmp-brings-dow Müsste dann im error_log vom Apache stehen.
|
|
shopuser
(Themenstarter)
Anmeldungsdatum:
29. Januar 2016
Beiträge: 15
|
hab mal bischen probiert: 1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38 | root@t55555:~# df -hi
Filesystem Inodes IUsed IFree IUse% Mounted on
/vz/template:/vz/private/t555555/fs 16E 16E 1007M 100% /
none 1,0M 62 1,0M 1% /dev
none 1,0M 1 1,0M 1% /sys/fs/cgroup
none 1,0M 122 1,0M 1% /run
none 1,0M 28 1,0M 1% /run/lock
none 1,0M 1 1,0M 1% /run/shm
none 1,0M 1 1,0M 1% /run/user
root@t55555:~# mysqladmin -uadmin -p`cat /etc/psa/.psa.shadow` variables | gre p -w tmpdir
| tmpdir | /tmp |
root@t55555:~# ls -ld /tmp/
drwxrwxrwt 2 root root 4096 Jan 29 18:08 /tmp/
root@t55555:~# service mysqld start
mysqld: unrecognized service
root@t55555:~# ls -ld /tmp
drwxrwxrwt 2 root root 4096 Jan 29 18:08 /tmp
root@t55555:~# chmod 1777 /tmp
root@t55555:~# chmod 1777 /tmp
root@t55555:~# service mysqld start
mysqld: unrecognized service
root@t55555:~# stat /tmp
File: ‘/tmp’
Size: 4096 Blocks: 8 IO Block: 4096 directory
Device: 917dh/37245d Inode: 687341904 Links: 2
Access: (1777/drwxrwxrwt) Uid: ( 0/ root) Gid: ( 0/ root)
Access: 2016-01-26 18:39:29.000000000 +0100
Modify: 2016-01-29 18:08:53.163133424 +0100
Change: 2016-01-29 22:15:07.474249838 +0100
Birth: -
root@t55555:~# mysqladmin -uadmin -p`cat /etc/psa/.psa.shadow` variables | gre p -w tmpdir
| tmpdir | /tmp
|
root@t55555:~# ls -ld /tmp/
drwxrwxrwt 2 root root 4096 Jan 29 18:08 /tmp/
|
meinte eigentlich hab schon 3 backup s wieder eingespielt, vieleicht ist da vorher schon ein Fehler mit reingekommen.
Hab noch ein anderen VServer bei Hosteupope, da hatte ich diese Problem noch nicht.
dieser hier ist bei Strato.
|
|
verdooft
Anmeldungsdatum:
15. September 2012
Beiträge: 4436
|
Das /vz/template:/vz/private/t555555/fs 16E 16E 1007M 100% / irritiert mich, vielleicht kann jemand anderes damit was anfangen, wobei 1007 Millionen freie Inodes eigentlich gar nicht so wenige sind... mysqld gibts hier auch nicht, hab 16.04 im Einsatz, dort heißts nur mysql.
|
|
shopuser
(Themenstarter)
Anmeldungsdatum:
29. Januar 2016
Beiträge: 15
|
Hab wieder das letzte Backup eingespielt, danach lief der Server, bis ich eine 8gb zip gestartet hatte zum Entpacken.'
Zuvor ´kam im Plesk die Meldung zu wenig Speicher, entpacken konnt nicht abgeschlossen werden.
Dann kam wieder dasselbe mit dem SQL Error und der Temp Datei. So wie es scheint wird vieleicht beim Entpacken von Zip Dateien die tmp verwendet und dei scheint zu kleine sein bzw. begrenzt.
|
|
Benno-007
Anmeldungsdatum:
28. August 2007
Beiträge: 29240
Wohnort: Germany
|
Das heißt, dass da nur 1007 Megabytes frei waren! Und 100% der Inodes belegt! Lösche also regelmäßig alte Kernel:
sudo apt-get autoremove --purge
Hintergrund: Systempflege.
|
|
shopuser
(Themenstarter)
Anmeldungsdatum:
29. Januar 2016
Beiträge: 15
|
Hab jetz dasselbe bei ein 2Gb Datei gehabt im panel.log von Plesk steht das drin: 1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41 | Reading package lists...
Warning: not connected 'multiverse' repository section
[2016-02-03 07:38:14] ERR [util_exec] proc_close() failed ['/opt/psa/admin/bin/filemng' 'web1' 'unzip-noclobber' '/var/www/vhosts/web1/httpdocs/media/image/image bis 31 .zip'] with exit code [1]
[2016-02-03 07:39:24] ERR [1] DB query failed:
DESCRIBE `sessions`
Error: SQLSTATE[HY000]: General error: 1 Can't create/write to file '/tmp/#sql_64d_0.MYI' (Errcode: 122)
[2016-02-03 07:39:24] ERR [panel] SQLSTATE[HY000]: General error: 1 Can't create/write to file '/tmp/#sql_64d_0.MYI' (Errcode: 122):
0: /opt/psa/admin/externals/Zend/Db/Statement/Pdo.php:234
Zend_Db_Statement_Pdo->_execute(array)
1: /opt/psa/admin/externals/Zend/Db/Statement.php:300
Zend_Db_Statement->execute(array)
2: /opt/psa/admin/externals/Zend/Db/Adapter/Abstract.php:479
Zend_Db_Adapter_Abstract->query(string 'DESCRIBE `sessions`', array)
3: /opt/psa/admin/externals/Zend/Db/Adapter/Pdo/Abstract.php:238
Zend_Db_Adapter_Pdo_Abstract->query(string 'DESCRIBE `sessions`', array)
4: /opt/psa/admin/plib/Db/Adapter/Pdo/Mysql.php:19
Db_Adapter_Pdo_Mysql->query(string 'DESCRIBE `sessions`')
5: /opt/psa/admin/externals/Zend/Db/Adapter/Pdo/Mysql.php:169
Zend_Db_Adapter_Pdo_Mysql->describeTable(string 'sessions', NULL null)
6: /opt/psa/admin/externals/Zend/Db/Table/Abstract.php:835
Zend_Db_Table_Abstract->_setupMetadata()
7: /opt/psa/admin/externals/Zend/Db/Table/Abstract.php:874
Zend_Db_Table_Abstract->_setupPrimaryKey()
8: /opt/psa/admin/externals/Zend/Db/Table/Abstract.php:982
Zend_Db_Table_Abstract->info()
9: /opt/psa/admin/externals/Zend/Db/Table/Select.php:100
Zend_Db_Table_Select->setTable(object of type Plesk\Session\Storage_DbTable_Sessions)
10: /opt/psa/admin/externals/Zend/Db/Table/Select.php:78
Zend_Db_Table_Select->__construct(object of type Plesk\Session\Storage_DbTable_Sessions)
11: /opt/psa/admin/externals/Zend/Db/Table/Abstract.php:1018
Zend_Db_Table_Abstract->select()
12: /opt/psa/admin/plib/Session/Storage/DbTable.php:145
Plesk\Session\Storage_DbTable->removeExpiredSessions()
13: /opt/psa/admin/plib/Application/Web.php:179
Plesk\Application_Web->loadSession()
14: /opt/psa/admin/plib/auth.php:367
AutoPrepend->initUserSession()
15: /opt/psa/admin/plib/auth.php:230
AutoPrepend->run()
16: /opt/psa/admin/plib/auth.php:759
[2016-02-03 07:39:24] ERR [1] SQLSTATE[HY000]: General error: 1 Can't create/write to file '/tmp/#sql_64d_0.MYI' (Errcode: 122)
|
|
|
shopuser
(Themenstarter)
Anmeldungsdatum:
29. Januar 2016
Beiträge: 15
|
kann hier alos deann gar nicht machen : | sudo apt-get autoremove --purge
Paketlisten werden gelesen... Fehler!
E: Could not create temporary file for /var/cache/apt/pkgcache.bin - mkstemp (12 2: Disk quota exceeded)
E: Datei konnte nicht eingekürzt werden. - ftruncate (9: Bad file descriptor)
E: Die Paketliste oder die Statusdatei konnte nicht eingelesen oder geöffnet wer den.
|
hab schon User Files geköscht aber komme nicht weiter
|
|
dingsbums
Anmeldungsdatum:
13. November 2010
Beiträge: 3790
|
hallo, zeige doch mal bitte cat /etc/fstab | grep /tmp
und
df -h
|
|
shopuser
(Themenstarter)
Anmeldungsdatum:
29. Januar 2016
Beiträge: 15
|
| root@v5555555:~#ls -l / | grep tmp
drwxrwxrwt 2 root root 4096 Feb 3 07:44 tmp
root@v5555555:~# cat /etc/fstab | grep /tmp
root@v5555555:~#
|
das kommt raus. Irgendwie muss ic Inodes freibekommen.
|
|
dingsbums
Anmeldungsdatum:
13. November 2010
Beiträge: 3790
|
und die belegung von / ?
df -h
|
|
shopuser
(Themenstarter)
Anmeldungsdatum:
29. Januar 2016
Beiträge: 15
|
| root@v5555555:~# df -h
Filesystem Size Used Avail Use% Mounted on
/vz/template:/vz/private/v5555555/fs 500G 45G 456G 9% /
none 4,0G 4,0K 4,0G 1% /dev
none 4,0K 0 4,0K 0% /sys/fs/cgroup
none 820M 132K 820M 1% /run
none 5,0M 0 5,0M 0% /run/lock
none 4,0G 0 4,0G 0% /run/shm
none 100M 0 100M 0% /run/user
|
hab jetz einige User Daten gelöscht in dem Ordner wo ich etwas entpacken wollte, jetz hab ich 25100Inodes frei, wie ich aber gelsen habe müsst emann dei Platte neu formatieren um die Anzahl der Inodes zu erhöhen. | root@v5555555:~# df -i
Filesystem Inodes IUsed IFree IUse% Mounted on
/vz/template:/vz/private/v5555555/fs 1000000 974900 25100 98% /
none 1048576 62 1048514 1% /dev
none 1048576 1 1048575 1% /sys/fs/cgroup
none 1048576 122 1048454 1% /run
none 1048576 33 1048543 1% /run/lock
none 1048576 1 1048575 1% /run/shm
none 1048576 1 1048575 1% /run/user
|
|