italeksandr
Newbie | Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Доброго времени суток, Коллеги! Прошу помочь разобраться с проблемой, несколько дней гугления и вкуривания мануалов не помогли. С месяц юзал Бесплатные гипервыизоры подбирая наиболее подходящий, ESXi и Hyper-V в итоге были отвергнуты, решил остановиться на XENServer и тут началось. Доброго времени суток, Коллеги! Прошу помочь разобраться с проблемой, несколько дней гугления и вкуривания мануалов не помогли. С месяц юзал Бесплатные гипервыизоры подбирая наиболее подходящий, ESXi и Hyper-V в итоге были отвергнуты, решил остановиться на XENServer и тут началось. Поставил XENServer 7, проблем не возникло до старта машин, при старте ВМ сервер перегружается, путём проб и ошибок выяснил, что lscpu считает, что моя аппаратная визуализация: none. Поставил XENServer 6.5, он признал наличие аппаратной виртуализации, и проблема рестарта ушла, но не надолго, в процессе установки операционки на ВМ происходит рестарт сервера (на этапе копирования файлов на вдиск). Сдаётся мне, что XENServer некорректно опознаёт моё железо (испытано на двух платформах: интел с интегрированным камнем и AMD FM2 - X85 - AMD A10... да железо не серверное, но на CentOS 7, проблем не возникало, а, как я понимаю, СentOS 7 в основе XENServer 7, хоть и модифицированный). Попытка обновления результата не дала, yum upgrade, как и yum update, yum install ... Может, я вообще не в том направлении копаю? Хочется чтобы XENServer 7 признал наличие аппаратной визуализации и в целом корректно опознал моё железо, знаю, что в классических версиях CentOS 7 оборудование опознаётся корректно... # yum repolist all Loaded plugins: fastestmirror Determining fastest mirrors repo id repo name status base/7-2.1511.el7.centos.2.10/x86_64 CentOS-7-2.1511.el7.centos.2.10 - Base disabled base-debuginfo/x86_64 CentOS-7 - Debuginfo disabled base-source/7-2.1511.el7.centos.2.10 CentOS-7-2.1511.el7.centos.2.10 - Base Sources disabled centosplus/7-2.1511.el7.centos.2.10/x86_64 CentOS-7-2.1511.el7.centos.2.10 - Plus disabled centosplus-source/7-2.1511.el7.centos.2.10 CentOS-7-2.1511.el7.centos.2.10 - Plus Sources disabled extras/7-2.1511.el7.centos.2.10/x86_64 CentOS-7-2.1511.el7.centos.2.10 - Extras disabled extras-source/7-2.1511.el7.centos.2.10 CentOS-7-2.1511.el7.centos.2.10 - Extras Sources disabled updates/7-2.1511.el7.centos.2.10/x86_64 CentOS-7-2.1511.el7.centos.2.10 - Updates disabled updates-source/7-2.1511.el7.centos.2.10 CentOS-7-2.1511.el7.centos.2.10 - Updates Sources disabled repolist: 0 Положение enabled=1 в CentOS-Base.repo, CentOS-Debuginfo.repo, CentOS-Sources.repo выставлял, не помогло... # yum update Loaded plugins: fastestmirror One of the configured repositories failed (Unknown), and yum doesn't have enough cached data to continue. At this point the only safe thing yum can do is fail. There are a few ways to work "fix" this: 1. Contact the upstream for the repository and get them to fix the problem. 2. Reconfigure the baseurl/etc. for the repository, to point to a working upstream. This is most often useful if you are using a newer distribution release than is supported by the repository (and the packages for the previous distribution release still work). 3. Disable the repository, so yum won't use it by default. Yum will then just ignore the repository until you permanently enable it again or use --enablerepo for temporary usage: yum-config-manager --disable <repoid> 4. Configure the failing repository to be skipped, if it is unavailable. Note that yum will try to contact the repo. when it runs most commands, so will have to try and fail each time (and thus. yum will be be much slower). If it is a very temporary problem though, this is often a nice compromise: yum-config-manager --save --setopt=<repoid>.skip_if_unavailable=true Cannot find a valid baseurl for repo: base/7-2.1511.el7.centos.2.10/x86_64 | Всего записей: 1 | Зарегистр. 24-01-2017 | Отправлено: 00:01 25-01-2017 | Исправлено: italeksandr, 00:11 25-01-2017 |
|