«yum -y install nfs-utils nfs-utils-lib» при установке клиента NFS на брандмауэре CentOS

Question

Я пытался «вытащить» машину CentOS (centos7-x64-vbox43) с помощью VirtualBox в качестве поставщика и был доступен в качестве средства обеспечения , Я выполнил следующую команду:

vagrant up --provision-with ansible 

, но я получил сообщение об ошибке, которое связано с выполнением следующей команды yum -y install nfs-utils nfs-utils-lib в гостевой машине (я думаю):

[project-name] > vagrant up 
/opt/vagrant/embedded/gems/gems/vagrant-1.8.1/lib/vagrant/pre-rubygems.rb:31: warning: Insecure world writable dir /Applications/Qt in PATH, mode 040777 
/opt/vagrant/embedded/gems/gems/bundler-1.10.6/lib/bundler/shared_helpers.rb:78: warning: Insecure world writable dir /Applications/Qt in PATH, mode 040777 
Bringing machine 'default' up with 'virtualbox' provider... 
==> default: Clearing any previously set forwarded ports... 
==> default: Clearing any previously set network interfaces... 
==> default: Preparing network interfaces based on configuration... 
    default: Adapter 1: nat 
    default: Adapter 2: hostonly 
==> default: Forwarding ports... 
    default: 80 (guest) => 2000 (host) (adapter 1) 
    default: 22 (guest) => 2222 (host) (adapter 1) 
==> default: Running 'pre-boot' VM customizations... 
==> default: Booting VM... 
==> default: Waiting for machine to boot. This may take a few minutes... 
    default: SSH address: 127.0.0.1:2222 
    default: SSH username: vagrant 
    default: SSH auth method: private key 
    default: Warning: Remote connection disconnect. Retrying... 
==> default: Machine booted and ready! 
==> default: Checking for guest additions in VM... 
    default: The guest additions on this VM do not match the installed version of 
    default: VirtualBox! In most cases this is fine, but in rare cases it can 
    default: prevent things such as shared folders from working properly. If you see 
    default: shared folder errors, please make sure the guest additions within the 
    default: virtual machine match the version of VirtualBox you have installed on 
    default: your host and reload your VM. 
    default: 
    default: Guest Additions Version: 4.3.14 
    default: VirtualBox Version: 5.0 
==> default: Setting hostname... 
==> default: Configuring and enabling network interfaces... 
==> default: Installing NFS client... 
The following SSH command responded with a non-zero exit status. 
Vagrant assumes that this means the command failed! 

yum -y install nfs-utils nfs-utils-lib 

Stdout from the command: 

