Днес ъпгрейднах няколко сървъра с последната версия на PHP 5.5.12 (нали съм фен на ъпдейтването) .. Тоя път стана проблеммм 🙂 След ъпдейта започна да ми дава 502 – bad gateway , а в лога излизаше permission denied. Излезе че в новата версия на PHP-fpm е задължително да се използват listen.owner и съответно за owner да се сложи същият потребител през който работи и уеб сървъра – в моя случай nginx.
След като го оправих, видях нова грешка.. още по-смотана и нахална :
Тук якото беше следното – през уеб браузър сайта се отваря , през lynx или curl дава : unexpected error и съответно pingdom.com ми съобщи че сайта ми е DOWN 🙂
След няколко часово тестване, ровене и мъчение реших кардинално да оправя проблема, като сваля версията на PHP* до 5.5.11 която си работеше без проблеми.
Сторих го по следния начин :
dpkg -i /var/cache/apt/archives/php5*5.5.11*
тъй като в хранилището на dotdeb вече всичко беше с новата версия.
Извод 1 – за сега ще изчакам с ъпдейтване на нови версии на PHP по сървърите ми, че явно промените не са никак малки и могат да ми причинят доста главоболия.
Извод 2 – трябва да спра с тея ъпдейти веднъж завинаги..!!
От известно време се боря с един странен проблем в сайта на Търговския регистър – http://public.brra.bg . Проблема е, че вече немогат да се използват пълноценно услугите му. Бях им писал мейл но глас в пустиня..
Вчера реших да разследвам и звънях на фирмата доставчик на електронни подписи. Проблема ми е че тестовото подписване минава, при справка или качване на документи след цялата процедура излиза грешка : Грешка при подписването на цялата заявка!
Оказа се, че проблема съществува и в сайта на НАП,НОИ и всички останали институции които ползват Java. След последният ъпдейт на Java – а именно версия Java 7 update 25 всичко спира да работи по сайтовете.
Предполагам че е необходимо самите сайтове да си обновят системите, но за сметка на това, от IT отдела на Търговския регистър ме посъветваха да си сваля версията на Java – колко прозорливо нали?
Е ок, но се оказа, че примерно версия 7 21 има автоматичен ъпдейт и не става да се използва. За това се натъкнах и на временно решение на проблема – а именно Java 7 Update 17 . Може да се изтегли от адрес : oldapps.com като преди това трябва да се деинсталира всичко що е Java от пц-то. Полезно е също така да се изключат ъпдейтите (обновяванията) на самата Java от Control Panel, Java.
И вече можем да използваме отново услугите на Търговския регистър! Ура! Да видим само, кога ли ще спре нещо друго, след поредната нова версия от Oracle 🙂
20.09.2013 – Проблемът отново се появи!!
Днес се установи че проблемът с Java и сайта на Търговския регистър отново е на дневен ред! Решението е ъпдейт на Java до – Java 7 Update 40 (последната актуална версия)
– Извода: От Търговския регистър най-накрая са си обновили сайта и явно много хора са изревали заради този проблем!!
Днес ъпдейтнах двата айфона до версия на iOS 6. Реших че вече няма да ползвам жейлбрейк (или поне за сега) След като вече обнових айпада и останах впечетлен от новостите се реших да сторя същото и на телефоните. Надявах се на 3gs-а най-накрая да му проработи iMessage но уви .. отново не работи. Интересното е , че никъде в нета не намерих инфо че iMessage не работи на 3GS , остава ми като един голям Х това 🙂 Иначе на айпада който е с А5 процесор Maps-а подържа 3D което е много яко. Има и козметични промени , като вече няма youtube app. Като събера още впечетления ще пиша. Ще се радвам ако скоро излезе untethered jailbreak но в крайна сметка се оказа че почти не използвам апликейшъни от Cydia и Installous (освен iGo) така че може и да карам без хак известно време :biggrin:
Днес ъпдейтнах версията на линукса на сървъра на който хоствам блога си. Причината е заради добрите впечетления които ми остави при сървъра на nqma.net на който редовно му крашваше ядрото заради големия лоад и вечно беше лагнат. Може би заради новото ядро версия 3 сега всичко лети :silly:
След като сторих същата операция и на този сървър се натъкнах на няколко новости и бъгове:
1во – varnish-a вече е версия 3 и съответно стария конфиг файл даде множество грешки и поради това вече ползвам нов конфиг файл:
backend default {
.host = "127.0.0.1";
.port = "8080";
}
acl purge {
"localhost";
}
sub vcl_recv {
if (req.request == "PURGE") {
if (!client.ip ~ purge) {
error 405 "Not allowed.";
}
return(lookup);
}
if (req.http.Accept-Encoding) {
#revisit this list
if (req.url ~ ".(gif|jpg|jpeg|swf|flv|mp3|mp4|pdf|ico|png|gz|tgz|bz2)(?.*|)$") {
remove req.http.Accept-Encoding;
} elsif (req.http.Accept-Encoding ~ "gzip") {
set req.http.Accept-Encoding = "gzip";
} elsif (req.http.Accept-Encoding ~ "deflate") {
set req.http.Accept-Encoding = "deflate";
} else {
remove req.http.Accept-Encoding;
}
}
if (req.url ~ ".(gif|jpg|jpeg|swf|css|js|flv|mp3|mp4|pdf|ico|png)(?.*|)$") {
unset req.http.cookie;
set req.url = regsub(req.url, "?.*$", "");
}
if (req.url ~ "?(utm_(campaign|medium|source|term)|adParams|client|cx|eid|fbid|feed|ref(id|src)?|v(er|iew))=") {
set req.url = regsub(req.url, "?.*$", "");
}
if (req.http.cookie) {
if (req.http.cookie ~ "(wordpress_|wp-settings-)") {
return(pass);
} else {
unset req.http.cookie;
}
}
}
sub vcl_fetch {
if (req.url ~ "wp-(login|admin)" || req.url ~ "preview=true" || req.url ~ "xmlrpc.php") {
return (hit_for_pass);
}
if ( (!(req.url ~ "(wp-(login|admin)|login)")) || (req.request == "GET") ) {
unset beresp.http.set-cookie;
set beresp.ttl = 1h;
}
if (req.url ~ ".(gif|jpg|jpeg|swf|css|js|flv|mp3|mp4|pdf|ico|png)(?.*|)$") {
set beresp.ttl = 365d;
}
}
sub vcl_deliver {
# multi-server webfarm? set a variable here so you can check
# the headers to see which frontend served the request
# set resp.http.X-Server = "server-01";
if (obj.hits > 0) {
set resp.http.X-Cache = "HIT";
} else {
set resp.http.X-Cache = "MISS";
}
}
sub vcl_hit {
if (req.request == "PURGE") {
set obj.ttl = 0s;
error 200 "OK";
}
}
sub vcl_miss {
if (req.request == "PURGE") {
error 404 "Not cached";
}
}
Така.. вече varnish-a работи , даже и по-бързо (така мисля де)
Сега дойде реда на eAcceleratora който също вече не работи , причината е че php-то вече е 5.4 а eAccelerator-a е морално остарял продукт който от няколко години не се подържа и съответно няма работеща версия за новото php 5.4. Поради този факт реших да го разкарам и се спрях на xcache . След малко модвания и инсталиране на админ панел всичко си дойде на място . Повече инфо за xcache в сайта им.
След ъпгрейда на линукса се ъпдейтна и версията на lighttpd на 1.4.30 . Тъй като наскоро имах проблем с lighttpd реших да пробвам дали с новата версия случайно проблема не е оправен. Ами.. да ! оправен е. Знаех си че проблема не е в мен и в моя конфиг :happy: . Сега всичко лети както трябва да лети по принцип. Поради това cdn-a ми отново се задвижва на lighttpd !
Единственото нещо което след проба не работеше както трябва да е dl-то през varnish , тегленето от там на големи файлове става много мудно. Предполагам че е въпрос на настройки на varnish-a но сега не ми се занимава да го ровя!
И да обобщя , мигрирането към тестинг е нож с две остриета. Колегата ми Калоян винаги ми е казвал че когато нещо работи , то не трябва да се пипа и ъпдейтва 😎 , аз съм на друг принцип и винаги търся обновяването – което не винаги е хубаво 😉 !
Днес успешно мигрирах втория ми сървър на vmware. За целта преди няколко дни прехвърлих всичко важно от него на другия за да мога да работя по него без напрежение и да знам че всичко си работи 🙂 Хубавото е че сървъра претърпя хардуерен ъпгрейд на процесора за да може да подържа виртуализация и да могат да се инсталират 64 битови машини на него. Лошото е че не успях да подкарам 2та IDE харда които досега бяха част от него , но за сметка на тях сложих други 2 SATA , а IDE-тата ще ги продам.Освен това има вече и повече рам, е не колкото другия но пак е достатъчно за работата която върши. Така вече няма да се налага ходенето до сървърното , всичко може да се управлява дистанционно. Горещо препоръчвам vmware esxi на всеки линукс/уиндоус администратор. Благодаря на Стелко за дето ми отговори очите за него преди 1 година 🙂 За безплатен продукт е просто великолепен! :w00t: