Code excited status 1 failure
Code excited status 1 failure
Systemd networking.service возвращается “(code=exited, status=1/FAILURE)” на коде ExecStartPre
Рассмотрение ‘состояния’ networking.service в Ubuntu 16.04.4, это показывает, что «ExecStartPre» перестал работать:
Рассматриваемая проблема находится в отказе кода:
Однако это отключено (прокомментированное), затем выполнив команду сценария вручную:
: 1: [: пропавшие без вести]
Я также получаю тот же результат, если я установил среду на «да» с
да: 1: [: пропавшие без вести]
1 ответ
Для получения дополнительной информации на (code=exited, status=1/FAILURE) состояние ExecStartPre= из networking.service см. https://unix.stackexchange.com/a/435190/281844.
Для записи это было зарегистрировано с Debian на https://bugs.debian.org/cgi-bin/bugreport.cgi? bug=894759 и я отправили им патч для фиксации его, таким образом, он мог бы закончить тем, что пробился полностью к Ubuntu и в конечном счете был зафиксирован 🙂
Относительно Ваших тестов, пытающихся эмулировать команду, Вам нужны одинарные кавычки там (даже при том, что вывод systemd не показывает им там.)
Почему не запускается скрипт через systemd?
Ubuntu 18.04.
/etc/systemd/system/start_bot.service:
После выполнения sudo systemctl start sitbot.service ничего, sudo systemctl status sitbot.service:
Чтобы победить вот эту строку
May 03 12:55:36 shostvo100vkbot.tk systemd[1]: start_bot.service: Main process exited, code=exited, status=1/FAIL
May 03 12:55:36 shostvo100vkbot.tk systemd[1]: start_bot.service: Failed with result ‘exit-code’.
А есть вывод в файл направить? Вот типа того.
1) перенаправление > уберите из ExecStart
3) И путь стоит полный указывать filename=»/home/ftproot/vk_image_bot/log.log»
Ivan Yakushenko, целиком весь код засовывать в try не есть гуд. Но на этапе отладки можно. Надо же выяснить из-за чего он валится.
(code=exited, status=1/FAILURE) #4976
Comments
satheeshCharles commented Nov 19, 2018
Team,
Consul not starting with basic configuration
Overview of the Issue
As described in the https://learn.hashicorp.com/vault/operations/ops-vault-ha-consul.html have configured my system. However when I try to start the service getting the below error. I have verified all the files/permissions.
Reproduction Steps
Steps to reproduce this issue:
OS : CentOS Linux release 7.5.1804 (Core)
Consul info for both Client and Server
Operating system and Environment details
CentOS Linux release 7.5.1804 (Core)
Log Fragments
$ sudo systemctl start consul
$ sudo systemctl status consul
Nov 19 11:25:53 devops-node-01.novalocal systemd[1]: consul.service: main process exited, code=exited, status=1/FAILURE
Nov 19 11:25:53 devops-node-01.novalocal systemd[1]: Unit consul.service entered failed state.
Nov 19 11:25:53 devops-node-01.novalocal systemd[1]: consul.service failed.
`
The text was updated successfully, but these errors were encountered:
banks commented Nov 19, 2018
Hi, the log doesn’t actually show any Consul output that would help figure out why it’s not starting.
Can you try to run consul validate /usr/local/etc/consul/client_agent.json to see if it’s a config error? (Mostly likely reason for immediate termination). If that doesn’t help, can you paste the output from journald to see what Consul is actually erroring with?
satheeshCharles commented Nov 20, 2018
Hi, @banks Thanks for the assistance. Consul has back online with the cluster. Thanks.
banks commented Nov 20, 2018
@satheeshCharles glad to hear you are up and running.
If you get a chance to describe the error you saw it might help future searchers who come across this!
venkatatmecs commented May 31, 2019
consul validate /etc/consul.d/ui.json
Config validation failed: data_dir cannot be empty
venkatatmecs commented May 31, 2019
mkeeler commented Jun 1, 2019
sarath998 commented Aug 4, 2021
i don’t know how to solve this plz anyone can help me.
blake commented Aug 4, 2021
Hi @sarath998, can I recommend opening a thread in the Consul section of HashiCorp’s discuss forum? That would be a better place to discuss and troubleshoot this issue. Thanks.
Footer
You can’t perform that action at this time.
You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session.
Ошибка при запуск служба Mysql
Добрый день уважаемые программисты. Устанавливал Apache+php+Mysql чистом Ubuntu-16.04-amd64. Apache запускалось нормально без никаких проблем. Но при запуск служб mysql:
Оформите используя LORCODE www.linux.org.ru/help/lorcode.md (подсказка: используйте тег [code] выхлоп [/code])
Для длинных «портянок» используйте https://pastebin.com или аналогичный сервис, сюда прилагайте ссылку.
[ERROR] InnoDB: Cannot allocate memory for the buffer pool
Он же пишет что ему не хватает памяти
Он же пишет что ему не хватает памяти
У меня VDS: Дисковое пространство: 5 GB Процессор: 700 MHz Оперативная память: 256 Mb
Что посоветуйте. Значить не получается работать с этим сервером?
Все зависит от Ваших задач.
Если конечное приложение совсем не ресурсоемкое и большого потока клиентов не ожидается, то попробовать можно. Но нужно будет очень хорошо покрутить настройки у всего что есть в системе.
Вообще 256Мб RAM для одновременной работы apache и mysql выглядит странным решением..
Включите swap, если с ним будет работать (но будет тормозить и тупить) — увеличивайте RAM.
Огромное спасибо. Вы очень помогли.
хорошо. Увеличиваю RAM. Огромное Вам спасибо.
Настройте параметры мускула и апача про потребление памяти. Для апача это количество процессов, для мускула innodb_buffer_pool_size, key_buffer_size и другие
Подкрутить размеры буферов надо. Для INNODB.
Если есть возможность, то да, лучше голову не ломать и сразу RAM увеличить.
Hi everyone the situation is the following:
I am connetected to an ubuntu-based EC2 machine of AWS ( and I am currently working on Ubuntu 18.04). I can manage files inside the machine and run scripts from terminal but I want the machine to run a script even when I am not connected. So I thought about a service.
Using systemd I located this file on /lib/systemd/system :
[Unit] Description=Test Service After=network.target
Conflicts=getty@tty1.service
[Service] Type=simple ExecStart=/usr/bin/python3 /home/ubuntu/GreenHouse/Catalog/Catalog_REST.py
StandardInput=tty-force
I started the service,ut when I check the status:
I receive this error:
Aug 22 16:54:13 ip-172-31-13-245 systemd[1]: Started Test Service. Aug 22 16:54:13 ip-172-31-13-245 systemd[1]: CATALOG_REST-py.service: Main process exited, code=exited, status=1/FAIL Aug 22 16:54:13 ip-172-31-13-245 systemd[1]: CATALOG_REST-py.service: Failed with result ‘exit-code’.
Do you know some ways to obtain a better explanation of the error?
(code=exited, status=1/FAILURE) #58
Comments
Skyslycer commented Jan 20, 2021
It just doesnt work. 
The text was updated successfully, but these errors were encountered:
tricsusz commented Jan 21, 2021
mikelolasagasti commented Jan 21, 2021
tricsusz commented Jan 21, 2021
PrzemekSkw commented Jan 26, 2021
and when I check in terminal I see endlessh working only with port 2222.
I cannot find that config file to change it manually.
Regards.
tricsusz commented Jan 26, 2021
@PrzemekSkw I guess you should create the following file manually: /etc/endlessh/config
The content of config file:
Port 22
I wasn’t able to sort it out.. finally I decided to use endlessh inside a docker container. If you’re familiar with docker, I can help you set it up.
PrzemekSkw commented Jan 26, 2021
@tricsusz when I create that config file I have that failed service error.
PrzemekSkw commented Jan 27, 2021
@tricsusz Hi, I try docker few times but always have problems to start apps with it. I could try if You want to help me? Do I have to apt purge endlessh from my Debian first?
iaintshootinmis commented Jan 30, 2021
Depending on the version of linux you’re using, you may need to set_cap on the endlessh binary to allow it to access ports below 1024.
Harvara commented Jan 30, 2021 •
@justinamcafee yeah there is definitely a problem with it running at a port below 1024. If I change it to a port above it works fine.
I tried
setcap ‘cap_net_bind_service=+ep’ /usr/local/bin/endlessh
but it still crashes.
Edit:
I got it working somehow. I rerouted port 22 with iptables to a port above 1024 where my endlessh was listening.
for the lazy ones:
Skyslycer commented Feb 19, 2021
guys idk how but it works now fine
FranLMSP commented Feb 25, 2021
I had the same issue, you have to follow the instructions shown on the endlessh.service file:
svenXY commented Jul 16, 2021 •
for whatever reason, this does not work for me. I did all steps mentioned above, but to no avail.
Furthermore, it also does not work with port 2222.
Running it as root) on the shell works fine, but whatever I try with systemd, it does not.
This is in a KVM virtual machine running ArchLinux. Could the KVM setup be the reason?
code=exited, status=1/FAILURE
Running traccar on RPI since April or so and working fine. Was away for a month and after returning this week noticed GPS tracker events had stopped being recorded by traccar like 3 weeks before. Trying to reference older data (traccar report) resulted in an error popup in the browser of which I unfortunately did not make a screen shot.
First tested the GPS tracker using SMS interface. Works fine.
I then stopped/restarted traccar and also poweroff/rebooted RPI with the (consistent, traccar does not start anymore) following results:
Maybe the «illegal operation. » is a result of the requested report of data before traccar stopped recording? I’m a linux novice and in the dark.
You need to check full stack trace.
How can I display the full stack trace?
If there is no log file, try to run the server manually and see if there’s an exception.
Remembered some basics :-).
Have you checked it yourself?
Don’t know why the format changes after submitting. It looks nicely structured when I paste it.
Anyway, when I scanned through it I found a line in Dutch «Geen ruimte meer op apparaat», or «no more space on device».
I guess my GPS tracker 10sec interval filled up my RPi’s SD card? Is there some wrap-around or auto-delete functionality to delete everuthing older than say 2 months?
I found a config key database.historyDays which I set to 90 ( 90 ).
In addition I deleted a number of old syslog, messages and auth log files.
Rebooted, but still the same result. Should/can I remove something directly related to traccar?
Аудит systemd: почему не запускаются юниты?
Jan 28, 2016 17:27 · 431 words · 3 minute read debian ubuntu systemd
По сравнению с System V init обладает некоторыми преимуществами и дополнительными возможностями, по умолчанию установлен в ОС Debian 8 (Jessie). Давайте разберемся, что делать, если не запускаются юниты!
При старте системы юниты должны запускаться в определенном порядке. Если по какой-либо причине юнит не может запуститься, это может повлечь за собой некорректный старт остальных юнитов и всей системы.
Наиболее частые проблемы с запуском юнитов — отсутствие необходимых зависимостей (например точки монтирования), настроек или неправильные права доступа.
Список юнитов смотрим так:
Список проблемных юнитов смотрим так:
Узнать подробности о незапущенном юните можно так:
Из этого примера видно, что устройство /dev/mqueue отсутствует в системе.
Также для выяснения проблем с запуском юнитов можно изучить логи с помощью команды:
После того, как проблема будет найдена, устранить ее будет несложно.
Comments
gino commented May 17, 2019
I just installed Gitea on my server and created a service file, but unfortunately the service stops immediately without any errors.
I hope someone can help me with this issue.
I am able to provide more information about the configuration files, if needed.
The text was updated successfully, but these errors were encountered:
gino commented May 17, 2019
Edit: the problem is solved whenever I change the user to ‘root’
lunny commented May 17, 2019
I think that maybe you have some directory permission denied.
Tekaoh commented May 17, 2019
Try becoming user git and running the binary in a terminal rather than using the service. You might get a much more informative error.
silverwind commented May 19, 2019 •
zeripath commented May 19, 2019 •
@gino this bug report lacks critical information to help us help you. You must give us more information.
What architecture are you running on? Is it raspberry pi? If so use arm6 not arm7.
zeripath commented May 19, 2019
zeripath commented May 19, 2019 •
As @silverwind suggests if you set
(Assuming you don’t have a [log.console] section)
You should get more information.
stale bot commented Jul 19, 2019
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs during the next 2 weeks. Thank you for your contributions.
zeripath commented Jul 19, 2019
@gino if you are still suffering this problem please reopen and comment. Otherwise I’m closing this due to lack of activity and information.
Kevin-Mok commented Aug 16, 2019 •
Try becoming user git and running the binary in a terminal rather than using the service. You might get a much more informative error.
Here was my relevant journal log:
demostanis-worlds commented Dec 24, 2019
Footer
You can’t perform that action at this time.
You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session.
elasticsearch.service: main process exited, code=exited, status=1/FAILURE #25505
Comments
521xueweihan commented Jul 1, 2017 •
desciption
I use rpm installed elasticsearch-1.7.3, It work, then I use rpm uninstall it. Because I want to install 5.xx.
So I use the same way to install elasticsearch-5.4.3, But when I restart elasticsearch, It don’t work.
elasticsearch.yml
elasticsearch.log
Status
The text was updated successfully, but these errors were encountered:
521xueweihan commented Jul 1, 2017
Solution
[2017-07-01T17:52:12,513][ERROR][o.e.g.GatewayMetaState ] [YPTbq-O] failed to read local state, exiting. org.elasticsearch.ElasticsearchException: java.io.IOException: failed to read [id:0, legacy:false, file:/var/lib/elasticsearch/elasticsearch/nodes/0/indices/jobbole/_state/state-0.st]
jasontedor commented Jul 1, 2017
You can not upgrade from 1.x to 5.x, we offer zero backwards compatibility guarantees here. We only support upgrading from major version N to major version N + 1.
aruna09 commented Dec 13, 2017
I am not able to start elasticsearch. The same error curl(7) failed to localhost.
I did try the solution mentioned above but to no avail!
Help ASAP!
sukhmel commented Dec 14, 2017 •
WomBoss commented Feb 24, 2018
elasticsearch.service: Main process exited, code=exited, status=1/FAILURE
elasticsearch.service: Unit entered failed state.
elasticsearch.service: Failed with result ‘exit-code’.
WomBoss commented Feb 24, 2018
lfxch commented Feb 25, 2018
I have the same Problem, complete details from elasticsearch.log after starting service:
[?:1.8.0_151]
at org.elasticsearch.monitor.os.OsProbe.getControlGroups(OsProbe.java:216)
[elasticsearch-5.2.2.jar:5.2.2]
at org.elasticsearch.monitor.os.OsProbe.getCgroup(OsProbe.java:414)
[elasticsearch-5.2.2.jar:5.2.2]
at org.elasticsearch.monitor.os.OsProbe.osStats(OsProbe.java:466)
[elasticsearch-5.2.2.jar:5.2.2]
at org.elasticsearch.monitor.os.OsService.(OsService.java:45)
[elasticsearch-5.2.2.jar:5.2.2]
at org.elasticsearch.monitor.MonitorService.(MonitorService.java:45)
[elasticsearch-5.2.2.jar:5.2.2]
at org.elasticsearch.node.Node.(Node.java:345)
[elasticsearch-5.2.2.jar:5.2.2]
at org.elasticsearch.node.Node.(Node.java:232)
[elasticsearch-5.2.2.jar:5.2.2]
at org.elasticsearch.bootstrap.Bootstrap$6.(Bootstrap.java:241)
[elasticsearch-5.2.2.jar:5.2.2]
at org.elasticsearch.bootstrap.Bootstrap.setup(Bootstrap.java:241)
[elasticsearch-5.2.2.jar:5.2.2]
at org.elasticsearch.bootstrap.Bootstrap.init(Bootstrap.java:333) [elasticsearch-5.2.2.jar:5.2.2]
at org.elasticsearch.bootstrap.Elasticsearch.init(Elasticsearch.java:121) [elasticsearch-5.2.2.jar:5.2.2]
at org.elasticsearch.bootstrap.Elasticsearch.execute(Elasticsearch.java:112) [elasticsearch-5.2.2.jar:5.2.2]
at org.elasticsearch.cli.SettingCommand.execute(SettingCommand.java:54) [elasticsearch-5.2.2.jar:5.2.2]
at org.elasticsearch.cli.Command.mainWithoutErrorHandling(Command.java:122) [elasticsearch-5.2.2.jar:5.2.2]
at org.elasticsearch.cli.Command.main(Command.java:88) [elasticsearch-5.2.2.jar:5.2.2]
at org.elasticsearch.bootstrap.Elasticsearch.main(Elasticsearch.java:89) [elasticsearch-5.2.2.jar:5.2.2]
at org.elasticsearch.bootstrap.Elasticsearch.main(Elasticsearch.java:82) [elasticsearch-5.2.2.jar:5.2.2]
[2018-02-25T11:04:57,209][WARN ][o.e.b.ElasticsearchUncaughtExceptionHandler] [] uncaught exception in thread [main]
org.elasticsearch.bootstrap.StartupException: java.lang.IllegalStateException: No match found
at org.elasticsearch.bootstrap.Elasticsearch.init(Elasticsearch.java:125)
[elasticsearch-5.2.2.jar:5.2.2]
at org.elasticsearch.bootstrap.Elasticsearch.execute(Elasticsearch.java:112)
[elasticsearch-5.2.2.jar:5.2.2]
at org.elasticsearch.cli.SettingCommand.execute(SettingCommand.java:54)
[elasticsearch-5.2.2.jar:5.2.2]
at org.elasticsearch.cli.Command.mainWithoutErrorHandling(Command.java:122)
[elasticsearch-5.2.2.jar:5.2.2]
at org.elasticsearch.cli.Command.main(Command.java:88)
[elasticsearch-5.2.2.jar:5.2.2]
at org.elasticsearch.bootstrap.Elasticsearch.main(Elasticsearch.java:89)
[elasticsearch-5.2.2.jar:5.2.2]
at org.elasticsearch.bootstrap.Elasticsearch.main(Elasticsearch.java:82)
[elasticsearch-5.2.2.jar:5.2.2]
Caused by: java.lang.IllegalStateException: No match found
at java.util.regex.Matcher.group(Matcher.java:536)
[?:1.8.0_151]
at org.elasticsearch.monitor.os.OsProbe.getControlGroups(OsProbe.java:216)
[elasticsearch-5.2.2.jar:5.2.2]
at org.elasticsearch.monitor.os.OsProbe.getCgroup(OsProbe.java:414)
[elasticsearch-5.2.2.jar:5.2.2]
at org.elasticsearch.monitor.os.OsProbe.osStats(OsProbe.java:466)
[elasticsearch-5.2.2.jar:5.2.2]
at org.elasticsearch.monitor.os.OsService.(OsService.java:45)
[elasticsearch-5.2.2.jar:5.2.2]
at org.elasticsearch.monitor.MonitorService.(MonitorService.java:45)
[elasticsearch-5.2.2.jar:5.2.2]
at org.elasticsearch.node.Node.(Node.java:345)
[elasticsearch-5.2.2.jar:5.2.2]
at org.elasticsearch.node.Node.(Node.java:232)
[elasticsearch-5.2.2.jar:5.2.2]
at org.elasticsearch.bootstrap.Bootstrap$6.(Bootstrap.java:241)
[elasticsearch-5.2.2.jar:5.2.2]
at org.elasticsearch.bootstrap.Bootstrap.setup(Bootstrap.java:241)
[elasticsearch-5.2.2.jar:5.2.2]
at org.elasticsearch.bootstrap.Bootstrap.init(Bootstrap.java:333)
[elasticsearch-5.2.2.jar:5.2.2]
at org.elasticsearch.bootstrap.Elasticsearch.init(Elasticsearch.java:121)
[elasticsearch-5.2.2.jar:5.2.2]
. 6 more
Разбор ошибок Linux
The repository does not have a Release file
При попытке выполнить
sudo vi /etc/apt/sources.list
networking.serviceJob for networking.service failed
При попытке перезапустить сеть
andrei@debian:/etc/network$ sudo /etc/init.d/networking restart
Оказалось, что при редактировании /etc/network/interfaces перепутал в названии интерфейса wlp1s0 l и 1 и написал вместо wlp 1 s0 wlp l s0
E: Sub-process /usr/bin/dpkg returned an error code (1)
При попытке установить Nginx в Debian 10
sudo apt install nginx
systemctl status nginx.service
Из логов можно сделать вывод, что порт 80, который нужен Nginx уже занят. Я так подозреваю, что Apache. Поэтому нужно удалить или отключить Apache и поставить Nginx
etc/bashrc: fork: retry: No child processes
Если вы запустили скрипт и видите ошибку
etc/bashrc: fork: retry: No child processes
Скорее всего вы столкнулись с fork bomb то есть процессы начали множится без вашего указания.
Нужно перезагрузить систему
debconf: delaying package configuration, since apt-utils is not installed
Если вы запустили скрипт и видите ошибку
debconf: delaying package configuration, since apt-utils is not installed
Если это как-то связано с Docker то ошибку скорее всего можно игнорировать.
Убедитесь что apt-utils всё-таки установлены и продолжайте работу
unsupported compression method 99
unsupported compression method 99
Попробуйте 7zip. Установка
sudo apt-get install p7zip-full
Проверить содержимое архива
ifconfig command not found
ifconfig command not found
Нужно установить ifconfig
Если коротко, то для RedHat/CentOS нужно выполнить
How can I start apache2 from error code=exited status=1
Im a web developer and im new in Ubuntu, I have days trying to install apache2 to work with php. But I always get this error starting Apache2:
I’ve tried to reinstall apache, but it hasn’t work for me… Does anyone know what can i do? It would be very helpful. Thanks
This textbox defaults to using Markdown to format your answer.
You can type !ref in this text area to quickly search our full set of tutorials, documentation & marketplace offerings and insert the link!
These answers are provided by our Community. If you find them useful, show some love by clicking the heart. If you run into issues leave a comment, or add your own answer to help others.
Want to learn more? Join the DigitalOcean Community!
Join our DigitalOcean community of over a million developers for free! Get help and share knowledge in Q&A, subscribe to topics of interest, and get courses and tools that will help you grow as a developer and scale your project or business.
The problem is that you have another service listening on port 80 already. You can not have 2 services listening on the same port at the same time.
To find out which service is using the port you could run this command:
Then if you do not need this service you could stop it and disable it so that it does not start on boot.
After that you should be able to start Apache as normal.
Hope that this helps! Regards, Bobby
Try DigitalOcean for free
Click below to sign up and get $100 of credit to try our products over 60 days!
Systemd и httpd
При попытке перезапуска httpd:
При этом если запускать апач через:
Соответственно проблема с systemd. Как решать?
Самый обычный юнит вроде:
Да, юнит-обертка. Посмотри, может в /etc/sysconfig/httpd что-то полезное будет. Ну и права/овнеров все равно проверь.
Права/овнеров проверять на юнит?
Не, не на юнит. На логи апача
На основные логи апача acess_log и error_log изначально был root:root, смена на apache:apache ничего не дала. Остальные же логи (используется панель ISPmanager Business 5) имеют овнеров примерно apache:username1, apache:username2 и т.д.
Причем случилось это все абсолютно внезапно и непонятно почему.
Проверь на всякий случай SELinux (/var/log/audit/audit.log).
Ошибка я так понял появилась при миграции юзеров панели с Debian 7 на CentOS 7. Некоторые логи прилетели с правами
Все что нашел я поисправлял, назначил владельца apache. Но все еще ошибка с логами.
Каким образом можно еще вычислить, на какой лог конкретно ругается апач?
Можно попробовать с strace запустить. Есть еще шанс что что-нибудь окажется в логах аудита, но это маловероятно.
На файлах права ты исправил, а на директориях?
Должен пускаться от рута, а сам апач перейти в пользователя
Исправлял, толку нет.
Что это за systemd такой, каким он образом вообще чекает корректные права к логам или нет, если ручной запуск httpd не ругается.
Что это за systemd такой, каким он образом вообще чекает корректные права к логам или нет, если ручной запуск httpd не ругается.
А при чём тут systemd то? Тебе же httpd ошибки выдаёт.
Помогите с node exporter
Зарегистрирован: 28.10.2021
Пользователь #: 177,233
Сообщения: 63
Старожил форума
Зарегистрирован: 03.06.2017
Пользователь #: 165,585
Сообщения: 619
Зарегистрирован: 28.10.2021
Пользователь #: 177,233
Сообщения: 63
Зарегистрирован: 28.10.2021
Пользователь #: 177,233
Сообщения: 63
Зарегистрирован: 03.06.2017
Пользователь #: 165,585
Сообщения: 619
Зарегистрирован: 28.10.2021
Пользователь #: 177,233
Сообщения: 63
Почему не могу перезапустить apache?
Простой 6 комментариев
dodo512, если правильно смотрю, то так:
]$ grep ErrorLog /etc/httpd/conf/httpd.conf
# ErrorLog: The location of the error log file.
# If you do not specify an ErrorLog directive within a
ErrorLog «logs/error_log»
Martovitskiy, если путь не начинается с «/», то он рассматривается относительно ServerRoot
grep ServerRoot /etc/httpd/conf/httpd.conf
К значению ServerRoot добавить logs/error_log и посмотреть последние строки этого файла.
grep ServerRoot /etc/httpd/conf/httpd.conf
Вроде на Centos 7 должно быть ServerRoot «/etc/httpd»
Значит лог ошибок будет в /etc/httpd/logs/error_log
Прочитать последние строки можно так
tail /etc/httpd/logs/error_log
Arch Linux
You are not logged in.
#1 2013-10-11 23:58:11
netctl wireless (code=exited, status=1/FAILURE)
I am having trouble configuring netctl for wireless connections (either dynamic or static).
I have netctl working for wired networks, both dynamic and static.
I can manually connect to wireless access points.
Using a static wireless as an example, I can connect with:
where: bluge.conf is a file containing:
My corresponding netctl profile:
Other combinations tried:
Persistently, running:
sudo netctl start bluejayway
returns:
Job for netctl@bluejayway.service failed. See ‘systemctl status netctl@bluejayway.service. details.
systemctl status:
Process: 1504 ExecStart=/usr/lib/network/network start %I (code=exited, status=1/FAILURE)
#2 2013-10-12 10:45:09
Re: netctl wireless (code=exited, status=1/FAILURE)
Here is what I have that works on my network:
Maybe you could use that as an example.
#3 2013-10-12 11:04:02
Re: netctl wireless (code=exited, status=1/FAILURE)
Surely you are doing this. Try the last to prevent typo errors
Try to put in PSK that you get from wpa_passphrase [ssid_name] «[pass_phrase]»
You can get it in a file with:
Mine changing data:
Edit 2:
I think your psk entry must be the key entry.
Last edited by Alber (2013-10-12 13:59:35)
#4 2013-10-12 16:43:15
Re: netctl wireless (code=exited, status=1/FAILURE)
Thanks for the replies.
My hex key is exactly correct. Dns at 192.168.57.1 did not work. (In general, I do not prefer dhcp for DNS.) I tied all recommended combinations & permutations for ESSID/ssid/Key/key/psk/PSK and punctuation inclusions. (Currently I am using the recommended syntax in «Wireless Setup.») Tried with two different wireless adaptors.
Again, manual connect using the correct ESSID and hex Key works. Manually connecting is an acceptable work-around for me. Using netctl would be better.
#5 2013-10-12 22:13:41
Re: netctl wireless (code=exited, status=1/FAILURE)
At risk to be annoying.
There are a lot of combinations and permutations. But Iwant to be sure:
In variable psk is the short password and in variable key the hexadecimal long one. But, I’ve seen in your examples, the hexadecimal long one is in psk and the short in key.
It changes from wpa_passphrase output to netctl’s configuration file.
Last edited by Alber (2013-10-12 22:30:30)
#6 2013-10-13 15:54:37
Re: netctl wireless (code=exited, status=1/FAILURE)
I’m not annoyed. Sorry I’m so dunderheaded.
Here is my profile:
Tried this with Key/psk comments toggled and with both un-commented. During this excersize I interated over all quote formats for aPhrase as well as letter case for psk.
Also tried using this:
/manualConnect/aliant.conf is a config file (formed with wpa-passphrase) that is known to reliably connect manually with wpa_supplicant
#7 2013-10-13 16:23:23
Re: netctl wireless (code=exited, status=1/FAILURE)
I never think it about somebody 
There is the chance to use it with dhcp?
Just to reduce the boundary and be certain that the problem is in the key.
I’ve run out of ideas.
Surely no matter but now you are using 192.168.57.23 and before 192.168.57.81
EDIT:
I’ve made a test changing my profile to a static IP and it works fine.
Last edited by Alber (2013-10-13 16:50:14)
#8 2013-10-13 22:33:20
Re: netctl wireless (code=exited, status=1/FAILURE)
Sometimes when I’m using netctl and systemd, I have a problem with «stucked» netctl service and then I can’t connect/reconnect to the wifi. In that case it helps when I run «systemctl reset-failed» (when there is some netctl service stuck). Just saying.
English isn’t my first language.
Is Arch Linux user called archer? Where are our bows and arrows?
#9 2013-10-15 20:54:19
Re: netctl wireless (code=exited, status=1/FAILURE)
Also tried using this:
/manualConnect/aliant.conf is a config file (formed with wpa-passphrase) that is known to reliably connect manually with wpa_supplicant
Hmmm, have you tried this with absoluthe path to your wpaconfigfile instead of using tilde?
English isn’t my first language.
Is Arch Linux user called archer? Where are our bows and arrows?
Ошибка запуска postgress 12
Добрый день. Ночью отключали питания. После этого перестал стартовать постгресс. При запуске задумывается минуты на 2. После чего ошибка запуска
А в самом логе постгреса есть что-то?
Для начала сделайте бекапы данных если еще не сделали, я так понимаю, что за файловая система у вас на сервере, насколько хорошо она была восстановлена после сбоя? Я так понимаю вы не снимаете ежедневные бекапы с базы? Еще можете посмотреть эту статью она по вашей теме. Также я посоветовал бы если есть возможность клонировать данный инстанс если это виртуальный сервер, то так и поступить перед тем как практиковаться на кошках. Исходя из статьи данные восстановить можно, но с частичной потерей.
Бэкапы есть только тех баз что нужны. Остальные тестовые. Не так важны.
Эту статью я читал но проблема в том что из этого релиза разработчики почему то исключили pg_xlogdump
Проверил диск, битых секторов нет. [br] Тут вся проблема в том что нет контрольной точки[br] ПАНИКА: не удалось считать правильную запись контрольной точки[br]
А ларчик просто открывался.
Чувак, ты просто меня спас. На всех форумах сразу лезет куча «специалистов» с глубокомысленными советами «надо бэкапы делать было». Ясно что надо, но случаи бывают разные и обычно такие вопросы задают когда бэкапов нет. Огромное спасибо тебе спасибо.
А на posgresql pro 13 какие команды? а то мне выбивает ошибку:
2022-01-30 14:33:03.781 UTC [1131] СООБЩЕНИЕ: работа системы БД была прервана; последний момент работы: 2022-01-23 21:44:15 UTC 2022-01-30 14:33:03.839 UTC [1131] СООБЩЕНИЕ: неверная запись первичной контрольной точки 2022-01-30 14:33:03.839 UTC [1131] ПАНИКА: не удалось считать правильную запись контрольной точки 2022-01-30 14:33:04.028 UTC [900] СООБЩЕНИЕ: стартовый процесс (PID 1131) был завершён по сигналу 6: Aborted 2022-01-30 14:33:04.029 UTC [900] СООБЩЕНИЕ: прерывание запуска из-за ошибки в стартовом процессе 2022-01-30 14:33:04.035 UTC [900] СООБЩЕНИЕ: система БД выключена
Comments
sonersivri commented Aug 22, 2017 •
Expected behavior
docker service start
Actual behavior
docker service cannot start
Steps to reproduce the behavior
Output of docker version :
Output of docker info :
Additional environment details (AWS, VirtualBox, physical, etc.)
docker0 does not exists
physical
The text was updated successfully, but these errors were encountered:
clement-michelet commented Aug 22, 2017 •
I ran into the same issue after upgrading from legacy repository to new docker-ce repository following official install documentation.
Current workaround is to downgrade to 17.03.2
clement-michelet commented Sep 10, 2017
This is still not resolved with docker-ce-17.06.2
cpuguy83 commented Sep 21, 2017
@clement-michelet
This is not an issue with the docker-ce package but rather a systemd unit override file supplied by the user. or potentially an older version of docker-machine.
cpuguy83 commented Sep 21, 2017
cpuguy83 commented Sep 26, 2017
I will close this for now. If you have the issue again, feel free to ping here or open a new issue.
Thanks!
Dayjo commented Oct 13, 2017
@cpuguy83 My problem was the old docker-machine config file, I edited this to change it to use dockerd and it seems to work ok. Is it worth keeping this file or just removing it?
sylvainar commented Mar 16, 2018 •
I still have this issue, on a fresh install of Ubuntu 16.04 server, Docker 17.12.1-ce.
vulnbe commented Mar 27, 2018
I have resolved it by removing «-H fd://» in /etc/systemd/system/multi-user.target.wants/docker.service
sylvainar commented Mar 28, 2018
I have resolved it by formatting everything and going back to Debian… Thanks for the tip anyway.
ghost commented Apr 6, 2018 •
A solution for those facing this issue on Fedora Server 27 when trying to allow connection from remote docker clients to server side docker daemon.
Remove old docker installations and configure the official dnf repository for docker.
. and it should be working now. Succesfully tested in my environment, the trick is removing the -H fd:// that is included in official documentation and using the dnf package from official docker repository. My environment settings, below.
ghost commented Apr 6, 2018
Don’t forget, on your client to set the DOCKER_HOST environment variable.
. replacing the ip and port with your own, of course 🙂
karlwilbur commented Apr 6, 2018 •
I had the same problem. I have Docker running on my other laptop and my desktop just fine, but it won’t install on this laptop. I spent hours trying different things to no avail. Turned out it was because my VPN (ExpressVPN) was running. I disconnected and everything was fine. I wish that there were more specific debugging information from the error message during installation.
I found that it was a networking issue because I ran:
(I’m running Ubuntu 16.04 on all of my machines)
brentkearney commented Apr 30, 2018 •
With Docker version 18.03.1-ce, build 9ee9f40 on a fresh install on Ubuntu 16.04 Server with all packages up-to-date (Linux lyceum 2.6.32-042stab124.2 #1 SMP Fri Sep 1 20:42:18 MSK 2017 x86_64 x86_64 x86_64 GNU/Linux), I get:
So new installations of Ubuntu 16.04 require kernel upgrade to support Docker. Instructions at:
https://wiki.ubuntu.com/Kernel/LTSEnablementStack#Ubuntu_16.04_LTS_-_Xenial_Xerus
dreadnautxbuddha commented Nov 13, 2018
sheershoff commented Jan 17, 2019
sparr commented Jan 28, 2019
I encountered this same error while connected to a VPN. Disconnecting allowed dockerd to start up, and docker-ce package installation to finish.
nurzhanizbassov commented Jan 30, 2019
I encountered this same error while connected to a VPN. Disconnecting allowed dockerd to start up, and docker-ce package installation to finish.
Thanks. It helped me to resolve this problem.
didnthodl commented May 21, 2019
I had the same problem. I have Docker running on my other laptop and my desktop just fine, but it won’t install on this laptop. I spent hours trying different things to no avail. Turned out it was because my VPN (ExpressVPN) was running. I disconnected and everything was fine. I wish that there were more specific debugging information from the error message during installation.
I found that it was a networking issue because I ran:
(I’m running Ubuntu 16.04 on all of my machines)
Thanks. I also had a VPN active and that was the reason. Why on Earth would that be a problem?!
karlwilbur commented May 21, 2019 •
Why on Earth would that be a problem?!
It really depends on the VPN client and its configuration. ExpressVPN, for example, creates firewall rules ( iptables ) that prevent some Docker network creation and communication. This is to ensure that there is no malicious network leakage. Once Docker is installed, and any of its network created, you should be able to build, start, and stop containers without issues with having your VPN up. Adding new networks (like in a docker-compose.yml file) will need to have the VPN off.
There may be a better workaround that doesn’t require bouncing the VPN client each time you add a new project with its own network. Any such solution will likely require modifying the VPN client’s default iptables rules and would likely need to be run every time the VPN client starts, which isn’t much more «hands off» that just bouncing the client for new projects.
I feel your frustration.
cwilby commented Aug 31, 2019
ahmadsb101 commented Dec 29, 2019
@cwilby Yes you are right. but what is the correct format for daemon.json
I did exactly as docker website said but i ran to this issue and your recommendation came as a miracle.
thanks.
cwilby commented Dec 30, 2019
@ahmadsb101 You’ll find full examples on https://docs.docker.com/engine/reference/commandline/dockerd/, but you shouldn’t need most of the available fields. Generally speaking though, make sure the document itself is valid JSON with something like jsonlint.com.
sanderjo commented Jan 9, 2020
Запуск OpenVPN
Feriwalld выключен, SElinux тоже.
cat /var/log/openvpn.log
Fri Jul 13 06:52:21 2018 OpenVPN 2.4.6 x86_64-redhat-linux-gnu [Fedora EPEL patched] [SSL (OpenSSL)] [LZO] [LZ4] [EPOLL] [PKCS11] [MH/PKTINFO] [AEAD] built on Apr 26 2018
Fri Jul 13 06:52:21 2018 library versions: OpenSSL 1.0.2k-fips 26 Jan 2017, LZO 2.06
Fri Jul 13 06:52:21 2018 Diffie-Hellman initialized with 2048 bit key
Fri Jul 13 06:52:21 2018 TUN/TAP device tun0 opened
Fri Jul 13 06:52:21 2018 TUN/TAP TX queue length set to 100
Fri Jul 13 06:52:21 2018 do_ifconfig, tt->did_ifconfig_ipv6_setup=0
Fri Jul 13 06:52:21 2018 /sbin/ip link set dev tun0 up mtu 1500
Fri Jul 13 06:52:21 2018 /sbin/ip addr add dev tun0
192.168.50.1/24 broadcast 192.168.50.255
Fri Jul 13 06:52:21 2018 Could not determine IPv4/IPv6 protocol. Using AF_INET
Fri Jul 13 06:52:21 2018 Socket Buffers: R=[212992->212992] S=[212992->212992]
Fri Jul 13 06:52:21 2018 UDPv4 link local (bound): [AF_INET][undef]:1194
Fri Jul 13 06:52:21 2018 UDPv4 link remote: [AF_UNSPEC]
Fri Jul 13 06:52:21 2018 GID set to nobody
Fri Jul 13 06:52:21 2018 UID set to nobody
Fri Jul 13 06:52:21 2018 MULTI: multi_init called, r=256 v=256
Fri Jul 13 06:52:21 2018 IFCONFIG POOL: base=192.168.50.2 size=252, ipv6=0
Fri Jul 13 06:52:21 2018 IFCONFIG POOL LIST
Fri Jul 13 06:52:21 2018 Initialization Sequence Completed
Fri Jul 13 06:52:28 2018 event_wait : Interrupted system call (code=4)
Fri Jul 13 06:52:29 2018 event_wait : Interrupted system call (code=4)
Fri Jul 13 06:52:29 2018 Closing TUN/TAP interface
Fri Jul 13 06:52:29 2018 /sbin/ip addr del dev tun0
192.168.50.1/24 RTNETLINK answers: Operation not permitted
Fri Jul 13 06:52:29 2018 Linux ip addr del failed: external program exited with error status: 2
Fri Jul 13 06:52:29 2018 SIGINT[hard,] received, process exiting
Почему не стартует zabbix?
Работал zabbix, нужно было залогиниться под юзером заббикс в линуксе.
у юзера стояли такие настройки
zabbix:x:108:113::/var/lib/zabbix/:/bin/false
[Mon Oct 03 10:44:06.630108 2016] [core:error] [pid 26893] (13)Permission denied: [client 10.180.2.74:32335] AH00035: access to /zabbix/jsrpc.php denied (filesystem path ‘/usr’) because search permissions are missing on a component of the path, referer: zbx/zabbix/hosts.php?ddreset=1
окт 03 10:29:59 zbx systemd[1]: PID file /run/zabbix/zabbix_server.pid not readable (yet?) after start.
окт 03 10:29:59 zbx systemd[1]: zabbix-server.service never wrote its PID file. Failing.
окт 03 10:29:59 zbx systemd[1]: Failed to start Zabbix Server.
окт 03 10:29:59 zbx systemd[1]: Unit zabbix-server.service entered failed state.
ТУт наверно легде удалить пользователя и создать заного, с необходимыми правами. Кто подскажет что му нужно?
Не стартует Netwokring на Debian9
Всем привет! Вчера вечером я не успел(забыл) продлить месячную оплату и сервер был отключен, а сегодня утром оплатил и сервак стал активным. Однако, как обнаружилось 4 из 6-ти дополнительных IPv4 не пингуются из внешних источников.
Не помогает ни одна команда:
Зачем конфиги? Вы смотрите ip-адреса на интерфейсах. Если они (все шесть) назначены, значит networking.service отработал и проблема где-то ещё.
Если надо, то выложу конфиг /etc/network/interfaces
Покажите
и заодно выхлоп ip a
хочу сказать, что вполне вероятно конфиг написан с некоторыми ошибками, однако в таком виде все работало более полгода. И за эти полгода были такие же случаи отключения за неуплату, а потом активация после оплаты, и все работало хорошо
хочу сказать, что вполне вероятно конфиг написан с некоторыми ошибками, однако в таком виде все работало более полгода.
Мы не знаем что у вас работало там «полгода». И как оно работало.
Но ругань в логах идет на defgw
Если вам действительно нужно разные defgw то используйте pbr. Но раз вы написали про хостинг, то думаю оно должно робить через первый выданный. Если нет, то это странный хостинг.
Ребята, прошу помочь!
Действительно, на этом хостинге шлюзы для разных Ай Пи разные.
194.93.0.19 — 255.255.255.0 — 194.93.0.1
193.47.33.12 — 255.255.255.0 — 193.47.33.1
91.188.222.249 — 255.255.255.0 — 91.188.222.1
2.58.98.234 — 255.255.255.0 — 2.58.98.1
2.58.98.191 — 255.255.255.0 — 2.58.98.1
2.58.98.29 — 255.255.255.0 — 2.58.98.1
Вот сейчас из 4-х ошибок осталось 2
Вот новый конфиг
Ты не можешь добавить в одну таблицу маршрутизации несколько маршрутов default, только если с разными метриками. Но работать это будет не совсем так, как тебе, скорее всего, нужно.
Для того, что бы пакеты с разных IP ходили через свой шлюз тебе нужно создать несколько таблицы маршрутизации, в каждой описать нужный шлюз и далее написать ip rule правила для перенаправления нужных тебе пакетов в нужную таблицу маршрутизации.
А то сейчас ты говоришь добавь маршрут default в main через один шлюз, далее добавляешь опять же в main маршрут default через другой шлюз, но в main запись default уже есть и это приводит к ошибке.
В правилах мог ошибиться читай сам.
/sbin/ip route add default via 2.58.98.1 metric 1
/sbin/ip route add default via 2.58.98.1 metric 1
/sbin/ip route add default via 193.47.33.1 metric 2
Действительно, на этом хостинге шлюзы для разных Ай Пи разные.
Это вам честно хостер сказал? Или вы так подумали?
Эх вот оно… Даже ЕГЭ и то отменили. Куда катиться мир…
И я не знаю куда он может катиться, но в предложении «Куда катится мир…» мягкого знака в глаголе нет. 😉
БЛЕ. ТЬ. Все работает. Работает мой первоначальный конфиг!
Оказывается все дело было в порядке следования, сначала все IPv4 eth0, а потом все IPv6 eth0
sudo /etc/init.d/networking restart
# sudo service networking restart
Пффф, а когда это работало дебиан? Ifdwn, ifup
Я нажал на кнопку А и заработало Б.
Вот потом от таких спамерюг весь инет и страдает. (
Спасибо, г-н infomeh за дельный совет.
Cет между win7 и Debian10 Buster
В локалке не было сети между win7 и Debian10 Buster. Интернет работал отлично на всех машинах. Компы в сети видели только себя
Настраивал сеть на debiane
/etc/network/interfaces был пуст
sudo systemctl restart networking Выдавал ошибку
systemctl status networking.service показал что сервис не активен
Вписал в пустой /etc/network/interfaces
# interfaces(5) file used by ifup(8) and ifdown(8) # Include files from /etc/network/interfaces.d: source-directory /etc/network/interfaces.d
# The loopback network inteface auto lo iface lo inet loopback
# The primary network interface auto enp3s0 iface enp3s0 inet dhcp
enp3s0 это новое название интерфейса eth0. когда в инете нарыл, что в новом дебиане изменились имена вписал в iface имя которое было в статье enp0s3. Но сеть не запустилась. Проверил имя
1: lo: mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000 link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.0.1/8 scope host lo valid_lft forever preferred_lft forever inet6 ::1/128 scope host valid_lft forever preferred_lft forever 2: enp3s0:
mtu 1500 qdisc mq state UP group default qlen 1000 link/ether d4:3d:7e:ea:7b:cf brd ff:ff:ff:ff:ff:ff inet 10.0.0.3/24 brd 10.0.0.255 scope global dynamic noprefixroute enp3s0 valid_lft 86143sec preferred_lft 86143sec inet6 fe80::d9bb:b9b2:cc4d:f835/64 scope link noprefixroute valid_lft forever preferred_lft forever
Увидел что на моём компе название интерфейса enp3s0 (Интересно, у каждого компа своё?) Исправил имя в /etc/network/interfaces на правильное. И Ура! Сеть заработала!Компы вмдятся, папки шарятся! Простите, если написал скомкано. Первый раз на техфоруме выкладываю текст. Лет 8 на дебиане. Больших проблем не было, вернее инфы было много. А вот с новой 10 версией проблемка была. Лопатил инфу неделю пока запустил сеть, думаю другим пригодиться!
[SystemD] не стартуют некоторые сервисы\
Обновил OpenSUSE c 11.4 до 12.1, теперь не стртует httpd2, и некоторые другие, ругается что нет такого файла. Так же не стартует named, если запускаю
Как это лечить? Все пакеты относящиеся к этим службам стоят.
named[12534]: initializing DST: openssl failure
named[12534]: exiting (due to fatal error)
systemd[1]: named.service: control process exited, code=exited status=1
systemd[1]: Unit named.service entered failed state.
Дык, дело не в systemd. В логе же все написано.
ок, а если через systemctl запускать, работает?
systemctl start named.service
Job failed. See system logs and ‘systemctl status’ for details.
у вас станый способ запускать сервисы, всю жизнь делалось через
/etc/init.d/named start
или
rcnamed start
как пришло в голову запускать из rc.d я незнаю, и разроботчики суси тоже наверно до этого не додумались.
вообще это забавный баг, неплоохо бы отписать в багзилу
На свежей 12.1 не воспроизводится. Отпишись в багзиллу.
Всю жизнь так запускал. Даже через YasT->системные службы, не запускается.
Если /etc/init.d/named start или rcnamed start
то тоже redirecting to systemctl. В процессах не появляется.
2) # rcnamed start (redirecting to systemctl)
3) # rcnamed status (Active: active (exited))
возможно у вас что-то с конфигом, проверте дефолный, только что поставил бинд и он прерасно работает, очистите /var/run, systemd не любит pid файлы.
До обновления работало абсолютно всё, конфиг рабочий т.к. создан ястом. Насчет pid файлов хз, завтра доберусь до работы посмотрю.
Дома постепенно обновлял систему с беты, всё путём ничего не ломалось. Очевидно что проблема из-за перехода на systemD
systemctl ввёл меня в заблуждение. На самом деле после перезапуска сервиса у него становится статус exited. бьюсь головой об стену. Конфиги удалял, chroot сносил, пакеты переустанвливал, в итоге опять ругается на openssl, то заявляет что не имеет прав на чтение конфигов, то не видит их хотя они есть.
Похоже я делаю это не правильно 🙁
ну перейдите на sysvinit обратно, все будет работать, установка sysvinit-init сделает уберет systemd как инит по умолчанию
Перстал ругаться на отсутсвие конфигов, теперь initializing DST: openssl failure
Еще раз стёр конфиги, чрут, поменял в /etc/sysconfig/named
NAMED_RUN_CHROOTED на «no» вроде работает.
Нет. Не пробовал. Слава яйцам что хоть так работает.
etcd can’t start due to status=1/FAILURE or status=200/CHDIR #3331
Comments
JackChen255 commented Aug 19, 2015
I can’t start etcd service now, and it always said «etcd.service start request repeated too quickly, refusing to start». No sure whether the etcd service runs well or not. How to solve it?
]# systemctl restart etcd
[root@localhost
Aug 19 09:35:17 localhost.localdomain systemd[1]: etcd.service: main process exited, code=exited, status=1/FAILURE
Aug 19 09:35:17 localhost.localdomain systemd[1]: Unit etcd.service entered failed state.
Aug 19 09:35:17 localhost.localdomain systemd[1]: etcd.service holdoff time over, scheduling restart.
Aug 19 09:35:17 localhost.localdomain systemd[1]: Stopping Etcd Server.
Aug 19 09:35:17 localhost.localdomain systemd[1]: Starting Etcd Server.
Aug 19 09:35:17 localhost.localdomain systemd[1]: etcd.service start request repeated too quickly, refusing to start.
Aug 19 09:35:17 localhost.localdomain systemd[1]: Failed to start Etcd Server.
Aug 19 09:35:17 localhost.localdomain systemd[1]: Unit etcd.service entered failed state.
The text was updated successfully, but these errors were encountered:
Upon running systemctl status elasticsearch I get this:
The solution which seemed to help many people who couldn’t start the ES service on Ubuntu found here (Can not start elasticsearch as a service in ubuntu 16.04), the one accepted as the answer, did not help me.
This is a production machine so I hope someone can help! Thanks!!
3 Answers 3
Trending sort
Trending sort is based off of the default sorting method — by highest score — but it boosts votes that have happened recently, helping to surface more up-to-date answers.
It falls back to sorting by highest score if no posts are trending.
Switch to Trending sort
The only error on the logs are related to the x-pack security. Are you using any of the features of x-pack? Here is a link that describes what happens when the x-pack license expires. https://www.elastic.co/guide/en/x-pack/current/license-expiration.html
Try running elasticsearch-plugin remove x-pack
Default location for the elasticsearch-plugin is /usr/share/elasticsearch/bin/. You might need to use sudo. Remove all the x-pack related configuration from elasticsearch.yml and restart ElasticSearch.
If you are still facing issues you can try the following things.
Run these commands
kubelet.service fail to start up #54542
Comments
yeaheo commented Oct 25, 2017
Is this a BUG REPORT or FEATURE REQUEST?:
What happened:
kubelet.service fail to start up
What you expected to happen:
kubelet.service start up success
How to reproduce it (as minimally and precisely as possible):
Anything else we need to know?:
kubelet.service file
kubelet.service config file
Environment:
The text was updated successfully, but these errors were encountered:
yeaheo commented Oct 25, 2017
php-coder commented Oct 25, 2017
darrylsepeda commented Oct 25, 2017
I also have the same issue when the kubelet always show error status 1/FAILURE
is there any way to trace what makes this error?
or maybe is there any way to fix it?
grodrigues3 commented Oct 25, 2017
hzxuzhonghu commented Oct 26, 2017
show logs related to kubelet use journalctl
chinni505 commented Nov 2, 2017
Nov 02 15:12:12 kubernetes-master kubelet[2313]: I1102 15:12:12.324007 2313 controller.go:114] kubelet config controller: starting controller
Nov 02 15:12:12 kubernetes-master kubelet[2313]: I1102 15:12:12.323899 2313 feature_gate.go:156] feature gates: map[]
Nov 02 15:12:12 kubernetes-master systemd[1]: Starting kubelet: The Kubernetes Node Agent.
Nov 02 15:12:12 kubernetes-master systemd[1]: Started kubelet: The Kubernetes Node Agent.
Nov 02 15:12:12 kubernetes-master systemd[1]: kubelet.service holdoff time over, scheduling restart.
Nov 02 15:12:02 kubernetes-master systemd[1]: kubelet.service failed.
Nov 02 15:12:02 kubernetes-master systemd[1]: Unit kubelet.service entered failed state.
Nov 02 15:12:02 kubernetes-master systemd[1]: kubelet.service: main process exited, code=exited, status=1/FAILURE
Nov 02 15:12:02 kubernetes-master kubelet[2308]: error: unable to load client CA file /etc/kubernetes/pki/ca.crt: open /etc/kubernetes/pki/ca.crt: no such file or directory
Nov 02 15:12:02 kubernetes-master kubelet[2308]: I1102 15:12:02.076525 2308 controller.go:118] kubelet config controller: validating combination of defaults and flags
Nov 02 15:12:02 kubernetes-master kubelet[2308]: I1102 15:12:02.076519 2308 controller.go:114] kubelet config controller: starting controller
Nov 02 15:12:02 kubernetes-master kubelet[2308]: I1102 15:12:02.076409 2308 feature_gate.go:156] feature gates: map[]
Nov 02 15:12:01 kubernetes-master systemd[1]: Starting kubelet: The Kubernetes Node Agent.
Nov 02 15:12:01 kubernetes-master systemd[1]: Started kubelet: The Kubernetes Node Agent.
Nov 02 15:12:01 kubernetes-master systemd[1]: kubelet.service holdoff time over, scheduling restart.
Nov 02 15:11:51 kubernetes-master systemd[1]: kubelet.service failed.
Nov 02 15:11:51 kubernetes-master systemd[1]: Unit kubelet.service entered failed state.
Nov 02 15:11:51 kubernetes-master systemd[1]: kubelet.service: main process exited, code=exited, status=1/FAILURE
Nov 02 15:11:51 kubernetes-master kubelet[2303]: error: unable to load client CA file /etc/kubernetes/pki/ca.crt: open /etc/kubernetes/pki/ca.crt: no such file or directory
Nov 02 15:11:51 kubernetes-master kubelet[2303]: I1102 15:11:51.831530 2303 controller.go:118] kubelet config controller: validating combination of defaults and flags
Nov 02 15:11:51 kubernetes-master kubelet[2303]: I1102 15:11:51.831519 2303 controller.go:114] kubelet config controller: starting controller
Nov 02 15:11:51 kubernetes-master kubelet[2303]: I1102 15:11:51.831386 2303 feature_gate.go:156] feature gates: map[]
awesomemayank007 commented Nov 8, 2017
zouhuigang commented Nov 23, 2017
@awesomemayank007 Yes, but it doesn’t work. What should I do?Do I need to restart the server in VM?
cseeger-epages commented Nov 27, 2017
Nov 02 15:12:02 kubernetes-master kubelet[2308]: error: unable to load client CA file /etc/kubernetes/pki/ca.crt: open /etc/kubernetes/pki/ca.crt: no such file or directory
arunm8489 commented Jan 11, 2018
MarounMaroun commented Mar 25, 2018
I had the same issue, journalctl revealed:
then restarted kubelet, all good.
dims commented May 2, 2018
wuganghua2018 commented Aug 22, 2018
Jenychen1996 commented Dec 6, 2018
the same question I have
hassanejaz commented Mar 25, 2019
seirian commented Apr 2, 2019
Thanks for your commented.
cp1408 commented Jul 24, 2019
but cud not see errror in journalctl for kubelet.
amagura commented Dec 12, 2019 •
Edit: Turns out resizing machines in an Azure k8s cluster is not supported by Azure.
robwithhair commented Jan 15, 2020
@awesomemayank007 OMG thank you. You saved my bacon. Now why on earth would swap cause kubelet not to start?
New-A-Hair commented Apr 26, 2020
dims commented Apr 26, 2020
YuLimin commented Jun 22, 2020
check the status of getenforce & sestatus, and
setenforce 0 to Permissive
Reham-Fahmy commented Jul 26, 2020
Thanks for your commented.
could u provide me a link to download this version.
Larry1314 commented Sep 7, 2020
fixed for me after running the following cmd
r3dback commented Sep 24, 2020
yogesh174 commented May 29, 2021
It worked for me after changing the cgroup to systemd in docker. To do that I edited the /etc/docker/daemon.json file to
And restarted docker with sudo systemctl restart docker
Footer
You can’t perform that action at this time.
You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session.
Не стартует mysqld
команда: systemctl start mysqld
Пробовал удалить все файлы mysql и установить обратно, не помогло
1. Оформи вопрос нормально через lor разметку.
2. Ты запускаешь команду от root?
спасибо, а во теме можете ответить?
В Arch официально поставляется mariadb вместо mysql.
После слов удалил все файлы становиться немного страшно. Какие все? Зачем их вообще удалять. Есть файлы пакета, которые руками трогать нельзя, только через pacman, есть файлы конфигурации в /etc, есть файлы данных в /var/lib.
Что конкретно ты удалил?
Почему вместо логов, показываешь статус завершения сервиса?
/usr/lib/ и /var/lib. Логи отсутствовали вообще. Раньше выполнял эту команду. А когда, сейчас выполняю, выдает:
WARNING: The host ‘arch-pc’ could not be looked up with resolveip.
Это, видимо ты что-то менял в /etc/nsswitch.conf
chown: изменение владельца ‘/var/lib/mysql’: Операция не позволена
Потому, что mysql_install_db выполняется от root (например через sudo).
Если бы он все так делал, то этого топика бы не существовало 🙂 Так что это риторический вопрос.
я не трогал этот файл: /etc/nsswitch.conf
Изучаю Node.js, и там подключение к бд через сокет /var/run/mysqld/mysqld.sock, и странно, но этот файл удаляется. Приходится самому его создавать и давать права на mariaDB. Может, из-за того, что сервер был отключен и я запускал это приложение, которое обращалось к бд через сокет, этот файл удалялся. Снова выполнил эту команду, но через sudo и вот, что вывалилось:
да, он раньше у меня работал
Изучаю Node.js, и там подключение к бд через сокет /var/run/mysqld/mysqld.sock
Node.js не имеет встроенного драйвера mysql, так что это очень странно, что ты говоришь.
Приходится самому его создавать и давать права на mariaDB
Это не файл и создавать его не нужно. Это unix socket адресуемый через файловую систему, его создает сервис, когда запускается.
Отлично, хочешь об этом поговорить?
я хочу, чтобы mysql заработал, не переустаналивать же arch
удалил этот файл, выполнил эти команды:
Я сдаюсь, ты меня победил.
Ты не читаешь инструкции и wiki, ты не читаешь вывод команд, ты даже не читаешь, то что тебе пишут.
Почему не читаю? я по вики устанавливал mysql, и он у меня работал, даже в node.js соединялся и выводил записи из БД. Когда через несколько дней попытался запустить демона, не удалось. А вывод не понятный. Делал все, что в инете нарыл. Не помогло. И вот, сюда обратился, в надежде, что кто-то поможет
Вывод как раз таки понятный, только ты дал 3 раза статус выхода сервиса и ни разу не дал логи.
я же сказал, логов вообще нет. А про создание mysqld.sock через mkfifo узнал здесь http://ubuntulinux.ru/config/admin/reshenie-problemy-varrunmysqldmysqld-sock-.
я сам решил удалить файлы после команды
Жесть. За такие инструкции нужно лишать права на запись в интернеты минимум на 5 лет.
А где ты их искал, что так уверенно отвечаешь?
в /var/log/ там не было логов. После обратной установки, появился файл mysql.log с владельцем mysql, открыл через root, он оказался пустым.
Там логов и не будет. Давай рассуждать дальше, для запуска сервиса используется systemd, он и сообщает о том, что сервис не смог запуститься и даже подсказал 2 команды для анализа проблем.
Одна из них показывает статус состояния сервиса, вторая для просмотра журнала (лога на русском).
Вывод первой команды ты выплюнул аж 3 раза, а на вторую даже не обратил внимания. Хотя она на много важнее, она и есть логи запуска.
Job for postgresql.service failed because the control process exited with error code
Очень часто данная ошибка возникает вследствии того, что не была инициализирована база данных.
Например, вы выполнили
sudo systemctl start postgresql
Попробуйте выполнить инициализацию базы данных (из под пользователя postgres)
sudo systemctl start postgresql
systemctl status postgresql.service
Конечно, источник ошибки может быть совершенно другим.
Часто помогает разобраться status. Желательно выйти из пользователя postgres и выполнить от вашего обычного пользователя
systemctl status postgresql.service
Из полученной информации можно сделать выводы о причинах проблемы
Расположение конфигурационного файла postgresql.conf можно получить выполнив
Теперь нужно подставить полученный вами результат в vi
И исправить ошибку
Снова ошибка в файле postgresql.conf значение параметра wal_level не допустимо для текущей версии PostgreSQL
Для 9.2 можно выбирать из minimal, archive и hot_standby
И заменить replica на hot_standby
Запущен ещё как минимум один сервер.
Проверить, что сейчас в postmaster.pid можно командой
25489 /var/lib/pgsql/data 1623237280 5432 /var/run/postgresql localhost 5432001 45
Также можно поискать postgres в выдаче ps
Nginx не стартует, но проверка конфига не показывает ошибок?
nginx: the configuration file /etc/nginx/conf.d/ev1.conf syntax is ok
nginx: configuration file /etc/nginx/conf.d/ev1.conf test is successful
Запускаю, выдает ошибку:
«events» directive is not allowed here in /etc/nginx/conf.d/ev1.conf:1
Erelecano Oioraen: тогда почитайте доки системд по теме от каких пользователей стартует ExecStart при наличии настроек User=www-data
ps aufxw|grep nginx
«, all but the listed capabilities will be included, the effect of the assignment inverted. Note that this option also affects the respective capabilities in the effective, permitted and inheritable capability sets, on top of what Capabilities= does. If this option is not used, the capability bounding set is not modified on process execution, hence no limits on the capabilities of the process are enforced. This option may appear more than once, in which case the bounding sets are merged. If the empty string is assigned to this option, the bounding set is reset to the empty capability set, and all prior settings have no effect. If set to «
» (without any further argument), the bounding set is reset to the full set of available capabilities, also undoing any previous settings.
Cannot start prometheus by using systemd
OS level: CentOS Linux release 7.4.1708
Prometheus level: 2.4.2
prometheus.service:
When I use systemctl start prometheus to start the prometheus service, it always exit the main process by itself. And the systemctl’s log shows like this:
7 Answers 7
Trending sort
Trending sort is based off of the default sorting method — by highest score — but it boosts votes that have happened recently, helping to surface more up-to-date answers.
It falls back to sorting by highest score if no posts are trending.
Switch to Trending sort
You have not added configuration file i.e. prometheus.yml
Considering Service part of your prometheus.service file,
then reload your system by
then check the status using,
It should be active(running).
This should solve your problem. Let me know if it helped : )
There is an extra «i» at the end of WantedBy=default.target.
Unable to Start td-agent #2030
Comments
rpn588 commented Jun 22, 2018 •
Environment
Configuration
Description
I am unable to start td-agent 9 times out of 10. On the occasions I am able to start it, it is unclear exactly what the cause and fix were as it seems inconsistent.
Executing the command myself results in an error surrounding config file existence:
I can successfully run td-agent like this but undaemonised:
At this point I’m thinking ‘OK, I must have something inherently wrong here’. Figured here would be the best place to get some assistance.
The text was updated successfully, but these errors were encountered:
repeatedly commented Jul 2, 2018
repeatedly commented Jul 2, 2018
This seems not fluentd bug. closed..
deepaksharma17 commented Jun 21, 2019 •
Facing same issue, here are my conf and issue details. Is there anyone can help
cat /etc/td-agent/td-agent.conf
type syslog tag graylog2
type gelf host 0.0.0.0 port 12201 flush_interval 5s
cat /etc/rsyslog.conf
. @127.0.0.1:5140
systemctl status td-agent.service
Reiner030 commented Jul 18, 2019
@repeatedly
Same here. found this issue while searching for failure message after setup a new instance by saltstack unmodified after some months of not needed server changes (=> no modifications done on my side but td-agent updates on «your» side).
This may be «not a fluent bug» but it is somehow a combined td-agent/fluent packaging / using bug. offered in td-agent repository as origin package.
From release history the other repository:
https://github.com/treasure-data/omnibus-td-agent/releases
didn’t match the offered packages:
but maybe it’s regardless the right repository for the issue.
But then please notify it and do not only close the issue here as «not our bug/problem».
From systemd control file the right config is given by ENV but not used:
Reiner030 commented Jul 31, 2019
Btw. it seems that the «pre-packaged» gems / ruby installation in td-agent package seems not sufficient/complete enough so newer packages can break this service in above mentioned behavior.
One workaround I found was to remove the debugging port setup by default like:
but it was not very useful because it helped only to drop the «port already bound» error and let further errors open.
I had setup before latest rkhunter from Debian testing with pin prio
blc16 commented Aug 28, 2019 •
This only happens to me when I have a prepackaged gem installed. It seems there is a issue with prepackaged gems and td-agent. I am using the latest version (3.5.0), which included the fix to the FLUENT_CONF environment variable and am still running into this issue. Does anyone know how to fix this and still use a prepackaged gem or an alternate method to using a prepackaged gem?
Code excited status 1 failure
Установиле nginx на сервер добавили сайт хотим сделать рестарт sudo service nginx restart пишет такую ошибку где сделали ошибку не знаю.
sudo systemctl status nginx.service
Loaded: loaded (/lib/systemd/system/nginx.service; enabled; vendor preset: enabled)
Active: failed (Result: exit-code) since Tue 2017-08-29 05:48:34 UTC; 5min ago
Main PID: 22745 (code=exited, status=0/SUCCESS)
Aug 29 05:48:34 shareaz1 systemd[1]: Starting A high performance web server and a reverse proxy server.
Aug 29 05:48:34 shareaz1 nginx[24804]: nginx: [emerg] directive «location» has no opening «<" in /etc/nginx/sites-enabled/share.conf:14
Aug 29 05:48:34 shareaz1 nginx[24804]: nginx: configuration file /etc/nginx/nginx.conf test failed
Aug 29 05:48:34 shareaz1 systemd[1]: nginx.service: Control process exited, code=exited status=1
Aug 29 05:48:34 shareaz1 systemd[1]: Failed to start A high performance web server and a reverse proxy server.
Aug 29 05:48:34 shareaz1 systemd[1]: nginx.service: Unit entered failed state.
Aug 29 05:48:34 shareaz1 systemd[1]: nginx.service: Failed with result ‘exit-code’.
Aug 29 05:07:34 shareaz1 sshd[24604]: Disconnecting: Too many authentication failures [preauth]
Aug 29 05:09:01 shareaz1 CRON[24607]: pam_unix(cron:session): session opened for user root by (uid=0)
Aug 29 05:09:01 shareaz1 CRON[24607]: pam_unix(cron:session): session closed for user root
Aug 29 05:17:01 shareaz1 CRON[24656]: pam_unix(cron:session): session opened for user root by (uid=0)
Aug 29 05:17:01 shareaz1 CRON[24656]: pam_unix(cron:session): session closed for user root
Aug 29 05:39:02 shareaz1 CRON[24676]: pam_unix(cron:session): session opened for user root by (uid=0)
Aug 29 05:39:02 shareaz1 CRON[24676]: pam_unix(cron:session): session closed for user root
Aug 29 05:48:02 shareaz1 sshd[24725]: Accepted publickey for generalazeri from 173.194.92.36 port 58818 ssh2: RSA SHA256:euZAjlNvgdC2YBKfVEIkbgwqge69FrcAgrmsUcl5F1M
Aug 29 05:48:02 shareaz1 sshd[24725]: pam_unix(sshd:session): session opened for user generalazeri by (uid=0)
Aug 29 05:48:02 shareaz1 systemd[1]: Started Session 41 of user generalazeri.
— Subject: Unit session-41.scope has finished start-up
— Unit session-41.scope has finished starting up.
— The start-up result is done.
Aug 29 05:48:02 shareaz1 systemd-logind[1332]: New session 41 of user generalazeri.
— Subject: A new session 41 has been created for user generalazeri
— A new session with the ID 41 has been created for the user generalazeri.
— The leading process of the session is 24725.
Aug 29 05:48:34 shareaz1 sudo[24797]: generalazeri : TTY=pts/2 ; PWD=/home/generalazeri ; USER=root ; COMMAND=/usr/sbin/service nginx restart
Aug 29 05:48:34 shareaz1 sudo[24797]: pam_unix(sudo:session): session opened for user root by generalazeri(uid=0)
Aug 29 05:48:34 shareaz1 systemd[1]: Stopped A high performance web server and a reverse proxy server.
— Subject: Unit nginx.service has finished shutting down
— Unit nginx.service has finished shutting down.
Aug 29 05:48:34 shareaz1 systemd[1]: Starting A high performance web server and a reverse proxy server.
— Subject: Unit nginx.service has begun start-up
— Unit nginx.service has begun starting up.
Aug 29 05:48:34 shareaz1 nginx[24804]: nginx: [emerg] directive «location» has no opening «<" in /etc/nginx/sites-enabled/share.conf:14
Aug 29 05:48:34 shareaz1 nginx[24804]: nginx: configuration file /etc/nginx/nginx.conf test failed
Aug 29 05:48:34 shareaz1 systemd[1]: nginx.service: Control process exited, code=exited status=1
Aug 29 05:48:34 shareaz1 sudo[24797]: pam_unix(sudo:session): session closed for user root
Aug 29 05:48:34 shareaz1 systemd[1]: Failed to start A high performance web server and a reverse proxy server.
— Subject: Unit nginx.service has failed
— Unit nginx.service has failed.
— The result is failed.
Aug 29 05:48:34 shareaz1 systemd[1]: nginx.service: Unit entered failed state.
Aug 29 05:48:34 shareaz1 systemd[1]: nginx.service: Failed with result ‘exit-code’.
Aug 29 05:51:01 shareaz1 google-accounts[1794]: INFO Removing user generalazeri.
Aug 29 05:54:05 shareaz1 sudo[24832]: generalazeri : TTY=pts/2 ; PWD=/home/generalazeri ; USER=root ; COMMAND=/bin/systemctl status nginx.service
Aug 29 05:54:05 shareaz1 sudo[24832]: pam_unix(sudo:session): session opened for user root by generalazeri(uid=0)
Aug 29 05:54:05 shareaz1 sudo[24832]: pam_unix(sudo:session): session closed for user root
Aug 29 05:56:45 shareaz1 sudo[24837]: pam_unix(sudo:session): session opened for user root by generalazeri(uid=0)
Как победить чайнику Nginx Debian
здравствуйте, уважаемые участники.
на голом впс я ставлю nginx+apache. и уже выполнил давно команду:
apt-get install nginx
он дал ошибки, и после этого не ставятся пакеты, например этот:
я нигде не нашел и все советы в рунете становятся нерабочими с этой ошибкой.
иглиш. ду ю спик ит?
стандартный съем блокировки не работает:
ноя 14 14:25:38 11350 nginx[28626]: nginx: [emerg] bind() to 55.55.55.55:80 failed (98: Address alread
дясять к одному, у тебя там уже апач запущен или что-то подобное
-xn даёт несколько последних строк
без дополнительных фильтров выводится лог любых сервисов
тебе нужно что-то вроде
также см. man systemctl на предмет list-unit-files
конечно, у меня уже стоит апач, я делал по обычным рекомендациям апач+нгиникс. и там где была одна строка установки у меня сразу не пошло: http://habrahabr.ru/post/226971/ тогда я стал пошагово по другим мануалам смотреть (после переустановки сервера). но мне не помогло.
в вашей команде он дает пустой файл с сообщением типа нет файлов журнала тут
а ман я не стал читать долго
И nginx с ним не может поделить 80 порт
Но никто не мешает остановиться и включить голову
раз nginx хочет 80 порт, останови апач, и пусть nginx получит свой 80 порт, чтобы скрипт установки отработал. А потом останавливай и настраивай как захочешь
РЕШЕНО
спасибо, мне помогла такая логика:
я опять обнулил сервер, удалил апач, чтобы не мешался.
и вот что я получил:
я читаю файлы журналов, о которых он пишет:
почему не ставится nginx, если я удалил апач?
решено. Nginx для Дебиан 8 из правильного источника
оказывается в Debian 8 не всегда ставится nginx волшебным apt-get
удалил и поставил из правильного источника:
linux-notes.org
Исправляем ошибку «PolicyKit failing to start with error: polkit.service: main process exited, code=exited, status=1/FAILURE»
При работе с zabbix на CentOS 7, получил ошибку:
Можете получить, что-то типа:
Исправление данной ошибки следующее:
Убедитесь, что пользователь и группа присутствует в polkitd. Скопируйте/вставьте следующие 2 составные команды в терминал, чтобы проверить и условно создать пользователя/группу:
Сбросьте пермишены и права пользователя/группы для всех файлов, предоставленных пакетами polkit и polkit-pkla-compat. Скопируйте/вставьте следующую составную команду в терминал, чтобы проверить и условно сбросить пользователя/группу (perms & ownership):
Выполните ребут. Необходимо перезагрузить машину, чтобы убедиться, что все изменения вступят в силу и что polkit подключился к шине dbus:
PS: У меня без ребута все норм стало, но ребут позволит убедится что все норм после перезагрузки ОС!
Не стартует Nginx на Ubuntu, в чем может быть дело?
Не стартует nginx на ubuntu 15.04 (x64), уже всю голову сломал вот лог:
Удаление и заново установка не помогают, гугл тоже молчит.
Оценить 4 комментария
Antony Ryabov: Я не очень силен в unix, возможно не правильно смотрю лог.
Я так понимаю это из за того что nginx пытается забиндится на ip 0.0.0.0?
Благодарю за советы, очень удивительно что у меня появился apache. Но дальше я разрулю. Еще раз благодарю за советы =)
Antony Ryabov: Вы бы Ubuntu/Debian подучили.
Команда service как раз создана таким образом, что запускает сервисы вне зависимости от того, какая система инициализации используется. Поэтому /etc/init.d/apache2 и /etc/init/apache2 может не быть, а команда продолжает работать.
Это одна из причин, почему в Ubuntu был один из самых мягких и незаметных для пользователя переходов на systemd, в других дистрах несовместимостей было, на сколько я читал, больше.
lora-app-server.service: Main process exited, code=exited, status=1/FAILURE #97
Comments
lytkarinskiy commented Jun 16, 2017
Hello!
I can start loraserver, but can’t start lora-app-server.
I use 2 different DB, and I’ve generated JWT_SECRET.
Can you help me to diagnose the problem? =)
lora-app-server/unknown,now 0.10.0 amd64 [installed]
loraserver/unknown,now 0.18.0 amd64 [installed]
Here I attach log files both for lora-app-server and loraserver.
lora-app-server
Jun 16 14:36:26 loraserver01 lora-app-server[2463]: time=»2017-06-16T14:36:26+03:00″ level=info msg=»starting LoRa App Server» docs=»https://docs.loraserver.io/» version=0.10.0
Jun 16 14:36:26 loraserver01 lora-app-server[2463]: time=»2017-06-16T14:36:26+03:00″ level=info msg=»connecting to postgresql»
Jun 16 14:36:26 loraserver01 lora-app-server[2463]: time=»2017-06-16T14:36:26+03:00″ level=info msg=»setup redis connection pool»
Jun 16 14:36:26 loraserver01 lora-app-server[2463]: time=»2017-06-16T14:36:26+03:00″ level=info msg=»handler/mqtt: connecting to mqtt broker» server=»tcp://localhost:1883″
Jun 16 14:36:26 loraserver01 lora-app-server[2463]: time=»2017-06-16T14:36:26+03:00″ level=info msg=»connecting to network-server api» ca-cert= server=»127.0.0.1:8000″ tls-cert= tls-key=
Jun 16 14:36:26 loraserver01 lora-app-server[2463]: time=»2017-06-16T14:36:26+03:00″ level=info msg=»applying database migrations»
Jun 16 14:36:26 loraserver01 lora-app-server[2463]: time=»2017-06-16T14:36:26+03:00″ level=info msg=»handler/mqtt: connected to mqtt broker»
Jun 16 14:36:26 loraserver01 lora-app-server[2463]: time=»2017-06-16T14:36:26+03:00″ level=info msg=»handler/mqtt: subscribling to tx topic» topic=»application/+/node/+/tx»
Jun 16 14:36:26 loraserver01 systemd[1]: lora-app-server.service: Main process exited, code=exited, status=1/FAILURE
Jun 16 14:36:26 loraserver01 systemd[1]: lora-app-server.service: Unit entered failed state.
Jun 16 14:36:26 loraserver01 systemd[1]: lora-app-server.service: Failed with result ‘exit-code’.
Jun 16 14:36:26 loraserver01 systemd[1]: lora-app-server.service: Service hold-off time over, scheduling restart.
Jun 16 14:36:26 loraserver01 systemd[1]: Stopped LoRa App Server.
Jun 16 14:36:26 loraserver01 systemd[1]: lora-app-server.service: Start request repeated too quickly.
Jun 16 14:36:26 loraserver01 systemd[1]: Failed to start LoRa App Server.
loraserver
Jun 16 14:36:29 loraserver01 systemd[1]: Started LoRa Server.
Jun 16 14:36:29 loraserver01 loraserver[2479]: time=»2017-06-16T14:36:29+03:00″ level=info msg=»starting LoRa Server» band=»EU_863_870″ docs=»https://docs.loraserver.io/» net_id=010203 version=0.18.0
Jun 16 14:36:29 loraserver01 loraserver[2479]: time=»2017-06-16T14:36:29+03:00″ level=info msg=»setup redis connection pool» url=»redis://localhost:6379″
Jun 16 14:36:29 loraserver01 loraserver[2479]: time=»2017-06-16T14:36:29+03:00″ level=info msg=»connecting to postgresql»
Jun 16 14:36:29 loraserver01 loraserver[2479]: time=»2017-06-16T14:36:29+03:00″ level=info msg=»backend/gateway: connecting to mqtt broker» server=»tcp://localhost:1883″
Jun 16 14:36:29 loraserver01 loraserver[2479]: time=»2017-06-16T14:36:29+03:00″ level=info msg=»connecting to application-server» ca-cert= server=»127.0.0.1:8001″ tls-cert= tls-key=
Jun 16 14:36:29 loraserver01 loraserver[2479]: time=»2017-06-16T14:36:29+03:00″ level=info msg=»no network-controller configured»
Jun 16 14:36:29 loraserver01 loraserver[2479]: time=»2017-06-16T14:36:29+03:00″ level=info msg=»backend/gateway: connected to mqtt server»
Jun 16 14:36:29 loraserver01 loraserver[2479]: time=»2017-06-16T14:36:29+03:00″ level=info msg=»backend/gateway: subscribing to rx topic» topic=»gateway/+/rx»
Jun 16 14:36:29 loraserver01 loraserver[2479]: time=»2017-06-16T14:36:29+03:00″ level=info msg=»backend/gateway: subscribing to stats topic» topic=»gateway/+/stats»
Jun 16 14:36:29 loraserver01 loraserver[2479]: time=»2017-06-16T14:36:29+03:00″ level=info msg=»migrated node-sessions to new format» errors=0 migrated=0
Jun 16 14:36:29 loraserver01 loraserver[2479]: time=»2017-06-16T14:36:29+03:00″ level=info msg=»applying database migrations»
Jun 16 14:36:29 loraserver01 loraserver[2479]: time=»2017-06-16T14:36:29+03:00″ level=info msg=»grpc: addrConn.resetTransport failed to create client transport: connection error: desc = «transport: dial tcp 127.0.0.1:8001: getsockopt: connection refused»; Reconnecting to <127.0.0.1:8001 >»
Jun 16 14:36:29 loraserver01 loraserver[2479]: time=»2017-06-16T14:36:29+03:00″ level=info msg=»migrations applied» count=0
Jun 16 14:36:29 loraserver01 loraserver[2479]: time=»2017-06-16T14:36:29+03:00″ level=info msg=»starting api server» bind=»0.0.0.0:8000″ ca-cert= tls-cert= tls-key=
Jun 16 14:36:30 loraserver01 loraserver[2479]: time=»2017-06-16T14:36:30+03:00″ level=info msg=»grpc: addrConn.resetTransport failed to create client transport: connection error: desc = «transport: dial tcp 127.0.0.1:8001: getsockopt: connection refused»; Reconnecting to <127.0.0.1:8001 >«
config for lora-appserver
# postgresql dsn (e.g.: postgres://user:password@hostname/database?sslmode=disable) (default: «postgres://localhost/loraserver?sslmode=disable»)
POSTGRES_DSN=postgres://loraappserver:****@localhost/loraappserver?sslmode=disable
# automatically apply database migrations
DB_AUTOMIGRATE=true
# redis url (e.g. redis://user:password@hostname/0) (default: «redis://localhost:6379»)
REDIS_URL=redis://localhost:6379
# mqtt server (e.g. scheme://host:port where scheme is tcp, ssl or ws) (default: «tcp://localhost:1883»)
MQTT_SERVER=tcp://localhost:1883
# mqtt server username (optional)
MQTT_USERNAME=loraappserver
# mqtt server password (optional)
MQTT_PASSWORD=***
# ca certificate used by the api server (optional)
CA_CERT=
# tls certificate used by the api server (optional) TLS_CERT=`
# tls key used by the api server (optional)
TLS_KEY=
# ip:port to bind the api server (default: «0.0.0.0:8001»)
BIND=0.0.0.0:8001
# ip:port to bind the (user facing) http server to (web-interface and REST / gRPC api) (default: «0.0.0.0:8080»)
HTTP_BIND=0.0.0.0:8080
# http server TLS certificate
HTTP_TLS_CERT=/etc/lora-app-server/certs/http.pem
# http server TLS key
HTTP_TLS_KEY=/etc/lora-app-server/certs/http-key.pem
# hostname:port of the network-server api server (default: «127.0.0.1:8000»)
NS_SERVER=127.0.0.1:8000
# ca certificate used by the network-server client (optional)
NS_CA_CERT=
# tls certificate used by the network-server client (optional)
NS_TLS_CERT=
# tls key used by the network-server client (optional)
NS_TLS_KEY=
# the number of iterations used to generate the password hash
PW_HASH_ITERATIONS=100000
# debug=5, info=4, warning=3, error=2, fatal=1, panic=0
LOG_LEVEL=5
# network identifier (NetID, 3 bytes) encoded as HEX (e.g. 010203)
NET_ID=010203
# ism band configuration to use (options: AU_915_928, CN_470_510, EU_863_870, US_902_928)
BAND=EU_863_870
# ca certificate used by the api server (optional)
CA_CERT=
# tls certificate used by the api server (optional)
TLS_CERT=
# tls key used by the api server (optional)
TLS_KEY=
# ip:port to bind the api server (default: «0.0.0.0:8000»)
BIND=0.0.0.0:8000
# redis url (e.g. redis://user:password@hostname:port/0) (default: «redis://localhost:6379»)
REDIS_URL=redis://localhost:6379
# postgresql dsn (e.g.: postgres://user:password@hostname/database?sslmode=disable)
POSTGRES_DSN=postgres://loraserver:****@@localhost/loraserver?sslmode=disable
# automatically apply database migrations
DB_AUTOMIGRATE=true
# mqtt broker server used by the gateway backend (e.g. scheme://host:port where scheme is tcp, ssl or ws) (default: «tcp://localhost:1883»)
GW_MQTT_SERVER=tcp://localhost:1883
# mqtt username used by the gateway backend (optional)
GW_MQTT_USERNAME=loraserver
# mqtt password used by the gateway backend (optional)
GW_MQTT_PASSWORD=****
The text was updated successfully, but these errors were encountered:
Не удается запустить Prometheus с помощью systemd
Уровень ОС: CentOS Linux release 7.4.1708
Уровень Прометея: 2.4.2
prometheus.service:
Когда я использую systemctl start prometheus для запуска службы prometheus, он всегда сам завершает основной процесс. Журнал systemctl выглядит так:
В конце WantedBy = default.target стоит дополнительный символ «i».
Я предполагаю, что либо это лишнее «i», либо Prometheus не сможет проанализировать ваши правила очистки или файлы предупреждений. Он поставляется с «promtool» для проверки ваших файлов конфигурации и устанавливается в тот же каталог, что и prometheus. Ваш первый шаг должен состоять в том, чтобы попробовать «promtool check config /path/to/prometheus.yml»
Спасибо за ваш ответ. Я могу успешно запустить Прометей по команде. Так что я уверен, что с конфигурационным файлом все в порядке. Из журнала systemctl кажется, что сначала он запустился нормально, а затем очень быстро остановился.
Спасибо за ваш ответ. Но ключевым моментом является не путь к файлу конфигурации. Если я его добавил, он все равно не работает.
Я столкнулся с той же проблемой с Ubuntu 16.04. Оказалось, проблема с разрешениями. Вы должны убедиться, что ваш пользователь владеет каталогами, в которые вы установили двоичные файлы, и файлами внутри этих каталогов.
Я столкнулся с подобной проблемой в redhat / Centos. Я решил ее, временно запустив sudo setenforce 0. Вы также можете отредактировать файл / etc / selinux / config и отключить SELINUX.
Вы должны объяснить, что это также значительно снизит общую безопасность их системы. Отключение SELinux без понимания последствий может быть очень плохим.
Вы не добавили файл конфигурации, например prometheus.yml
Учитывая служебную часть вашего файла prometheus.service,
затем перезагрузите вашу систему
затем проверьте статус, используя,
Он должен быть активен (запущен).
Это должно решить вашу проблему. Сообщите мне, помогло ли это 🙂
celery daemon using systemd not running
i am using ubuntu 16 and systemd for running celery as a daemon.i have created the unit file also but i am not able to run celery as a service. why is this error?
/etc/systemd/system/celery.service
file at /etc/default/celery
OUTPUT OF RUNNING SERVICE
2 Answers 2
Trending sort
Trending sort is based off of the default sorting method — by highest score — but it boosts votes that have happened recently, helping to surface more up-to-date answers.
It falls back to sorting by highest score if no posts are trending.
Switch to Trending sort
I just hit this exact issue. My problem was a configuration issue. In particular, I wasn’t setting CELERYD_LOG_LEVEL in my environment file. (/etc/default/celeryd in your case). It looks like you have made the same mistake.
(I also had a few other configuration issues that I needed to resolve. I discovered these by running celery on the commandline.)
nfs-server fails to start #1535
Comments
seafrog1 commented Dec 1, 2019
After the last updates the nfs-server stopped working:
Dec 01 21:22:03 b1 systemd[1]: Dependency failed for NFS server and services.
Dec 01 21:22:03 b1 systemd[1]: nfs-server.service: Job nfs-server.service/start failed with result ‘dependency’.
These dependency services failed:
Dec 01 21:22:03 b1 systemd[1]: Starting NFS Mount Daemon.
Dec 01 21:22:03 b1 rpc.mountd[2363]: Cannot register service: RPC: Authentication error; why = Client credential too weak
Dec 01 21:22:03 b1 rpc.mountd[2363]: unable to register (mountd, 1, udp).
Dec 01 21:22:03 b1 systemd[1]: nfs-mountd.service: Control process exited, code=exited, status=1/FAILURE
Dec 01 21:22:03 b1 systemd[1]: nfs-mountd.service: Failed with result ‘exit-code’.
Dec 01 21:22:03 b1 systemd[1]: Failed to start NFS Mount Daemon.
Dec 01 21:22:03 b1 systemd[1]: Starting NFS status monitor for NFSv2/3 locking.
Dec 01 21:22:03 b1 rpc.statd[2354]: Version 2.3.4 starting
Dec 01 21:22:03 b1 rpc.statd[2354]: Flags:
Dec 01 21:22:03 b1 rpc.statd[2354]: Failed to read /run/nfs/state: Success
Dec 01 21:22:03 b1 rpc.statd[2354]: Initializing NSM state
Dec 01 21:22:03 b1 rpc.statd[2354]: Running as root. chown /run/nfs to choose different user
Dec 01 21:22:03 b1 rpc.statd[2354]: unable to register (statd, 1, udp).
Dec 01 21:22:03 b1 systemd[1]: rpc-statd.service: Control process exited, code=exited, status=1/FAILURE
Dec 01 21:22:03 b1 systemd[1]: rpc-statd.service: Failed with result ‘exit-code’.
Dec 01 21:22:03 b1 systemd[1]: Failed to start NFS status monitor for NFSv2/3 locking..
I can do a workaround with:
but I do not think it a good solution, thx
The text was updated successfully, but these errors were encountered:
Ubuntu 18.04 to 20.04 upgrade, fwupd-refresh.service, Main process exited, code=exited, status=1/FAILURE #3597
Comments
ajcollett commented Aug 4, 2021
Describe the bug
Hello!
I have a strange issue on 11 servers I run, all «desktop boxes» with Ubuntu server installed.
All of these machines have been upgraded from 18.04, they all use LDAP via SSSD and are different in hardware, so it’s not HW specific issues. However, it may have something to do with SSSD and LDAP, though I checked, and we don’t have users in the range that the DynamicUser option in systemd service files makes use of.
I have other servers (Virtual Machines, not baremetal) that have the same setup but work fine in this regard.
However, they have fresh 20.04 installs, so I think there is something weird hanging around from the upgrade.
Whenever fwupd-refresh.service runs, it fails with Main process exited, code=exited, status=1/FAILURE on those 11 servers. There is so little in the logs, that I ended up commenting out bits in the service files, and doing Strace.
With no luck. I am pretty certain this has to do with the the DynamicUsers, but I cannot see what or why. The directories for the dynamic user exist and see to be similar to the directories on working machines.
Steps to Reproduce
Not sure, but what I did:
Expected behavior
No error, the update should happen, and have a exit code of 0 or 2, not 1.
fwupd version information
Installed with default Ubuntu setup.
fwupd device information
So, this is one system, as an example. As far as I know, there are no fwupdates here.
I also have other systems that also fail, that use UEFI, so it shouldn’t be related to that.
Additional questions
Strace output
I have included what I think is relevant, let me know if you want the whole file.
The text was updated successfully, but these errors were encountered:
hughsie commented Aug 4, 2021
@superm1 anything you can think of? I think this is probably a downstream bug and probably belongs in launchpad.
superm1 commented Aug 5, 2021
I would suspect something related to the directories normally created by systemd when DynamicUser is set. Can you compare the permissions or presence of fwupd related directories in /var on your two machines (working with dynamic users and not)?
Possibly related to them being made before upgrade to a version of fwupd that supported dynamic user in the unit.
If this hypothesis is correct then I think we need some packaging change on cleanup that is missing, but let’s better characterize what’s different between your machines.
ajcollett commented Aug 6, 2021
So. I don’t have helpful news, I don’t think.
I looked at another machine that had 18.04 still on it, and realised how differently fwupd is setup between 18.04 and 20.04.
I got a few more directories to compare, but I can’t see anything that might cause this. More over, when swapping Dynamic user to false, those Dynamic directories get removed and re-created. The private ones anyway.
So I cannot see that being as issue.
I looked all over for logs relating to SSSD and users, but nothing pops when the service fails. I stopped SSSD, but that made no difference either.
I also don’t know if this is a fault with the Dynamic users, or just this one Unit, since there are no other Unit files on my systems that also use Dynamic users.
Okay so I went and used some examples on the below website to test DynamicUser. I even used the same Cache directory as fwupd and I got the same UID. So there’s nothing wrong with becoming that user with that ID. I was able to create a file in the cache directory too.
That makes me wonder though, at the /var/lib/fwupd directory. It’s fairly empty on the affected nodes, and the service has no write perms to set that up. Where are those files supposed to come from?
If I run the service on the CMD, it works, and those directories are populated, but the service still fails if I run that afterwards.
Node before manual run of the same line that is in the service file:
Node after manual run of the same line that is in the service file:
Are there any other directories I should compare?
OpenVPN Support Forum
Community Support Forum
OpenVPN Server Service Won’t Start After Upgrade to Fedora 27
OpenVPN Server Service Won’t Start After Upgrade to Fedora 27
Post by rachelb4x4 » Tue Nov 28, 2017 4:38 am
Has anyone see this or might know how to resolve this? I saw a few bug reports that may be related, but none with a solution.
Re: OpenVPN Server Service Won’t Start After Upgrade to Fedora 27
Post by TinCanTech » Tue Nov 28, 2017 12:02 pm
Re: OpenVPN Server Service Won’t Start After Upgrade to Fedora 27
Post by rachelb4x4 » Tue Nov 28, 2017 4:49 pm
Re: OpenVPN Server Service Won’t Start After Upgrade to Fedora 27
Post by rachelb4x4 » Tue Nov 28, 2017 4:51 pm
Re: OpenVPN Server Service Won’t Start After Upgrade to Fedora 27
Post by rachelb4x4 » Tue Nov 28, 2017 5:08 pm
Here is the message I’ve been getting. Everything was working well prior to the upgrade to Fedora 27. I tried selecting Fedora 25 and 26 at startup, but it hasn’t helped either. Honestly, I just don’t understand what has gone awry.
Nov 28 08:59:56 systemd[1]: openvpn-server@server.service: Unit entered failed state.
Nov 28 08:59:56 systemd[1]: openvpn-server@server.service: Failed with result ‘exit-code’.
Re: OpenVPN Server Service Won’t Start After Upgrade to Fedora 27
Post by TinCanTech » Tue Nov 28, 2017 6:07 pm
Re: OpenVPN Server Service Won’t Start After Upgrade to Fedora 27
Post by rachelb4x4 » Tue Nov 28, 2017 7:18 pm
Nov 28 11:07:33 systemd[1]: openvpn-server@server.service: Failed with result ‘exit-code’.
Re: OpenVPN Server Service Won’t Start After Upgrade to Fedora 27
Post by TinCanTech » Tue Nov 28, 2017 7:35 pm
Re: OpenVPN Server Service Won’t Start After Upgrade to Fedora 27
Post by rachelb4x4 » Tue Nov 28, 2017 8:23 pm
Re: OpenVPN Server Service Won’t Start After Upgrade to Fedora 27
Post by TiTex » Tue Nov 28, 2017 8:33 pm
code=exited, status=1/FAILURE #1921
Comments
xkenraali commented May 9, 2020
I need help to figure out what’s wrong because my beef is not able to startup it says:
And here’s infomation about my system:
os=parrot os
vpn= yes
proxy= no
Hellllpppp.
The text was updated successfully, but these errors were encountered:
DeezyE commented May 14, 2020
Is this a new install of Beef?
Which beef version?
jcrew99 commented May 14, 2020
jackdwalker commented May 15, 2020
@jcrew99 note @xkenraali has mentioned that they are using Parrot OS rather than Kali.
jcrew99 commented May 15, 2020
@jackdwalker That’s a good point, i think i got my issues messed up.
I will test for the parrot OS as well.
xkenraali commented May 15, 2020
my linux version is:
Linux parrot 5.5.0-1parrot1-amd64 #1 SMP Parrot 5.5.17-1parrot1 (2020-04-25) x86_64 GNU/Linux
and beef version:
beef-xss is already the newest version (0.5.0.0+git20191218-0kali2)
xkenraali commented May 15, 2020
Need anything else?
bcoles commented May 15, 2020
/.beef which might give an indication of the reason for startup failure?
xkenraali commented May 15, 2020
idk where i would find those logs i tried /usr/share/beef-xss but no luck
xkenraali commented May 15, 2020 •
bcoles commented May 15, 2020
idk where i would find those logs i tried /usr/share/beef-xss but no luck
/.beef is a file path.
That’s not a good sign. Yes, that’s probably the reason. I have no idea why or how that happened. Perhaps there’s an issue with the beef-xss package on ParrotOS.
Perhaps you could find the directory containing the beef executable and run it from there.
Alternatively, you could try cloning BeEF from GitHub.
Solved: nrpe.service: main process exited, code=exited, status=1/FAILURE
Last night I was working on my systems then suddenly saw a lot of Nagios Alerts on Dashboard showing «Socket Timeout» error. Then I went to my Server from where I was getting the nagios alerts and then tried to check the nrpe service status. It seems nrpe was not running then I started troubleshooting the issue and thought to put the steps in this article which might help you as well in case you are also facing the same issue.
nrpe.service: main process exited, code=exited, status=1/FAILURE
You might have observed «main process exited, code=exited, status=1/FAILURE» error while trying to start or restart the nrpe service in your Linux based systems. When you run systemctl status nrpe command to check the status, then output will show something like below.
Well, this error could occur due to multiple possible issue so it is important to discuss all the possible scenarios that could result in this error. One of the Common Scenario that one can think of is the Permission issue to create the nrpe.pid file. You can check the path of nrpe.pid file mentioned in /etc/nagios/nrpe.cfg file using below command.
If the file is having the correct permission then you can try changing the path of the pid_file once to /var/run/nagios and then restart the service to check if this helps. You can open the file using vi editor by running vi /etc/nagios/nrpe.cfg command as shown below and after editing the file you can save and exit by pressing Esc and then :wq!
Then restart the nrpe service by using systemctl restart nrpe command as shown below.
Then check the status again by using systemctl status nrpe command as shown below.
If you are running Kubernetes Cluster in your System then you need to check the Node status by running kubectl get nodes command as shown below.
In my case I saw that Node is showing in «NotReady» State so i checked the status of my kubectl service and found some errors there. So i just restarted the service by using systemctl restart kubelet command. Then I again checked the status of my nodes using kubectl get nodes command and found that it came back to «Ready» State.
Once it came back to Ready state I checked my Nagios Server again and observed that all the alerts are cleared. Then i tried starting the nrpe service again and found that nrpe service now started successfully.
In your case, even after checking all these logs if you still does not find the root cause then my recommendation is to find out the changes that is being done after which nrpe is not starting if it was running fine before. Finally if everything fails then the simplest solution is to reboot the system once to check if that helps.
Zabbix сервер не запущен: отображаемая информация может быть
Зарегистрирован: 25.05.2021
Пользователь #: 176,285
Сообщения: 15
Новичок
Зарегистрирован: 25.05.2021
Пользователь #: 176,285
Сообщения: 15
Зарегистрирован: 25.05.2021
Пользователь #: 176,285
Сообщения: 15
Зарегистрирован: 25.05.2021
Пользователь #: 176,285
Сообщения: 15
Зарегистрирован: 25.05.2021
Пользователь #: 176,285
Сообщения: 15
Зарегистрирован: 25.05.2021
Пользователь #: 176,285
Сообщения: 15
Зарегистрирован: 25.05.2021
Пользователь #: 176,285
Сообщения: 15
Main process exits on reload if ExecReload command is failing. #11238
Comments
kiniou commented Dec 21, 2018 •
systemd version the issue has been seen with
Used distribution
Debian Stretch (with stretch-backports enabled in order to get v239)
Expected behaviour you didn’t see
After doing a systemctl reload apache2 with a bad configuration, apache2 processes should be still running.
Unexpected behaviour you saw
After doing a systemctl reload apache2 with a bad configuration, the apache2 main process is killed somehow and apache2 is not running anymore:
Steps to reproduce the problem
Notes
This is the current service unit shipped with apache2 package:
Also, this may be related to #2175 but I’m not sure if it’s relevant.
The text was updated successfully, but these errors were encountered:
poettering commented Dec 21, 2018
Hmm? I think there’s some confusion here. In systemd every service may has 0, 1 or 2 special processes. The latter two are the «main» and the «control» process. The «main» process is as the name suggests the main process of the service, the one that primarily defines the service’s lifecycle. The «control» process otoh is a helper process that is used to control the state of the service, and is how we internally expose ExecReload=, ExecStop= and similar, i.e. the processes that PID 1 forks off in addition to the main service process, to effect changes in its lifecycle.
hence, yes, if ExecReload= fails and you see complaints about the control process failing, then this is not suprising but the reason, because the process you specified in ExecReload= is the control process.
So, not sure what precisley this issue is about, did I musinderstand what you are saying?
boucman commented Dec 21, 2018
(as a side note, the process that systemd forks for ExecStart is also called control-process until it execve the main process. at least in error messages if it fails)
kiniou commented Dec 21, 2018 •
Also, I have been confused by the term «control» and I supposed this control process was referring to the main apache2 process. I can replace «Control» by «Main» in the report’s title and edit the report accordingly.
Still, this issue is more about the behaviour of ExecReload which killed the main process somehow because it fails to reload the apache configuration (this is mostly a supposition here since I have no clue about it and I did not take the time to dig in the source code 🔍 ). And what I’ve tried to explain in the last part of the report is that it might not be a bug, but it looks like one.
poettering commented Dec 21, 2018
nah, systemd does not kill the main process of a service if reload fails. maybe apache died on its own?
kiniou commented Dec 22, 2018
kiniou commented Dec 22, 2018 •
From what I’m reading in the following auditd logs, PID1 is sending SIGTERM to the main apache2 process:
And here is the systemctl status apache2 output showing the main pid 5073 after the reload:
I think the following code piece of service_enter_running function could cause the SIGTERM when service_enter_reload fails:
Lines 1940 to 1941 in 8f9f3cb
PS: In doubt, I’ve just tested PIDFile=/var/run/apache2/apache2.pid (hence drop-in pidfile.conf ) but this does not help.
sbraz commented Jan 4, 2019
I’m seeing the same thing with another service (icinga2) and systemd 239. Strace shows PID 1 killing it with SIGTERM and I can see that using ExecReload=- makes it behave as expected (ExecReload failing doesn’t cause the main PID to be killed).
I guess this regression was introduced in v239 by ec5b145?
kiniou commented Jan 11, 2019
@sbraz I agree that ExecReload=- can be a workaround from a Systemd POV but some other tools like SaltStack or Ansible rely on the code result from systemctl reload to check if the service has been correctly reloaded and some other states could depend on it.
I’m currently trying to fix it but I’m not sure if I understand the fix in ec5b145.
sbraz commented Jan 11, 2019
@poettering Would it be possible for you to look at this issue again? It is rather problematic for everyone who got used to the reload action being rather fail-safe.
dqminh commented Feb 20, 2019 •
@poettering i’m seeing this too, and looks like ec5b145 does cause this.
Тема: Mysql. Не запускается.
Опции темы
Поиск по теме
Ребят, помогите пожалуйста. Сутки сижу толком не спал.
В одно прекрасное мгновенье апаче стал слать много запросов в mysql.
утилита mytop показывала постоянно растущее количество sleep процессов. Сервер стал тормозить и как следствие через минуту не открывались сайты.
Возможная причина DOS атака или глюк php.
Ребят я наверное, как часто бывает самоучка, поэтому пожалуйста помогите по шагам. Сайт висит..на вордпрессе, посетители в шоке=)
mysql умеет писать свои проблемы в лог
нужно только найти его
зачастую это либо /var/log/
либо в папке mysql /var/lib/mysql/
2017-02-08T10:50:06.042769Z 0 [Note] Binlog end
2017-02-08T10:50:06.042837Z 0 [Note] Shutting down plugin ‘MyISAM’
2017-02-08T10:50:06.042854Z 0 [Note] Shutting down plugin ‘CSV’
2017-02-08T10:50:06.043163Z 0 [Note] /usr/sbin/mysqld: Shutdown complete
Помогите настроить BIND
Не получается настроить BIND на Debian 8. Когда перезапускаю DNS выскакивает такая ошибка:
Перемещено beastie из desktop
Как я понял, ты хочешь ddns, чтобы зоны обновлялись при подключении клиента. Тут уже читал?
Хотя, тупанул я. У тебя, вроде, зона прямого просмотра некорректная. Там A нужно. Или это у тебя не зона прямого просмотра?
и так понял что неправильно составил файл named.conf и в файл зоны обратного просмотра.
Покажи как ругается при перезагрузке, syslog или если ошибки отдельно в файл настроил, то из него. Залей куда-нибудь типа на pastebin.com.
Я наверное не правильно объяснил. У меня есть несколько сайтов. Мне их нужно разместить на компьютере с Debian 8. Apache, Mysql и PHP я установил, а вот с DNS затык получился. Какие логи мне нужно показать? Помогите пожалуйста.
Если у тебя есть файл /var/log/named/bind.log посмотри в конце файла на что он ругается.
Нет, такого файла у меня нету.
Ладно, с телепатией у меня вчера не очень было, поэтому специально сегодня с утра установил jessi.
Дальше. service bind9 status у тебя что за ошибку выводит?
В моём случае это выглядит так:
Ну, и на последок. Раз у тебя в syslog ничего не пишет, значит смотри файлы там, где ты настраивал местоположение файлов в разделе logging.
Телепатирую
Чувак походу по то как надо искать в логах ошибки не в курсе. Логи он наверняка по умолчанию оставил. Просто их не отфильтровал. Он даже
Не стартует MySQL в CentOS7
После удаления MariaDB и установки MySQL my.cnf оказался почти пустым, что меня несколько ввело в легкий конфуз:
Не могу понять, чего ж он на сокет ругается? Или я не в ту сторону смотрю?
Заранее спасибо за любые мысли и советы.
Так в обычном логе что? systemct status и journalctl? Зачем сразу в strace лезь-то?
системцтл статус выше, а journalctl
PS: Меня пугает размер лога, при том что:
2016-04-06T16:06:56.133758Z 0 [ERROR] unknown variable ‘key_buffer=16M’
Убрать key_buffer из /etc/my.cnf, если оно ещё там.
Вопрос решен методом отката до установки MariaDB и переустановки MySQL. Теперь стартует, но меня по прежнему смущает почти пустой конфиг my.cnf. Добавляю нужное понемногу и смотрю, не падает ли 🙂
Всем спасибо за помощь.
Скорее всего, потому что это была не единственная ошибка. Но хорошо, что всё решилось. Можно mysqltuner’ом погонять, если сильно руки чешутся конфиг поправить.
Как заставить Redis запускаться вместе с сервером?
После перезагрузки VPS, Redis почему-то не стартует. Сам Redis работает в режиме unixsocket, вот его конфиг:
Правильно ли я понял, что он не запускается из-за отсутствия папки /var/run/redis/? Там у меня должен лежать redis.sock файл, я так указал в конфиге.
Вопрос: как сделать чтобы при перезапуске сервера, Redis сам создавал эту папку?
Ребята, спасибо за помощь, почему-то при перезапуске сервера, папка /var/run/redis попросту отсутствует, а так как сам Redis работает с правами redis:redis, то создать папку в /var/run/ он не может.
Решилось все просто, в директории /etc/tmpfiles.d/ создал файл redis.conf c содержимым
d /var/run/redis 0755 redis redis
Работает, вроде как, с версии Ubuntu 15.04+
Может прав не хватает на запись лог файла, проверьте пермишены, попробуйте выставить 700 на лог файл
Ошибка при установке Nginx в Ubuntu 16.04
Я продолжаю получать эту ошибку при попытке установить nginx. Я пытался переустановить его несколько раз, но эта ошибка продолжает появляться, и я не могу запустить nginx.
4 ответа
Что-то уже работает на порте 80, поэтому, когда nginx пытается запустить и занять этот порт, происходит сбой. Проверьте, что работает на вашем порту 80, и остановите его. Вы можете узнать, что использует порт 80 с:
Как только вы найдете то, что использует порт, выполните systemctl stop чтобы остановить его и попробуйте снова запустить nginx. Имейте в виду, что для нормальной работы nginx вам придется навсегда отключить эту другую службу.
Я попал в ту же ситуацию, выбрав опцию по умолчанию в Debian 9 во время установки виртуальной машины в VirtualBox. Я предполагаю, что нечто подобное могло случиться с ОП.
Это установит Apache и сразу же включит / запустит его сервис. Если ваш дистрибутив использует systemd, вы можете проверить, так ли это:
sudo systemctl list-units | grep apache
Вы можете остановить службу Apache:
sudo systemctl stop apache2.service
А также отключите службу de, чтобы она не перезагружалась автоматически при следующей перезагрузке:
sudo systemctl disable apache2.service
После этого вы можете перезапустить nginx:
sudo systemctl restart nginx
Вы можете проверить, что он работает с браузером командной строки, таким как Lynx:
sudo nano /etc/nginx/sites-available/default
Исключая index.html от аргументов до index директива, следующий файл кандидата ищется. В моем случае index.htm не существует, так index.nginx-debian.html используется. Это изменение не вступит в силу до перезагрузки nginx, поэтому вы можете отправить ему сигнал перезагрузки:
И теперь вы можете проверить страницу приветствия nginx по умолчанию:
OpenVPN failed to start – Ubuntu / LXD issue
Recently I noticed that one of my OpenVPN servers stopped working. It was just after the update on the Ubuntu 16.04.4 LTS. What I found was that the service failed on start:
The status message was also not helpful:
Anything in the logs?
Unfortunately, logs also don’t look good:
There is no clear evidence what failed. I remember that my provider was changing something in the virtual machine configurations recently (the company was bought by the bigger one) and this led me to the simple but brilliant solution…
Service configuration update
There is a known issue with OpenVPN on LXD containers. It has the same symptoms. So I tried to adjust the service configuration file:
I found the line with the LimitNPROC=10 and commented it out:
Once updated, I had to perform two more steps – first was the reload of systemctl daemon:
Next, I turned the OpenVPN service on again:
No error message, this looks much better. Let’s take a look at the status:
Wonderful. It is working now. Such a simple solution but it requires a little bit of luck to find it 🙂
23 Replies to “OpenVPN failed to start – Ubuntu / LXD issue”
vim is not allowing me to comment out #LimitNPROC=10, i went to the folder and tried to chane it from there it wouldnt allow me either since its protected
can you help me change it
I can see possible issues here:
1) you may not be familiar with vi editor – in such case instead of vi, use nano – it should be easier. If you have to use vi, please remember that you have to do the following things:
– find the place you want to edit
– enter “insert mode” by pressing “i” letter on the keyboard
– make your change
– exit from “insert mode” by pressing ESC on the keyboard
– enter the command “:wq” which means “I want to write and quit”, remember that the command starts with “:”
2) there is also a possibility that you skipped “sudo” before your vi command. This file is not editable for everyone so if you want to save it, you have to use “sudo vi [filename]”
3) there can be other issues not mentioned above, but I need more information to help 🙂
If the vi command shows nothing, most likely the file you tried to edit (openvpn@.service) was not there and it was created by the editor. You will have to find the proper file location in order to comment out the line mentioned in the post. On the other hand, if you removed the file completely, you can backup your VPN configuration, remove and install it again. Have you checked what is the service file? If it is really openvpn@.service?
[root@server system]# systemctl status openvpn@server.service
* openvpn@server.service – OpenVPN Robust And Highly Flexible Tunneling Application On server
Loaded: loaded (/usr/lib/systemd/system/openvpn@.service; enabled; vendor preset: disabled)
Active: failed (Result: exit-code) since Tue 2020-04-07 14:37:32 UTC; 2min 15s ago
Process: 930 ExecStart=/usr/sbin/openvpn –cd /etc/openvpn/ –config %i.conf (code=exited, status=1/FAILURE)
Main PID: 930 (code=exited, status=1/FAILURE)
Status: “Pre-connection initialization successful”
Apr 07 14:37:32 server systemd[1]: Starting OpenVPN Robust And Highly Flexible Tunneling Application On server…
Apr 07 14:37:32 server systemd[1]: Started OpenVPN Robust And Highly Flexible Tunneling Application On server.
Apr 07 14:37:32 server systemd[1]: openvpn@server.service: main process exited, code=exited, status=1/FAILURE
Apr 07 14:37:32 server systemd[1]: Unit openvpn@server.service entered failed state.
Apr 07 14:37:32 server systemd[1]: openvpn@server.service failed.
[root@server system]#
—–
[root@server system]# sudo vi /lib/systemd/system/openvpn@.service
[Unit]
Description=OpenVPN Robust And Highly Flexible Tunneling Application On %I
After=network.target
[Service]
Type=notify
PrivateTmp=true
ExecStart=/usr/sbin/openvpn –cd /etc/openvpn/ –config %i.conf
————-
[root@server system]# sudo vi /lib/systemd/system/openvpn-server@.service
[Unit]
Description=OpenVPN service for %I
After=syslog.target network-online.target
Wants=network-online.target
Documentation=man:openvpn(8)
Documentation=https://community.openvpn.net/openvpn/wiki/Openvpn24ManPage
Documentation=https://community.openvpn.net/openvpn/wiki/HOWTO
[Service]
Type=notify
PrivateTmp=true
WorkingDirectory=/etc/openvpn
ExecStart=/usr/sbin/openvpn –status %t/openvpn-server/status-%i.log –status-version 2 –suppress-timestamps –config %i.conf
CapabilityBoundingSet=CAP_IPC_LOCK CAP_NET_ADMIN CAP_NET_BIND_SERVICE CAP_NET_RAW CAP_SETGID CAP_SETUID CAP_SYS_CHROOT CAP_DAC_OVERRIDE CAP_AUDIT_WRITE
#LimitNPROC=10
DeviceAllow=/dev/null rw
DeviceAllow=/dev/net/tun rw
ProtectSystem=true
ProtectHome=true
KillMode=process
RestartSec=5s
Restart=on-failure
]# sudo vim /etc/openvpn/server.conf
port 1194
;proto tcp
proto udp
;dev tap
dev tun
ca /etc/openvpn/easy-rsa/pki/ca.crt
cert /etc/openvpn/easy-rsa/pki/issued/server.crt
key /etc/openvpn/easy-rsa/pki/private/server.key
dh /etc/openvpn/easy-rsa/pki/dh.pem
topology subnet
server 10.8.0.0 255.255.255.0
;ifconfig-pool-persist ipp.txt
;ifconfig-push
push “redirect-gateway def1 bypass-dhcp”
push “dhcp-option DNS 8.8.8.8”
push “dhcp-option DNS 8.8.4.4”
duplicate-cn
keepalive 10 120
;tls-auth ta.key 0 # This file is secret
tls-crypt mykey.tls
remote-cert-eku “TLS Web Client Authentication”
cipher AES-256-CBC
compress lz4-v2
push “compress lz4-v2”
persist-key
persist-tun
daemon
status /var/log/openvpn/openvpn-status.log
;log openvpn.log
log-append /var/log/openvpn/openvpn.log
verb 4
explicit-exit-notify 1
You should do one of the things:
1) Execute OpenVPN server manually (not as a service) with verbose information turned on and review the messages
2) Review log files (/var/log/messages) to see what is reported
This should lead you to the root of the problem.
thank for your answer. This is what I got from: (/var/log/messages)
Apr 7 14:37:19 server systemd: Reloading.
Apr 7 14:37:19 server systemd: Binding to IPv6 address not available since kernel does not support IPv6.
Apr 7 14:37:19 server systemd: Binding to IPv6 address not available since kernel does not support IPv6.
Apr 7 14:37:19 server systemd: [/usr/lib/systemd/system/vzfifo.service:19] Support for option SysVStartPriority= has been removed and it is ignored
Apr 7 14:37:32 server systemd: Starting OpenVPN Robust And Highly Flexible Tunneling Application On server…
Apr 7 14:37:32 server systemd: Started OpenVPN Robust And Highly Flexible Tunneling Application On server.
Apr 7 14:37:32 server systemd: openvpn@server.service: main process exited, code=exited, status=1/FAILURE
Apr 7 14:37:32 server systemd: Unit openvpn@server.service entered failed state.
Apr 7 14:37:32 server systemd: openvpn@server.service failed.
Regarding to execute OpenVPN server manually, do you mean with this command, or do you have a different one?
[root@server log]# openvpn –config /etc/openvpn/tun0.conf –verb 6 // verbose output
Options error: In [CMD-LINE]:1: Error opening configuration file: /etc/openvpn/tun0.conf
Use –help for more information.
The log is not really helpful, so let’s take a look at the manual start.
Your config file is here /etc/openvpn/server.conf as far as I can tell from your previous comment. So try to execute OpenVPN the following way:
# openvpn –config /etc/openvpn/server.conf –verb 6
This should do the trick 🙂
Now it seems to work, so every time I restart the server can I just start it manually?
you say there is a way to solve the problem in “openvpn@server.service?
Thanks again
]# openvpn –config /etc/openvpn/server.conf –verb 6
Options error: I’m trying to parse “–config” as an –option parameter but I don’t see a leading ‘–‘
Use –help for more information.
[root@server
]# openvpn –config /etc/openvpn/server.conf –verb 6
[root@server
]# systemctl status openvpn@server.service
* openvpn@server.service – OpenVPN Robust And Highly Flexible Tunneling Application On server
Loaded: loaded (/usr/lib/systemd/system/openvpn@.service; enabled; vendor preset: disabled)
Active: active (running) since Wed 2020-04-08 08:07:46 UTC; 4min 43s ago
Main PID: 392 (openvpn)
Status: “Initialization Sequence Completed”
CGroup: /system.slice/system-openvpn.slice/openvpn@server.service
`-392 /usr/sbin/openvpn –cd /etc/openvpn/ –config server.conf
Apr 07 14:34:23 server systemd[1]: openvpn@server.service: main process exited, code=exited, status=1/FAILURE
Apr 07 14:34:23 server systemd[1]: Unit openvpn@server.service entered failed state.
Apr 07 14:34:23 server systemd[1]: openvpn@server.service failed.
Apr 07 14:37:32 server systemd[1]: Starting OpenVPN Robust And Highly Flexible Tunneling Application On server…
Apr 07 14:37:32 server systemd[1]: Started OpenVPN Robust And Highly Flexible Tunneling Application On server.
Apr 07 14:37:32 server systemd[1]: openvpn@server.service: main process exited, code=exited, status=1/FAILURE
Apr 07 14:37:32 server systemd[1]: Unit openvpn@server.service entered failed state.
Apr 07 14:37:32 server systemd[1]: openvpn@server.service failed.
Apr 08 08:07:46 server systemd[1]: Starting OpenVPN Robust And Highly Flexible Tunneling Application On server…
Apr 08 08:07:46 server systemd[1]: Started OpenVPN Robust And Highly Flexible Tunneling Application On server.
[root@server
It is good that it worked manually. Yes, you can start it manually if needed. However, it would be better to find the source of the issue, which is most likely related to the openvpn@server.service configuration file.
You can try to edit this line in your /lib/systemd/system/openvpn@.service file:
ExecStart=/usr/sbin/openvpn –status %t/openvpn-server/status-%i.log –status-version 2 –suppress-timestamps –config %i.conf
Instead of %i.conf you can enter your configuration file location, so it should look like:
ExecStart=/usr/sbin/openvpn –status %t/openvpn-server/status-%i.log –status-version 2 –suppress-timestamps –config /etc/openvpn/server.conf
But this is only my guess, not the solution I’m sure will work
Hello Dulare.
I installed open vpn in Ubuntu 18.04 (DELL lap top and using Mobile hotspot), but not working, below are the steps I followed –
>sudo apt-get install openvpn
> sudo openvpn –config client.opvn
>sudo systemctl start openvpn@client.service
>sudo systemctl status openvpn@client.service
I got this error log from above status command –
>ERROR: Linux route add command failed: external program exited with error status: 2
May 29 17:06:48 ovpn-client[1309]: /sbin/ip route add 10.0.0.0/16 metric 101 via 172.27.232.1
May 29 17:06:48 openvpn[1309]: RTNETLINK answers: File exists
May 29 17:06:48 ovpn-client[1309]: ERROR: Linux route add command failed: external program exited with error status: 2
May 29 17:06:48 ovpn-client[1309]: Initialization Sequence Completed
May 29 17:49:02 ovpn-client[1309]: write UDP: Network is unreachable (code=101)
May 29 17:49:03 ovpn-client[1309]: write UDP: Network is unreachable (code=101)
May 29 17:49:04 ovpn-client[1309]: write UDP: Network is unreachable (code=101)
It looks like your issue is related to the same subnet used by your VPN server and your VPN client. The server is not able to add the route to the 10.0.0.0/16 subnet since this route already exists. It looks like your VPN client is already connected to the subnet with the same parameters.
Hello i am trying to openvpn service in my ubuntu but when i start it ends with this message job for openvpn@server.service failed because the control process exited with error code.
and systemctl status openvpn@Mainframe.service gives:
sudo systemctl status openvpn@Mainframe.service
● openvpn@Mainframe.service – OpenVPN connection to Mainframe
Loaded: loaded (/lib/systemd/system/openvpn@.service; enabled; vendor preset: enabled)
Active: activating (auto-restart) (Result: exit-code) since Sat 2020-10-03 21:39:07 UTC; 4s ago
Docs: man:openvpn(8)
https://community.openvpn.net/openvpn/wiki/Openvpn24ManPage
https://community.openvpn.net/openvpn/wiki/HOWTO
Process: 25542 ExecStart=/usr/sbin/openvpn –daemon ovpn-Mainframe –status /run/openvpn/Mainframe.status 10 –c>
Main PID: 25542 (code=exited, status=1/FAILURE)
Status: “Pre-connection initialization successful”
Oct 03 21:39:07 Mainframe systemd[1]: openvpn@Mainframe.service: Main process exited, code=exited, status=1/FAILURE
Oct 03 21:39:07 Mainframe systemd[1]: openvpn@Mainframe.service: Failed with result ‘exit-code’.
Have you taken a look at the logs? It would be also good to know what system are you working on. You can start your OpenVPN server manually, not in the background, and see what it will display. To execute OpenVPN with the verbose output you can use:
# openvpn –config /etc/openvpn/server.conf –verb 6
Assuming that your configuration is under /etc/openvpn/server.conf
Please let me know what you received.
Hello Dulare,
A yes my system is running ubuntu server 20.04 LTS.
openvpn –version gives:
OpenVPN 2.4.7 x86_64-pc-linux-gnu [SSL (OpenSSL)] [LZO] [LZ4] [EPOLL] [PKCS11] [MH/PKTINFO] [AEAD] built on Sep 5 2019
library versions: OpenSSL 1.1.1f 31 Mar 2020, LZO 2.10
Originally developed by James Yonan
Copyright (C) 2002-2018 OpenVPN Inc
Compile time defines: enable_async_push=no enable_comp_stub=no enable_crypto=yes enable_crypto_ofb_cfb=yes enable_debug=yes enable_def_auth=yes enable_dependency_tracking=no enable_dlopen=unknown enable_dlopen_self=unknown enable_dlopen_self_static=unknown enable_fast_install=needless enable_fragment=yes enable_iproute2=yes enable_libtool_lock=yes enable_lz4=yes enable_lzo=yes enable_maintainer_mode=no enable_management=yes enable_multihome=yes enable_pam_dlopen=no enable_pedantic=no enable_pf=yes enable_pkcs11=yes enable_plugin_auth_pam=yes enable_plugin_down_root=yes enable_plugins=yes enable_port_share=yes enable_selinux=no enable_server=yes enable_shared=yes enable_shared_with_static_runtimes=no enable_silent_rules=no enable_small=no enable_static=yes enable_strict=no enable_strict_options=no enable_systemd=yes enable_werror=no enable_win32_dll=yes enable_x509_alt_username=yes with_aix_soname=aix with_crypto_library=openssl with_gnu_ld=yes with_mem_check=no with_sysroot=no
The logs in /etc/openvpn/servers/Masinframe/logs are empty.
The log /var/log/messages has some errors about livepatch but none for openvpn.
When i start openvpn manually i get:
openvpn –config /etc/openvpn/Mainframe.conf –verb 6
Sun Oct 4 06:48:36 2020 Warning: Error redirecting stdout/stderr to –log file: servers/Mainframe/logs/openvpn.log: No such file or directory (errno=2)
Options error: –dh fails with ‘keys/mainframe/dh2048.pem’: No such file or directory (errno=2)
Options error: –ca fails with ‘keys/mainframe/ca.crt’: No such file or directory (errno=2)
Options error: –cert fails with ‘keys/mainframe/server_mainframe.crt’: No such file or directory (errno=2)
Sun Oct 4 06:48:36 2020 us=223357 WARNING: cannot stat file ‘keys/mainframe/server_mainframe.key’: No such file or directory (errno=2)
Options error: –key fails with ‘keys/mainframe/server_mainframe.key’: No such file or directory (errno=2)
Options error: –crl-verify fails with ‘keys/mainframe/crl.pem’: No such file or directory (errno=2)
Options error: –status fails with ‘servers/Mainframe/logs/openvpn-status.log’: No such file or directory (errno=2)
Options error: Please correct these errors.
Use –help for more information.
Have you executed the:
openvpn –config /etc/openvpn/Mainframe.conf –verb 6
as the root? If you executed as a root or using sudo and the “No such file” error is still visible, you have to check the permissions to these files and directories. As the second step, you can adjust the paths in the config file to use the absolute path (starting from / directory).
Yes I executed the command with root (sudo) and get the same errors. The permissions are all root:
I will try to use the absolute path in the config file.
I do not get any error if i use the absolute path with:
sudo openvpn –config /etc/openvpn/Mainframe.conf –verb 6
do i check the status for the above command with :
sudo systemctl status openvpn@Mainframe
or
sudo systemctl status openvpn@Mainframe.service
because the first gives errors
openvpn@Mainframe.service – OpenVPN connection to Mainframe
Loaded: loaded (/lib/systemd/system/openvpn@.service; enabled; vendor preset: enabled)
Active: activating (auto-restart) (Result: exit-code) since Sun 2020-10-04 08:37:36 UTC; 3s ago
Docs: man:openvpn(8)
https://community.openvpn.net/openvpn/wiki/Openvpn24ManPage
https://community.openvpn.net/openvpn/wiki/HOWTO
Process: 122237 ExecStart=/usr/sbin/openvpn –daemon ovpn-Mainframe –status /run/openvpn/Mainframe.status 10 –cd /etc/ope>
Main PID: 122237 (code=exited, status=1/FAILURE)
The second gives:
● openvpn@Mainframe.service – OpenVPN connection to Mainframe
Loaded: loaded (/lib/systemd/system/openvpn@.service; enabled; vendor preset: enabled)
Active: activating (auto-restart) (Result: exit-code) since Sun 2020-10-04 08:39:11 UTC; 5s ago
Docs: man:openvpn(8)
https://community.openvpn.net/openvpn/wiki/Openvpn24ManPage
https://community.openvpn.net/openvpn/wiki/HOWTO
Process: 122451 ExecStart=/usr/sbin/openvpn –daemon ovpn-Mainframe –status /run/openvpn/Mainframe.status 10 –cd /etc/ope>
Main PID: 122451 (code=exited, status=1/FAILURE)
Oct 04 08:39:16 Mainframe systemd[1]: openvpn@Mainframe.service: Scheduled restart job, restart counter is at 9352.
Oct 04 08:39:16 Mainframe systemd[1]: Stopped OpenVPN connection to Mainframe.
Oct 04 08:39:16 Mainframe systemd[1]: Starting OpenVPN connection to Mainframe…
The second one is how it should be i think.
If you have two services, the one that is named “openvpn@Mainframe” and the second that is named “openvpn@Mainframe.service” you should know which one you want to run. Most likely it is “openvpn@Mainframe.service” since this is the typical name for the OpenVPN service.
Looking at your comments, I’m not sure what is the current status. You were able to execute:
sudo openvpn –config /etc/openvpn/Mainframe.conf –verb 6
and it was running without errors as far as I can tell. Am I correct?
Have you tried to connect to your OpenVPN server once it was running? This gives additional information about the state of the server.
Hello dulare,
I think it should be openvpn@Mainframe.service. the other one is an old one that i tried before.
Oct 04 08:39:16 Mainframe systemd[1]: openvpn@Mainframe.service: Scheduled restart job, restart counter is at 9352.
Oct 04 08:39:16 Mainframe systemd[1]: Stopped OpenVPN connection to Mainframe.
Oct 04 08:39:16 Mainframe systemd[1]: Starting OpenVPN connection to Mainframe…
so that look ok.
I tried to connect via de command line in my ubuntu desktop 20.04 machine.
with: sudo openvpn –config /home/jeroen/Documenten/vpn/openvpn/2/jeroen/jeroen.conf –verb 6
I edited the config file so the dirs to de certs are right.
I don’t know what is going on. All the logs are empty as well.
Hope you can help.
I will get back to you on your email. It will be easier than talking through comments 🙂
Как починить VSFTPD?
Или удалите конфиг и переустановите пакет.
Возьмите за правило делать так перед внесением самых первых изменений:
cp /etc/vsftpd.conf /etc/vsftpd.conf.orig
У вас же в логе ошибка
vsftpd.service: Main process exited, code=exited, status=2/INVALIDARGUMENT
Где-то в опциях вкралась ошибка/опечатка.
Восстановите конфиг из бэкапа (вы же делаете бэкапы перед правкой?)
Либо поковыряйте конфиг, поищите там ошибку.
Админы делятся на тех, кто не делает бэкапы и тех, кто УЖЕ делает.
А еще на тех, кто уже делает и проверяет их целостность.
В общем ищите ошибки в конфиге.
Необязательно опечатка, если включить одновременно эти два параметра, то возникнет такая хрень
Нужно что-то одно, потому что ipv6 уже будет слушать и v4
Если вдруг кто-то пришел сюда с поиска и ему ему не помогали следующие вещи:
* восстановление конфигураций из бекапа;
* удаление и новая установка,
Свежеустановленный unbound на Debian 10 не стартует:
Сразу после установки unbound выполнил:
При этом файл /var/lib/unbound/root.key создался.
Посмотри не использует ли кто 53 порт.
А если руками запустить сервис?
И смотреть, что там ему не нравится. В конфиге что-нибудь напортачил наверное.
Кто-то уже занял порт 53 и его слушает.
Я в конфиге (/etc/unbound/unbound.conf.d/00-conf.conf) прописал вот так:
И добавил по записи «interface» для каждого адреса интерфейса в системе, на который может прийти запрос.
Ну тогда пропиши явно 127.0.0.1 или добавь «do-ip6: no» в секцию «server». Видимо ipv6 в системе не работает.
Отлично, спасибки за совет! Запустился…
Только я не допонял, кроме блока
нужно еще как-то указать записи «interface» для каждого адреса интерфейса в системе, на который может прийти запрос? Т.е. если кроме loopback интерфейса у меня еще eth0, нужно и для него подобный блок указать в /etc/unbound/unbound.conf.d/00-conf.conf?
Ну ты явно указал 127.0.0.1, то есть ipv4. Локалхост в ipv6 указывается иначе.
У меня unbound обслуживает запросы из нескольких сетей, вот и прописал для них intreface отдельно. Можно прописать 0.0.0.0 и закрыть ненужное фаерволом.
если кроме loopback интерфейса у меня еще eth0, нужно и для него подобный блок указать
squid не статрует
Доброго времени суток. Поставил на CentOS 7 x64 squid. Ставил через yum. Если делаем
может и так. сейчас попробую
у меня так elasticsearch не стартовал автоматом.
помогло так как я написал.
/var/run/ это симлинк на /run/
У меня похожая фигня была, когда в было отключено ipv6 протокол на интерфейсах или когда все чейны ip6tables были выставлены в DROP по умолчанию.
скинь вывод команд:
Поставил в настройках сетевых карт
ну, так, на всякий случай дай вывод: ip a
Нет такой CentOS, вендузятник.
Еще вариант попробовать отрубить selinux.
Если не заработает, то проверить привелегии на используемые директории /var/spool/squid /etc/squid /var/log/squid
Вероятно потому, что /var/run является симлинком на /run.
причем после перезагрузки хозяином снова становится root, а не squid.
Вангую, что /run монтируется в tmpfs.
Начать стоит с разгребания содержимого непосредственно юнит-файла.
Надо повысить уровень отладки, отрубить SELinux и при необходимости поправить/создать конфиг tmpfiles.d:
Победил так. Убрал из файла /usr/lib/systemd/system/squid.service строку
Тут попутно возникла еще проблема. Если модераторы считают нужным, то пусть перенесут или скажут, я продублирую вопрос. Вообще изначально я заморочился с CentOS7+squid3.3.8+sams2+apache2.4.6+mariadb5.5.5. Установка прошла нормально, первоначальная настройка тоже без проблем. Но в процессе эксплуатации стали появляться ошибки. С начала та, которую я описал выше. После проделанных мной манипуляций стало работать без проблем. Но вдруг мне вздумалось подключить редирект. Я включил встроенный Squid. Что бы запустить демона sams делаю
Это очень странно, т.к. ExecStart (запуск сервиса) никак не связан с действием ExecReload (обновление конфигурации без перезапуска).
Кроме того, стоит учесть, что изменения юнита в /usr/lib/. будут перезаписаны при первом же обновлении пакета squid.
думаю, может mariadb стартует после samsdaemon
This textbox defaults to using Markdown to format your answer.
You can type !ref in this text area to quickly search our full set of tutorials, documentation & marketplace offerings and insert the link!
These answers are provided by our Community. If you find them useful, show some love by clicking the heart. If you run into issues leave a comment, or add your own answer to help others.
Want to learn more? Join the DigitalOcean Community!
Join our DigitalOcean community of over a million developers for free! Get help and share knowledge in Q&A, subscribe to topics of interest, and get courses and tools that will help you grow as a developer and scale your project or business.
When you use CATALINA_PID in tomcat.service file please make sure to use the path inside of the double-quotes.
Thanks for pointing out this bug! I’ve gone over the tutorial and found out what’s going on. So, notice the following line
in the configuration file. It’s giving a kill signal 15, which states the process to close itself. That’s good until the process you are trying to kill has stuck and can’t do it. In your case,I’ll recommend using
Try DigitalOcean for free
Click below to sign up and get $100 of credit to try our products over 60 days!
Can’t get Kafka-manager to start with SystemD #373
Comments
koldrid commented Apr 10, 2017 •
I know this isn’t a bug but I believe the documentation should have more information on how to start the application in a «Production» like instance. Below is my systemd script which isn’t working at this time. Of course if I login as the Kafka user and run the command manually it works as expected.
Apr 10 18:59:56 oracle-72.vagrantup.com systemd[1]: kafka-manager.service: main process exited, code=exited, status=1/FAILURE
Apr 10 18:59:56 oracle-72.vagrantup.com systemd[1]: Unit kafka-manager.service entered failed state.
Apr 10 18:59:56 oracle-72.vagrantup.com systemd[1]: kafka-manager.service failed.
Apr 10 18:59:57 oracle-72.vagrantup.com systemd[1]: kafka-manager.service holdoff time over, scheduling restart.
Apr 10 18:59:57 oracle-72.vagrantup.com systemd[1]: start request repeated too quickly for kafka-manager.service
Apr 10 18:59:57 oracle-72.vagrantup.com systemd[1]: Failed to start Yahoo Kafka Manager.
Apr 10 18:59:57 oracle-72.vagrantup.com systemd[1]: Unit kafka-manager.service entered failed state.
Apr 10 18:59:57 oracle-72.vagrantup.com systemd[1]: kafka-manager.service failed.`
SuccessExitStatus=143
[Install]
WantedBy=multi-user.target`
The text was updated successfully, but these errors were encountered:
Не запускается nginx на сервере
Теперь nginx не стартует.
# systemctl start nginx.service
# systemctl status nginx.service
Loaded: loaded (/usr/lib/systemd/system/nginx.service; enabled; vendor preset: disabled)
Active: failed (Result: exit-code) since Fri 2022-01-07 13:02:55 +04; 46s ago
Jan 07 13:02:55 centos-79-64-minimal nginx[11094]: nginx: [emerg] cannot load certificate «/etc/letsencrypt/live/some.
Jan 07 13:02:55 centos-79-64-minimal nginx[11094]: nginx: configuration file /etc/nginx/nginx.conf test failed
Jan 07 13:02:55 centos-79-64-minimal systemd[1]: nginx.service: control process exited, code=exited status=1
Jan 07 13:02:55 centos-79-64-minimal systemd[1]: Unit nginx.service entered failed state.
Jan 07 13:02:55 centos-79-64-minimal systemd[1]: nginx.service failed.
— Unit session-178.scope has finished starting up.
— The start-up result is done.
Jan 07 13:05:01 centos-79-64-minimal systemd[1]: Started Session 179 of user root.
— Subject: Unit session-179.scope has finished start-up
— Unit session-179.scope has finished starting up.
— The start-up result is done.
Jan 07 13:05:01 centos-79-64-minimal systemd[1]: Started Session 180 of user bitrix.
— Subject: Unit session-180.scope has finished start-up
— Unit session-180.scope has finished starting up.
— The start-up result is done.
Jan 07 13:05:01 centos-79-64-minimal CROND[11297]: (root) CMD (/opt/webdir/bin/restart_httpd-scale.sh process)
Jan 07 13:05:01 centos-79-64-minimal CROND[11298]: (root) CMD (/opt/webdir/bin/update_network.sh eno1)
— Subject: Unit user-600.slice has finished shutting down
— Unit user-600.slice has finished shutting down.
Jan 07 13:05:05 centos-79-64-minimal kernel: Firewall: *TCP_IN Blocked* IN=eno1 OUT= MAC=24:4b:fe:b9:3e:2c:b4:8a:5f:36:aJan 07 13:05:07 centos-79-64-minimal kernel: Firewall: *TCP_IN Blocked* IN=eno1 OUT= MAC=24:4b:fe:b9:3e:2c:b4:8a:5f:36:aJan 07 13:05:08 centos-79-64-minimal kernel: Firewall: *TCP_IN Blocked* IN=eno1 OUT= MAC=24:4b:fe:b9:3e:2c:b4:8a:5f:36:aJan 07 13:05:09 centos-79-64-minimal kernel: Firewall: *TCP_IN Blocked* IN=eno1 OUT= MAC=24:4b:fe:b9:3e:2c:b4:8a:5f:36:aJan 07 13:05:12 centos-79-64-minimal kernel: Firewall: *TCP_IN Blocked* IN=eno1 OUT= MAC=24:4b:fe:b9:3e:2c:b4:8a:5f:36:aJan 07 13:05:13 centos-79-64-minimal kernel: Firewall: *TCP_IN Blocked* IN=eno1 OUT= MAC=24:4b:fe:b9:3e:2c:b4:8a:5f:36:aJan 07 13:05:13 centos-79-64-minimal kernel: Firewall: *TCP_IN Blocked* IN=eno1 OUT= MAC=24:4b:fe:b9:3e:2c:b4:8a:5f:36:aJan 07 13:05:13 centos-79-64-minimal kernel: Firewall: *TCP_IN Blocked* IN=eno1 OUT= MAC=24:4b:fe:b9:3e:2c:b4:8a:5f:36:aJan 07 13:05:16 centos-79-64-minimal kernel: Firewall: *TCP_IN Blocked* IN=eno1 OUT= MAC=24:4b:fe:b9:3e:2c:b4:8a:5f:36:aJan 07 13:05:17 centos-79-64-minimal kernel: Firewall: *TCP_IN Blocked* IN=eno1 OUT= MAC=24:4b:fe:b9:3e:2c:b4:8a:5f:36:aJan 07 13:05:18 centos-79-64-minimal kernel: Firewall: *TCP_IN Blocked* IN=eno1 OUT= MAC=24:4b:fe:b9:3e:2c:b4:8a:5f:36:aJan 07 13:05:21 centos-79-64-minimal kernel: Firewall: *TCP_IN Blocked* IN=eno1 OUT= MAC=24:4b:fe:b9:3e:2c:b4:8a:5f:36:aJan 07 13:05:22 centos-79-64-minimal kernel: Firewall: *TCP_IN Blocked* IN=eno1 OUT= MAC=24:4b:fe:b9:3e:2c:b4:8a:5f:36:aJan 07 13:05:26 centos-79-64-minimal kernel: Firewall: *TCP_IN Blocked* IN=eno1 OUT= MAC=24:4b:fe:b9:3e:2c:b4:8a:5f:36:aJan 07 13:05:27 centos-79-64-minimal kernel: Firewall: *TCP_IN Blocked* IN=eno1 OUT= MAC=24:4b:fe:b9:3e:2c:b4:8a:5f:36:aJan 07 13:05:31 centos-79-64-minimal kernel: Firewall: *TCP_IN Blocked* IN=eno1 OUT= MAC=24:4b:fe:b9:3e:2c:b4:8a:5f:36:aJan 07 13:05:31 centos-79-64-minimal kernel: Firewall: *TCP_IN Blocked* IN=eno1 OUT= MAC=24:4b:fe:b9:3e:2c:b4:8a:5f:36:aJan 07 13:05:35 centos-79-64-minimal kernel: Firewall: *TCP_IN Blocked* IN=eno1 OUT= MAC=24:4b:fe:b9:3e:2c:b4:8a:5f:36:aJan 07 13:05:39 centos-79-64-minimal kernel: Firewall: *TCP_IN Blocked* IN=eno1 OUT= MAC=24:4b:fe:b9:3e:2c:b4:8a:5f:36:alines 2397-2445/2445 (END)
— Unit session-178.scope has finished starting up.
— The start-up result is done.
Jan 07 13:05:01 centos-79-64-minimal systemd[1]: Started Session 179 of user root.
— Subject: Unit session-179.scope has finished start-up
— Unit session-179.scope has finished starting up.
— The start-up result is done.
Jan 07 13:05:01 centos-79-64-minimal systemd[1]: Started Session 180 of user bitrix.
— Subject: Unit session-180.scope has finished start-up
— Unit session-180.scope has finished starting up.
— The start-up result is done.
Jan 07 13:05:01 centos-79-64-minimal CROND[11297]: (root) CMD (/opt/webdir/bin/restart_httpd-scale.sh process)
Jan 07 13:05:01 centos-79-64-minimal CROND[11298]: (root) CMD (/opt/webdir/bin/update_network.sh eno1)
Jan 07 13:05:01 centos-79-64-minimal systemd[1]: Removed slice User Slice of bitrix.
— Subject: Unit user-600.slice has finished shutting down
— Unit user-600.slice has finished shutting down.
Jan 07 13:05:05 centos-79-64-minimal kernel: Firewall: *TCP_IN Blocked* IN=eno1 OUT= MAC=24:4b:fe:b9:3e:2c:b4:8a:5f:36:a7:92:08:00 SRC=92.63.197.5 DST=162.55.239.104 LEN=40 TOS=0x00 PREC=0x00 TTL=250 PROTO=TCP SPT=55875 DPT=21583 WINDOW=1024 RES=0x00 SYN URGP=0
Jan 07 13:05:07 centos-79-64-minimal kernel: Firewall: *TCP_IN Blocked* IN=eno1 OUT= MAC=24:4b:fe:b9:3e:2c:b4:8a:5f:36:a7:92:08:00 SRC=79.124.62.78 DST=162.55.239.104 LEN=40 TOS=0x00 PREC=0x00 TTL=248 PROTO=TCP SPT=58659 DPT=63767 WINDOW=1024 RES=0x00 SYN URGP=0
Jan 07 13:05:08 centos-79-64-minimal kernel: Firewall: *TCP_IN Blocked* IN=eno1 OUT= MAC=24:4b:fe:b9:3e:2c:b4:8a:5f:36:a7:92:08:00 SRC=92.63.197.5 DST=162.55.239.104 LEN=40 TOS=0x00 PREC=0x00 TTL=250 PROTO=TCP SPT=55875 DPT=48721 WINDOW=1024 RES=0x00 SYN URGP=0
Jan 07 13:05:09 centos-79-64-minimal kernel: Firewall: *TCP_IN Blocked* IN=eno1 OUT= MAC=24:4b:fe:b9:3e:2c:b4:8a:5f:36:a7:92:08:00 SRC=92.63.197.5 DST=162.55.239.104 LEN=40 TOS=0x00 PREC=0x00 TTL=250 PROTO=TCP SPT=55875 DPT=21583 WINDOW=1024 RES=0x00 SYN URGP=0
Jan 07 13:05:12 centos-79-64-minimal kernel: Firewall: *TCP_IN Blocked* IN=eno1 OUT= MAC=24:4b:fe:b9:3e:2c:b4:8a:5f:36:a7:92:08:00 SRC=92.63.196.61 DST=162.55.239.104 LEN=40 TOS=0x00 PREC=0x00 TTL=248 PROTO=TCP SPT=50389 DPT=3404 WINDOW=1024 RES=0x00 SYN URGP=0
Jan 07 13:05:13 centos-79-64-minimal kernel: Firewall: *TCP_IN Blocked* IN=eno1 OUT= MAC=24:4b:fe:b9:3e:2c:b4:8a:5f:36:a7:92:08:00 SRC=92.63.197.5 DST=162.55.239.104 LEN=40 TOS=0x00 PREC=0x00 TTL=250 PROTO=TCP SPT=55875 DPT=48721 WINDOW=1024 RES=0x00 SYN URGP=0
Jan 07 13:05:13 centos-79-64-minimal kernel: Firewall: *TCP_IN Blocked* IN=eno1 OUT= MAC=24:4b:fe:b9:3e:2c:b4:8a:5f:36:a7:92:08:00 SRC=45.143.203.12 DST=162.55.239.104 LEN=40 TOS=0x00 PREC=0x00 TTL=249 PROTO=TCP SPT=45923 DPT=44393 WINDOW=1024 RES=0x00 SYN URGP=0
Jan 07 13:05:13 centos-79-64-minimal kernel: Firewall: *TCP_IN Blocked* IN=eno1 OUT= MAC=24:4b:fe:b9:3e:2c:b4:8a:5f:36:a7:92:08:00 SRC=92.63.197.5 DST=162.55.239.104 LEN=40 TOS=0x00 PREC=0x00 TTL=250 PROTO=TCP SPT=55875 DPT=21583 WINDOW=1024 RES=0x00 SYN URGP=0
Jan 07 13:05:16 centos-79-64-minimal kernel: Firewall: *TCP_IN Blocked* IN=eno1 OUT= MAC=24:4b:fe:b9:3e:2c:b4:8a:5f:36:a7:92:08:00 SRC=92.63.197.86 DST=162.55.239.104 LEN=40 TOS=0x00 PREC=0x00 TTL=250 PROTO=TCP SPT=45993 DPT=48560 WINDOW=1024 RES=0x00 SYN URGP=0
Jan 07 13:05:17 centos-79-64-minimal kernel: Firewall: *TCP_IN Blocked* IN=eno1 OUT= MAC=24:4b:fe:b9:3e:2c:b4:8a:5f:36:a7:92:08:00 SRC=92.63.197.5 DST=162.55.239.104 LEN=40 TOS=0x00 PREC=0x00 TTL=250 PROTO=TCP SPT=55875 DPT=48721 WINDOW=1024 RES=0x00 SYN URGP=0
Jan 07 13:05:18 centos-79-64-minimal kernel: Firewall: *TCP_IN Blocked* IN=eno1 OUT= MAC=24:4b:fe:b9:3e:2c:b4:8a:5f:36:a7:92:08:00 SRC=92.63.197.5 DST=162.55.239.104 LEN=40 TOS=0x00 PREC=0x00 TTL=250 PROTO=TCP SPT=55875 DPT=33344 WINDOW=1024 RES=0x00 SYN URGP=0
Jan 07 13:05:21 centos-79-64-minimal kernel: Firewall: *TCP_IN Blocked* IN=eno1 OUT= MAC=24:4b:fe:b9:3e:2c:b4:8a:5f:36:a7:92:08:00 SRC=92.63.197.5 DST=162.55.239.104 LEN=40 TOS=0x00 PREC=0x00 TTL=250 PROTO=TCP SPT=55875 DPT=48721 WINDOW=1024 RES=0x00 SYN URGP=0
Jan 07 13:05:22 centos-79-64-minimal kernel: Firewall: *TCP_IN Blocked* IN=eno1 OUT= MAC=24:4b:fe:b9:3e:2c:b4:8a:5f:36:a7:92:08:00 SRC=92.63.197.5 DST=162.55.239.104 LEN=40 TOS=0x00 PREC=0x00 TTL=250 PROTO=TCP SPT=55875 DPT=33344 WINDOW=1024 RES=0x00 SYN URGP=0
Jan 07 13:05:26 centos-79-64-minimal kernel: Firewall: *TCP_IN Blocked* IN=eno1 OUT= MAC=24:4b:fe:b9:3e:2c:b4:8a:5f:36:a7:92:08:00 SRC=92.63.197.5 DST=162.55.239.104 LEN=40 TOS=0x00 PREC=0x00 TTL=250 PROTO=TCP SPT=55875 DPT=43080 WINDOW=1024 RES=0x00 SYN URGP=0
Jan 07 13:05:27 centos-79-64-minimal kernel: Firewall: *TCP_IN Blocked* IN=eno1 OUT= MAC=24:4b:fe:b9:3e:2c:b4:8a:5f:36:a7:92:08:00 SRC=92.63.197.5 DST=162.55.239.104 LEN=40 TOS=0x00 PREC=0x00 TTL=250 PROTO=TCP SPT=55875 DPT=33344 WINDOW=1024 RES=0x00 SYN URGP=0
Jan 07 13:05:31 centos-79-64-minimal kernel: Firewall: *TCP_IN Blocked* IN=eno1 OUT= MAC=24:4b:fe:b9:3e:2c:b4:8a:5f:36:a7:92:08:00 SRC=92.63.197.5 DST=162.55.239.104 LEN=40 TOS=0x00 PREC=0x00 TTL=250 PROTO=TCP SPT=55875 DPT=43080 WINDOW=1024 RES=0x00 SYN URGP=0
Jan 07 13:05:31 centos-79-64-minimal kernel: Firewall: *TCP_IN Blocked* IN=eno1 OUT= MAC=24:4b:fe:b9:3e:2c:b4:8a:5f:36:a7:92:08:00 SRC=92.63.197.5 DST=162.55.239.104 LEN=40 TOS=0x00 PREC=0x00 TTL=250 PROTO=TCP SPT=55875 DPT=33344 WINDOW=1024 RES=0x00 SYN URGP=0
Jan 07 13:05:35 centos-79-64-minimal kernel: Firewall: *TCP_IN Blocked* IN=eno1 OUT= MAC=24:4b:fe:b9:3e:2c:b4:8a:5f:36:a7:92:08:00 SRC=92.63.197.5 DST=162.55.239.104 LEN=40 TOS=0x00 PREC=0x00 TTL=250 PROTO=TCP SPT=55875 DPT=43080 WINDOW=1024 RES=0x00 SYN URGP=0
Jan 07 13:05:39 centos-79-64-minimal kernel: Firewall: *TCP_IN Blocked* IN=eno1 OUT= MAC=24:4b:fe:b9:3e:2c:b4:8a:5f:36:a7:92:08:00 SRC=92.63.197.5 DST=162.55.239.104 LEN=40 TOS=0x00 PREC=0x00 TTL=250 PROTO=TCP SPT=55875 DPT=43080 WINDOW=1024 RES=0x00 SYN URGP=0
nginx: [emerg] cannot load certificate «/etc/letsencrypt/live/some.copy2.site.ru/fullchain.pem»: BIO_new_file() failed (SSL: error:02001002:system library:fopen:No such file or directory:fopen(‘/etc/letsencrypt/live/some.copy2.site.ru/fullchain.pem’,’r’) error:2006D080:BIO routines:BIO_new_file:no such file)
nginx: configuration file /etc/nginx/nginx.conf test failed
Попытки переименовать WWW в папке HOME и установить по новой не помогают.
Failed to start LSB: Bring up/down networking
Неожиданно столкнулся с проблемой настройки сети после чистой установки CentOS 7. Пришлось потратить минут 30 на такой простой операции, прежде чем понял, в чем проблема и исправил ее. Поделюсь с вами и себе на память оставлю решение. Оно даже не сразу нагуглилось, пришлось разные варианты испробовать.
Введение
У меня на руках чистая свежеустановленная система CentOS 7.
Во время установки я забыл руками указать настройки сети и система установилась с дефолтной конфигурацией, получив сетевые параметры по dhcp. При этом в директории с описанием сетевых настроек /etc/sysconfig/network-scripts было пусто. Сеть настроил Network Manager. На сервере он совершенно не нужен, поэтому удалим его.
Удаление Network Manager в CentOS
Удалить Network Manager очень просто. Выполняем несколько команд в консоли сервера:
Если мы сейчас перезапустим сеть или перезагрузим сервер, то удаленно подключиться к серверу не сможем. Хорошо, что есть ILO 🙂 Я хоть и не сразу перезагрузился, но управление сервером потерял. Расскажу, в чем была причина
После отключения и удаления Network Manager, я нарисовал конфиг для сетевого интерфейса с именем eno1.
По идее, этого достаточно. Отправил сервер в перезагрузку и удаленно больше не смог к нему подключиться.
Unit network.service entered failed state
Хорошо, что был доступ к консоли сервера с помощью kvm-over-ip, а конкретно через ILO, идущего в комплексе с сервером HP. Я никогда не рекомендую менять настройки сети и делать глобальные изменения или начальную настройку iptables, если у вас нет доступа к консоли. Чаще всего все проходит нормально, но все равно иногда случаются непредвиденные ситуации и доступ к серверу отключается. Если он стоит в ЦОД, то это полный провал. Настройку сети и фаервола я всегда делаю в самом начале и больше стараюсь их не трогать без крайней необходимости.
После перезагрузки сеть не поднялась, а в логах были следующие ошибки:
Говорю сразу решение, которое помогло мне. Нужно создать пустой файл network в директории /etc/sysconfig.
Ошибок нет, сеть поднялась.
Заключение
Такая странная ошибка с сетью возникла. То ли это связано с последним обновлением CentOS, то ли еще с чем, не знаю. Я часто устанавливаю и настраиваю сервера, но с подобной ошибкой столкнулся впервые. Чаще всего я настройки сети задаю еще в момент начала установки, редко потом что-то меняю. Может быть из-за этого вижу эту ошибку впервые.
Если у вас есть желание научиться строить и поддерживать высокодоступные и надежные системы, научиться непрерывной поставке ПО, мониторингу и логированию web приложений, рекомендую познакомиться с онлайн-курсом «DevOps практики и инструменты» в OTUS. Курс не для новичков, для поступления нужны базовые знания по сетям и установке Linux на виртуалку. Обучение длится 5 месяцев, после чего успешные выпускники курса смогут пройти собеседования у партнеров.
Проверьте себя на вступительном тесте и смотрите подробнее программу по ссылке.
Автор Zerox
5 комментариев
У меня пишет
network.service: control process exited, code=exited status=1
И способ не сработал. В каталоге /etc/sysconfig уже был этот файл, его содержание:
NETWORKING=yes
Удалил его, создал пустой файл, бесполезно, вот что пишет:
Jun 15 11:16:05 ats.office.local network[9039]: RTNETLINK answers: File exists
Jun 15 11:16:05 ats.office.local network[9039]: RTNETLINK answers: File exists
Jun 15 11:16:05 ats.office.local network[9039]: RTNETLINK answers: File exists
Jun 15 11:16:05 ats.office.local network[9039]: RTNETLINK answers: File exists
Jun 15 11:16:05 ats.office.local network[9039]: RTNETLINK answers: File exists
Jun 15 11:16:05 ats.office.local network[9039]: RTNETLINK answers: File exists
Jun 15 11:16:05 ats.office.local systemd[1]: network.service: control process exited, code=exited status=1
Jun 15 11:16:05 ats.office.local systemd[1]: Failed to start LSB: Bring up/down networking.
Jun 15 11:16:05 ats.office.local systemd[1]: Unit network.service entered failed state.
Jun 15 11:16:05 ats.office.local systemd[1]: network.service failed.
В чем еще может быть причина и каково решение? Подскажите пожалуйста
Попробуй вот это:
ip addr flush eth0
systemctl restart networking
Вместо eth0 укажи имя своего интерфейса.
Подозреваю, что просто ошибка в настройках интерфейса есть. Как он настраивался?
Thank you for this document. this solution of creating #touch /etc/sysconfig/network
worked in my case.
Mongo cant start service
I reinstalle dmongo following this tutorial https://www.digitalocean.com/community/tutorials/how-to-install-mongodb-on-ubuntu-16-04 but this is the result of sudo systemctl status mongodb
This textbox defaults to using Markdown to format your answer.
You can type !ref in this text area to quickly search our full set of tutorials, documentation & marketplace offerings and insert the link!
These answers are provided by our Community. If you find them useful, show some love by clicking the heart. If you run into issues leave a comment, or add your own answer to help others.
Want to learn more? Join the DigitalOcean Community!
Join our DigitalOcean community of over a million developers for free! Get help and share knowledge in Q&A, subscribe to topics of interest, and get courses and tools that will help you grow as a developer and scale your project or business.
That is because the permission setting on /var/lib/mongodb and /tmp/mongodb-27017.lock are wrong. You will have to change the owner to monogdb user.
There’s a mongod.log file but it only say things about data received qhen the db was working. Anyway i once runned it with sudo wich isn’t a good practice, can be that i introduced some locks or things like that? I tried to uninstall and make a fresh install but nothin. Is there a way to remove mongodb and everything like it was never installed? Im yelling angains the terminal since a week or two
Try DigitalOcean for free
Click below to sign up and get $100 of credit to try our products over 60 days!
Auditd failed when changing the Rsyslog configuration
Bug Description
The first time I found a problem trying to reconfigure Auditd logging according to the recommendations:
https:/ /serverfault. com/questions/ 792766/ what-is- the-syslog- facility- for-auditd- logs
When I found the problem, I checked its causes on the Rsyslog side on another server.
It is confirmed that it is not associated with changes in the configuration of Auditd.
local6.* /var/log/ audit/audit_ syslog. log
2. # systemctl restart rsyslog
3. # systemctl restart auditd
Mar 13 18:12:32 uk1 augenrules[3211]: failure 1
Mar 13 18:12:32 uk1 augenrules[3211]: pid 3186
Mar 13 18:12:32 uk1 augenrules[3211]: rate_limit 0
Mar 13 18:12:32 uk1 augenrules[3211]: backlog_limit 8192
Mar 13 18:12:32 uk1 augenrules[3211]: lost 0
Mar 13 18:12:32 uk1 augenrules[3211]: backlog 0
Mar 13 18:12:32 uk1 augenrules[3211]: backlog_wait_time 0
Mar 13 18:12:32 uk1 systemd[1]: Started Security Auditing Service.
Mar 13 18:12:32 uk1 auditctl[3225]: There was an error in line 6 of /etc/audit/ audit.rules
Mar 13 18:12:32 uk1 audispd[3190]: node=uk1 type=SERVICE_START msg=audit( 1584112352. 783:142) : pid=1 uid=0 auid=4294967295 ses=4294967295 msg=’unit=auditd comm=»systemd» exe=»/lib/ systemd/ systemd» hostname=? addr=? terminal=? res=success’
But the main problem is that this failure cannot be fixed by deleting changes from the Rsyslog configuration file.
It remains even after restarting the server!
I have attached snippets of the system log.
The first part corresponds to restarting the system after rolling back Rsyslog changes.
The second part corresponds to the processes after the Auditd restart.
👨⚕️️ Как настроить systemd для автоматического запуска службы после сбоя в Linux👨⚕️
Существует множество причин сбоя / падения процесса в системе Linux, которые вы можете исследовать и устранить, но это может занять некоторое время.
Но одна вещь, которую вы можете сделать немедленно, чтобы перевести службу в оперативный режим, – это автоматический запуск, когда служба выходит из строя, что в конечном итоге сокращает время простоя и улучшает доступность.
Убедитесь, что ваш сервис всегда будет доступен для пользователей.
Это очень легко автоматизировать в системах systemd, поскольку в systemd есть опции, позволяющие это сделать.
Это также можно сделать с помощью bash-скрипта.
Что такое systemd?
Systemd – это новая система инициализации и менеджер системы, которая была внедрена / адаптирована во все основные дистрибутивы Linux поверх традиционных систем инициализации SysV.
systemd совместим со скриптами инициализации SysV и LSB.
Он может работать в качестве замены для системы sysvinit.
systemd – это первый процесс, запускаемый ядром и содержащий PID 1.
Это родительский процесс для всего, и Fedora 15 является первым дистрибутивом, который был адаптирован systemd вместо upstart.
systemctl – это утилита командной строки и основной инструмент для управления демонами / службами systemd, а именно (запуск, перезапуск, остановка, включение, отключение, перезагрузка и состояние).
Сервисный файл systemd состоит из трех основных частей, и нам нужно добавить ниже обязательные параметры в разделе [Serivece]
Как добавить параметр службы автоматического запуска в systemd System?
Для этого откройте соответствующий файл службы и добавьте следующие параметры.
Чтобы объяснить все это на примере, мы собираемся протестировать сервис httpd.
unixforum.org
Форум для пользователей UNIX-подобных систем
проблема с автозапуском демона
Модератор: Bizdelnick
проблема с автозапуском демона
Сообщение kryuch » 02.01.2013 19:52
Re: проблема с автозапуском демона
Сообщение Bizdelnick » 02.01.2013 21:40
| в консол и вку́пе (с чем-либо) в общем в ообще | в течени е (часа) нович ок нюанс п о умолчанию | приемл емо пробле ма проб овать тра фик |
Re: проблема с автозапуском демона
Сообщение kryuch » 03.01.2013 16:25
Re: проблема с автозапуском демона
Сообщение Bizdelnick » 03.01.2013 21:46
| в консол и вку́пе (с чем-либо) в общем в ообще | в течени е (часа) нович ок нюанс п о умолчанию | приемл емо пробле ма проб овать тра фик |
Re: проблема с автозапуском демона
Сообщение SinClaus » 04.01.2013 10:18
Re: проблема с автозапуском демона
Сообщение Bizdelnick » 04.01.2013 14:14
| в консол и вку́пе (с чем-либо) в общем в ообще | в течени е (часа) нович ок нюанс п о умолчанию | приемл емо пробле ма проб овать тра фик |
Re: проблема с автозапуском демона
Сообщение kryuch » 04.01.2013 17:28
Самосборный. Файлика в /usr/lib/systemd/system нет
Re: проблема с автозапуском демона
Сообщение Bizdelnick » 05.01.2013 00:36
| в консол и вку́пе (с чем-либо) в общем в ообще | в течени е (часа) нович ок нюанс п о умолчанию | приемл емо пробле ма проб овать тра фик |
Re: проблема с автозапуском демона
Сообщение kryuch » 05.01.2013 01:12
Извиняюсь, я думал, это ясно из первого сообщения.
init скрипт (тот, что размещается в /etc/init.d) самописный. В openSUSE работает на раз, в мандриве тоже все команды (start, stop) прекрасно выполняются, единственная проблема в том, что он не запускается при загрузке системы.
Re: проблема с автозапуском демона
Сообщение verg » 05.01.2013 01:24
з.ы. накрайняк написать service-файл и поместить его в /lib/systemd/system/ и дать команду на запуск: # systemctl enable terminus.service
Re: проблема с автозапуском демона
Сообщение Bizdelnick » 05.01.2013 02:23
| в консол и вку́пе (с чем-либо) в общем в ообще | в течени е (часа) нович ок нюанс п о умолчанию | приемл емо пробле ма проб овать тра фик |
Re: проблема с автозапуском демона
Сообщение SinClaus » 05.01.2013 10:47
Re: проблема с автозапуском демона
Сообщение kryuch » 05.01.2013 13:38
unixforum.org
Форум для пользователей UNIX-подобных систем
Решено: Что случилось с mysql?
Модератор: Bizdelnick
Решено: Что случилось с mysql?
Сообщение azsx » 22.03.2018 11:15
Re: Что случилось с mysql?
Сообщение Vascom » 22.03.2018 11:18
Покажи вывод systemctl status mariadb.service
MariaDB is a community developed branch of MySQL. MariaDB is a multi-user, multi-threaded SQL database server. It is a client/server implementation consisting of a server daemon (mysqld) and many different client programs and libraries. The base package contains the standard MariaDB/MySQL client programs and generic MySQL files.
Re: Что случилось с mysql?
Сообщение Bizdelnick » 22.03.2018 11:21
| в консол и вку́пе (с чем-либо) в общем в ообще | в течени е (часа) нович ок нюанс п о умолчанию | приемл емо пробле ма проб овать тра фик |
Re: Что случилось с mysql?
Сообщение azsx » 22.03.2018 11:32
Re: Что случилось с mysql?
Сообщение azsx » 22.03.2018 11:33
Re: Что случилось с mysql?
Сообщение Vascom » 22.03.2018 12:27
Re: Что случилось с mysql?
Сообщение s.xbatob » 22.03.2018 12:36
Re: Что случилось с mysql?
Сообщение azsx » 22.03.2018 12:38
Re: Что случилось с mysql?
Сообщение azsx » 22.03.2018 12:39
Re: Что случилось с mysql?
Сообщение Vascom » 22.03.2018 12:45
Re: Что случилось с mysql?
Сообщение Bizdelnick » 22.03.2018 12:52
| в консол и вку́пе (с чем-либо) в общем в ообще | в течени е (часа) нович ок нюанс п о умолчанию | приемл емо пробле ма проб овать тра фик |
Re: Что случилось с mysql?
Сообщение azsx » 22.03.2018 12:59
В приведённой команде я не могу дойти до конца (там всё показывается). Нашёл логи в var/log/mysql
и что за mysqld у меня уже запущен? После удаления?
—
2018-03-22 17:30:47 140311968457280 [Note] InnoDB: innodb_empty_free_list_algor$
Угадайте, в чём ошибка?
Вот какие ошибки показывает мощный и удобный systemd:
Ты бы ещё до 10 столбцов лог обрезал.
Ну так не пользуйся. В чём проблема?
отсутствовал файл /etc/systemd/system/docker.service
Вот же вместо него:
Обычная практика — использовать кучку файлов в *.d вместо одного-единственного. Так проще пакетировать софт.
Не я режу, systemd режет 🙂 Как глобально отключить пейджер, чтобы не возиться с ключами командной строки каждый раз?
Правильный ответ: отсутствовал файл /etc/systemd/system/docker.service
InfluxDB не удалось запустить как сервис
Я пытаюсь настроить InfluxDB для автоматического запуска на машине RHEL7.
служба не работает
Но если я выполню прямо
InfluxDB запускается плавно.
2 ответа 2
Папки были созданы с dadmin в качестве владельца
Я удалил папки и перезапустил сервис. Теперь все работает отлично.
Скрипт конфигурации не имеет разрешений.
Это ссылки на каталоги. Когда вы запускаете /opt / influenxdb / influenxd config> /etc/opt/influxdb/influxdb.conf, выходной файл конфигурации помещает все каталоги в
переводится в / root.
Если вы не хотите использовать /root в качестве каталога данных InfluxDB, есть несколько вариантов.
Запустите /opt / influenxdb / influenxd config> /etc/opt/influxdb/influxdb.conf от имени пользователя, которого вы хотите запустить effxd. Затем файл конфигурации будет использовать домашний каталог этого пользователя в качестве места установки. Явно отредактируйте /etc/opt/influxdb/influxdb.conf для ссылки на каталоги, которые вы хотите использовать.
Также проверьте этот блог, это могло бы очистить это для Вас
Ошибки почтового сервера
Почтовый сервер всегда должен возвратить какой-то результат отправки (успешно, неуспешно, если неуспешно, то почему и т.п.). Результат возвращается в трехзначном коде из трех цифр, например 4.4.5, 5.7.1 и др.
Внимание! Код статуса и ответ сервера (например, номер ошибки) не одно и то же! Например, при успешной отправке письма будет возвращен ответ 250, а код 2.0.0:
250 2.0.0 Ok: queued as 3E2344369F8
А при ошибке 503 код 5.5.1 дополнительно расшифрует, что именно могло быть не так:
503 5.5.1 Сначала команда EHLO/HELO
За кодом идет расшифровка, что именно не так. Информация об ответе сервера и код статуса вместе дают исчерпывающую информацию о проблеме.
По факту, чаще используют термин «возвращена ошибка такая-то», а не «ответ», поэтому дальше я буду использовать термин «ошибка» как более привычный.
Статус коды
Коды статуса состоят из трех цифр, через точку.
Первая цифра означает результат (успех, неудача, необходимость доп. действий).
Вторая цифра дает дополнительную информацию (что случилось, почему).
Третья цифра уточняет вторую и дает дополнительные сведения о событии.
В документах rfc5321 (Simple Mail Transfer Protocol) и rfc1893 (Enhanced Mail System Status Codes) даются обширные описания работы smtp, включая многочисленные варианты кодов возврата. Почтовый сервер не обязательно будет соответсвовать RFC! Это лежит в области ответсвенности создателя почтового сервера. Если в RFC написано так-то, это не обязательно будет реализовано в конкретном почтовике.
Распространенные ошибки
Ошибка 421
Почтовый адрес существует, но не принимает сообщения (закрыт канал передачи). Возможно, почтовый ящик временно заблокирован. Перегружен или занят почтовый сервер. Применяется серый список. Временные сетевые неполадки. Сервер-отправитель находится в списках подозрительных, возможно, спамеров.
Что делать: подождать и попробовать отправку позднее. Проверить, не находится ли ваш SMTP в списках спама.
Ошибка 451
Возможно, почтовый сервер отклонил соединение по таймауту, например, из-за перегрузки вашего ISP. Попробуйте повторить отправку позднее.
Ошибка 452
Возможно, переполнен почтовый ящик получателя. Стоит сообщить ему об этом.
У вашего сообщения слишком много получателей (Too many recipients). Почтовые клиенты могут при этом выдать ошибку 552.
Возможно, превышен максимальный размера и (или) количество правил электронной почты для домена получателя.
Также места может не быть на вашем сервере (реже).
Ошибка 503
Неверная последовательность команд.
Может возникать если используется какой-то самописный скрипт или же когда жестко тормозит компьютер отправителя. Проблема скорее всего на стороне клиента-отправителя.
Ошибка 550
Может означать много чего, нужно смотреть по кодам, может быть ваш почтовик подозревают в спаме, может быть превышен лимит на количество писем (например, вирус шлет спам от вас), ошибка ретрансляции и др. Чаще всего дополняется кодом 5.7.1 и расшифровкой, что именно не то. Например:
SMTP Protocol Returned a Permanent Error 571 email@doamin.org prohibited. We do not relay.
Delivery not authorized, sender can send email to his/her own domain only
В настоящее время чаще связан с неверно указанным адресом получателя или запретом своего почтового сервера на отправку почты, например, от внутренненго почтовика во внешний мир или с конкретного IP что-то запрещено.
Ошибка 552
Переполнен почтовый ящик получателя, превышен максимальный размер отправляемого сообщения, что-то иное с вложением к письму.
Например, отправка зашифрованного rar архива на Gmail привело к получению ответа:
Ошибка 553
Требуемые действия не предприняты.
Ответ сервера может быть, например, таким: » 553 к сожалению, этого домена нет в моем списке разрешенных узлов (#5.7.1) «.
Неверный синтаксис указания адреса почтового ящика. Проверьте правильность адреса электронной почты получателя и убедитесь, что после него нет пробелов, точек и других знаков пунктуации.
Обратите внимание, что код возврата в примере 5.7.1. Он уже встречался в ошибке 550. Именно сочетание номера ошибки и кода возврата максимально проясняет ситуацию.