← All posts tagged systemd

qnikst

[root@hidden-host ~]# date
Wed Jul 13 07:51:17 UTC 2016

[root@hidden-host ~]# journalctl -b 0 | head -2
— Logs begin at Tue 2016-06-28 11:06:04 UTC, end at Thu 2016-06-30 13:00:14 UTC. —
Jun 28 11:06:04 storage-1 systemd-journal[109]: Runtime journal is using 8.0M (max 290.3M, leaving 435.4M of free 2.8G, current limit 290.3M).

[root@hidden-host ~]# journalctl --since today
— Logs begin at Tue 2016-06-28 11:06:04 UTC, end at Thu 2016-06-30 13:00:14 UTC. —

ну чо за дела :(

qnikst

я похоже чего-то не понимаю в софтостроении, вот есть куча systemd пакетов, есть система, в которой неожиданно закончилось место. В логах (sudo journalctl -f --no-pager --full -b), которые у меня открыты я увидел, что audit сервис, например, остановлен из-за нехватки места. Ну ок логично. Освободил немного места — audit сервис не вернулся, ну ок.. ладно.
Освободил ещё места удалением старых (всех) логов, через rm -rf. После этого

sudo journalctl -f --no-pager --full -b

вообще не работал аж до перезагрузки, после перезагрузки спамит тем, что /var/log/lastlog ему не доступен..

это вообще нормальное поведение?

qnikst

а вот реально ли в systemd сделать сервис с вычисляемым статусом, т.е. у меня есть сервис A и зависящий one-shot сервис B, который модифицирует состояние сервиса A. Этот B нужен при первом запуске для конфигурации, в дальнейшем A, будет устанавливать свой стейт правильно, при этом хотелось бы systemd командами видеть, что включено состояние устанавливаемое сервисом B. Это вообще реально?

qnikst

а как в этом вашем systemd сделать юнит, у которого в StartExec будет строка с параметрами, которые бы брались из /etc/sysconfig/myservice? В соседнем проекте это сделано, через баш скрипт, который запускается в StartExec.

qnikst

Поскольку таки использую systemd в одном месте и выпиливать не хочется решил таки пописать юниты. Так вот, знатоки правильного дизайна, объясните мне дураку:

1. зачем одновременно нужно и after и requires с одной и той же зависимостью? Разве второе не определяет первое? Опции значат не только это, а что-то еще? Косяк в мануале?

2. В чем принципиальный смысл указания target в самом файле? Поидее это ж администатор тот, кто должен определять эти самые куда там install надо?

qnikst

Systemd фаны, а нука быстро посовещайтесь и решите использует и можно ли опционально использовать в systemd unified_hierarchy для cgroup. А если решили отложить, то ссылки на какой-нить ML, где это обсуждается.

(тег linux просто до кучи, к проблеме не относится)

qnikst

я понимаю, что у меня кривые руки в nix может кривой systemd, а для lxc нужно передавать systemd какую-нибудь смешную
опцию, которую неясно откуда вычитывать. Но как дебажить систему которая пишет:
[FAILED] Failed to start Login Service.
See 'systemctl status systemd-logind.service' for details.
а при попытке логина в систему:
nixos login: root
Password:

Cannot make/remove an entry for the specified session

на хост оси systemd нет

qnikst

13:54:18        < rleigh> DrEeevil: WRT the poor systemd support on certain architectures, I think if you look it's quite likely that the people pushing it will be the
13:54:18 first to say that those architectures are irrelevant and should be dropped since if systemd doesn't support it it isn't supported (this type of twisted logic
13:54:18 seems to be quite popular at the moment).

qnikst

я конечно понимаю что socket activation это круто как и cups включающийся только когда он понадобится, но блин из-за этого при первой попытке печати из LO из принтеров видно только Generic и нужно как идиоты закрывать менюшку печати и открывать снова, когда cups поднимется, особенно если не ожидаешь такой подставы.