Ferenc Kovacs Continue reading...
Code: php -v PHP 5.6.1 (cli) (built: Oct 3 2014 02:22:29) Copyright (c) 1997-2014 The PHP Group Zend Engine v2.6.0, Copyright (c) 1998-2014 Zend Technologies with Zend OPcache v7.0.4-dev, Copyright (c) 1999-2014, by Zend Technologies
Updated failed on my dedicated server Code: /tmp/ccHdqAm8.s: Assembler messages: /tmp/ccHdqAm8.s: Fatal error: can't write ext/pdo_sqlite/.libs/pdo_sqlite.o: No space left on device /tmp/ccHdqAm8.s: Fatal error: can't close ext/pdo_sqlite/.libs/pdo_sqlite.o: No space left on device make: *** [ext/pdo_sqlite/pdo_sqlite.lo] Error 1 make: *** Waiting for unfinished jobs.... /tmp/ccgerGJY.s: Assembler messages: /tmp/ccgerGJY.s: Fatal error: can't write ext/pdo_mysql/.libs/mysql_statement.o: No space left on device /tmp/ccgerGJY.s: Fatal error: can't close ext/pdo_mysql/.libs/mysql_statement.o: No space left on device make: *** [ext/pdo_mysql/mysql_statement.lo] Error 1 /tmp/cc8ejlu2.s: Assembler messages: /tmp/cc8ejlu2.s: Fatal error: can't write ext/pdo_mysql/.libs/mysql_driver.o: No space left on device /tmp/cc8ejlu2.s: Fatal error: can't close ext/pdo_mysql/.libs/mysql_driver.o: No space left on device make: *** [ext/pdo_mysql/mysql_driver.lo] Error 1 /tmp/ccFTJFFu.s: Assembler messages: /tmp/ccFTJFFu.s: Fatal error: can't write ext/pdo_sqlite/.libs/sqlite_statement.o: No space left on device /tmp/ccFTJFFu.s: Fatal error: can't close ext/pdo_sqlite/.libs/sqlite_statement.o: No space left on device make: *** [ext/pdo_sqlite/sqlite_statement.lo] Error 1 /tmp/cch6RcIn.s: Assembler messages: /tmp/cch6RcIn.s: Fatal error: can't write ext/pdo_sqlite/.libs/sqlite_driver.o: No space left on device /tmp/cch6RcIn.s: Fatal error: can't close ext/pdo_sqlite/.libs/sqlite_driver.o: No space left on device make: *** [ext/pdo_sqlite/sqlite_driver.lo] Error 1 make: *** [ext/pdo/pdo_dbh.lo] Error 1 make: *** [ext/mbstring/mbstring.lo] Error 1 /tmp/ccN9JQC7.s: Assembler messages: /tmp/ccN9JQC7.s: Fatal error: can't write ext/sqlite3/libsqlite/.libs/sqlite3.o: No space left on device /tmp/ccN9JQC7.s: Fatal error: can't close ext/sqlite3/libsqlite/.libs/sqlite3.o: No space left on device make: *** [ext/sqlite3/libsqlite/sqlite3.lo] Error 1 real 1m6.356s user 2m10.354s sys 0m12.018s ************************************************* Fri Oct 3 03:38:40 UTC 2014 Error: 2, PHP make failed (1.2.3-eva2000.08) ************************************************* ccache stats: cache directory /home/.ccache cache hit (direct) 1682 cache hit (preprocessed) 1081 cache miss 6512 called for link 529 called for preprocessing 389 compile failed 120 ccache internal error 19 preprocessor error 88 bad compiler arguments 83 unsupported source language 101 autoconf compile/link 1304 unsupported compiler option 14 no input file 205 files in cache 13843 cache size 589.4 Mbytes max cache size 2.0 Gbytes
Code: df -hT Filesystem Type Size Used Avail Use% Mounted on /dev/md125 xfs 223G 17G 206G 8% / devtmpfs devtmpfs 16G 0 16G 0% /dev tmpfs tmpfs 16G 0 16G 0% /dev/shm tmpfs tmpfs 16G 241M 16G 2% /run tmpfs tmpfs 16G 0 16G 0% /sys/fs/cgroup /dev/md126 xfs 494M 126M 369M 26% /boot tmpfs tmpfs 2.2G 2.2G 32K 100% /svr-setup tmpfs tmpfs 16G 32K 16G 1% /tmp
Done # php -v PHP 5.6.1 (cli) (built: Oct 3 2014 12:44:47) Copyright (c) 1997-2014 The PHP Group Zend Engine v2.6.0, Copyright (c) 1998-2014 Zend Technologies with Zend OPcache v7.0.4-dev, Copyright (c) 1999-2014, by Zend Technologies
ah seems for some reason .08 beta didn't proper unmount the tmpfs ramdisk version of your /svr-setup directory after initial install Code: tmpfs tmpfs 2.2G 2.2G 32K 100% /svr-setup you ran out of disk space in /svr-setup while it's mounted as a ramdisk tmpfs you need to manually perform the ramdisk umount steps which centmin.sh didn't do for whatever reason, so type these commands in SSH Code: DIR_TMP=/svr-setup mkdir -p ${DIR_TMP}_disk \cp -Rf ${DIR_TMP}/* ${DIR_TMP}_disk service nginx stop service php-fpm stop service memcached stop sleep 5 umount -l ${DIR_TMP} service nginx start service php-fpm start service memcached start \cp -Rf ${DIR_TMP}_disk/* ${DIR_TMP} df -hT it could be also why your elasticsearch on CentOS 7 failed to start too?? maybe ?
Yes, that was on the dedicated server. Another beta .08 on DigitalOcean has no problem Code: df -Th Filesystem Type Size Used Avail Use% Mounted on /dev/vda1 ext4 30G 7.0G 21G 25% / devtmpfs devtmpfs 492M 0 492M 0% /dev tmpfs tmpfs 498M 0 498M 0% /dev/shm tmpfs tmpfs 498M 51M 447M 11% /run tmpfs tmpfs 498M 0 498M 0% /sys/fs/cgroup tmpfs tmpfs 498M 0 498M 0% /tmp
yeah that is because .08 beta01 only mounts a ramdisk tmpfs for /svr-setup for initial install if you have at least 2900MB of memory available to mount a 2200MB sized ramdisk I just modified it in .08 beta01 to only mount a ramdisk for /svr-setup when have >4000MB of memory and creates a 3100MB sized ramdisk. After initial install of Centmin Mod, it should of unmounted the ramdisk for /svr-setup to move it back to on disk.
Code: PHP 5.6.1 (cli) (built: Oct 15 2014 07:53:40) Copyright (c) 1997-2014 The PHP Group Zend Engine v2.6.0, Copyright (c) 1998-2014 Zend Technologies with Zend OPcache v7.0.4-dev, Copyright (c) 1999-2014, by Zend Technologies
guys, that is why you always have a staging test dev server to do updates on first to see if there are problems