TF
подписка то есть на софт
Size: a a a
2020 July 28
I
да можно и саппорт написать и спросить )
саппорт может быть немного не в теме, как это обычно бывает )
TF
саппорт может быть немного не в теме, как это обычно бывает )
есть чат в телеге даже
A
Да, если кому интересно то Zero Client нормально завелись , понадобился для этого один сервер с windows 2008k r2 , одна виртуалка с centos 5.5 и по клонам виртуалки windows 7 на каждого из тонких клиентов
A
при этом есть явный очевидный способ слать изображение прямо из linux как шлет его работающий брокер . но разбираться лень
TF
Да, если кому интересно то Zero Client нормально завелись , понадобился для этого один сервер с windows 2008k r2 , одна виртуалка с centos 5.5 и по клонам виртуалки windows 7 на каждого из тонких клиентов
ну збс, для какого-то специфического говна ты нашел решение, сейчас такое добро мало кто использует, кроме датацентров, если используют еще...
ИМХО к.м.к. универсальные решения будут выгоднее в обслуживании и покупке
ИМХО к.м.к. универсальные решения будут выгоднее в обслуживании и покупке
A
ну збс, для какого-то специфического говна ты нашел решение, сейчас такое добро мало кто использует, кроме датацентров, если используют еще...
ИМХО к.м.к. универсальные решения будут выгоднее в обслуживании и покупке
ИМХО к.м.к. универсальные решения будут выгоднее в обслуживании и покупке
неужели непонятно что это халява? можно выкинуть, можно применить с пользой
A
естественно что я не стал бы покупать за деньги закрытое решение привязанное к комерческим продуктам
v
добрый день
у кого-нибудь были такие проблемы, что не получается одновременно поднять две KVM виртуалки?
конкретно говоря, я использую qemu-system-x86_64 (5.0.0 из сорцов), первый инстанс всегда нормально работает, а второй всегда получает ENOMEM из kvm_vm_ioctl_create_vcpu
система убунту 20.04 с ядром 5.7
у кого-нибудь были такие проблемы, что не получается одновременно поднять две KVM виртуалки?
конкретно говоря, я использую qemu-system-x86_64 (5.0.0 из сорцов), первый инстанс всегда нормально работает, а второй всегда получает ENOMEM из kvm_vm_ioctl_create_vcpu
система убунту 20.04 с ядром 5.7
TF
добрый день
у кого-нибудь были такие проблемы, что не получается одновременно поднять две KVM виртуалки?
конкретно говоря, я использую qemu-system-x86_64 (5.0.0 из сорцов), первый инстанс всегда нормально работает, а второй всегда получает ENOMEM из kvm_vm_ioctl_create_vcpu
система убунту 20.04 с ядром 5.7
у кого-нибудь были такие проблемы, что не получается одновременно поднять две KVM виртуалки?
конкретно говоря, я использую qemu-system-x86_64 (5.0.0 из сорцов), первый инстанс всегда нормально работает, а второй всегда получает ENOMEM из kvm_vm_ioctl_create_vcpu
система убунту 20.04 с ядром 5.7
20.04 ядро имеет 5,4
TF
не ври
v
я вручную 5.7 накатил
TF
ну тогда тебе дорога на форумы и багтрекеры ядра и qemu
I
я вручную 5.7 накатил
пора бы 5.8 накатить, лол
TF
пора бы 5.8 накатить, лол
🍻 накатим же
A
да постоянно с этим планировщиком памяти проблемы
A
я много лет гоняю очень хорошо отлаженные хосты openvz + kvm и там переодически такое бывало
A
а на новых хостах с proxmox вообще в порядке вещей имея 48 гигов ОЗУ и одну виртуалку на 4Гб , начинать орать как потерпевшая что памяти нет и больше создать не можем
A
решается бубном обычно
I
а на новых хостах с proxmox вообще в порядке вещей имея 48 гигов ОЗУ и одну виртуалку на 4Гб , начинать орать как потерпевшая что памяти нет и больше создать не можем
наверно это карма или неумение пользоваться zfs