Довелось тут поймать Exception в анаконде, не сразу нашлась причина (в /tmp/packaging.log или /tmp/rpm-script.log), когда ставилось всё автоматом через ks.cfg: надо было предварительно добавить установку shadow-utils
Requires(pre): shadow-utils
Показаны сообщения с ярлыком bugs. Показать все сообщения
Показаны сообщения с ярлыком bugs. Показать все сообщения
вторник, 6 февраля 2018 г.
четверг, 13 апреля 2017 г.
ping: socket: Address family not supported by protocol
# ping 8.8.8.8
ping: socket: Address family not supported by protocol
# ping 127.0.0.1
ping: socket: Address family not supported by protocol
# ping -4 127.0.0.1
ping: socket: Address family not supported by protocol
Проблема может возникать с OpenVZ виртуалками после обновления пакета iputils. В частности, с ядром 2.6.32-042stab113.21
ping: socket: Address family not supported by protocol
# ping 127.0.0.1
ping: socket: Address family not supported by protocol
# ping -4 127.0.0.1
ping: socket: Address family not supported by protocol
Проблема может возникать с OpenVZ виртуалками после обновления пакета iputils. В частности, с ядром 2.6.32-042stab113.21
четверг, 14 июля 2016 г.
debian 8, apache, php: почта ходит только от рута
Довелось настраивать debian 8 + apache 2.4 (ITK) + php, штатный почтовик exim (и сразу - не забываем сказать dpkg-reconfigure exim4-config и выставить режим internet site), а дальше - есть скрипт-мейлер, от рута из консоли mail() возвращает true, а ровно оно же но через сайт отдаёт false. При этом в paniclog появляется строка
unable to set gid=1000 or uid=0 (euid=0): forcing real = effective
unable to set gid=1000 or uid=0 (euid=0): forcing real = effective
По данной строке уже гуглится проблема и решение:
<IfModule mpm_itk_module>
LimitUIDRange 0 6000
LimitGIDRange 0 6000
</IfModule>
ну или так
echo "LimitGIDRange 0 2000" >> /etc/apache2/mods-available/mpm_prefork.conf
echo "LimitUIDRange 0 2000" >> /etc/apache2/mods-available/mpm_prefork.conf
service apache2 restart
(только с гидом не работает, надо uid+gid)
Кто-то набыдлокодил и выпустил это в мир, только непонятно кто именно.
Плюс кому-то также в exim надо вписать
disable_ipv6 = true
И опционально в /etc/php5/apache/php.ini найти sendmail_path и выставить
sendmail_path = "/usr/sbin/exim4 -ti"
И немного доков
среда, 18 ноября 2015 г.
received packet with own address as source address
received packet with own address as source address
1) баг ядра, в частности может быть с CentOS 6.4 2.6.32-358.2.1.el6.x86_64 - обновиться
2) проблемы с сетью, какой-то из свичей колбасит (искать и менять свич)
3) сеть - есть кольца. В частности, у нас было на сложной топологии на базе 3com 5500-EI при настройке QinQ, поиск будет долгим.
4) проблемы с linux bridge
http://forum.proxmox.com/threads/9183-new-install-eth0-received-packet-with-own-address-as-source
http://backreference.org/2010/07/28/linux-bridge-mac-addresses-and-dynamic-ports/
суть в том, что MAC для бриджа выбирается из наименьшего на связанных интерфейсах.
Now, by default bridge interfaces in Linux use, for their MAC address, the lowest MAC address among the enslaved interfaces. So if the newly created interface has a lower MAC, the bridge changes its MAC address and uses that of the new interface. When the guest is stopped, the tap interface is removed from the bridge and destroyed, at which point the bridge's MAC address has to change again. Depending on when and how often guests are started/stopped, the host's bridge interface may be changing its MAC address quite often.
Маловероятно на интел-картах с префиксом 00:1B и весьма вероятно на broadcom с префиксом 84.
Имеет смысл вместо bridge попробовать openvswitch, но уже готовые пакеты найти не удалось (пока?) и надо собирать свои пакеты.
1) баг ядра, в частности может быть с CentOS 6.4 2.6.32-358.2.1.el6.x86_64 - обновиться
2) проблемы с сетью, какой-то из свичей колбасит (искать и менять свич)
3) сеть - есть кольца. В частности, у нас было на сложной топологии на базе 3com 5500-EI при настройке QinQ, поиск будет долгим.
4) проблемы с linux bridge
http://forum.proxmox.com/threads/9183-new-install-eth0-received-packet-with-own-address-as-source
http://backreference.org/2010/07/28/linux-bridge-mac-addresses-and-dynamic-ports/
суть в том, что MAC для бриджа выбирается из наименьшего на связанных интерфейсах.
Now, by default bridge interfaces in Linux use, for their MAC address, the lowest MAC address among the enslaved interfaces. So if the newly created interface has a lower MAC, the bridge changes its MAC address and uses that of the new interface. When the guest is stopped, the tap interface is removed from the bridge and destroyed, at which point the bridge's MAC address has to change again. Depending on when and how often guests are started/stopped, the host's bridge interface may be changing its MAC address quite often.
Маловероятно на интел-картах с префиксом 00:1B и весьма вероятно на broadcom с префиксом 84.
Имеет смысл вместо bridge попробовать openvswitch, но уже готовые пакеты найти не удалось (пока?) и надо собирать свои пакеты.
среда, 22 июля 2015 г.
FreeBSD, gsutil и костыли
Установка проста, "по мануалу"
cd /root
wget --no-check-certificate https://storage.googleapis.com/pub/gsutil.tar.gz
tar -zvxf gsutil.tar.gz
cd /root
wget --no-check-certificate https://storage.googleapis.com/pub/gsutil.tar.gz
tar -zvxf gsutil.tar.gz
mkdir bin
cd bin
cd bin
ln -s ../gsutil/gsutil
вторник, 14 июля 2015 г.
mysqldump: убрать DEFINER из бэкапа
В некоторых версиях появилась бесполезная хрень называемая DEFINER, паразитирующая на CREATE VIEW, CREATE PROCEDURE.
Почему хрень? Потому что такой функционал востребован максимум в 5% бэкапов и должен включаться опционально, и штатно НЕ НУЖЕН. Так что 2 пути - выпиливать из кода или обработать дамп.
Первый шаг пропустим, второй - коды разные, синтаксис тоже. Коды 50017, 50013
пример на sed:
sed -i'' 's/DEFINER=[^*]*\*/\*/g' mydump.sql
http://stackoverflow.com/questions/9446783/remove-definer-clause-from-mysql-dumps
Почему хрень? Потому что такой функционал востребован максимум в 5% бэкапов и должен включаться опционально, и штатно НЕ НУЖЕН. Так что 2 пути - выпиливать из кода или обработать дамп.
Первый шаг пропустим, второй - коды разные, синтаксис тоже. Коды 50017, 50013
пример на sed:
sed -i'' 's/DEFINER=[^*]*\*/\*/g' mydump.sql
http://stackoverflow.com/questions/9446783/remove-definer-clause-from-mysql-dumps
четверг, 11 декабря 2014 г.
CentOS 6 + mysqltuner: Use of uninitialized value in addition (+) at /usr/bin/mysqltuner line 547 and Use of uninitialized value $myvar{"have_innodb"} in string eq at
При попытке использовать mysqltuner может быть ошибка
понедельник, 22 сентября 2014 г.
Couchbase: Editing of document with size more than 2.5kb is not allowed
Есть такая проблема в консоли CouchBase как
Editing of document with size more than 2.5kb is not allowed
Лечимжадность бесплатной версии багу: в
/opt/couchbase/lib/ns_server/erlang/lib/ns_server/priv/public/js/documents.js
на строке 214 меняем docBytesLimit: 2500, или на строке 362 находим
function isJsonOverLimited(json) {
return getStringBytes(json) > self.docBytesLimit;
}
и заменяем на
function isJsonOverLimited(json) {
//return getStringBytes(json) > self.docBytesLimit;
return false;
}
Перезапускаем, радуемся.
http://stackoverflow.com/questions/19090611/couchbase-2-2-0-document-size-editing-limit
Editing of document with size more than 2.5kb is not allowed
Лечим
/opt/couchbase/lib/ns_server/erlang/lib/ns_server/priv/public/js/documents.js
на строке 214 меняем docBytesLimit: 2500, или на строке 362 находим
function isJsonOverLimited(json) {
return getStringBytes(json) > self.docBytesLimit;
}
и заменяем на
function isJsonOverLimited(json) {
//return getStringBytes(json) > self.docBytesLimit;
return false;
}
Перезапускаем, радуемся.
http://stackoverflow.com/questions/19090611/couchbase-2-2-0-document-size-editing-limit
понедельник, 15 сентября 2014 г.
Panic loop on ZFS with 9.1-RELEASE
http://lists.freebsd.org/pipermail/freebsd-fs/2013-March/016704.html
I still haven't succeeded in importing the pool readwrite, but I have succeeded in importing it readonly. This has been confirmed as a bug by the ZFS illumos ML people. Description : You can't import readonly a pool that has cache devices, because the import will try to send write IOs to auxiliary vdevs, and hit an assert() call, thus provoking a panic. Workaround : Destroy cache devices before zpool import -o readonly=on -f <pool>.
понедельник, 26 мая 2014 г.
FreeSWITCH: не запускается
Может быть такое, что сделали service freeswitch restart -- и больше ничего не работает, в логах пусто даже несмотря на то, что включен mod_logfile и mod_syslog. И странно, что нет опции configtest.
Проверить конфиг можно так:
То, что нет языковых каталогов хоть и ERR, но запуску не мешает, а вот незакрытый комментарий это серьёзно. Настолько, что даже в лог ничего не написать...
А что за странная строка 4424? Ответ искать в /var/log/freeswitch/freeswitch.xml.fsxml - сюда объединяются все конфиги. Править его бесполезно, но найти конкретное место и уже его искать в оригинальных конфигах можно.
Такой бы файлик еще для nginx-а...
Да, если что -- выход ... (три точки)
Проверить конфиг можно так:
# freeswitch -nf -c -u freeswitch
2014-05-26 19:30:06.166869 [INFO] switch_event.c:649 Activate Eventing Engine.
2014-05-26 19:30:06.177138 [WARNING] switch_event.c:623 Create additional event dispatch thread 0
2014-05-26 19:30:06.199407 [ERR] switch_xml.c:1385 Couldnt open /etc/freeswitch/lang/de/*.xml (No such file or directory)
2014-05-26 19:30:06.204145 [ERR] switch_xml.c:1385 Couldnt open /etc/freeswitch/lang/fr/*.xml (No such file or directory)
2014-05-26 19:30:06.204169 [ERR] switch_xml.c:1385 Couldnt open /etc/freeswitch/lang/ru/*.xml (No such file or directory)
2014-05-26 19:30:06.204187 [ERR] switch_xml.c:1385 Couldnt open /etc/freeswitch/lang/he/*.xml (No such file or directory)
2014-05-26 19:30:06.204203 [ERR] switch_xml.c:1385 Couldnt open /etc/freeswitch/lang/es/es_ES.xml (No such file or directory)
2014-05-26 19:30:06.204224 [ERR] switch_xml.c:1385 Couldnt open /etc/freeswitch/lang/pt/pt_BR.xml (No such file or directory)
Cannot Initialize [[error near line 4424]: unclosed <!--]
#
2014-05-26 19:30:06.166869 [INFO] switch_event.c:649 Activate Eventing Engine.
2014-05-26 19:30:06.177138 [WARNING] switch_event.c:623 Create additional event dispatch thread 0
2014-05-26 19:30:06.199407 [ERR] switch_xml.c:1385 Couldnt open /etc/freeswitch/lang/de/*.xml (No such file or directory)
2014-05-26 19:30:06.204145 [ERR] switch_xml.c:1385 Couldnt open /etc/freeswitch/lang/fr/*.xml (No such file or directory)
2014-05-26 19:30:06.204169 [ERR] switch_xml.c:1385 Couldnt open /etc/freeswitch/lang/ru/*.xml (No such file or directory)
2014-05-26 19:30:06.204187 [ERR] switch_xml.c:1385 Couldnt open /etc/freeswitch/lang/he/*.xml (No such file or directory)
2014-05-26 19:30:06.204203 [ERR] switch_xml.c:1385 Couldnt open /etc/freeswitch/lang/es/es_ES.xml (No such file or directory)
2014-05-26 19:30:06.204224 [ERR] switch_xml.c:1385 Couldnt open /etc/freeswitch/lang/pt/pt_BR.xml (No such file or directory)
Cannot Initialize [[error near line 4424]: unclosed <!--]
#
То, что нет языковых каталогов хоть и ERR, но запуску не мешает, а вот незакрытый комментарий это серьёзно. Настолько, что даже в лог ничего не написать...
А что за странная строка 4424? Ответ искать в /var/log/freeswitch/freeswitch.xml.fsxml - сюда объединяются все конфиги. Править его бесполезно, но найти конкретное место и уже его искать в оригинальных конфигах можно.
Такой бы файлик еще для nginx-а...
Да, если что -- выход ... (три точки)
пятница, 23 мая 2014 г.
proxmox: Waiting for quorum... Timed-out waiting for cluster
При попытке запустить кластер может быть ошибка (при service cman restart)
Starting cluster:
Checking if cluster has been disabled at boot... [ OK ]
Checking Network Manager... [ OK ]
Global setup... [ OK ]
Loading kernel modules... [ OK ]
Mounting configfs... [ OK ]
Starting cman... [ OK ]
Waiting for quorum... Timed-out waiting for cluster
[FAILED]
<cman transport="udpu" keyfile="/var/lib/pve-cluster/corosync.authkey">
Но это имеет смысл только когда нод 2-3, так как сильно растет нагрузка на сеть.
Starting cluster:
Checking if cluster has been disabled at boot... [ OK ]
Checking Network Manager... [ OK ]
Global setup... [ OK ]
Loading kernel modules... [ OK ]
Mounting configfs... [ OK ]
Starting cman... [ OK ]
Waiting for quorum... Timed-out waiting for cluster
[FAILED]
Что может быть не так:
1) проверить /etc/hosts, что адреса и хосты совпадают
2) имя кластера не равно имени одной из нод
3) стоит свич, который фильтрует мультикаст (если свич управляемый и/или их больше 1 -- шанс такого случая большой)
4) проверить, что /etc/cluster/cluster.conf совпадают на нодах
5) фаервол выключен или правильно настроен
6) нет проблем с маршрутизацией
В 3 случае может помочь перевод на юникаст
cluster.conf:<cman transport="udpu" keyfile="/var/lib/pve-cluster/corosync.authkey">
Но это имеет смысл только когда нод 2-3, так как сильно растет нагрузка на сеть.
Можно также попробовать выставить <quorumd> там же.
Проверить мулькаст-пинги можно через omping, ssmping
Проверить мулькаст-пинги можно через omping, ssmping
линки
понедельник, 19 мая 2014 г.
FreeBSD: "/usr/ports/Mk/bsd.port.mk", line 1767: Malformed conditional (defined(USE_RC_SUBR) && ${USE_RC_SUBR:tu} != "YES")
После 5 мая многие могли в очередной раз столкнуться с багами портов, а именно:
# make
Unknown modifier 't'
"/usr/ports/Mk/bsd.port.mk", line 1767: Malformed conditional (defined(USE_RC_SUBR) && ${USE_RC_SUBR:tu} != "YES")
Unknown modifier 't'
Unknown modifier 't'
Unknown modifier 't'
"/usr/ports/Mk/bsd.sites.mk", line 957: Malformed conditional (!empty(_PERL_CPAN_ID) && ${_PERL_CPAN_FLAG:tl} == "cpan")
Unknown modifier 't'
"/usr/ports/Mk/bsd.port.mk", line 2929: Unclosed conditional/for loop
"/usr/ports/Mk/bsd.port.mk", line 2929: Unexpected end of file in for loop.
"/usr/ports/Mk/bsd.port.mk", line 6708: Unclosed conditional/for loop
"/usr/ports/Mk/bsd.port.mk", line 6708: Unexpected end of file in for loop.
make: fatal errors encountered -- cannot continue
# make
Unknown modifier 't'
"/usr/ports/Mk/bsd.port.mk", line 1767: Malformed conditional (defined(USE_RC_SUBR) && ${USE_RC_SUBR:tu} != "YES")
Unknown modifier 't'
Unknown modifier 't'
Unknown modifier 't'
"/usr/ports/Mk/bsd.sites.mk", line 957: Malformed conditional (!empty(_PERL_CPAN_ID) && ${_PERL_CPAN_FLAG:tl} == "cpan")
Unknown modifier 't'
"/usr/ports/Mk/bsd.port.mk", line 2929: Unclosed conditional/for loop
"/usr/ports/Mk/bsd.port.mk", line 2929: Unexpected end of file in for loop.
"/usr/ports/Mk/bsd.port.mk", line 6708: Unclosed conditional/for loop
"/usr/ports/Mk/bsd.port.mk", line 6708: Unexpected end of file in for loop.
make: fatal errors encountered -- cannot continue
четверг, 24 апреля 2014 г.
Proxmox: Failed to fetch https://enterprise.proxmox.com/debian/dists/wheezy/pve-enterprise/binary-amd64/Packages The requested URL returned error: 401
При обновлении свежих версий proxmox (3.1 и старше) после apt-get update может быть ошибка
W: Failed to fetch https://enterprise.proxmox.com/debian/dists/wheezy/pve-enterprise/binary-amd64/Packages The requested URL returned error: 401
Суть -- "гоните бабла". То есть, обновление для этого сервера не пройдет, поскольку не куплена подписка.
По хорошему, надо смотреть в сторону других продуктов, и если требуется именно KVM+OpenVZ, подобный функционал можно реализовать на базе CentOS, но без "фирменного" веб-интрефейса. Да, он несколько неудобен и сначала весьма непонятен, но многие вещи он делает неплохо.
Итак, пока остаёмся на текущем продукте, но правим ошибку.
W: Failed to fetch https://enterprise.proxmox.com/debian/dists/wheezy/pve-enterprise/binary-amd64/Packages The requested URL returned error: 401
Суть -- "гоните бабла". То есть, обновление для этого сервера не пройдет, поскольку не куплена подписка.
По хорошему, надо смотреть в сторону других продуктов, и если требуется именно KVM+OpenVZ, подобный функционал можно реализовать на базе CentOS, но без "фирменного" веб-интрефейса. Да, он несколько неудобен и сначала весьма непонятен, но многие вещи он делает неплохо.
Итак, пока остаёмся на текущем продукте, но правим ошибку.
суббота, 15 марта 2014 г.
FreeBSD: scons: done reading SConscript files. error: setting stack size not supported:
При попытке собрать serf (для того же subversion) можно поймать баг
# make -C /usr/ports/www/serf install clean ===> Building for serf-1.3.4 scons: Reading SConscript files ... scons: done reading SConscript files. error: setting stack size not supported: File "/usr/local/lib/scons-2.3.0/SCons/Script/Main.py", line 1344: _exec_main(parser, values) File "/usr/local/lib/scons-2.3.0/SCons/Script/Main.py", line 1308: _main(parser) File "/usr/local/lib/scons-2.3.0/SCons/Script/Main.py", line 1072: nodes = _build_targets(fs, options, targets, target_top) File "/usr/local/lib/scons-2.3.0/SCons/Script/Main.py", line 1228: jobs = SCons.Job.Jobs(num_jobs, taskmaster) File "/usr/local/lib/scons-2.3.0/SCons/Job.py", line 92: self.job = Parallel(taskmaster, num, stack_size) File "/usr/local/lib/scons-2.3.0/SCons/Job.py", line 365: self.tp = ThreadPool(num, stack_size, self.interrupted) File "/usr/local/lib/scons-2.3.0/SCons/Job.py", line 280: prev_size = threading.stack_size(stack_size*1024) *** [do-build] Error code 2 Stop in /usr/ports/www/serf. *** [install] Error code 1 Stop in /usr/ports/www/serf.
воскресенье, 9 марта 2014 г.
FreeBSD: ... by ``make reinstall'' to upgrade it properly. If you really wish to overwrite the old port of ports-mgmt/pkg without deleting it first, set the variable "FORCE_PKG_REGISTER"
Может получиться так, что попытка что-то обновить/установить через portmaster при установленном (и правильно настроенном) pkg вылезает баг: в списке обновлений также есть pkg, и при запуске установки выпадает ошибка
например
http://lists.freebsd.org/pipermail/freebsd-pkg/2013-December/000155.html
Но причина - не баг pkg, а баг portmaster, исправленный в более свежих версиях, лечится обновлением портов + принудительным обновлением портмастера
cd /usr/ports/ports-mgmt/portmaster && make deinstall clean && make install clean
_pkg.zsh /tmp/ports/usr/ports/ports-mgmt/pkg/work/stage/usr/local/share/zsh/site-functions/_pkg ===> scripts/sbin (install) install -o root -g wheel -m 555 pkg2ng /tmp/ports/usr/ports/ports-mgmt/pkg/work/stage/usr/local/sbin/pkg2ng ====> Compressing man pages (compress-man) ===> Installing for pkg-1.2.2 ===> Checking if ports-mgmt/pkg already installed ===> pkg-1.2.2 is already installed You may wish to ``make deinstall'' and install this port again by ``make reinstall'' to upgrade it properly. If you really wish to overwrite the old port of ports-mgmt/pkg without deleting it first, set the variable "FORCE_PKG_REGISTER" in your environment or the "make install" command line. *** [check-already-installed] Error code 1 Stop in /usr/ports/ports-mgmt/pkg.
например
http://lists.freebsd.org/pipermail/freebsd-pkg/2013-December/000155.html
Но причина - не баг pkg, а баг portmaster, исправленный в более свежих версиях, лечится обновлением портов + принудительным обновлением портмастера
cd /usr/ports/ports-mgmt/portmaster && make deinstall clean && make install clean
понедельник, 17 февраля 2014 г.
bitrix: Работа с сокетами Ошибка
bitrix Работа с сокетами Ошибка
Проблема актуальна, например когда сервер разработки внутри сети и наружу выставлен только 80 порт, или когда есть http/ntlm авторизация. Проверка пытается подключиться к серверу сокетом, а поскольку что-то мешает, получается ошибка.
Фикс: в /etc/hosts прописываем
127.0.0.1 our.site.ru (указываем то имя, с которого делали проверку)
https://dev.1c-bitrix.ru/community/forums/forum6/topic32139/
Проблема актуальна, например когда сервер разработки внутри сети и наружу выставлен только 80 порт, или когда есть http/ntlm авторизация. Проверка пытается подключиться к серверу сокетом, а поскольку что-то мешает, получается ошибка.
Фикс: в /etc/hosts прописываем
127.0.0.1 our.site.ru (указываем то имя, с которого делали проверку)
https://dev.1c-bitrix.ru/community/forums/forum6/topic32139/
пятница, 20 декабря 2013 г.
PHP APC Potential Cache Slam Averted for Key
При использовании APC и его обновлении в логах могут появиться строки вида
[apc-warning] Potential cache slam averted for key
http://pecl.php.net/bugs/bug.php?id=16814
может возникать, когда пишется ключ который уже существует. Пока лекарства нет. Отключить можно так: в php.ini
apc.slam_defense = 0
[apc-warning] Potential cache slam averted for key
http://pecl.php.net/bugs/bug.php?id=16814
может возникать, когда пишется ключ который уже существует. Пока лекарства нет. Отключить можно так: в php.ini
apc.slam_defense = 0
суббота, 16 ноября 2013 г.
debian: socket() failed (24: Too many open files)
Настройки дебиана для сервера далеко не оптимальны, в частности лимит на количество открытых файлов. Это затрагивает много серверного софта, например mysql, apache, nginx...
В частности, следвие для nginx - в логе
socket() failed (24: Too many open files)
среда, 30 октября 2013 г.
php+debian: проблемы с max_input_vars
Очередная бага дебиляна:
http://stackoverflow.com/questions/19042734/is-there-a-limit-like-max-input-vars-in-versions-before-5-3-9
есть условный сервер с проектом на битриксе, к которому не покупалось поддержки и он не работает на 5.4, поэтому нужна версия именно 5.3. А в дебиляне это
PHP 5.3.3-7+squeeze17 with Suhosin-Patch (cli) (built: Aug 23 2013 15:06:16)
Все норм дистры позволяют обновиться до более поздних версий (5.4 не подходит), а тут - штатно без вариантов.
Суть бага: установка max_input_vars в версиях ниже 5.3.9 не имеет значения, ограничение в 1000 прописано в коде, хотя даже по phpinfo всё выставлено верно.
Самый простой вариант - на dotdeb есть 5.3.9+ (5.3.25, 5.3.27...)
Установка php 5.3 на Debian 7 Wheezy
Не забываем ограничить "наглость" репы, иначе половину пакетов заменит, в том числе то что не нужно.
Вот 5.4 ставить лучше оф, если нет особой нужды именно в последних версиях - штатная конечно будет устаревшей, но относительно проверенной "миллионами хомячков".
http://stackoverflow.com/questions/19042734/is-there-a-limit-like-max-input-vars-in-versions-before-5-3-9
есть условный сервер с проектом на битриксе, к которому не покупалось поддержки и он не работает на 5.4, поэтому нужна версия именно 5.3. А в дебиляне это
PHP 5.3.3-7+squeeze17 with Suhosin-Patch (cli) (built: Aug 23 2013 15:06:16)
Все норм дистры позволяют обновиться до более поздних версий (5.4 не подходит), а тут - штатно без вариантов.
Суть бага: установка max_input_vars в версиях ниже 5.3.9 не имеет значения, ограничение в 1000 прописано в коде, хотя даже по phpinfo всё выставлено верно.
Самый простой вариант - на dotdeb есть 5.3.9+ (5.3.25, 5.3.27...)
Установка php 5.3 на Debian 7 Wheezy
Не забываем ограничить "наглость" репы, иначе половину пакетов заменит, в том числе то что не нужно.
Вот 5.4 ставить лучше оф, если нет особой нужды именно в последних версиях - штатная конечно будет устаревшей, но относительно проверенной "миллионами хомячков".
mpt-statusd: detected non-optimal RAID status
Есть у дебиана 7 (странный) глюк при развороте на vmware esxi:
в /var/log/messages пишет
mpt-statusd: detected non-optimal RAID status
при том, что никакого рейда там нет.
Фикс:
service mpt-statusd stop
в /var/log/messages пишет
mpt-statusd: detected non-optimal RAID status
при том, что никакого рейда там нет.
Фикс:
service mpt-statusd stop
update-rc.d mpt-statusd disable
Подписаться на:
Сообщения (Atom)