Loaded plugins: fastestmirror 
Loading mirror speeds from cached hostfile 
* base: mirror.switch.ch 
* extras: mirror.ratiokontakt.de 
* updates: mirror.ratiokontakt.de 
No package nfs-utils-lib available. 
Resolving Dependencies 
--> Running transaction check 
---> Package nfs-utils.x86_64 1:1.3.0-0.21.el7_2.1 will be installed 
--> Processing Dependency: libtirpc >= 0.2.3-1 for package: 1:nfs-utils-1.3.0-0.21.el7_2.1.x86_64 
--> Processing Dependency: gssproxy >= 0.3.0-0 for package: 1:nfs-utils-1.3.0-0.21.el7_2.1.x86_64 
--> Processing Dependency: rpcbind for package: 1:nfs-utils-1.3.0-0.21.el7_2.1.x86_64 
--> Processing Dependency: quota for package: 1:nfs-utils-1.3.0-0.21.el7_2.1.x86_64 
--> Processing Dependency: libnfsidmap for package: 1:nfs-utils-1.3.0-0.21.el7_2.1.x86_64 
--> Processing Dependency: libevent for package: 1:nfs-utils-1.3.0-0.21.el7_2.1.x86_64 
--> Processing Dependency: libdevmapper.so.1.02(DM_1_02_97)(64bit) for package: 1:nfs-utils-1.3.0-0.21.el7_2.1.x86_64 
--> Processing Dependency: keyutils for package: 1:nfs-utils-1.3.0-0.21.el7_2.1.x86_64 
--> Processing Dependency: libtirpc.so.1()(64bit) for package: 1:nfs-utils-1.3.0-0.21.el7_2.1.x86_64 
--> Processing Dependency: libnfsidmap.so.0()(64bit) for package: 1:nfs-utils-1.3.0-0.21.el7_2.1.x86_64 
--> Processing Dependency: libevent-2.0.so.5()(64bit) for package: 1:nfs-utils-1.3.0-0.21.el7_2.1.x86_64 
--> Running transaction check 
---> Package device-mapper-libs.x86_64 7:1.02.84-14.el7 will be updated 
--> Processing Dependency: device-mapper-libs = 7:1.02.84-14.el7 for package: 7:device-mapper-1.02.84-14.el7.x86_64 
---> Package device-mapper-libs.x86_64 7:1.02.107-5.el7_2.5 will be an update 
---> Package gssproxy.x86_64 0:0.4.1-7.el7 will be installed 
--> Processing Dependency: krb5-libs >= 1.12.0 for package: gssproxy-0.4.1-7.el7.x86_64 
--> Processing Dependency: libverto-tevent for package: gssproxy-0.4.1-7.el7.x86_64 
--> Processing Dependency: libini_config.so.3(INI_CONFIG_1.1.0)(64bit) for package: gssproxy-0.4.1-7.el7.x86_64 
--> Processing Dependency: libref_array.so.1()(64bit) for package: gssproxy-0.4.1-7.el7.x86_64 
--> Processing Dependency: libini_config.so.3()(64bit) for package: gssproxy-0.4.1-7.el7.x86_64 
--> Processing Dependency: libcollection.so.2()(64bit) for package: gssproxy-0.4.1-7.el7.x86_64 
--> Processing Dependency: libbasicobjects.so.0()(64bit) for package: gssproxy-0.4.1-7.el7.x86_64 
---> Package keyutils.x86_64 0:1.5.8-3.el7 will be installed 
---> Package libevent.x86_64 0:2.0.21-4.el7 will be installed 
---> Package libnfsidmap.x86_64 0:0.25-12.el7 will be installed 
---> Package libtirpc.x86_64 0:0.2.4-0.6.el7 will be installed 
---> Package quota.x86_64 1:4.01-11.el7_2.1 will be installed 
--> Processing Dependency: quota-nls = 1:4.01-11.el7_2.1 for package: 1:quota-4.01-11.el7_2.1.x86_64 
--> Processing Dependency: tcp_wrappers for package: 1:quota-4.01-11.el7_2.1.x86_64 
---> Package rpcbind.x86_64 0:0.2.0-33.el7_2.1 will be installed 
--> Processing Dependency: libsystemd.so.0(LIBSYSTEMD_209)(64bit) for package: rpcbind-0.2.0-33.el7_2.1.x86_64 
--> Processing Dependency: libsystemd.so.0()(64bit) for package: rpcbind-0.2.0-33.el7_2.1.x86_64 
--> Running transaction check 
---> Package device-mapper.x86_64 7:1.02.84-14.el7 will be updated 
--> Processing Dependency: device-mapper = 7:1.02.84-14.el7 for package: 7:device-mapper-event-1.02.84-14.el7.x86_64 
---> Package device-mapper.x86_64 7:1.02.107-5.el7_2.5 will be an update 
---> Package krb5-libs.x86_64 0:1.11.3-49.el7 will be updated 
---> Package krb5-libs.x86_64 0:1.13.2-12.el7_2 will be an update 
---> Package libbasicobjects.x86_64 0:0.1.1-25.el7 will be installed 
---> Package libcollection.x86_64 0:0.6.2-25.el7 will be installed 
---> Package libini_config.x86_64 0:1.2.0-25.el7 will be installed 
--> Processing Dependency: libpath_utils.so.1(PATH_UTILS_0.2.1)(64bit) for package: libini_config-1.2.0-25.el7.x86_64 
--> Processing Dependency: libpath_utils.so.1()(64bit) for package: libini_config-1.2.0-25.el7.x86_64 
---> Package libref_array.x86_64 0:0.1.5-25.el7 will be installed 
---> Package libverto-tevent.x86_64 0:0.2.5-4.el7 will be installed 
--> Processing Dependency: libtevent.so.0(TEVENT_0.9.9)(64bit) for package: libverto-tevent-0.2.5-4.el7.x86_64 
--> Processing Dependency: libtalloc.so.2(TALLOC_2.0.2)(64bit) for package: libverto-tevent-0.2.5-4.el7.x86_64 
--> Processing Dependency: libtevent.so.0()(64bit) for package: libverto-tevent-0.2.5-4.el7.x86_64 
--> Processing Dependency: libtalloc.so.2()(64bit) for package: libverto-tevent-0.2.5-4.el7.x86_64 
---> Package quota-nls.noarch 1:4.01-11.el7_2.1 will be installed 
---> Package systemd-libs.x86_64 0:208-11.el7_0.2 will be updated 
--> Processing Dependency: systemd-libs = 208-11.el7_0.2 for package: systemd-208-11.el7_0.2.x86_64 
---> Package systemd-libs.x86_64 0:219-19.el7_2.11 will be an update 
---> Package tcp_wrappers.x86_64 0:7.6-77.el7 will be installed 
--> Running transaction check 
---> Package device-mapper-event.x86_64 7:1.02.84-14.el7 will be updated 
---> Package device-mapper-event.x86_64 7:1.02.107-5.el7_2.5 will be an update 
--> Processing Dependency: device-mapper-event-libs = 7:1.02.107-5.el7_2.5 for package: 7:device-mapper-event-1.02.107-5.el7_2.5.x86_64 
---> Package libpath_utils.x86_64 0:0.2.1-25.el7 will be installed 
---> Package libtalloc.x86_64 0:2.1.5-1.el7_2 will be installed 
---> Package libtevent.x86_64 0:0.9.26-1.el7_2.1 will be installed 
---> Package systemd.x86_64 0:208-11.el7_0.2 will be updated 
--> Processing Dependency: systemd = 208-11.el7_0.2 for package: systemd-sysv-208-11.el7_0.2.x86_64 
--> Processing Dependency: systemd = 208-11.el7_0.2 for package: libgudev1-208-11.el7_0.2.x86_64 
---> Package systemd.x86_64 0:219-19.el7_2.11 will be an update 
--> Processing Dependency: kmod >= 18-4 for package: systemd-219-19.el7_2.11.x86_64 
--> Running transaction check 
---> Package device-mapper-event-libs.x86_64 7:1.02.84-14.el7 will be updated 
---> Package device-mapper-event-libs.x86_64 7:1.02.107-5.el7_2.5 will be an update 
---> Package kmod.x86_64 0:14-9.el7 will be updated 
---> Package kmod.x86_64 0:20-5.el7 will be an update 
---> Package libgudev1.x86_64 0:208-11.el7_0.2 will be updated 
---> Package libgudev1.x86_64 0:219-19.el7_2.11 will be an update 
---> Package systemd-sysv.x86_64 0:208-11.el7_0.2 will be updated 
---> Package systemd-sysv.x86_64 0:219-19.el7_2.11 will be an update 
--> Processing Conflict: systemd-219-19.el7_2.11.x86_64 conflicts initscripts < 9.49.28-1 
--> Restarting Dependency Resolution with new changes. 
--> Running transaction check 
---> Package initscripts.x86_64 0:9.49.17-1.el7 will be updated 
---> Package initscripts.x86_64 0:9.49.30-1.el7_2.2 will be an update 
--> Processing Conflict: systemd-219-19.el7_2.11.x86_64 conflicts dracut < 033-243 
--> Restarting Dependency Resolution with new changes. 
--> Running transaction check 
---> Package dracut.x86_64 0:033-161.el7 will be updated 
--> Processing Dependency: dracut = 033-161.el7 for package: dracut-config-rescue-033-161.el7.x86_64 
--> Processing Dependency: dracut = 033-161.el7 for package: dracut-network-033-161.el7.x86_64 
---> Package dracut.x86_64 0:033-360.el7_2.1 will be an update 
--> Running transaction check 
---> Package dracut-config-rescue.x86_64 0:033-161.el7 will be updated 
---> Package dracut-config-rescue.x86_64 0:033-360.el7_2.1 will be an update 
---> Package dracut-network.x86_64 0:033-161.el7 will be updated 
---> Package dracut-network.x86_64 0:033-360.el7_2.1 will be an update 
--> Finished Dependency Resolution 

