Какая то неправильная пятница...Кто выключил вентилятор? :)

Миша выключил

я сначала хотел набросить говна сходу, но потом решил согласиться прочитав внимательно. Проблема прокса в том, что 90% его юзающих как раз не имеют понимания куда смотреть)

О том и речь...

Миша выключил

а чего набрасывать то в пустую?

На самом деле, если бы у меня не пара десятков виртуалок была, а больше - я б тоже на интерфес забил. А так, по мелочи - сойдет.

а чего набрасывать то в пустую?

чО б нет

На самом деле, если бы у меня не пара десятков виртуалок была, а больше - я б тоже на интерфес забил. А так, по мелочи - сойдет.

Что есть интерфейс?

Что есть интерфейс?

вебка в частности....

Хм, 150 виртуалок, норм в вебке ?

ну, от задач видимо зависит )

)))

ну, от задач видимо зависит )

Какое скучное замечание.

да, пятница не удалась )

Пиздец какой-то

а я говорил, что есть кошерный webvirtmanager, когда хочется веб на standalone хосте?

Ага, в другой конфе помоему

а любители квм, расскажите. вот если через virt-manager делать тачку, оно генерит какой-то дефол конфиг. с настройками по умолчанию для мыши видюшки и прочего. где он лежит этот дефолтовый?

че-то тупанул) в qemu.conf

)))

Однако я снова выхожу на связь.

с тем же вопросом

каким?

а любители квм, расскажите. вот если через virt-manager делать тачку, оно генерит какой-то дефол конфиг. с настройками по умолчанию для мыши видюшки и прочего. где он лежит этот дефолтовый?

этим

Так ты же нашёл вроде

эт я про /etc/libvirt/qemu.conf

как оказалось не

Хз, поискать надо

может в /var/lib/libvirt/

The directories /var/run/libvirt/qemu/, /var/lib/libvirt/qemu/ and /var/cache/libvirt/qemu/ must all have their ownership set to match the user / group ID that QEMU guests will be run as. If the vendor has set a non-root user/group for the QEMU driver at build time, the permissions should be set automatically at install time. If a host administrator customizes user/group in /etc/libvirt/qemu.conf, they will need to manually set the ownership on these directories.

я так понимаю по этим 3 дирам раскидано основное

Блять

KVM (PVE/oVirt etc) — Чат о виртуализации и Proxmox - ебаный стыд и этот канал сдали

Вновь прибывшие. Как вы относитесь к xen?

какой правильный отет? )

нормально

:D

как и к kvm/qemu, vmware и куче других гипервизоров

что дадут - с тем и работаю :D

Блять, давайте ещё тут стикеры хуярить

А так можно?

О! Я тут не админ

И даже не модератор

?

Блять, давайте ещё тут стикеры хуярить

а что, нельзя?

а что, нельзя?

Это вам не это

Блять, давайте ещё тут стикеры хуярить

Давайте

И даже не модератор

Тут даже Чистяков не модератор

Тут их нет же

Прочел выше про траблы с ребутом esxi, можно попробовать вот такой метод, выручает всегда: echo 1 > /proc/sys/kernel/sysrq echo b > /proc/sysrq-trigger

Прочел выше про траблы с ребутом esxi, можно попробовать вот такой метод, выручает всегда: echo 1 > /proc/sys/kernel/sysrq echo b > /proc/sysrq-trigger

Нет, писал вроде

Ну ты про ребут писал, так тоже не ребутнуло ?

Это ж типа sysrq на 99% почти тоже самое что клацнуть резет

Прочел выше про траблы с ребутом esxi, можно попробовать вот такой метод, выручает всегда: echo 1 > /proc/sys/kernel/sysrq echo b > /proc/sysrq-trigger

Ну тогда и s перед b туда же заслать сначала...

Ничего не помогало

Забил и удалил есх

Не верю что sysrq не помогало...

Я тоже ))

Просто у меня так же было с esxi пару раз, но sysrq железобетонно помогал

Обычно просто когда до этого дошло , то синкать уже нечего, )) поэтому я не слал s

Вообще наверное правильная последовательность - u s b

Фс в р/о, синк, ребут

Но хз, я тоже обычно просто b засылаю, если ничего не помогает ??

у esxi кстати часто это бывает

когда с диском проблемы особенно

Ну это не только на esxi бывает....

Точно, вообще 0 реакции

тем временем, нас стало больше сотник

это событие я щетаю

можно поставить куданеть виртуалбокс

и сжечь

Вообще наверное правильная последовательность - u s b

r e s u i b , ну по крайней мере в линухах

r e s u i b , ну по крайней мере в линухах

Бред

После e ты уже не чего никуда не отправишь

Бред

https://en.wikipedia.org/wiki/Magic_SysRq_key#Uses

https://en.wikipedia.org/wiki/Magic_SysRq_key#Uses

Ну вот и подумай что будет после echo i > /proc/sysrq-trigger...

Или echo e..:)

Ну вот и подумай что будет после echo i > /proc/sysrq-trigger...

всем процессам кроме инита отправится KILL

Или echo e..:)

всем процессам кроме инита отправится TERM

И как у нас будет после этого ssh себя чувствовать?

так кто же такие вещи по ссх делает! (с) админ локалхоста =)

локально то да, норм... :)

когда с диском проблемы особенно

Да именно так все и было