Jag har dom senaste dagarna slitit hund med att det inte gått att ladda upp bilder till WordPress, inga entries i några loggar eller annat som kan hjälpa en på traven, men så fick jag felmeddelandet “Operation timed out after 25001 milliseconds with 0 bytes received” och en av träffarna på Google är om att just Smush.it är nere, well det är aldrig fel att prova, så jag avvaktiverade modulen och med en gång började det funka.
Fråga mig inte varför, men det löste mitt problem i alla fall.
Kunde varit sämre.
I livets hårda skola så gör det ibland ont att göra fel, detsamma gäller när du har för lite RAM i en mysqlkärra som du helt plötsligt kastar på en massa InnoDB tabeller på, det som kommer hända är att maskinen börjar swappa och sen kommer du sitta med skit långt upp över öronen, eller åtminstone en riktigt långsam server.
Därför sammanfattar jag här vad du kan göra när du har för lite RAM, kunskap insamlad i The School of hard knox.
- Kasta i mer RAM, enkelt. RAM är billigt, löp å köb!
- Om din server bara kör MySQL, sänk swappiness “echo X > /proc/sys/vm/swappiness” där X är så lågt du vågar, testa dig fram. Har du för lågt så kan det hända att OSet dödar mysql.
- Om servern swappar fastän det finns massa RAM ledigt, utöka innodb_buffer_pool till typ 75% av max RAM.
Sådär, nu kan det vara så att du klarar dig. Men generellt är lösningen att kasta på mer RAM så att du inte behöver swappa. Vill du ha hjälp så finns mina kontaktuppgifter till höger! 
För er som vill lära er något den hårda vägen; InnoDB kräver fett mycket RAM. Kom ihåg det.
Jag har letat lite efter ett smidigt sätt att hantera uppdateringar och patchar på vår linuxmiljö lite enkelt och smidigt, för windows finns ju WSUS/SCCM och det funkar bra, vad finns då för linux?
Det finns ett gäng olika applikationer som löser det, men den som jag fastnade mer för är Spacewalk, en open source variant av Red Hat Network Satellite.
Rätt fint på landet ändå!
Nu höll jag på att inleda inlägget med “Hej Bloggen” och det känns ju sådär, får nog hålla nere bloggandet så att jag inte blir skadad.
Den inte alltid så högkvalitativa siten IDG publicerade idag en artikel om MariaDB och det är alltid roligt när alternativ lyfts fram. Jag har inget direkt att säga om MariaDB, det är more or less en drop-in replacement för MySQL och utvecklas av mer eller mindre samma människor som en gång i tiden startade MySQL.
Det finns fler bolag på marknaden som koppats av från MySQL, både projektet och företaget, en av dom är Percona, som jag fattat det så är det ett gäng som tidigare jobbade på MySQLs high performance avdelning som startade bolaget. Bland annat så är Baron Schwartz som jobbar på Percona med och skriver den förträffliga boken “High Performance MySQL“, en bok som i mitt tycke är ett måste i alla linuxkonsulters bokhylla, även dom som inte jobbar supermycket med MySQL.
Även det svenska bolaget, Serveral Nines jobbar en del med MySQL, men jag tror inte att dom släppt en egen version av MySQL utan “bara” value-add produkter som ClusterControl, som jag förhoppningsvis får veta mer om senare i veckan.
Det var väl det om det, finns en massa annat man kan säga om MySQL också, men det tror jag inte hör hit. Dela gärna med dig om ev. åsikter och kommentarer, jag kanske har missat något?
I den här posten skriver jag lite om Newrelic, en tjänst för att övervaka sin server och webbapplikation.
Jag har nu hunnit köra den några dagar på en livesite, och det funkar väl bra. Men jag är lite osäker på hur mycket overhead och prestanda agenten egentligen tar, för maskinen har börja uppföra sig jäkligt mysko och stänger jag ner Newrelic-agenten så funkar den lite bättre. Men jag tror att root-cause är databasen, men problemet dök upp samtidigt som jag la på Newrelicagenten. Så det kan vara vist att ha det under uppsikt.
Jag kommer att testa lägga på agenten igen när vi har löst databasproblemet, så får vi se hur det funkar då.
Den fenomenale Tobias Sjösten har skrivit en jättebra sammanfattning av open source-licenserna, även om du inte är så intresserad eller behöver bråka med licenser särskilt ofta så är det bra läsning, Tobias framför en del bra argument för hur jag tycker man ska tänka kring sin öppna källkod.
Open source licenses and the asshole clause
Jag är nog sist på bollen den här gången, men ni andra har nog hunnit upptäcka alla buggar, så jag slipper.
Newrelic, Webb Application Monitoring, Jävligt imponerande!
Spontant så tycker jag att applikationen är väl genomtänkt, hyfsat välfungerande och lättinstallerad. Det enda jag stör mig på är att by default så är loggningen väldigt verbose och det gjorde att php_agent loggen inom någon minut var 50 Mb stor, visserligen så beror det på att den fick något fel i loggningen av några SQl frågor, men jag har inte tid att kika närmare på det.
Hyfsat omgående fick jag ut siffror som är ganska nya för mig, eller jag har i alla fall inte mätt dom innan på installationen jag testar på, och det är intressanta siffror, väldigt intressanta siffror. Framför allt så illusterar Newrelic ev. fel väldigt väl och det är enkelt att skaffa sig en bild av hur applikationen mår.
En spontan favorit är Apdexpoängen som är ett index över hur lång tid det tar att ladda sidan hos klienten och som slår över tid, perfekt för den som vill jaga hastighet, och det vill ju alla.
Den andra intressanta var databasstatistiken, för oss som håller på med ett förändringsarbete på just databasen så är det här ovärderlig information, även om jag redan har den i ett annat verktyg så blev det snyggare i Newrelic.
Prislappen är okej, för ett standardkonto så landar det runt 150-170 kronor / månad, vill man ha ett Pro så landar vi på runt 1000-lappen, men det kan det vara värt om man har en site som drar in bra med pengar, vill man bara benchmarka och få lite siffror så är det bara att regga ett konto och köra, man får 15 dagars pro om man signar upp sig, dessutom får man en jävligt snygg tischa!
Kolla själv och rösta på den bov du tycker är värst! http://newrelic.com/dirtydozen