Алексей Черемисин

arbrspb,

Имеется сервер с установленным на него ubuntu linux. Суть задачи заключается в том чтобы на него поставить виртуальную машину в которой можно будет пробросить физическую видеокарту nvidia для использования ее в майнинге. На виртуальную машину планируется установить wondows 10. Возможно ли такое реализовать?

1. О главном! За железо.
- К серверу должен быть физический доступ для первоначальной настройки. Все эти конфигурации, включение-выключения и подсоединения к монитору для того что бы видеть воочию.

- Железо должно поддерживать VT-d (сейчас почти у всех есть поддержка этой технологии) и VT-x. (Для АМД AMD-Vi, IOMMU) Обязательно нужно активировать указанные технологии в BIOS'е. Если на этом этапе VT-x включить нельзя, или он не включается вместе с VT-d, то идем менять железо, и меняем его до тех пор, пока опция не будет активирована и в любой ОС программы анализаторы железа не покажут, что технология включена и работает. Можно использовать читы, в виде анализа чужого опыта, т.е. косплея конфиги тех пользователей в сети, которые хвастливо утверждают, еще лучше, показывают что у них все получилось.

- Железо. Правишь Grub, активируя в нем
для процессоров Интел
GRUB_CMDLINE_LINUX_DEFAULT="quiet intel_iommu=on"
для процессоров АМД
GRUB_CMDLINE_LINUX_DEFAULT="quiet amd_iommu=on"
Далее, после перезагрузки хоста отрой консоль и выполни как написано в копипасте из соответствующего раздела Wiki:

1) Run the «dmesg | grep ecap» command.

2) On the IOMMU lines, the hexadecimal value after «ecap» indicates whether interrupt remapping is supported. If the last character of this value is an 8, 9, a, b, c, d, e, or an f, interrupt remapping is supported. For example, «ecap 1000» indicates there is no interrupt remapping support. «ecap 10207f» indicates interrupt remapping support, as the last character is an «f».

Interrupt remapping will only be enabled if every IOMMU supports it.

Если здесь тебя поджидает облом, то опять меняем мать, пока не пройдем тест.

2. О не менее главном. О софте.
Если все получилось, то дальше 2 пути, или KVM+QEMU, либо Proxmox (надстройка над Debian Linux + KVM). Т.е. или KVM или KVM. После чего пользуешься гайдами, например:
Ubuntu KVM+QEMU: ubuntovod.ru/instructions/probros-videokarty-v-kvm...
Proxmox: https://habr.com/ru/post/437598/

Об Nvidia и Ошибке 43.
В процессе настройки можно поиметь проблему, широко известную в узких кругах, как Ошибка 43, это драйвер видеокарт Nvidia не дает запустить ВК в ВМ. Лечится путем правки конфигов, с тем что бы скрыть от драйвер, что оборудование проброшено в ВМ.
в Proxmox'е лечится путем внесении доп. параметра в конфигурационный файл ВМ:

args: -cpu 'host,+kvm_pv_unhalt,+kvm_pv_eoi,hv_vendor_id=willitwork,kvm=off'

еще лечится прописыванием таких команд:

echo "softdep nouveau pre: vfio-pci" >> /etc/modprobe.d/nvidia.conf
echo "softdep nvidia pre: vfio-pci" >> /etc/modprobe.d/nvidia.conf
echo "softdep nvidia* pre: vfio-pci" >> /etc/modprobe.d/nvidia.conf

То же делается и в Ubuntu KVM+QEMU, но hv_vendor_id=willitwork прописывается в libvirt.xml
https://www.reddit.com/r/VFIO/comments/479xnx/gues...

После успешной настройки выглядит это так:
https://www.youtube.com/watch?v=wjlmWHJiEug

ЗЫ.
Тут Nvidia утверждает, что, якобы, в последних вариантов драйверов она больше не будет гадить пользователям с ошибкой 43, но это не точно.
https://habr.com/ru/news/t/550678/

В особо упоротых случаях может потребоваться подмена ROM'а ВК через гипервизор, или даже перепрошивка Биоса Видеокарты. Но в последнее время эти технологии уходят в прошлое.

Почему прямо не загружается?

В режиме efi как раз сразу защищенный и стартует

При такой постановке задачи - любой.
Любой современный домашний роутер без проблем это потянет. И десять пользователей и сто.
Там же как я понимаю обычный канал в лучшем случае 100мегабит.

Вопрос в другом - насколько он будет надежен, какая функциональность нужна. Много ли клиентов на WIFI.
Например 60 пользователей это вполне вероятно большая площадь. А чтобы обеспечить качественный WiFI на большой площади скорее всего необходимо будет несколько точек доступа.

