Onderwerp: VPS met Magento af en toe opeens erg traag

En de website is weer traag... Heel wisselend vandaag.

Toen Magento een keer niet kon openen, plaatste Magento deze logfile:
Wellicht zegt dit wat? Dit gebeurt af en toe. Maar meestal is hij gewoon erg traag.

Code:

a:4:{i:0;s:109:"SQLSTATE[HY000] [2002] Can't connect to local MySQL server through socket '/var/run/mysqld/mysqld.sock' (111)";i:1;s:3179:"#0 /var/www/vhosts/domain.nl/httpdocs/lib/Zend/Db/Adapter/Pdo/Mysql.php(96): Zend_Db_Adapter_Pdo_Abstract->_connect()
#1 /var/www/vhosts/domain.nl/httpdocs/lib/Varien/Db/Adapter/Pdo/Mysql.php(300): Zend_Db_Adapter_Pdo_Mysql->_connect()
#2 /var/www/vhosts/domain.nl/httpdocs/lib/Zend/Db/Adapter/Abstract.php(459): Varien_Db_Adapter_Pdo_Mysql->_connect()
#3 /var/www/vhosts/domain.nl/httpdocs/lib/Zend/Db/Adapter/Pdo/Abstract.php(238): Zend_Db_Adapter_Abstract->query('SET NAMES utf8', Array)
#4 /var/www/vhosts/domain.nl/httpdocs/lib/Varien/Db/Adapter/Pdo/Mysql.php(389): Zend_Db_Adapter_Pdo_Abstract->query('SET NAMES utf8', Array)
#5 /var/www/vhosts/domain.nl/httpdocs/app/code/core/Mage/Core/Model/Resource.php(169): Varien_Db_Adapter_Pdo_Mysql->query('SET NAMES utf8')
#6 /var/www/vhosts/domain.nl/httpdocs/app/code/core/Mage/Core/Model/Resource.php(110): Mage_Core_Model_Resource->_newConnection('pdo_mysql', Object(Mage_Core_Model_Config_Element))
#7 /var/www/vhosts/domain.nl/httpdocs/app/code/core/Mage/Core/Model/Resource/Db/Abstract.php(320): Mage_Core_Model_Resource->getConnection('core_read')
#8 /var/www/vhosts/domain.nl/httpdocs/app/code/core/Mage/Core/Model/Resource/Db/Abstract.php(335): Mage_Core_Model_Resource_Db_Abstract->_getConnection('read')
#9 /var/www/vhosts/domain.nl/httpdocs/app/code/core/Mage/Core/Model/Resource/Db/Abstract.php(355): Mage_Core_Model_Resource_Db_Abstract->_getReadAdapter()
#10 /var/www/vhosts/domain.nl/httpdocs/app/code/core/Mage/Core/Model/Resource/Db/Collection/Abstract.php(134): Mage_Core_Model_Resource_Db_Abstract->getReadConnection()
#11 /var/www/vhosts/domain.nl/httpdocs/app/code/core/Mage/Core/Model/Config.php(1350): Mage_Core_Model_Resource_Db_Collection_Abstract->__construct(Object(Mage_Core_Model_Resource_Website))
#12 /var/www/vhosts/domain.nl/httpdocs/app/code/core/Mage/Core/Model/Config.php(1386): Mage_Core_Model_Config->getModelInstance('core_resource/w...', Object(Mage_Core_Model_Resource_Website))
#13 /var/www/vhosts/domain.nl/httpdocs/app/Mage.php(460): Mage_Core_Model_Config->getResourceModelInstance('core/website_co...', Object(Mage_Core_Model_Resource_Website))
#14 /var/www/vhosts/domain.nl/httpdocs/app/code/core/Mage/Core/Model/Abstract.php(208): Mage::getResourceModel('core/website_co...', Object(Mage_Core_Model_Resource_Website))
#15 /var/www/vhosts/domain.nl/httpdocs/app/code/core/Mage/Core/Model/Abstract.php(213): Mage_Core_Model_Abstract->getResourceCollection()
#16 /var/www/vhosts/domain.nl/httpdocs/app/code/core/Mage/Core/Model/App.php(598): Mage_Core_Model_Abstract->getCollection()
#17 /var/www/vhosts/domain.nl/httpdocs/app/code/core/Mage/Core/Model/App.php(456): Mage_Core_Model_App->_initStores()
#18 /var/www/vhosts/domain.nl/httpdocs/app/code/core/Mage/Core/Model/App.php(342): Mage_Core_Model_App->_initCurrentStore('', 'store')
#19 /var/www/vhosts/domain.nl/httpdocs/app/Mage.php(640): Mage_Core_Model_App->run(Array)
#20 /var/www/vhosts/domain.nl/httpdocs/index.php(103): Mage::run('', 'store')
#21 {main}";s:3:"url";s:56:"/paht/path/file.html";s:11:"script_name";s:10:"/index.php";}

Doe eens "tail /var/log/mysql.log" en post de output hier.

tail /var/log/mysql.log geeft geen resultaten. Ik heb met vi in het bestand gekeken, ook niets te vinden. Ziet er naar uit dat er dus geen logs worden opgeslagen? of geen logs zijn?

dan moet je de log ff aanzetten in je my.cnf

Ik zou ook eens mysqltuner.pl (http://mysqltuner.pl/mysqltuner.pl) runnen als de vps een paar uur draait.
dit kan soms heel wat load schelen als je je mysql voor magento een beetje doet optimize

en ik heb goede ervaring met php apc samen met magento shops.
is zo op een server gezet en weinig tot geen config nodig.

De oorzaak zou zo maar kunnen liggen in de Disk IO, de storage zal ongetwijfeld op een gedeelde storage server zijn geplaatst. Dit apparaat kan zo maar eens wat overbelast zijn met als gevolg dat de performance van alle VPS'en in elkaar dondert.
De MYSQL server op de VPS zal ook de nodige disk IO veroorzaken, probeer eens in mysql met "SHOW PROCESSES;" te kijken of er processen zijn die erg lang lopen. Zo ja dan verwacht dat deze Queries nogal wat Random reads veroorzaken. De eerste vraag die dan in me op komt is: staan je indexen goed.

Ik hoop dat dit een duwtje in de goede richting is voor je.

Oorspronkelijk geplaatst door Flaxe_eu

en ik heb goede ervaring met php apc samen met magento shops.
is zo op een server gezet en weinig tot geen config nodig.

In wat voor opzicht? Magento draaien zonder opcode cache o.i.d. is in mijn ogen ongeschikt voor productie en veroorzaakt echt bijzonder veel disk IO

Logs worden nu opgeslagen. Op dit moment werkt de website weer even snel. De output is als volgt:

Code:

tail /var/log/mysql.log
		  137 Query	select count(*) into @discard from `psa`.`Cards`
		  137 Quit	
		  138 Connect	debian-sys-maint@localhost on 
		  138 Query	select @@version_comment limit 1
		  138 Query	select count(*) into @discard from `psa`.`ClientsTraffic`
		  138 Quit	
		  139 Connect	debian-sys-maint@localhost on 
		  139 Query	select @@version_comment limit 1
		  139 Query	select count(*) into @discard from `psa`.`Components`
		  139 Quit

Denk dat dit nu in orde, of niet?

Wat betreft mysqltuner.pl: Wat doet dit precies? Wijzigt dit script iets? Niet dat mn shop er helemaal uit ligt straks
Ik ga even bekijken wat php APC kan betekenen voor me.

Als je twijfelt moet je een systeem beheerder inhuren.
Dan weet je zeker dat het goed komt.

Oorspronkelijk geplaatst door patrickekkel

Als je twijfelt moet je een systeem beheerder inhuren.
Dan weet je zeker dat het goed komt.

Klopt, als ik de middelen zou hebben, zou ik alles uit handen geven.
Helaas ben ik nu op mezelf aangewezen én wil/kan ik er ook wat van leren. Win win toch?

Oorspronkelijk geplaatst door Royw

Win win toch?

Hoeveel brengt een webshop die down is dan op?

Mysqltuner stelt veranderingen voor aan de configuratie, maar past die zelf niet aan. Misschien is het beter als je oefent op een niet productie machine.

(offtopic: ken je die calve reclame van "pietertje"? als je ergens niet handig in bent dan moet je het misschien niet doen)

Zolang het goed gaat is het een win win.
Maar als je dan plat gaat heb je zeker geen win win situatie

Mensen, laten we even in oplossingen denken in plaats van redenen verzinnen waarom ik hier niet aan had moeten beginnen of het moet uitbesteden. Hier kan ik er ook wel 100 van verzinnen, maar ik wil het nu eenmaal leren.

Als je ergens niet handig in bent, máár het wilt leren; Dan kun je dat ook. Daar sta ik voor.
Het spotje van Calvé (overigens erg sterk) gaat over je talenten benutten en zegt niets over stoppen waarmee je minder goed bent.

Ik zal mysqltuner eens proberen.