Hmmmm nieuwe zero day die getest word?
Waarschijnlijk zal het iets anders zijn en uiteindelijk verklaarbaar. Soms is een reinstall de oplossing. het kan ook een hardware probleem zijn zoals bijvoorbeeld bad memory?
Afdrukvoorbeeld
Hmmmm nieuwe zero day die getest word?
Waarschijnlijk zal het iets anders zijn en uiteindelijk verklaarbaar. Soms is een reinstall de oplossing. het kan ook een hardware probleem zijn zoals bijvoorbeeld bad memory?
Ik heb er in ieder geval sinds juni al last van en het is een VPS. Op de host staat nog een vergelijkbare VPS met veeeeeel meer websites die er geen last van heeft. Sinds juni in ieder geval 150 keer opgetreden, op alle momenten van de dag (handig zo'n reload script dat ook doet loggen).
Citaat:
Oorspronkelijk geplaatst door Domenico
Inderdaad Domenico of een bad cluster op je hd waar die vm toevallig gebruik van maakt, ooit ook eens zo een probleem gehad en had de vm toen verhuist naar een andere node en sinds dien geen problemen meer mee gehad. Misschien dat je ook eens kunt proberen om de vm te verhuizen naar een andere node indien mogelijk en dan zul je ook vlug genoeg ondervinden of het probleem nog voorkomt. Zoja dan is het iets in de vm zelf, zoniet dan is het waarschijnlijk iets op je node wat het probleem veroorzaakt.Citaat:
Oorspronkelijk geplaatst door t.bloo
Je proceslist uit TOP toont ook veel cpu aan Exim & imap-login.
Veel is al gezegt over Apache maar wat doet Exim tijdens die hoge load?
Idem voor het imap-login proces...?
Draait hier een soort mailinglist manager oplossing op?
Zou kunnen dat Exim, imap-login en httpd op dat moment de bounces wil tracken tijdens een mailing?
Ik neem aan dat jullie de server(s) al eens flink hebben 'gestresstest' om het een en ander uit te sluiten. Zo niet, even doen!
Ook met hdparm, smartctl, dd de schijven controleren.
Wat zeggen de grafiekjes? Jullie hebben vast wel munin oid draaien? Er moet toch wel 'iets' daaruit te achterhalen zijn?