Menu

problem

nginx 502 bad gateway

, , , , , , 0

Здравейте,

В продължение на поста от вчера за обновяването на php до версия 7, искам да споделя че започнах да се натъквам на проблем със сайта от тогава. Проблемите са странни, представляващи следната ситуация : част от постовете в блога не се зареждат и изкарва грешка: nginx 502 bad gateway.

nginx 502 bad gateway

Nginx error.log-а дава следната информация :

2016/02/12 14:06:55 [error] 21309#0: *157 no live upstreams while connecting to upstream, client: 123.123.123.123, server: root.bg, request: "GET /dont-upgrade-nextgen-gallery-to-2-0/ HTTP/1.1", upstream: "fastcgi://php-fpm", host: "root.bg", referrer: "https://root.bg/page/21"
Още..

sqlgrey problem

, , , , 0

Привет,

Преди няколко седмици обнових мейл сървъра ми към версия debian 8 jessie. Всичко работеше, но днес забелязах следния проблем във /var/log/mail.log :

Jan 26 11:00:57 alpha postfix/smtpd[10642]: warning: premature end-of-input on private/policy while reading input attribute name
Jan 26 11:00:58 alpha postfix/smtpd[10642]: warning: premature end-of-input on private/policy while reading input attribute name
Jan 26 11:00:58 alpha postfix/smtpd[10642]: warning: problem talking to server private/policy: Success

Оказа се проблем със sqlgrey-a (sqlgrey problem). Вчера обновявах пакетите на сървъра и видях, че rsyslog се обнови. При самото му обновяване възникна проблем за който вече писах в serverfault.com.
След това обновяване се оказа, че sqlgrey не работи и даде следната грешка при стартиране :

root alpha # /etc/init.d/sqlgrey restart
Restarting postfix greylisting daemon (sqlgrey): sqlgreyno connection to syslog available
- unix dgram connect: Connection refused at /usr/share/perl5/Net/Server/Log/Sys/Syslog.pm line 70.

В крайна сметка успях да оправя проблема, след като премахнах rsyslog и на негово място инсталирах syslog-ng. Предполагам, че има някакъв бъг в новата версия на rsyslog, заради който greylisting сървиса не искаше да тръгне.

Debian 8 amavis problem

, , 0

Debian 8 amavis problemЗдравейте и за много години!

Наложи ми се да правя ъпгрейд на един от главните ми сървъри, който беше с debian 7 и вече е с 8-ца 🙂

Всичко мина долу-горе добре, обаче изникна проблем с amavis-a. Проблема се изразяваше в следното : самият amavisd демон не искаше да тръгва, и съответно в логове се виждаше това :

 

Starting amavisd: syntax error at /usr/sbin/amavisd-new line 1921, near "$pn qw(DEBUG INFO NOTICE WARNING ERR CRIT ALERT EMERG)"
syntax error at /usr/sbin/amavisd-new line 1923, near "$prio : LOG_WARNING"
syntax error at /usr/sbin/amavisd-new line 1929, near "}"
syntax error at /usr/sbin/amavisd-new line 1937, near "}"
syntax error at /usr/sbin/amavisd-new line 1943, near "}"
syntax error at /usr/sbin/amavisd-new line 1963, near "}"
syntax error at /usr/sbin/amavisd-new line 1978, near "}"
syntax error at /usr/sbin/amavisd-new line 1987, near "}"
syntax error at /usr/sbin/amavisd-new line 1990, near "}"
Can't use global @_ in "my" at /usr/sbin/amavisd-new line 1995, near "= @_"
/usr/sbin/amavisd-new has too many errors.
(failed).

Тук проблема се оказа от новата версия на perl , и остарелия amavis ( който беше инсталиран ръчно, чрез make && make install ). След обновяване през apt-get install amavis самият процес тръгна, обаче взе да плюе следното в mail.log-a:

Jan 4 11:10:45 alpha amavis[25842]: (25842-02-6) (!)WARN save_info_final: sql exec: err=1054, 42S22, DBD::mysql::st execute failed: Unknown column 'rseqnum' in 'field list' at (eval 96) line 172.
Jan 4 11:10:46 alpha amavis[25838]: (25838-02-5) (!)WARN save_info_final: sql exec: err=1054, 42S22, DBD::mysql::st execute failed: Unknown column 'rseqnum' in 'field list' at (eval 96) line 172.
Jan 4 11:10:46 alpha amavis[25838]: (25838-02-5) (!!)ERROR sql_storage: too many retries on storing final, info not saved

Тук пък в крайна сметка се оказа, че след версия 2.7 трябвало да се добавят 3 полета в таблица msgrcpt и едно в таблица msgs. Това става лесно:

ALTER TABLE msgrcpt ADD rseqnum integer DEFAULT 0 NOT NULL;
ALTER TABLE msgrcpt ADD content char(1) DEFAULT ' ' NOT NULL;
ALTER TABLE msgrcpt ADD is_local char(1) DEFAULT ' ' NOT NULL;
ALTER TABLE msgs ADD originating char(1) DEFAULT ' ' NOT NULL;

– взаймствано инфо от тук.

И така, в крайна сметка проблема ми с пощенския сървър се оправи и всичко работи както преди 🙂

PHP 5.5.12 problems after upgrade

, , 1

Днес ъпгрейднах няколко сървъра с последната версия на PHP 5.5.12 (нали съм фен на ъпдейтването) .. Тоя път стана проблеммм 🙂 След ъпдейта започна да ми дава 502 – bad gateway , а в лога излизаше permission denied. Излезе че в новата версия на PHP-fpm е задължително да се използват listen.owner и съответно за owner да се сложи същият потребител през който работи и уеб сървъра – в моя случай nginx.

След като го оправих, видях нова грешка.. още по-смотана и нахална :

 

2014/05/07 14:10:58 [error] 1951#0: *5 inflate() failed: 4, -3, client: *.*.*.*, server: friendbg.net, request: "GET / HTTP/1.1", host: "friendbg.net"
2014/05/07 14:11:58 [error] 1951#0: *44 inflate() failed: 4, -3, client: *.*.*.*, server: friendbg.net, request: "GET / HTTP/1.1", host: "friendbg.net"

Тук якото беше следното – през уеб браузър сайта се отваря , през 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 – трябва да спра с тея ъпдейти веднъж завинаги..!!

Load More