На одном после апдейта
Код: Выделить всё
uname -r
2.6.32-573.18.1.el6.x86_64
а на четырех других
Код: Выделить всё
uname -r
2.6.32-573.22.1.el6.x86_64
Как такое может быть?
Модератор: Модераторы разделов
Код: Выделить всё
uname -r
2.6.32-573.18.1.el6.x86_64
Код: Выделить всё
uname -r
2.6.32-573.22.1.el6.x86_64
в консоли вку́пе (с чем-либо) в общем вообще | в течение (часа) новичок нюанс по умолчанию | приемлемо проблема пробовать трафик |
Код: Выделить всё
yum repolist
Загружены модули: fastestmirror, security
Determining fastest mirrors
* base: mirror.mirohost.net
* epel: ftp.colocall.net
* extras: mirror.mirohost.net
* updates: mirror.mirohost.net
Идентификатор репозитория репозиторий состояние
base CentOS-6 - Base 6 575
epel Extra Packages for Enterprise Linux 6 - x86_64 12 121
extras CentOS-6 - Extras 52
slc6-devtoolset Scientific Linux CERN 6 (SLC6) - Devtoolset addons 506
updates CentOS-6 - Updates 1 453
repolist: 20 707
Код: Выделить всё
yum repolist
Загружены модули: fastestmirror, priorities, refresh-packagekit, security
Determining fastest mirrors
* base: mirror.mirohost.net
* extras: ftp.ps.pl
* updates: mirror.mirohost.net
Идентификатор репозитория репозиторий состояние
base CentOS-6 - Base 6 575
extras CentOS-6 - Extras 52
updates CentOS-6 - Updates 1 453
repolist: 8 080
Код: Выделить всё
yum clean all
Загружены модули: fastestmirror, priorities, refresh-packagekit, security
Сброс источников:base extras updates
Очистка всего
Cleaning up list of fastest mirrors
[root@grid yum.repos.d]# yum update
Загружены модули: fastestmirror, priorities, refresh-packagekit, security
Подготовка к обновлению
Determining fastest mirrors
* base: mirror.mirohost.net
* extras: ftp.colocall.net
* updates: mirror.mirohost.net
base | 3.7 kB 00:00
base/primary_db | 4.6 MB 00:00
extras | 3.4 kB 00:00
extras/primary_db | 35 kB 00:00
updates | 3.4 kB 00:00
updates/primary_db | 4.6 MB 00:00
Разрешение зависимостей
--> Проверка сценария
---> Package java-1.7.0-openjdk.x86_64 1:1.7.0.95-2.6.4.0.el6_7 will be для обновления
---> Package java-1.7.0-openjdk.x86_64 1:1.7.0.99-2.6.5.0.el6_7 will be an update
---> Package tzdata.noarch 0:2016b-1.el6 will be для обновления
---> Package tzdata.noarch 0:2016c-1.el6 will be an update
---> Package tzdata-java.noarch 0:2016b-1.el6 will be для обновления
---> Package tzdata-java.noarch 0:2016c-1.el6 will be an update
--> Проверка зависимостей окончена
Зависимости разрешены
Код: Выделить всё
[main]
cachedir=/var/cache/yum/$basearch/$releasever
keepcache=0
debuglevel=2
logfile=/var/log/yum.log
exactarch=1
obsoletes=1
gpgcheck=1
plugins=1
installonly_limit=5
bugtracker_url=http://bugs.centos.org/set_project.php?project_id=19&ref=http://bugs.centos.org/bug_report_page.php?category=yum
distroverpkg=centos-release
exclude=nordugrid-arc* fail2ban*
# This is the default, if you make this bigger yum won't see if the metadata
# is newer on the remote and so you'll "gain" the bandwidth of not having to
# download the new metadata and "pay" for it by yum not having correct
# information.
# It is esp. important, to have correct metadata, for distributions like
# Fedora which don't keep old packages around. If you don't like this checking
# interupting your command line usage, it's much better to have something
# manually check the metadata once an hour (yum-updatesd will do this).
# metadata_expire=90m
# PUT YOUR REPOS HERE OR IN separate files named file.repo
# in /etc/yum.repos.d