SeVlad: Не верю (С). Сам посуди - не получить инфу о доступном обновлении можно лишь когда источник с неё не доступен. (запрет к нему доступа - частный случай не доступности - одна из причин).
Если бы все было так просто то я бы сюда не обращался за помощью.
Обнова пришла недавно автоматом 4.8.4, тоисть доступ таки есть, или 4.8 и 4.9 имеют разный источник, не думаю.
На сервере есть новые сайты где изначально установлен 4.9, с такими же настройками. Они в это же время автоматом обновились с 4.9 до 4.9.1.
Окей, теоретически если блокируется, тогда где?
Плагины все отключал для чистоты эксперимента. Вордпрес чист без каких либо модификаций, это у меня всегда как раз для автоматического обновления, чтобы потом ничего не "слетело".
Обновы то приходят, но в пределах 4.8, там же на новых сайтах приходят на 4.9
madoff, там очень всего много, но последние строки какраз про ipv6
[ 3.350505] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[ 6.898716] e1000e: eth0 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: Rx/Tx
[ 6.898910] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
---------- Добавлено 12.11.2017 в 21:00 ----------
Mobiaaa: Likvik, редактировать не стоит, так как при обновлении nginx, они обратно перезапишутся
Переопределять лучше в /etc/systemd/
Да, но я не уверен в правильности файла nginx.service
И на старом сервере где все работало его тоже нет
---------- Добавлено 12.11.2017 в 21:16 ----------
Нашел в нете несколько вариантов nginx.service для Debian 8. Какой именно мой понятия не имею.
---------- Добавлено 12.11.2017 в 21:46 ----------
Создал, не работает вообще:
[Unit]
Description=The nginx HTTP and reverse proxy server
After=network.target remote-fs.target nss-lookup.target network-online.target
do_stop()
{
# Return
# 0 if daemon has been stopped
# 1 if daemon was already stopped
# 2 if daemon could not be stopped
# other if a failure occurred
start-stop-daemon --stop --quiet --oknodo --retry=TERM/30/KILL/5 --pidfile $PIDFILE
RETVAL="$?"
rm -f $PIDFILE
return "$RETVAL"
}
for i in `/usr/bin/seq $UPGRADEWAITLOOPS`; do
sleep $SLEEPSEC
if [ -f $OLDBINPIDFILE -a -f $PIDFILE ]; then
start-stop-daemon --stop --signal QUIT --quiet --pidfile $OLDBINPIDFILE
RETVAL="$?"
return
fi
done
Не верю (С).
Сам посуди - не получить инфу о доступном обновлении можно лишь когда источник с неё не доступен. (запрет к нему доступа - частный случай не доступности - одна из причин).
Если бы все было так просто то я бы сюда не обращался за помощью.
Обнова пришла недавно автоматом 4.8.4, тоисть доступ таки есть, или 4.8 и 4.9 имеют разный источник, не думаю.
На сервере есть новые сайты где изначально установлен 4.9, с такими же настройками. Они в это же время автоматом обновились с 4.9 до 4.9.1.
Окей, теоретически если блокируется, тогда где?
Плагины все отключал для чистоты эксперимента. Вордпрес чист без каких либо модификаций, это у меня всегда как раз для автоматического обновления, чтобы потом ничего не "слетело".
Обновы то приходят, но в пределах 4.8, там же на новых сайтах приходят на 4.9
SeVlad, Все перечисленное исключено. Сайт не один, на всех нет обновления.
Сайты на дедике. Плагинов нет подобных которые бы препятствовали. Все родное, без подмен.
Подскажите, пожалуйста, как обновиться к 4.9 если этого нет в панели?
Недавно автоматом обновилось к WordPress 4.8.4.
Пришло стандартное письмо письмо:
Привет! Ваш сайт был автоматически обновлён до WordPress 4.8.4.
....
Также доступен WordPress 4.9.1. Процедура обновления проста и займёт всего несколько секунд:
http s://***********/wp-admin/update-core.php
Но по этой ссылке ничего нет, настройки и плагины которые бы отключали обновления тоже нет.
Раньше все нормально обновлялось.
П.С.
Обновление накатыванием новых файлов поверх старых не вариант.
Хотелось бы чтобы вордпресс сам обновился.
5 минут и активируется. Но быстрее было бы написать в ТП.
Спасибо. Есть.
А с ТП Вашей я не дружу уже пару лет. :)
Для теста сделал заказ на день. VDS. Сразу оплатил.
2017-11-16 14:03:25
Статус услуги изменен на 'Обрабатывается'
До сих пор не выдали. А действительна она будет только до конца дня.
Можно как то быстрее, получается плачу за сутку, а получаю...
Дело не в деньгах конечно. Но еще часик, два и уже нафиг не надо.
№778667
Mobiaaa,
Как бы сюда внести изменения, ведь он генерируется при старте новый я так понимаю.
Я его нашел, изменил, ребут, изменений нет.
---------- Добавлено 12.11.2017 в 23:14 ----------
Создал такой же файл здесь /lib/systemd/system/
Предварительно подправив, стартанул, но это все на старом на котором и так стартовало. Но вывод # systemctl cat nginx показывает уже мой конфиг.
---------- Добавлено 12.11.2017 в 23:31 ----------
Запустил на проблемном.
Ситуация без изменений.
Печально все...
madoff, там очень всего много, но последние строки какраз про ipv6
---------- Добавлено 12.11.2017 в 21:00 ----------
Likvik, редактировать не стоит, так как при обновлении nginx, они обратно перезапишутся
Переопределять лучше в /etc/systemd/
Да, но я не уверен в правильности файла nginx.service
И на старом сервере где все работало его тоже нет
---------- Добавлено 12.11.2017 в 21:16 ----------
Нашел в нете несколько вариантов nginx.service для Debian 8. Какой именно мой понятия не имею.
---------- Добавлено 12.11.2017 в 21:46 ----------
Создал, не работает вообще:
Не могу найти что там должно быть, просто вставить эти строки мало наверно
After=network.target remote-fs.target nss-lookup.target network-online.target
madoff, Это не проблема, тестирую на пустой машине старой, с которой все перенес. Вернул.
dmesg очень много всего там...
Имеется ввиду вывод dmesg после ребута когда nginx не стартанул?
Вроде бы нашел содержимое nginx.service, правильно, кто в курсе?
https://www.nginx.com/resources/wiki/start/topics/examples/systemd/
Только в моем варианте должно быть так:
Это просто отложить должно старт на 5 сек.?
Не стартует вообще, без ошибки, просто не стартует.
Или я не туда поставил.
А где у тебя находится скрипт запуска nginx ? /etc/init.d/nginx ?
Да, кажется здесь.
Но что с этим делать?