LINUX.ORG.RU

не работают репозитории в centos7

 ,


0

2

Доброго времени суток! Возникла следующая проблема, есть у меня домашний web сервер на centos7 сегодня хотел обновить пакеты, но не тут-то было, не один репозиторий не работает ругается на ошибки:

# yum update
Загружены модули: fastestmirror
Determining fastest mirrors
epel/x86_64/metalink                                                   |  31 kB  00:00:00
 * base: mirror.yandex.ru
 * epel: fedora-mirror01.rbc.ru
 * extras: mirror.yandex.ru
 * remi: mirror.reconn.ru
 * remi-php55: mirror.reconn.ru
 * remi-php56: mirror.reconn.ru
 * remi-safe: mirror.reconn.ru
 * remi-test: mirror.reconn.ru
 * updates: mirror.yandex.ru
base                                                                   | 3.6 kB  00:00:00
epel                                                                   | 3.2 kB  00:00:00
extras                                                                 | 3.4 kB  00:00:00
nginx                                                                  | 2.9 kB  00:00:00
remi                                                                   | 2.9 kB  00:00:00
remi-debuginfo                                                         | 2.9 kB  00:00:00
remi-php55                                                             | 2.9 kB  00:00:00
remi-php55-debuginfo                                                   | 2.9 kB  00:00:00
remi-php56                                                             | 2.9 kB  00:00:00
remi-php56-debuginfo                                                   | 2.9 kB  00:00:00
remi-safe                                                              | 2.9 kB  00:00:00
remi-test                                                              | 2.9 kB  00:00:00
remi-test-debuginfo                                                    | 2.9 kB  00:00:00
updates                                                                | 3.4 kB  00:00:00
vesta                                                                  | 2.9 kB  00:00:00
(1/18): epel/x86_64/group_gz                                           |  88 kB  00:00:00
epel/x86_64/updateinfo         FAILED
http://mirrors.sgu.ru/epel/7/x86_64/repodata/0be8791230be670a4c2ce3b263f75044325e0947ac9e5dbd22c83a35ebddcb0b-updateinfo.xml.bz2: [Errno 14] HTTP Error 404 - Not Found
Пробуем другое зеркало.
To address this issue please refer to the below wiki article

https://wiki.centos.org/yum-errors

If above article doesn't help to resolve this issue please use https://bugs.centos.org/.

epel/x86_64/primary            FAILED
http://mirrors.sgu.ru/epel/7/x86_64/repodata/9d4150ec7a368f0c7ca315a68e87425d2022609327a0aaacf924ce101fa93363-primary.xml.gz: [Errno 14] HTTP Error 404 - Not Found
Пробуем другое зеркало.
(2/18): base/7/x86_64/group_gz                                         | 166 kB  00:00:00
(3/18): extras/7/x86_64/primary_db                                     | 186 kB  00:00:00
(4/18): remi-debuginfo/x86_64/primary_db                               | 441 kB  00:00:01
(5/18): remi-php55-debuginfo/x86_64/primary_db                         |  53 kB  00:00:00
(6/18): nginx/x86_64/primary_db                                        |  35 kB  00:00:02
(7/18): remi-php56-debuginfo/x86_64/primary_db                         |  53 kB  00:00:00
(8/18): remi/primary_db                                                | 2.2 MB  00:00:02
(9/18): remi-php55/primary_db                                          | 226 kB  00:00:02
(10/18): remi-php56/primary_db                                         | 232 kB  00:00:00
(11/18): remi-test-debuginfo/x86_64/primary_db                         | 115 kB  00:00:00
(12/18): remi-test/primary_db                                          | 577 kB  00:00:00
(13/18): remi-safe/primary_db                                          | 1.3 MB  00:00:01
epel/x86_64/updateinfo         FAILED
http://fedora-mirror01.rbc.ru/pub/epel/7/x86_64/repodata/0be8791230be670a4c2ce3b263f75044325e0947ac9e5dbd22c83a35ebddcb0b-updateinfo.xml.bz2: [Errno 14] HTTP Error 404 - Not Found
Пробуем другое зеркало.
epel/x86_64/primary            FAILED
http://mirror.logol.ru/epel/7/x86_64/repodata/9d4150ec7a368f0c7ca315a68e87425d2022609327a0aaacf924ce101fa93363-primary.xml.gz: [Errno 14] HTTP Error 404 - Not Found
Пробуем другое зеркало.
и далее все репозитарии которые есть все updateinfo FAILED, прикол в том, что сами сервера с пакетами пингуются, и еще печальнее то, что на рабочем пк (тоже с Centos7) все работает прекрасно. Пробовал делать # yum clean all # yum update - не помогает.. подскажите куда копать?

P.S. Сам web сервер (он же Centos7) в обоих случаях - виртуальная машина на hyper-v, соответственно windows server интернет получает, т.е. проблема точно не в DNS серверах, проблемы с сетью тоже нет, т.к. с сервера раздается интернет, и все клиентские машины его исправно получают... Заранее спасибо за ответы!

