Всякий блог

Вариант для самого удобного варианта установки apt install php php -r "copy('https://getcomposer.org/installer', 'composer-setup.php');" php composer-setup.php --install-dir=/usr/bin --filename=composer

Вдруг ни с того ни с сего стала вываливаться эта ошибка nmi watchdog bug soft lockup процессоры загружались на 100 процентов виснет намертво. Самое интересное что виснет виртуалка(Debian 9) в гипервизоре proxmox, а не сам гипервизор. Пока гуглил читал именно про зависание гипервизора, в основном. 1. Проблема в ядре, вариант изменить ядро загрузки, например если было недавнее обновление либо скачать более раннюю версию и загрузить ее. 2. Проблема в блоке питания, типо не хватает питания для процессора и происходит перекос, в основном инфа про это, вариантов решения несколько. 3. Проблема в видеокарточке nvidia, маловероятный вариант, в моем случае видюха встроенная. Но это может быть одно из следствий, так как типо происходит перекос питания из за нее. Или какого то другого оборудования. Варианты решения. 1. Загружать ядро с отключенной ACPI 2. Отключить HyperTreading 3. Обновить ядро 4. Выставить kernel.watchdog_thresh = 20(по умолчанию 10) в sysctl   (Текущий вар...

Переезд с php5 на php 7 Обновляем sources.list echo -e 'deb http://packages.dotdeb.org jessie all \ndeb-src http://packages.dotdeb.org jessie all' >> /etc/apt/sources.list Скачиваем ключи и добавляем их wget https://www.dotdeb.org/dotdeb.gpg apt-key add dotdeb.gpg   Обновляем репы   apt-get update Ставим пакеты apt install php7.0-fpm php7.0-cli php7.0-curl php7.0-gd php7.0-intl php7.0-mysql php7.0-mcrypt php7.0-imagick php7.0-mbstring php7.0-soap php7.0-xml Обновляем конфиги хостов на nginx ищем и меняем строку fastcgi_pass unix:/run/php/php7.0-fpm.sock; Перезапускаем nginx service nginx restart   По тестам скорости особой не увидел как заявляют, но памяти действительно кушает меньше процентов на 20-30

Возникла задача подмонтировать Windows раздел в Debian Подключаем диск включаем комп смотрим какие разделы появились командой: blkid В моем случае был такой список /dev/sda: UUID="xxxxxxxxxxxxxxxxxxxxxxxxxxxxxx" LABEL="backup:raid11" TYPE="linux_raid_member" /dev/sdb1: LABEL="ESP" UUID="xxxxxx" TYPE="vfat" /dev/sdb2: LABEL="DIAGS" UUID="xxxxx" TYPE="vfat" /dev/sdb4: LABEL="WINRETOOLS" UUID="xxxxxxxxxxxxxxxx" TYPE="ntfs" /dev/sdb5: LABEL="OS" UUID="xxxxxxxxxxxxxxxxxxxx" TYPE="ntfs" /dev/sdb6: LABEL="PBR Image" UUID="xxxxxxxxxxxxxxxxx" TYPE="ntfs" /dev/sdc: UUID="xxxxxxxxxxxxxxxxxxxxxxx" LABEL="backup:raid11" TYPE="linux_raid_member" /dev/sdd1: UUID="xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx" TYPE="ext4" /dev/sdd5: UUID="xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx...

Чем дальше, тем больше нахожу подтверждений тому что операционная система Windows, а с ней и Майкрософт тонет, причем сдает по всем фронтам одновременно, опишу аргументы, которые в общем то доступны везде, но по частям. Постараюсь описать все в одном месте: 1. Открытость Операционная система Windows не является открытой, что в нынешней ситуации, когда со всех каналов говорят о прослушке всеми возможными способами, всего мира со стороны США набирает актуальность этот вопрос. И многие компании задумываются о переходе на более открытые платформы, чтобы можно было понять куда и как отправляет данные операционная система и софт, либо вообще закрыть эту лозейку. Также открытость подразумевает отслеживание ошибок, их исправление, дополнение рациональными фишками со стороны сообщества, которое даже в материальной выгоде не заинтересованы и что гарантирует их высокую стойкость от продажности той же самой АНБ или другим заинтересованным лицам. 2. Мобильность Microsoft проиграла битву ...

Ошибка проявляется после автоматической мягкой перезагрузки сервера [Sun Feb 16 06:25:21 2014] [notice] Graceful restart requested, doing restart [Sun Feb 16 06:25:21 2014] [error] (9)Bad file descriptor: apr_socket_accept: (client socket) [Sun Feb 16 06:25:21 2014] [error] (9)Bad file descriptor: apr_socket_accept: (client socket) [Sun Feb 16 06:25:21 2014] [notice] seg fault or similar nasty error detected in the parent process В инете писали что это бага которую все никак не закроют, было какое то решение элегантное, но источник к сожалению потерян уже, я решил не заморачиваться и скрипт для рестарта скопировать из секции обычного рестарта правим /etc/init.d/apache2  Ищем секцию reload | force-reload | graceful) и копируем код из секции restart                 if ! $APACHE2CTL configtest > /dev/null 2>&1; then                     $APACHE2CTL configte...

После смены сетевой карты обнаружилось, что запись об интерфейсе eth0 исчезла и появилась новая запись eth4. eth1 и eth2 уже присутствовали. Захотелось привести все к единому виду последовательно. Погуглив нашел инфу что данные об именах интерфейсов находятся в файле: /etc/udev/rules.d/70-persistent-net.rules в Ubuntu вроде тоже В файле содержаться сопоставления мак адресов именам интерфейсов. Можно удалить информацию об несуществующей сетевой и поменять имя eth4 на eth0. Самое простое если есть возможность ребутнуть сервак для применения настроек

При установке на свой сайт форума phpbb3 столкнулся с проблемой. Все письма которые отсылались с форума например для подтверждения регистрации или отправки сообщений на почту через профиль пользователя резались в спам. При просмотре оригинала письма, т.е. с полным просмотром заголовков увидел, что в качестве отправителя указан www-data@moivps, то есть фактически отправитель не совпадал с полем отправитель в письме. При написании собственных скриптов эта проблема обходилась без проблем, но так как мои познания в структуре кода phpbb3 минимальный полез в гугл решать вопрос более простым путем. После недолгого поиска нашел решение данной проблемы, но вариант этот подходит только для небольшого числа хостов и пользователей. Решение состоит в установке и замене стандартного MTA exim на ssmtp. Преимущество в том, что не нужно нагружать сервер лишними программами и по своему принципу ssmtp подгружается только в случае его вызова. Т.е. он будет загружаться только при использовании фун...