По поводу функциональности - может вам надо будет гибко управлять трафиком, делать резервирование, настраивать приоритеты, это все требования к функциональности роутера.
В некоторых случаях этого ничего не требуется. Хотя 60 пользователей - уже возможны проблемы, что кто-то будет забивать канал полностью, кто-то воткнет свой роутер с работающим DHCP, телефония будет булькать, и.т.п.

Чтобы трафик ходил между разными сетями существует специальное устройство - роутер.
Именно оно задает маршрутизацию пакетов между сетями.
Как его настроите так и будет.

Но как это сделать правильно?

У вас локальной сети есть роутер, который является шлюзом по умолчанию - весь трафик не относящийся к локальной сети идет на него.
Этот роутер нужно подключить к сети видеонаблюдения и прописать маршруты из сети предприятия в сеть видеонаблюдения и обратно.
Вот и все.
Там же можно используя фаервол ограничить доступ к сети видеонаблюдения, запретив определенным компьютерам отправлять пакеты в сеть видеонаблюдения, ограничить скорость передачи данных, установить приоритеты трафика, и.т.п.

бесперебойник и автоматическое выключение по сигналу

Дешевле решить проблему аппаратным способом, поставить ups, подключить его по usb/com к компу и настроить уход в сон по пропаданию электричества дольше чем на минуту. Чтобы восстановилось все после сбоя, необходимо городить какой-то watchdog со стороннего устройства, который будет будить сервер по WoL при появлении энергии, логично завести управление ups именно на это устройство а не сам файловый сервер, какую-нибудь малинку или дешевую mitx плату с процом потребляющим 5ват.

Постоянные отключения энергии добьют любую систему, включая железо (hdd не любят этого)

Если же отвечать по теме - настраивай linux за работу из ram/образа диска (смотреть как сделано в livecd, там есть ro образ squashfs сжатый, а необходимые записи заворачиваются через что то типа aufs в tmpfs).

Саму же файлопомойку размести на btrfs/zfs/xfs (ключевое тут - cow), они легче переносят прерывание работы.
Про производительность и надежность - при использовании ext3..4 можно разместить журнал на ssd диске (там надо от силы 512Мб), сильно ускорит запись на hdd без необходимости переводить nas в режим writeback (оно тоже улучшает но роняет надежность при потери энергии).

p.s. про windows, в свойствах диска системы (рекомендуется при этом каталоги temp разместить на ram диске) и файлопомойки отключи кеширование записи, это даст гарантию что данные не потеряются при отключении энергии ценой понижения производительности (будет работать кеш записи самого hdd так что не все так плохо).

Не надо никакого почтового сервера, телеграм-бота и т.д. Сделайте все на Гугл Документах. Таблица с данными (входящие/исходящие/ответственные/визирование/закрытие), в качестве фронта Гугл формы или Гугл Веб Апп, емейлы перенаправлять на адрес на Гугл Почте и подтягивать в базу автоматом скриптом (благо Гугл Апп Скрипт это просто ЖабаСкрипт с подключенными фирменными либами). Для среднестатистического конторского работника это будет в разы понятнее, а для IT-спеца отпадет необходимость что-то администрировать, деплоить и т.д.

задать в iperf3 пакет определенного размера и пересчитать поток из байт/сек в пакеты/сек.

Безопасность программного рейда не сильно отличается от аппаратного, но программный рейд позволяет создавать очень гибкие конфигурации, например рейд поверх iscsi дисков, размещенных на разных физических машинах (а это уже повышение надежности, так как выход из строя машины к примеру из-за пожара может чисто территориально не повлиять на другие диски).

У программного рейда наверное есть только одна проблема касаемо надежности - отсутствие энергонезависимого кеша на запись (но никто его и не включает на win), но и не все аппаратные такой имеют. Еще аппаратный может комплектоваться со своим кешем на чтение и своими алгоритмами оптимизации доступа, что повышает скорость результата - т.е. в итоге это вопрос производительности а не надежности.

Зато такие вещи как вендорлок у аппаратных рейдов - создают невероятно большую. головную боль и генерируют лишние траты денег (зачастую очень большие)

У rsync достаточно возможностей для решения этой задачи. Просто надо почитать его man.

В списке 26 элементов, их индексы от 0 до 25.
Когда в цикле переменной i присваивается значение 25, то abc[i+1] пытается получить элемент с индексом 26, которого не существует в списке.

Но, помимо этого, решение в целом не правильное.
Я бы сделал как-то так

abc = 'abcdefghijklmnopqrstuvwxyz'
ls = [char*count for char, count in enumerate(abc, 1)]
print(ls)

Если это не журналируемая ФС или система контроля версий, то никак