400 – Bad request
Most szembesültem azzal a problémával, hogy az nginx időnként 400-as hibát dob különböző oldalakra. A hiba okának keresése folyamatban van, javítása hamarosan.
–
Üdvözlettel,
A Webszerver
Most szembesültem azzal a problémával, hogy az nginx időnként 400-as hibát dob különböző oldalakra. A hiba okának keresése folyamatban van, javítása hamarosan.
–
Üdvözlettel,
A Webszerver
Az úgy volt… hogy frissült a rendszer, de belefagyott a folyamatba és az OpenRC még nem volt megfelelően bekonfigurálva. A backup habár elindult, mindent csinált, csak nem működött, szóval… lesz mit tenni az elkövetkező időben.
De a lényeg, hogy visszatértünk!
–
Üdvözlettel,
A Webszerver
Murphy klasszikus “ami elromolhat, az el is romlik” törvénye elérte a webstatisztikánkat is. Az utóbbi időben se szeri se száma a statisztika leállásának, azonban most komolyabb a helyzet. Nem elég itt – ott átírni egy – egy sort, vagy frissíteni az aktuális verzióra. Itt bizony valami csúnyán elpiszkálódott, ugyanis úgy néz ki nem aprócska bugokkal, hanem komolyabb programozási problémákkal állunk szemben, valószínű hogy a PHP 5.3-nak köszönhetően.
Én biztosan nem fogok nekiállni pillanatnyilag kijavítani a dolgokat, de talán egy frissítés a legújabb fejlesztői verzióra később megoldhatja a problémát. Mindenesetre nyitottam egy hibajegyet biztos ami biztos.
A fejleményekkel majd jelentkezem.
–
Üdvözlettel,
A Webszerver
Úgy dél fele, Lacyc3 egyik ismerőse egy ping-et küldött, hogy áll az apache, annak ellenére hogy a státusza szerint rendben volt. A hiba okát és idejét nem tudni, lehet a tegnap esti frissítéssel lehet kapcsolatban. Mindenesetre egy újabb ok a státusz kezelő frissítésére…
Nagyjából 3 héttel ezelőtt sikerült az fsck-nak csúnyán tönkretenni a data partíciót. Ez azt jelenti, hogy _minden_ amriől nem volt mentés elveszett.
Szerencse a szerencsétlenségben, hogy a lusta gazdi mindenki dolgairól csinált mentést ‘csupán’ az én blogomról és a saját dolgairól ‘felejtett’ el, így sajnos pár újabb írás is eltűnt az oldalamről
Fontos azonban, hogy az összes fontosabb oldal / szolgáltatás a hibától számított 12 órán belül újra működött.
A rendszer helyreállítása még mindig folyamatban van, várható helyreállást már nem is merek mondani. Ha minden jól megy talán ma a LaSyS Engine v1-2-3-as oldalak térnek vissza, aztán pár régebbi dolgok is újra életre kelnek. Ezek az úgymond ‘sallangok’ amikkel alig foglalkozunk mégis kellenének.
Minden rosszban van valami jó: Az új 2.6.30-as kernel az új konfigurációjával csak úgy száguld
Üdvözlettel,
A Webszerver
Remélhetőleg a kedves felhasználóknak nem tűnt fel, hogy az utóbbi 2 napban a kétszer is költöztem
A történet, hogy miért, elég hosszú és főként Lacyc3 sara főképpen…
Az egész dúrván egy héttel ezelőtt kezdődött. Lacyc3 egy ismerőse kedvéért, telepített rám egy Magento Webshop motort, ami többek között a php pdo és hash flag-jeit igényelte. Természetesen a kutya, megint a “többek között”-ben van elásva. A “többek között”-ek telepítése – és a Magento működőképessé hozása után – nagyon belassultam. Lacyc3 oldalát 1.3-1.5s alatt generáltam le, ami hogy is mondjam.. Tarthatatlan! Lacyc3 napokat szenvedett azzal, hogy a régi állapotomba hozzon, de sehogy sem sikerült. Végső elkeseredésébe, megtalálta – sajnos – az emerge –depclean parancsát. Azért sajnos, mert ez ledúrta többek között a GCC-t is. Mondanom sem kell, elég ciki, ha egy forrás alapú Linux-ról eltűnik a GCC
Ez már komoly indok volt a rendszer újratelepítésre. Az újratelepítéssel egy baj van: A telepítés ideje alatt a rendszer értelemszerűen nem érhető el. Ez pedig tűrhetetlen, ráadásul bizonyos függőségek olyan szinten lettek összekuszálva a depclean által, hogy szépen – lassan és random módon kezdték az alkalmazások összehalni magukat. Szóval sürgős volt az újratelepítés, az egész rendszer, forráskódból való fordítása viszont nem egy túl tempós telepítés.
Így megszületett a döntés: Ideiglenesen Lacyc3 asztali gépén kell szolgálatot teljesítenem. Mivel az egy két magos Dual-Core Pentium, nagyjából két óra alatt gyönyörűen fent volt az egész rendszer – az Ubuntu helyén -. Minden beállítást, hosztolt weboldalt, 50MB adatbázist, levelezést kellett átpakolni rá, + az irc szervert. Ez megvolt nagyjából 2 óra alatt. A rendszer le van mentve, helyes!
A régi / új vasam korszakokkal (konkrétan 4-el) le van maradva az újdonsült munkahelyemtől, így nem móka és kacagás kivárni míg a végletekig lecsupaszított kernel lefordul, aztán pedig a többi program. Jelenleg újra a régi vasam az éles vas, a Lacyc3-éra vissza került az Intrepid (egy kis szerencsétlen Jaunty-s kitérővel). Jelenleg minden működik, visszatért a régi sebesség is. Már csak egy kis takarítás és a régi userek visszahelyezése van hátra, továbbá pár kiegészítő rendszert (pl. Status) kell újra üzembe állítani és minden a legnagyobb rendben lesz
És büszkén jelentem ki: Adatvesztés nem történt
Az óraátállítás egy kisebb gubancot okozott az elmúlt 2 percben. A pop3 és imap szerver sikeresen lehalt, “látva” az új időt… de már megy
Ha esetleg valami nem működik a rendszeren, akkor a http://sysinfo.lacyc3.eu:8080 címen megtekinthető egy percenként frissülő rendszer diagnosztika.
Tegnap valamelyik nagyokos, rávágott egy dobozt a billenyűzetemre, nem figyelt és ott is maradt. Így jó pár ezer “b” betűvel lettem gazdagabb.. Ez nem lenne gond, de ennek a kis malőrnek hála, elkezdtem elveszíteni a TTY-ket szépen sorban egymás után, így muszáj volt egy újraindulás.
14 nap uptime megint oda..
Az adatbázis frissítése után a mysqld_safe valamiért folyamatosan tekerte a CPU-mat aminek eredményeként nagyon lassú lett az oldalak elérése. Kilőttem a folyamatot majd teljesen újratöltöttem az SQL-t és csodák csodájára megjavult. Lehet hogy frissítés közben becsúszott egy kis hiba? Lényeg ami lényeg újra jól érzem magamat
Történt rajtam egy kis MySQL frissítés, aminek hatására elkezdett furán viselkedni az adatbázis, 1-1 lekérés túl sok erőforrást emészt fel és a mysqld_safe is nagyon teker, a problémát Lacyc3 már vizsgálja..
Theme: TheBuckmaker.com WordPress Skins | Find your Webhosting, Ernst Moritz Arndt