Dependencies Resolved 

================================================================================ 
Package      Arch  Version     Repository Size 
================================================================================ 
Installing: 
nfs-utils     x86_64 1:1.3.0-0.21.el7_2.1 updates 371 k 
Updating: 
dracut      x86_64 033-360.el7_2.1   updates 311 k 
initscripts     x86_64 9.49.30-1.el7_2.2  updates 429 k 
Installing for dependencies: 
gssproxy     x86_64 0.4.1-7.el7    base  84 k 
keyutils     x86_64 1.5.8-3.el7    base  54 k 
libbasicobjects    x86_64 0.1.1-25.el7   base  24 k 
libcollection    x86_64 0.6.2-25.el7   base  40 k 
libevent     x86_64 2.0.21-4.el7   base  214 k 
libini_config    x86_64 1.2.0-25.el7   base  59 k 
libnfsidmap     x86_64 0.25-12.el7    base  46 k 
libpath_utils    x86_64 0.2.1-25.el7   base  27 k 
libref_array    x86_64 0.1.5-25.el7   base  26 k 
libtalloc     x86_64 2.1.5-1.el7_2   updates  34 k 
libtevent     x86_64 0.9.26-1.el7_2.1  updates  33 k 
libtirpc     x86_64 0.2.4-0.6.el7   base  85 k 
libverto-tevent    x86_64 0.2.5-4.el7    base  9.0 k 
quota      x86_64 1:4.01-11.el7_2.1  updates 178 k 
quota-nls     noarch 1:4.01-11.el7_2.1  updates  90 k 
rpcbind      x86_64 0.2.0-33.el7_2.1  updates  58 k 
tcp_wrappers    x86_64 7.6-77.el7    base  78 k 
Updating for dependencies: 
device-mapper    x86_64 7:1.02.107-5.el7_2.5 updates 252 k 
device-mapper-event   x86_64 7:1.02.107-5.el7_2.5 updates 167 k 
device-mapper-event-libs x86_64 7:1.02.107-5.el7_2.5 updates 169 k 
device-mapper-libs   x86_64 7:1.02.107-5.el7_2.5 updates 305 k 
dracut-config-rescue  x86_64 033-360.el7_2.1   updates  50 k 
dracut-network    x86_64 033-360.el7_2.1   updates  90 k 
kmod      x86_64 20-5.el7    base  114 k 
krb5-libs     x86_64 1.13.2-12.el7_2   updates 843 k 
libgudev1     x86_64 219-19.el7_2.11   updates  66 k 
systemd      x86_64 219-19.el7_2.11   updates 5.1 M 
systemd-libs    x86_64 219-19.el7_2.11   updates 358 k 
systemd-sysv    x86_64 219-19.el7_2.11   updates  53 k 

