эта правильная история

Саппорт veeam в Питере работает на нескольких языках, как минимум, русский, английский, немецкий, французский

Всё не так просто. Если говорит про русскоязычную поддержку VMware, то это люди, которые числятся в штате VMware, имеют доступ к внутренним системам VMware (например баг-трекерам, релиз-мастеру, внутренним KB и т.д.), а так же работают в системах поддержки VMware. Каким образом их нанимали на работу и как и через кого подсписавали трудовой контракт - уже другая история.

Я вроде много раз уже срывал эти покровы, но по историческим причинам самое большое количество сапортеров вима сидит в питере

и они все русскоязычные, аж спасу нет

ближайшие соседи это бухарест

ну и дальше понеслись локальные туснячки в штатах, азии и прочих австралиях

День добрый. Есть VBR 10.0.1.4854 на Win2019. В нем собр из одного экстента (RHEL, XFS, 8TB). Делаю новый бекап-джоб  на 111 машин (~18TB). По результатам выполнения джобы  треть машин не бекапится с ошибкой  "Unable to allocate processing resources. Error: No scale-out repository extents have sufficient disk space to store the backup file."  При этом на репе vbk заняли только 5.5TB  (ошибки бекапов в статусе джобы были уже при ~4TB свободного места на файловой системе репа). При этом VBR-консоль показывает, что used space на репе 1.8TB, хотя реально занято 5.5TB.  Ситуация повторяется при перезапусках.  VBR перегружал. Никто с подобным не сталкивался ?

Из особенностей - в бекап-сете есть жирная машина на 3TB, которая почти не жмется, все остальные жмутся в 5-6 раз на active full

там же написано scale-out repository ?

если ошибка верно пишется, то при чем тут файловая система?

эмм...ну как бы текст ошибки намекает нам, что якобы в экстенте места свободного нету (а оно есть) ?

Звучит интересно. Выглядит как следствие того, что 18 тер пытаетесь упаковать в 8. Можно предположить, что бекап везётся до какого-то предела, а потом доходит до аллоцирования места под следующую пачку машин и математика перестаёт сходиться

В целом, я думаю что раскурить в какой конкретно момент всё ломается довольно сложно, если вообще возможно и нужно. Проще места добавить

для интереса можно попробовать убрать из бекапа жирную машинку и посмотреть что будет с остальными

Есть мнение Гостева - стали известны основные потребители veeam br ce - это гипервшные любители

I've just made a surprising and unpleasant discovery about Windows Server 2022. Apparently, Microsoft has quietly discontinued their free Hyper-V offering. I'm talking about what was officially called Microsoft Hyper-V Server (free core edition server with only the Hyper-V role available). I could not believe this, but after looking around unfortunately I found the confirmation directly from a Microsoft PM. Oh well, I guess all good things have to come to an end. I remember when Microsoft first introduced free Hyper-V, I thought to myself how it was a bold move that will help them to become the leading hypervisor by following Veeam's model of giving away capable and feature-rich software. However, with Azure (and particularly IaaS) now being the main focus Microsoft, I can see how helping small businesses to run their infrastructures on-prem in a cost-efficient manner is rather counter-productive for them.
Of course, this is big news for alternative free hypervisors, because it leaves a HUGE gap on the market. Needless to say, it makes me very happy that we started working on RHV hypervisor support last year and are getting close to shipping a public beta by now. While we chose Red Hat version of KVM to start with because it is much easier for us to work with a commercial company on such integration projects, of course we can look at expanding our support to other KVM incarnations later. While there's no rush for free Hyper-V users to migrate any time soon as Microsoft will continue to support Hyper-V 2019 until 2029, eventually there will be tens of thousands of environments in need of making the switch. And you'd be surprised how popular Hyper-V is among small businesses in some markets, for example in Germany we have more Community Edition installs protecting Microsoft Hyper-V than VMware vSphere!

Жаль, что халява с бесплатным Hyper-V закончилась.

А что за халява - то? Внутри-то всё в нужны лицензии

Внутри можно поднять Linux.

Kvm же🤔