Хм. Кажется расходится. Эту доку (и соседнюю про CentOS) находил, но скорее всего читал уже «по диагонали». Спасибо, попробую еще раз по возможности.
PS: Кстати, справедливости ради: указано что VSS позволяет делать live backups. Оно их делает. Но порой виртуалка с Zabbix (с довольно интенсивной работой с диском) уходит в ООМ и начинает паниковать. Очень редко, да, но бывает.
Интересно, планируется ли вынос Web IDE на уровень CE?
Мегоудобная штука по идее, но небольшие команды на 1-3 человека вряд ли будут лишь из-за нее покупать EE. Равно как и вряд ли она будет основным аргументом при покупке для команды большой…
Последние правки для Hawkeye я делал года 4 назад. Работает до сих пор на версиях 1.7.10-1.12.2. Так что не знаю, что там насчет времени :)
Но в качестве практики по разработке выполненная работа — да, однозначно интересна.
Как такое решение будет работать с 50-100 гб данных?
Я к тому что «Зачем изобретать еще один велосипед»?
PS: Я уже молчу о выводе инфы для админа в «веб-админку» какую ;)
А строить запросы «Кто ломал(!) блоки в этой точке и в радиусе 4 блоков?»?
Или «Что последнее делал игрок 'Griefer' в этом пространстве (пространство — заданный 2-ми координатами кубоид)?».
Вопросы не выдуманные, боевые :)
А «разбор полетов» как выполняется? Грепаньем по логу в поисках координат? :)
Почему только 2 события? Если я разолью лаву/воду за N блоков до «привата» и после — уберу за собой (чтобы не было следов «откуда прилетело»)? А если с лука выбью итем из рамки? Полутаю сундуки?
За идеями можно глянуть тот-же bukkit-плагин Hawkeye. Он хоть и «мертвый», но вполне рабочий.
PS: Хотя я скоро буду его менять (как ни крути — старый он, да и функционал для меня избыточен) и буду строить свое через RabbitMQ с записью или в Elastic или в ClickHouse.
Да, но у Linux появился штатный механизм изменения дисков налету? Без извращений и предварительной доработки напильником? (вполне вероятно что я просто не знаю о том, как это сделать)
Поведение KVM (на примере Proxmox) — увеличил диск — появилось не размеченное место — использовал по своему усмотрению (например добавил в LVM-группу и растянул ФС).
Поведение Hyper-V — увеличил диск — выругался (вместе с гостевой ОС) — перезапустил (!) ВМ — увидел не размеченное место — далее по аналогии с пред. вариантом.
В принципе — тоже самое и про добавление CPU/RAM — у Hyper-V виртуалку нужно тушить.
Все проверял лично на примере CentOS 7. Для Hyper-V гостевые тулзы был поставлены с реп (вроде нынче это — best practice, не?).
Так о каких извращениях речь?
При смене мака — Deb и CentOS (при условии чистых правил udev для сети) просто сменили мак у актуального интерфейса оставив настройки (имя интерфейса-то не сменилось)
При запуске новой сетевухи (добавил вторую) — CentOS включил ее и поднял dhcp-клиента, Deb — действительно не поднял новый интерфейс.
Это обычно происходит в случае использования операционных систем семейства Linux
А win разве не создает новое «Подключение по локальной сети 666» если видит новую сетевуху?
Дело в том, что при первоначальной установке операционной системы, MAC-адреса сетевых карт записываются в специальный файл, расположенный по адресу: /etc/udev/rules.d/70-persistent-net.rules.
А вот не надо! Не записывается туда ничего при инсталле (по меньшей мере на сегодняшний момент для rhel- и deb- based). Чаще и самого файла-то нет. Но МОЖЕТ быть записано при необходимости. Вот пример типичной директории у Deb7:
При старте операционной системы этот файл сопоставляет имена интерфейсов MAC-адресам. При замене сервера на резервный, MAC-адреса сетевых интерфейсов уже не совпадают, что и приводит к неработоспособности сети на сервере.
Сеть остается работать, но новый интерфейс получает уже новое имя (при условии что кто-то «привязал» старое имя к маку через вышеуказанный файл) и соответственно новые настройки, т.к. настройки IP привязываются именно к имени интерфейса.
Мнение о Hyper-V у меня вряд ли уже изменится, но для общего развития будет полезно :)
PS: Кстати, справедливости ради: указано что VSS позволяет делать live backups. Оно их делает. Но порой виртуалка с Zabbix (с довольно интенсивной работой с диском) уходит в ООМ и начинает паниковать. Очень редко, да, но бывает.
Правильное место — а вот тут поподробней, вдруг у нас «правильность» мест — расходится?
Мегоудобная штука по идее, но небольшие команды на 1-3 человека вряд ли будут лишь из-за нее покупать EE. Равно как и вряд ли она будет основным аргументом при покупке для команды большой…
Но в качестве практики по разработке выполненная работа — да, однозначно интересна.
Я к тому что «Зачем изобретать еще один велосипед»?
PS: Я уже молчу о выводе инфы для админа в «веб-админку» какую ;)
Или «Что последнее делал игрок 'Griefer' в этом пространстве (пространство — заданный 2-ми координатами кубоид)?».
Вопросы не выдуманные, боевые :)
Почему только 2 события? Если я разолью лаву/воду за N блоков до «привата» и после — уберу за собой (чтобы не было следов «откуда прилетело»)? А если с лука выбью итем из рамки? Полутаю сундуки?
За идеями можно глянуть тот-же bukkit-плагин Hawkeye. Он хоть и «мертвый», но вполне рабочий.
PS: Хотя я скоро буду его менять (как ни крути — старый он, да и функционал для меня избыточен) и буду строить свое через RabbitMQ с записью или в Elastic или в ClickHouse.
Поведение KVM (на примере Proxmox) — увеличил диск — появилось не размеченное место — использовал по своему усмотрению (например добавил в LVM-группу и растянул ФС).
Поведение Hyper-V — увеличил диск — выругался (вместе с гостевой ОС) — перезапустил (!) ВМ — увидел не размеченное место — далее по аналогии с пред. вариантом.
В принципе — тоже самое и про добавление CPU/RAM — у Hyper-V виртуалку нужно тушить.
Все проверял лично на примере CentOS 7. Для Hyper-V гостевые тулзы был поставлены с реп (вроде нынче это — best practice, не?).
Так о каких извращениях речь?
А win разве не создает новое «Подключение по локальной сети 666» если видит новую сетевуху?
А вот не надо! Не записывается туда ничего при инсталле (по меньшей мере на сегодняшний момент для rhel- и deb- based). Чаще и самого файла-то нет. Но МОЖЕТ быть записано при необходимости. Вот пример типичной директории у Deb7:
А вот — CentOS7:
Сеть остается работать, но новый интерфейс получает уже новое имя (при условии что кто-то «привязал» старое имя к маку через вышеуказанный файл) и соответственно новые настройки, т.к. настройки IP привязываются именно к имени интерфейса.