| #182011 | From: | Vova Uralsky |
| To: | Eugene Grosbein | |
| Date: | 20-05-2019 23:11:18 | |
| Subj: | Re: повторно запустить pkg post install script |
Hello Eugene!
21 May 19 03:07, Eugene Grosbein wrote to Vova Uralsky:
VU>>>> манифеста. Вобщем, тоже работает. Вообще странно что никто про
VU>>>> такое нигде не пишет. Про линукс куча материала, как слепить
VU>>>> кастомный
EG>>> Да с чего ты взял, что никто нигде про такое не пишет?
EG>>> Есть и man nanobsd, есть и статейки про qemu-user-static,
EG>>> есть и вики про сборки образов.
VU>> Про https://github.com/freebsd/crochet я знаю.
EG> Это я не трогал. Hо да, для Tier-2 платформ напильник необходим.
Я про то, что или этим никто не пользуется, или обсуждают это в каких-то очень секретных местах, до которых гугол не дотягивается. Может, конечно, мне удалось найти уникальные грабли, но верится с трудом.
Regards,
BOBA
--- Msged/LNX 6.3
* Origin: Permission denied (2:5030/257)
SEEN-BY: 5020/1042 5030/115 257 1115 6090/1
PATH: 5030/257 1115 115 5020/1042 6090/1
21 May 19 03:07, Eugene Grosbein wrote to Vova Uralsky:
VU>>>> манифеста. Вобщем, тоже работает. Вообще странно что никто про
VU>>>> такое нигде не пишет. Про линукс куча материала, как слепить
VU>>>> кастомный
EG>>> Да с чего ты взял, что никто нигде про такое не пишет?
EG>>> Есть и man nanobsd, есть и статейки про qemu-user-static,
EG>>> есть и вики про сборки образов.
VU>> Про https://github.com/freebsd/crochet я знаю.
EG> Это я не трогал. Hо да, для Tier-2 платформ напильник необходим.
Я про то, что или этим никто не пользуется, или обсуждают это в каких-то очень секретных местах, до которых гугол не дотягивается. Может, конечно, мне удалось найти уникальные грабли, но верится с трудом.
Regards,
BOBA
--- Msged/LNX 6.3
* Origin: Permission denied (2:5030/257)
SEEN-BY: 5020/1042 5030/115 257 1115 6090/1
PATH: 5030/257 1115 115 5020/1042 6090/1
| #182012 | From: | Eugene Grosbein |
| To: | Vova Uralsky | |
| Date: | 21-05-2019 18:41:16 | |
| Subj: | Re: повторно запустить pkg post install script |
20 мая 2019, понедельник, в 21:11 NOVT, Vova Uralsky написал(а):
VU>>>>> манифеста. Вобщем, тоже работает. Вообще странно что никто про
VU>>>>> такое нигде не пишет. Про линукс куча материала, как слепить
VU>>>>> кастомный
EG>>>> Да с чего ты взял, что никто нигде про такое не пишет?
EG>>>> Есть и man nanobsd, есть и статейки про qemu-user-static,
EG>>>> есть и вики про сборки образов.
VU>>> Про https://github.com/freebsd/crochet я знаю.
EG>> Это я не трогал. Hо да, для Tier-2 платформ напильник необходим.
VU> Я про то, что или этим никто не пользуется, или обсуждают это в каких-то очень
VU> секретных местах, до которых гугол не дотягивается. Может, конечно, мне удалось
VU> найти уникальные грабли, но верится с трудом.
В списках рассылки. Я в своё время общался в freebsd-mips@
Eugene
--- slrn/1.0.3 (FreeBSD)
* Origin: RDTC JSC (2:5006/1@fidonet)
SEEN-BY: 5006/1 5020/545 1042 4441 5080/102 6090/1
PATH: 5006/1 5080/102 5020/545 4441 1042 6090/1
VU>>>>> манифеста. Вобщем, тоже работает. Вообще странно что никто про
VU>>>>> такое нигде не пишет. Про линукс куча материала, как слепить
VU>>>>> кастомный
EG>>>> Да с чего ты взял, что никто нигде про такое не пишет?
EG>>>> Есть и man nanobsd, есть и статейки про qemu-user-static,
EG>>>> есть и вики про сборки образов.
VU>>> Про https://github.com/freebsd/crochet я знаю.
EG>> Это я не трогал. Hо да, для Tier-2 платформ напильник необходим.
VU> Я про то, что или этим никто не пользуется, или обсуждают это в каких-то очень
VU> секретных местах, до которых гугол не дотягивается. Может, конечно, мне удалось
VU> найти уникальные грабли, но верится с трудом.
В списках рассылки. Я в своё время общался в freebsd-mips@
Eugene
--- slrn/1.0.3 (FreeBSD)
* Origin: RDTC JSC (2:5006/1@fidonet)
SEEN-BY: 5006/1 5020/545 1042 4441 5080/102 6090/1
PATH: 5006/1 5080/102 5020/545 4441 1042 6090/1
| #182013 | From: | Victor Sudakov |
| To: | eugen | |
| Date: | 21-05-2019 20:57:28 | |
| Subj: | Как правильно готовить apcupsd |
Dear eugen,
14 May 19 22:01, Eugene Grosbein wrote to me:
EG>>> Я ожидаю подтверждение того, что реальный код реально работает
EG>>> именно так, как ты ожидаешь. Потому что без тестирования
EG>>> даже самые простые, казалось бы, изменения коммитить не следует.
VS>> Те действия, которые я описал в PR, работают реально именно так,
VS>> как я ожидал.
EG> Это хорошо. Если ты действительно хочешь приблизить момент,
EG> когда apcupsd будет "из коробки" работать так, то пожалуйста
EG> протестируй те дополнения в /etc/rc.shutdown и стартовому скрипту
EG> apcupsd, которые я описывал тут. Они не меняют дефолтное поведение
EG> порта, поэтому их будет несложно прокоммитить, при этом они позволяют
EG> добиться нужного тебе результата исключительно правкой
EG> /etc/rc.conf (или командой sysrc), уже без необходимости юзеру писать
EG> логику самому в скриптах с test и так далее.
Я это сделаю в ближайшее время, а пока хочу рассказать про фигню, которая получилась естественным путём, без преднамеренного тестирования.
Виртуалки не все успели погаснуть, rc.shutdown прервался watchdog-ом и не дошёл до "apcupsd --hibernate", в результате сервер остался в состоянии то ли single user, то ли system halted (мне не прислали фото консоли) до утра:
May 20 21:07:38 gw apcupsd[1140]: apcupsd exiting, signal 15
May 20 21:07:39 gw shutdown: halt by root: apcupsd initiated shutdown
May 20 21:07:39 gw kernel: .
May 20 21:07:39 gw kernel: .
May 20 21:07:39 gw ntpd[1208]: ntpd exiting on signal 15 (Terminated)
May 20 21:07:40 gw kernel: , 1208.
May 20 21:07:59 gw kernel:
May 20 21:07:59 gw kernel: tap2: link state changed to DOWN
May 20 21:08:06 gw kernel: tap1: link state changed to DOWN
May 20 21:11:39 gw rc.shutdown: 240 second watchdog timeout expired. Shutdown terminated.
May 20 21:11:39 gw init: /bin/sh on /etc/rc.shutdown terminated abnormally, going to single user mode
May 20 21:11:39 gw syslogd: exiting on signal 15
Надо однако гашение виртуалок вставлять в doshutdown, ещё до вызова "shutdown -h".
Victor Sudakov, VAS4-RIPE, VAS47-RIPN
--- GoldED+/BSD 1.1.5-b20160322-b20160322
* Origin: Ulthar (2:5005/49)
SEEN-BY: 5005/49 5020/1042 6090/1
PATH: 5005/49 5020/1042 6090/1
14 May 19 22:01, Eugene Grosbein wrote to me:
EG>>> Я ожидаю подтверждение того, что реальный код реально работает
EG>>> именно так, как ты ожидаешь. Потому что без тестирования
EG>>> даже самые простые, казалось бы, изменения коммитить не следует.
VS>> Те действия, которые я описал в PR, работают реально именно так,
VS>> как я ожидал.
EG> Это хорошо. Если ты действительно хочешь приблизить момент,
EG> когда apcupsd будет "из коробки" работать так, то пожалуйста
EG> протестируй те дополнения в /etc/rc.shutdown и стартовому скрипту
EG> apcupsd, которые я описывал тут. Они не меняют дефолтное поведение
EG> порта, поэтому их будет несложно прокоммитить, при этом они позволяют
EG> добиться нужного тебе результата исключительно правкой
EG> /etc/rc.conf (или командой sysrc), уже без необходимости юзеру писать
EG> логику самому в скриптах с test и так далее.
Я это сделаю в ближайшее время, а пока хочу рассказать про фигню, которая получилась естественным путём, без преднамеренного тестирования.
Виртуалки не все успели погаснуть, rc.shutdown прервался watchdog-ом и не дошёл до "apcupsd --hibernate", в результате сервер остался в состоянии то ли single user, то ли system halted (мне не прислали фото консоли) до утра:
May 20 21:07:38 gw apcupsd[1140]: apcupsd exiting, signal 15
May 20 21:07:39 gw shutdown: halt by root: apcupsd initiated shutdown
May 20 21:07:39 gw kernel: .
May 20 21:07:39 gw kernel: .
May 20 21:07:39 gw ntpd[1208]: ntpd exiting on signal 15 (Terminated)
May 20 21:07:40 gw kernel: , 1208.
May 20 21:07:59 gw kernel:
May 20 21:07:59 gw kernel: tap2: link state changed to DOWN
May 20 21:08:06 gw kernel: tap1: link state changed to DOWN
May 20 21:11:39 gw rc.shutdown: 240 second watchdog timeout expired. Shutdown terminated.
May 20 21:11:39 gw init: /bin/sh on /etc/rc.shutdown terminated abnormally, going to single user mode
May 20 21:11:39 gw syslogd: exiting on signal 15
Надо однако гашение виртуалок вставлять в doshutdown, ещё до вызова "shutdown -h".
Victor Sudakov, VAS4-RIPE, VAS47-RIPN
--- GoldED+/BSD 1.1.5-b20160322-b20160322
* Origin: Ulthar (2:5005/49)
SEEN-BY: 5005/49 5020/1042 6090/1
PATH: 5005/49 5020/1042 6090/1
| #182014 | From: | Eugene Grosbein |
| To: | Victor Sudakov | |
| Date: | 21-05-2019 23:11:27 | |
| Subj: | Re: Как правильно готовить apcupsd |
21 мая 2019, вторник, в 18:57 NOVT, Victor Sudakov написал(а):
VS> Виртуалки не все успели погаснуть, rc.shutdown прервался watchdog-ом и не дошёл
VS> до "apcupsd --hibernate", в результате сервер остался в состоянии то ли single
VS> user, то ли system halted (мне не прислали фото консоли) до утра:
VS> May 20 21:11:39 gw rc.shutdown: 240 second watchdog timeout expired. Shutdown
VS> terminated.
VS> Hадо однако гашение виртуалок вставлять в doshutdown, ещё до вызова "shutdown
VS> -h".
Тут надо смотреть на реальные возможности упса. Если ты не будешь вызывать
shutdown, который погасит сервисы (кроме виртуалок может быть ещё какая база)
и корректно размонтирует файловые системы с сборосом кешей,
а вместо этого запустишь процедуру остановки виртуалок,
не ограниченную по времени таймаутом, то плохо будет не только виртуалкам,
если батарея сдохнет раньше.
А если ты собираешься из doshutdown запускать гашение виртуалок
с собственным таймаутом, то это мало чем отличается от системного таймаута.
Eugene
--- slrn/1.0.3 (FreeBSD)
* Origin: RDTC JSC (2:5006/1@fidonet)
SEEN-BY: 5006/1 5020/545 1042 4441 5080/102 6090/1
PATH: 5006/1 5080/102 5020/545 4441 1042 6090/1
VS> Виртуалки не все успели погаснуть, rc.shutdown прервался watchdog-ом и не дошёл
VS> до "apcupsd --hibernate", в результате сервер остался в состоянии то ли single
VS> user, то ли system halted (мне не прислали фото консоли) до утра:
VS> May 20 21:11:39 gw rc.shutdown: 240 second watchdog timeout expired. Shutdown
VS> terminated.
VS> Hадо однако гашение виртуалок вставлять в doshutdown, ещё до вызова "shutdown
VS> -h".
Тут надо смотреть на реальные возможности упса. Если ты не будешь вызывать
shutdown, который погасит сервисы (кроме виртуалок может быть ещё какая база)
и корректно размонтирует файловые системы с сборосом кешей,
а вместо этого запустишь процедуру остановки виртуалок,
не ограниченную по времени таймаутом, то плохо будет не только виртуалкам,
если батарея сдохнет раньше.
А если ты собираешься из doshutdown запускать гашение виртуалок
с собственным таймаутом, то это мало чем отличается от системного таймаута.
Eugene
--- slrn/1.0.3 (FreeBSD)
* Origin: RDTC JSC (2:5006/1@fidonet)
SEEN-BY: 5006/1 5020/545 1042 4441 5080/102 6090/1
PATH: 5006/1 5080/102 5020/545 4441 1042 6090/1
| #182015 | From: | Victor Sudakov |
| To: | eugen | |
| Date: | 25-05-2019 11:29:08 | |
| Subj: | Как правильно готовить apcupsd |
Dear eugen,
21 May 19 23:11, Eugene Grosbein wrote to me:
VS>> Виртуалки не все успели погаснуть, rc.shutdown прервался
VS>> watchdog-ом и не дошёл до "apcupsd --hibernate", в результате
VS>> сервер остался в состоянии то ли single user, то ли system halted
VS>> (мне не прислали фото консоли) до утра:
VS>> May 20 21:11:39 gw rc.shutdown: 240 second watchdog timeout
VS>> expired. Shutdown terminated. Hадо однако гашение виртуалок
VS>> вставлять в doshutdown, ещё до вызова "shutdown -h".
EG> Тут надо смотреть на реальные возможности упса. Если ты не будешь
EG> вызывать shutdown, который погасит сервисы (кроме виртуалок может быть
EG> ещё какая база) и корректно размонтирует файловые системы с сборосом
EG> кешей, а вместо этого запустишь процедуру остановки виртуалок, не
EG> ограниченную по времени таймаутом, то плохо будет не только
EG> виртуалкам, если батарея сдохнет раньше.
В данном случае на самом хосте ничего нет, кроме bhyve, pf и named с разными view. Так что IMHO пусть лучше хост ждёт остановки виртуалок до последнего, сам он переживёт.
EG> А если ты собираешься из doshutdown запускать гашение виртуалок
EG> с собственным таймаутом, то это мало чем отличается от системного
EG> таймаута.
Так вот я и думаю, может вообще там сделать rcshutdown_timeout="" и kern.init_shutdown_timeout заведомо побольше, пусть ждёт до последнего.
А не знаешь, когда в bhyve появится гибернация VM, если вообще обещают?
Victor Sudakov, VAS4-RIPE, VAS47-RIPN
--- GoldED+/BSD 1.1.5-b20160322-b20160322
* Origin: Ulthar (2:5005/49)
SEEN-BY: 5005/49 5020/1042 6090/1
PATH: 5005/49 5020/1042 6090/1
21 May 19 23:11, Eugene Grosbein wrote to me:
VS>> Виртуалки не все успели погаснуть, rc.shutdown прервался
VS>> watchdog-ом и не дошёл до "apcupsd --hibernate", в результате
VS>> сервер остался в состоянии то ли single user, то ли system halted
VS>> (мне не прислали фото консоли) до утра:
VS>> May 20 21:11:39 gw rc.shutdown: 240 second watchdog timeout
VS>> expired. Shutdown terminated. Hадо однако гашение виртуалок
VS>> вставлять в doshutdown, ещё до вызова "shutdown -h".
EG> Тут надо смотреть на реальные возможности упса. Если ты не будешь
EG> вызывать shutdown, который погасит сервисы (кроме виртуалок может быть
EG> ещё какая база) и корректно размонтирует файловые системы с сборосом
EG> кешей, а вместо этого запустишь процедуру остановки виртуалок, не
EG> ограниченную по времени таймаутом, то плохо будет не только
EG> виртуалкам, если батарея сдохнет раньше.
В данном случае на самом хосте ничего нет, кроме bhyve, pf и named с разными view. Так что IMHO пусть лучше хост ждёт остановки виртуалок до последнего, сам он переживёт.
EG> А если ты собираешься из doshutdown запускать гашение виртуалок
EG> с собственным таймаутом, то это мало чем отличается от системного
EG> таймаута.
Так вот я и думаю, может вообще там сделать rcshutdown_timeout="" и kern.init_shutdown_timeout заведомо побольше, пусть ждёт до последнего.
А не знаешь, когда в bhyve появится гибернация VM, если вообще обещают?
Victor Sudakov, VAS4-RIPE, VAS47-RIPN
--- GoldED+/BSD 1.1.5-b20160322-b20160322
* Origin: Ulthar (2:5005/49)
SEEN-BY: 5005/49 5020/1042 6090/1
PATH: 5005/49 5020/1042 6090/1
| #182016 | From: | Alex Korchmar |
| To: | Anton Gorlov | |
| Date: | 25-05-2019 10:29:14 | |
| Subj: | Re: interrupt cpu usage |
From: Alex Korchmar <noreply@linux.e-moe.ru>
Anton Gorlov <Anton.Gorlov@f37.n5059.z2.fidonet.org> wrote:
AG> Ок. по результатам отпишусь. Hа днях проверю.
и тишина ;-)
> Alex
--- ifmail v.2.15dev5.4
* Origin: Demos online service (2:5020/400)
SEEN-BY: 5020/400 545 1042 4441 6090/1
PATH: 5020/400 545 4441 1042 6090/1
Anton Gorlov <Anton.Gorlov@f37.n5059.z2.fidonet.org> wrote:
AG> Ок. по результатам отпишусь. Hа днях проверю.
и тишина ;-)
> Alex
--- ifmail v.2.15dev5.4
* Origin: Demos online service (2:5020/400)
SEEN-BY: 5020/400 545 1042 4441 6090/1
PATH: 5020/400 545 4441 1042 6090/1
| #182017 | From: | Eugene Grosbein |
| To: | Victor Sudakov | |
| Date: | 25-05-2019 21:07:01 | |
| Subj: | Re: Как правильно готовить apcupsd |
25 мая 2019, суббота, в 09:29 NOVT, Victor Sudakov написал(а):
VS> А не знаешь, когда в bhyve появится гибернация VM, если вообще обещают?
Hе интересовался.
Eugene
--- slrn/1.0.3 (FreeBSD)
* Origin: RDTC JSC (2:5006/1@fidonet)
SEEN-BY: 5006/1 5020/545 1042 4441 5080/102 6090/1
PATH: 5006/1 5080/102 5020/545 4441 1042 6090/1
VS> А не знаешь, когда в bhyve появится гибернация VM, если вообще обещают?
Hе интересовался.
Eugene
--- slrn/1.0.3 (FreeBSD)
* Origin: RDTC JSC (2:5006/1@fidonet)
SEEN-BY: 5006/1 5020/545 1042 4441 5080/102 6090/1
PATH: 5006/1 5080/102 5020/545 4441 1042 6090/1
| #182018 | From: | Anton Gorlov |
| To: | Alex Korchmar | |
| Date: | 27-05-2019 10:33:00 | |
| Subj: | interrupt cpu usage |
Привет Alex!
25 май 19 года (а было тогда 10:29)
Alex Korchmar в своем письме к Anton Gorlov писал:
AK> Anton Gorlov <Anton.Gorlov@f37.n5059.z2.fidonet.org> wrote:
AG>> Ок. по результатам отпишусь. Hа днях проверю.
AK> и тишина ;-)
Да у меня тут по 1 из колхозов аварий был. Только только в себя пришёл.
Спасибо блин ИИ адаптековского рейда...
На этой неделе постараюсь проверить и опубликовать результаты...
С уважением. Anton aka Stalker
Linux Registered User #386476
[#*TEAM:*#] [#_Злой СисОп_#] [*Heavy Metal!*] [*_Усачи_*]
--- GoldED+/LNX 1.1.5-b20160322
* Origin: Press any key to format any disk (2:5059/37)
SEEN-BY: 5020/545 1042 4441 5059/37 6090/1
PATH: 5059/37 5020/545 4441 1042 6090/1
25 май 19 года (а было тогда 10:29)
Alex Korchmar в своем письме к Anton Gorlov писал:
AK> Anton Gorlov <Anton.Gorlov@f37.n5059.z2.fidonet.org> wrote:
AG>> Ок. по результатам отпишусь. Hа днях проверю.
AK> и тишина ;-)
Да у меня тут по 1 из колхозов аварий был. Только только в себя пришёл.
Спасибо блин ИИ адаптековского рейда...
На этой неделе постараюсь проверить и опубликовать результаты...
С уважением. Anton aka Stalker
Linux Registered User #386476
[#*TEAM:*#] [#_Злой СисОп_#] [*Heavy Metal!*] [*_Усачи_*]
--- GoldED+/LNX 1.1.5-b20160322
* Origin: Press any key to format any disk (2:5059/37)
SEEN-BY: 5020/545 1042 4441 5059/37 6090/1
PATH: 5059/37 5020/545 4441 1042 6090/1
