Всем доброго времени суток. Подскажите, может столкнулся с такой проблемой. Панель 3x-ui работала исправно и в браузере и по ssh, потом в какой-то момент при вызове командой x-ui по ssh ничего не происходит, вообще ничего. Как буд-то я ничего не ввожу. Логины пароли все имеется ничего не терял/забывал. Причем через веб интерфейс, панель работает и вообще все исправно работает. Скажите куда копать, только если можно по подробней, я только начинаю осваивать Linux
Через программу MobaXterm, в ней ввожу IP сервера на котором установлена панель, логин/пароль и далее команду x-ui, раньше появлялось меню панели, сейчас ничего не появляется
а если какую-то другую коанду вводишь, типа top
появляется? когда пишешь x-ui - точно НИЧЕГО не происходит, или какую-то ошибку пишет? и дай вывод команды
Команда top работает, выводит список процессов, x-ui ничего вообще не происходит, ни ошибок ничего вообще, просто появляется следующая строка.
Команда tail /var/log/x-ui/3xui.log появляется следующие сообщение:
tail /var/log/x-ui/3xui.log
tail: cannot open '/var/log/x-ui/3xui.log' for reading: No such file or directory
:~$ which x-ui
/usr/bin/x-ui
Олег Лихачев, он у вас удалён, если веб-панель жива - сделайте бэкап подключений и установить x-ui по любому мануалу в гугле по запросу "x-ui install", если после установки панель будет чистая, без подключений - просто импортируйте их из бэкапа, но возможно подключения останутся на месте
Alexey Dmitriev, Панель установлена не в докере. Сергей Тарасов, Очень странно почему она сама удалилась, причем около 10 подключений работают в панели исправно, сама панель верез вебку открывается тоже нормально. Мистика )))
Попробую переустановить, единственное, что очень нужно сохранить все подключения, т.к. некоторые родственники сами не смогут поменять себе подключение на устройстве
ничего никуда не удалялось, не знаю зачем такие заморочки с докером - у меня всё нативно превосходно работает, ищите мануал по которому устанавливали всё это, и смотрите как там взаимодействовать с панелью из консоли, скорее всего что-то типа
docker exec <containername> x-ui ### должно выплюнуть что-то
или
docker exec -it <containername> sh
или
docker exec -it <containername> bash
Олег Лихачев, нельзя категорически пользоваться программами типа Пунто свитчер при работе с кодом \ ssh \ паролями \ програмировании.
для начала отключи его вообще и забудь
покажи вывод команды docker ps
сделай бэкап панели из веб морды
далее запусти установщик - скорее всего он обновит панель (но это не точно)
закончи установку и при необходимости восстанови бэкап
нельзя категорически пользоваться программами типа Пунто свитчер при работе с кодом \ ssh \ паролями \ програмировании. для начала отключи его вообще и забудь
спасибо за совет, но со всем вышеперечисленным я работаю 15 мин/мес, остальное время работаю с документами, по этому и использую вспомогательные программы.
Докера у меня НЕТ
покажи вывод команды docker ps
CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES
Олег Лихачев, это говорит о том, что докер у тебя таки есть, просто в нем не работает ни один контейнер... Попробуй сделать рестарт сервера, в большинстве случаев докер сам при запуске запустит нужный контрейнер.
Если нет, то дай команду sudo docker ps -a это покажет все контейнеры, в том числе не запущенные. Если тоже будет пустой вывод, то значит контейнер был удален, и его надо заново скачать, настроить и запустить, через composer например.
Если контейнер будет таки в выводе, то можно его запустить через sudo docker restart CONTAINERID где CONTAINERID заменить на нужный ID контейнера.
Если у ТС просто возвращение в командную строку без единой ошибки (даже без command not found), то это значит, что что-то эту команду обрабатывает. Почему сразу слухи о том, что оно удалено?
Мне непонятно настойчивое стремление комментаторов доказать автору, что у него стояло в докере. А если нет? Само наличие докера ничего не доказывает.
Автору. То, как поставлена панель и самое главное куда именно может быть очень важным. Например, куда она пишет логи. Может, она пишет в /var/log, может в /usr/local/3x-ui, может в /opt/superpanel, а может в /home/user/x-ui/log...
Вариант с докером надо всё же проверить. В наше время даже установка скриптами может приводить к созданию докер-контейнеров. Так что смотреть docker ps -a (новый синтаксис команды docker container ls -a), ключ -a показывает не только запущенные, но и остановленные контейнеры.
... Хотя если через web оно всё ещё работает, а запущенных контейнеров уже нет, то значит оно и правда вряд ли в контейнере.
Рекомендую проверить свободное место на диске. Это довольно банальная и часто пренебрегаемая причина неработы много чего. Многие приложения перестают запускаться и в некоторых случаях даже молча, без ошибок, если не могут записать ни байта на диск. Проверять так:
df -h
Скорее всего (если не было ничего специально сделано против этого при установке системы), весь диск размечен в одну корневую файловую систему и смотреть надо на /. В том числе, можно просто командой
df -h /
чтобы не показывало ничего лишнего.
Лучше всего, конечно, точно знать, как это всё устнавливалось. Есть ссылка на исходную инструкцию?
Спасибо большое за подробное описание и замечания. Сейчас постараюсь ответить на все вопросы, которые были вами заданы.
Так что смотреть docker ps -a
После выполнения этой команды я получил ответ:
CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES
Хотя если через web оно всё ещё работает,
Да через web все работает, сегодня специально добавлял/убирал подключения
Рекомендую проверить свободное место на диске
После выполнения команды df -h /, получило ответ:
Filesystem Size Used Avail Use% Mounted on
/dev/vda1 9.8G 7.7G 1.7G 83% /
как я понял свободно 1,7Гб
Лучше всего, конечно, точно знать, как это всё устнавливалось.
Устанавливал по инструкции из интернета, сейчас конкретно тот сат найти не могу. Но помню, что было как на офф странице с гинхаба Выполнял скрипт по команде
Valdemar Smörman, ДА с помощью программы MobaXterm Zerg89, ничего, как и при выполнении команды x-ui. Нет ни ошибок, просто следующая строка, для ввода новой команды показывается
Олег Лихачев, у вас Пользователь создан на серваке, судя по приглашению к вводу?
Дело в том, что x-ui запускается онли от root!!!
Если запускать от пользователя, то будет или ничего, как у вас, или вывод:
~$ x-ui
[ERR] ERROR: You must be root to run this script!
Войдите под root и запускайте.
Надеюсь, как войти под root знаете?
Под root приглашение к вводу должно быть таким: ~#
а не таким, как у вас: ~$
И...
Зачем вам непонятный терминал, когда прекрасно заходит и из Командной строки винды по SSH.
Valdemar Smörman, Под пользователем под которым я заходил все работало больше года, да у меня есть пользователь которому даты права суперпользователя.
По вашей рекомендации зашел под рут, ситуация не изменилась, опять ничего
Олег Лихачев, эт я вам в качестве ликбеза по правильному входу под root.
Вы выполните команды, что я выше давал с find, чтобы глянуть, куда установлено и правильно ли...
Valdemar Smörman, Ничего не делал, все было настроено по инструкции, там-же были настроены права для нового пользователя, после этого сервак проработал около года, потом сломалась панель из-под ssh
Valdemar Smörman, я понимаю, что вы больше моего разбираетесь в Linux, но я еще раз повторю, мне нет надобности ломать, что что работает. Я настроил эту панель довольно давно, захожу по ssh для того, чтобы ее обновить и все. Назначать/убирать права, мне было без надобности (кроме первоначальной настройки)
Valdemar Smörman, да похоже на правду(а может это симлинк, но он тоже не должен быть 0), хотя при вызове x-ui он вроде обращается к сервису, а там прописан /usr/local/x-ui/x-ui и размер у него вроде нормальный
Олег Лихачев, попробуй от root
cd /usr/bin
mv x-ui x-ui.bak
cp /usr/local/x-ui/x-ui x-ui
x-ui
Zerg89, захожу по ssh, потом x-ui, там появляется меню, и выбираю снало пункт "обновить панель" потом "обновить меню", точные названия могу путать, ну все через меню
Zerg89, да тут явно с пользователями и правами путаница, в выхлопе же видно, что часть панели под root, а часть под 1001, а так не должно быть.
То, что под root запущено, а вот то, что под 1001 естесно нет и не запустится, поэтому и не запускается по x-ui...
Valdemar Smörman, Спасибо, что точно определили причину, но без сторонней помощи, я все равно не решу эту проблему, скорее всего придется, все снести и заново установить
Олег Лихачев, восстановить права просто
chown -R root:root /usr/local/x-ui/
Похоже обновление было запущено от пользователя и поэтому вся беда, куда смог записал с правами пользователя а куда не смог там пусто хотя очень странно как удалить смог если прав нету
Олег Лихачев, ну так удалён же исполняемый неправильной командой.
Нет его.
Запустите скрипт установки заново, желательно с деинстоляцией и заново настройте.
Другого не вижу...
Олег Лихачев, да, x-ui теперь просто запускает сервис, а его меню вынесли в скрипт /usr/local/x-ui/x-ui.sh, хотя в последне документации этот скрипт кладут в /usr/bin/x-ui/x-ui.sh
Так что после обновления можете попробовать просто x-ui.sh без пути к нему по идее он должен его найти
Zerg89, да нет, не перенесли.
У меня стандартно запускается по x-ui, самая последняя версия...
Проблема, как и говорил ранее, с порушенными правами, они поломаны...
Valdemar Smörman, да в итоге chown помог и update все окончательно исправил, прикол в том что в документации путаница, в ручной установке в /usr/bin/x-ui копируется только скрипт x-ui.sh и видимо /usr/bin/x-ui/x-ui это всетаки симлинк но на скрипт, а не на службу