Transaction Summary 
================================================================================ 
Install 1 Package (+17 Dependent packages) 
Upgrade 2 Packages (+12 Dependent packages) 

Total size: 9.8 M 
Downloading packages: 
Running transaction check 
Running transaction test 


Stderr from the command: 



Transaction check error: 
    file /usr/lib/systemd/system/blk-availability.service from install of device-mapper-7:1.02.107-5.el7_2.5.x86_64 conflicts with file from package lvm2-7:2.02.105-14.el7.x86_64 
    file /usr/sbin/blkdeactivate from install of device-mapper-7:1.02.107-5.el7_2.5.x86_64 conflicts with file from package lvm2-7:2.02.105-14.el7.x86_64 
    file /usr/share/man/man8/blkdeactivate.8.gz from install of device-mapper-7:1.02.107-5.el7_2.5.x86_64 conflicts with file from package lvm2-7:2.02.105-14.el7.x86_64 

Error Summary 
------------- 

---

I Не знаю, почему это происходит, так как я не очень хорошо знаком с vagrant, скажем, что я использовал его как дважды или 3 раза. Мой первый вопрос: почему это происходит именно так?

Примечание. Я думаю, что я знаю, что такое NFS, т. Е. Это должна быть файловая система, установленная на гостевой машине, которая позволяет одному и тому же компьютеру и хост-компьютеру обмениваться папками и файлами, не так ли?