тему можно удалить, нашел решение, в общем в директории /home/admin/tmp создалось куча файлов sess_, удалил все, после этого все заработало. Попутный вопрос, возможно сделать автоматическую очистку папки /tmp я так понял эти файлы по идее ни на что не должны влиять?

rain59rus
() автор топика
Ответ на: комментарий от rain59rus

автоматическую очистку папки /tmp

В центосях/рхелах она и так автоматически чистится, удалются файлы которые лежат там больше 10 дней.

Deleted
()
Ответ на: комментарий от rain59rus

У тебя кончилось свободное место или кончились inodes если у тебя ext4?

Скорее всего второе.

Что у тебя там за файлы? Кто их создаёт? У меня нет tmp в домашней директории пользователя.

Настраивай тот сервис / программу что пишет эти файлы на их удаление когда они становятся не нужными.

anonymous
()
Ответ на: комментарий от Deleted

Есть пруфы?

А то сейчас смотрю на серваке файлы от второго августа лежат в /tmp...

Centos 7.5, настройки дефолтные.

P.S. /etc/tmpfiles.d — пусто.

iljuase ★★★
()
Последнее исправление: iljuase (всего исправлений: 1)
Ответ на: комментарий от anonymous

места предостаточно, система на ext4, но это не корневая папка /tmp, а именно /home/admin/tmp, т.е. отношение к этому не имеет. Я так понимаю в этих файлах хранятся данные по удаленным сеансам (по крайней мере такой вывод можно сделать по названию файлов)

rain59rus
() автор топика
Ответ на: комментарий от iljuase

У вас на Centos 7.5 что развернуто, тоже Web сервер?

rain59rus
() автор топика
Ответ на: комментарий от rain59rus

места предостаточно, система на ext4

Ты прочитал всё моё сообщение и всё в нём понял? Ты не задался вопросом что такой inodes и пчему я про них говорю? Гуглить пробовал что это такое?

У тебя может быть свободно хоть 500 Гб, но нет свободных блоков inodes, то ты ничего записать на файловую систему не сможешь.

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

Это проблема всех ext* файловых систем, Ext2, Ext3 и Ext4. По умолчанию число блоков inodes при создании файловой системы зависит от её размера, чем меньше размер файловой системы, тем меньше будет inodes.

Посмотреть их количество можно в вывод

df -i
Увеличить их количество без пересоздания файловой системы нельзя.

Ты должен был об этом знать.

но это не корневая папка /tmp, а именно /home/admin/tmp, т.е. отношение к этому не имеет.

Если /home не на отдельной файловой системе, а тоже на корня, то это не имеет значения. У тебя одна файловая система.

Я так понимаю в этих файлах хранятся данные по удаленным сеансам (по крайней мере такой вывод можно сделать по названию файлов)

Тебе виднее что там находится, ты же настраивал.

Если ты говоришь про файлы с параметрами php сессий, то настрой их удаление когда сессия завершается.

Посмотри что у тебя в session.save_path.

Так же можешь для директории с данными о сессиях создать отдельную файловую систему.

anonymous
()
Ответ на: комментарий от Deleted

У меня в '/tmp' аппликушные файлы лежат, из-за этого они сами на очищаются, да?

-rw-r--r-- 1 itbilirob0 apache 3954023178 Aug 20 11:31 PHPExcel.10143897315b7a810e592677.63267116.cache
-rw-r--r-- 1 root       root     15626141 Aug 20 10:33 PHPExcel.10524956305b7a75f65fcc09.78406964.cache
-rw-r--r-- 1 root       root      4736280 Aug  3 09:13 PHPExcel.10707388825b63fb9b7fef23.56340473.cache
-rw-r--r-- 1 itbilirob0 apache    4736260 Aug 20 11:20 PHPExcel.11235923635b7a80fb2f63b0.51580971.cache
-rw-r--r-- 1 itpapilea0 apache   44038591 Aug  3 13:50 PHPExcel.11999492345b643c753919d1.42632640.cache
-rw-r--r-- 1 itpapilea0 apache   15616151 Aug  2 16:24 PHPExcel.12035851775b630f5c4db5a5.56294012.cache
-rw-r--r-- 1 root       root     45101016 Aug 20 10:33 PHPExcel.12341084845b7a75eff2ac61.73989107.cache
-rw-r--r-- 1 root       root     43898787 Aug  3 09:13 PHPExcel.12920398565b63fba57630d5.23285381.cache
-rw-r--r-- 1 root       root     15616151 Aug  3 09:47 PHPExcel.1300756035b6403a5d2ee82.96023738.cache
-rw-r--r-- 1 root       root      8099715 Aug  3 09:46 PHPExcel.14044882155b640397183fd0.56227033.cache
-rw-r--r-- 1 itbilirob0 apache   26947616 Aug 20 10:03 PHPExcel.14092953095b7a75b53c0402.33765543.cache

iljuase ★★★
()
Ответ на: комментарий от iljuase

Хз, может у тебя где-то в файлах переопределяется поведение для этих файлов.

grep -i php /usr/lib/tmpfiles.d/*

Можешь еще в /run/tmpfiles.d/ посмотреть.

Deleted
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.