---

я не смог решить эту проблему, пока я не нашел следующую статью:

yum update or yum install fails with package conflict between 64 bit and 32 bit package architectures?

название которого, кажется, по крайней мере для меня, совершенно не связанного с указанными выше проблемами.

Я понял, что после провала команды выше, бродячая машина была инициализирована на самом деле и что я мог бы подключиться к ней с помощью vagrant ssh, что и я сделал. Затем внутри гостевой бродячего машины (после vagrant ssh), я выполнил следующие команды (которые одни и те же команды, которые были указаны в статье я только что упомянул):

sudo yum install yum-utils 
sudo package-cleanup --dupes 
sudo package-cleanup --cleandupes 

Добавлено эта строка:

exactarch=1 

в файл /etc/yum.conf, и, наконец,

yum clean all 
sudo yum update 

Я вышел из Варгана t, набрав exit. Я сделал vagrant halt, чтобы остановить машину. И я повторно выполнил начальную команду:

vagrant up --provision-with ansible 

и ошибка больше не возникала.

Мой второй вопрос: почему выполнение команд в учебнике выше и что я также упоминал явно выше, решить проблему?

Выполняя команду для удаления дубликатов пакетов, я заметил, что результат был таким, что на самом деле не было дублированных пакетов. Кажется, в моем случае, что только команды, которые на самом деле решить эту проблему были (не уверен, хотя):

yum clean all 
sudo yum update 

Почему бы это на самом деле решить эту проблему?

---

Одна из моих идей является то, что коробка действительно устарела, так как обновление предварительно установленных пакетов до последней версии решена проблема, по-видимому ...

Answer 1

К сожалению, есть несколько различных проблем, вы могли бы иметь исправлено с введенными вами командами, а исходная установка не дает много информации.

Возможно, что исходное изображение имело пакет с ошибкой в ​​нем, который предотвращал эту установку, но sudo yum update исправил проблему, установив обновленный пакет.

Возможно также, что база данных yum была повреждена, и она не установила предпосылки nfs-utils или nfs-utils-lib, поскольку считала, что они уже установлены, но «чистая» исправлена ​​база данных yum.

Dito on package-cleanup, который находится внутри yum-utils.

exactarch = 1, вероятно, ничего не исправить, так как вы не указали какую-либо конкретную архитектуру в любом месте (при условии, что исходное изображение тоже не было).

Звучит так, будто у вас это было в значительной степени выяснено до конца вашего вопроса. Что-нибудь еще?

Answer 2

Был в CentOS 7а bug - пакеты, которые вызвали эту ошибку:

When updating only device-mapper subpackages, without updating lvm2 package, we may have ended up with file conflicts if files were moved around subpackages. ... To avoid problems when updating from older versions, there's direct conflict defined explicitly in the packages now which, if hit, will give an information about the minimum required version to resolve this conflict.

Таким образом, обновление lvm2 решение. Я думаю, что yum update решил проблему, потому что конфликт, который был добавлен в пакеты, был загружен из репозитория пакета как часть информации о пакете. Таким образом, lvm2 был вероятно обновлен, когда device-mapper был установлен Vagrant, и это обновление устраняет ошибку.