Почему не работают репозитории

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

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

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

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

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

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

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

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

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

Он не про /tmp написал, а про /home/admin/tmp.

Ну тогда man systemd-tmpfiles.

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

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

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

А в /usr/lib/tmp-files.d/ ?

ls: cannot access /usr/lib/tmp-files.d/: No such file or directory

Очепятался, /usr/lib/tmpfiles.d/ конечно же.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Источник

Устранение неполадок репозитория кода

Репозиторий не указан на шаге «подключение к репозиторию»

При настройке ветви появляется сообщение об ошибке «в ветви не удается найти проекты»

Время обхода содержимого репозитория в службе сборок составляет 30 секунд. Большие или сложные проекты не могут индексироваться в течение этого предела времени. В этом случае, если нецелесообразно размещать целевой проект отдельно, можно использовать вместо него Azure pipelines .

Центр приложений анализирует содержимое ветви в репозитории, чтобы найти проект приложения, соответствующий платформе, выбранной для вашего приложения в центре приложений. При этом предполагается, что проект использует зависящие от платформы стандарты для настройки, то есть проекта Xcode или рабочей области для приложений iOS, проект Gradle для приложений Android и решение или проект для приложений Xamarin.

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

Можно ли использовать локальные репозитории?

В настоящее время центр приложений поддерживает репозитории Git, размещенные в облаке Azure DevOps (прежнее название — Visual Studio Team Services (VSTS)), BitBucket и GitHub, но не поддерживает локальные репозитории.

Подключение репозитория разорвано после.

Изменение имени репозитория

Это прерывает подключение. Чтобы устранить эту проблему, вернитесь к исходному имени или создайте новый репозиторий с исходным именем.

Изменение владельца учетной записи

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

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

Я подключился к неверной учетной записи. Как выполнить повторное подключение к нужному?

Отключите учетную запись репозитория и повторно подключитесь к нужной службе.

При подключении к репозиторию DevOps для Azure отображается сообщение «не найдены проекты»

Это возможно при первой попытке подключить центр приложений к Azure DevOps (прежнее название VSTS) о том, что он получит авторизацию в неправильной Организации. Определите, какие учетные записи Azure DevOps предназначены для Организации , и убедитесь, что у вас есть в списке. При попытке завершить поток проверки подлинности в Azure DevOps убедитесь, что в приложении «чтение сообщений» запрошены следующие разрешения email@example.com (org).

Кроме того, OAuth отключен в разделе Параметры политик безопасности. Следуйте этим указаниям , чтобы включить ее.

Поддерживаются ли подмодули Git?

Для репозиториев, размещенных на GitHub и Azure DevOps, подмодули Git по протоколу HTTPS поддерживаются с использованием той же проверки подлинности, что и родительский репозиторий. Для репозиториев, размещенных в BitBucket, сейчас поддерживаются только подмодули Git, не прошедшие проверку подлинности.

Я подключился к BitBucket, а сборки завершились с ошибкой Git

Если сборка завершается с ошибкой, аналогичной

Попробуйте выполнить следующие действия.

• Перейдите в раздел веб-перехватчики подключенной учетной записи BitBucket и найдите все отключенные веб-перехватчики из appcenter.MS & Mobile.Azure.com
• Повторное включение веб-перехватчиков
• Фиксация изменений в затронутом репозитории или ветви и попытке выполнить новую сборку

Если проблема будет повторяться, обратитесь в службу поддержки центра приложений .

Что можно сделать, если я использую система управления версиями Team Foundation (TFVC)?

Сборка центра приложений поддерживает только репозитории Git. Для проектов, использующих репозиторий TFVC, их можно преобразовать в Gitили использовать Visual Studio Team Services для непрерывной интеграции, а также воспользоваться преимуществами размещенных агентов macOS Preview и задач сборки для распространения и тестирования центра приложений.

Безопасен ли исходный код?

Центр приложений использует виртуальные машины для создания кода. Имеется Чистая виртуальная машина, подготовленная специально для вашей сборки, которая удаляется после завершения сборки. Файлы, переданные для подписи кода, и пароль для сертификата также безопасно хранятся на наших серверах.

Источник

не работает репозиторий ubuntu

apt-get, apt, aptitude прекрасно работали.

Был установлен bind который отвечает за локальную зону и в котором прописаны фарвардом днс провайдера. Он слушает udp 127.0.0.1:53 и свой ip 192.168.5.254 из внутренней сети.

Убунтовские репозитории прекрасно резолвятся:

Причём по 213.180.204.183 открывается (не знаю чей) репозиторий в котором есть папка ubuntu.

Запускаю apt-get update и вот что получаю:

Смотрю в логи бинда:

Откуда взялось _http._tcp ?

aptitude то же самое.

запускаю apt-get update на другом сервере, предварительно в resolv.conf прописав днс первого сервера.

на нём всё работает кроме security.ubuntu.com

вот куски его вывода

Смотрю в логи днс первого сервера:

Как видно old-releases.ubuntu.com ru.archive.ubuntu.com extras.ubuntu.com как видно нормальные записи, никаких _http._tcp нету, откуда они берутся в apt-get первого сервера. Я обыскал весь сервер на предмет записи *tcp.ru.archive.ubuntu.com её нет ни в каких файлах.

В resolv.conf прописываю днс 8.8.8.8 ничего не изменилось. 8.8.8.8 то же не может разрезолвить такие имена _http._tcp.ru.archive.ubuntu.com _http._tcp.old-releases.ubuntu.com Не понятно откуда на первом сервере apt-get подставляет этот _http._tcp

Вот файл /etc/apt/sources.list первого сервера:

Если кто сталкивался с подобной проблемой помогите пожалуйста. В интернете не нашёл ответа.

Что интересно раньше apt-get прекрасно работал, я не уловил после каких манипуляций он перестал работать. Были поставлены ntp, bind9,mysql,php,apache, всё он прекрасно поставил, а сегодня вот такой казус.

Источник

Решение проблем с пустыми репозиториями Cydia после джейлбрейка

Минувшей ночью у нас на почте собралась приличная коллекция похожих вопросов: счастливые пользователи сделали себе джейлбрейк с помощью Absinthe или seas0npass, но радость продолжалась недолго. При попытке что-либо установить из Cydia ничего не получалось, потому что большинство нужных пакетов и твиков просто не находились через поиск. Более того, многие стандартные репозитории Cydia (например, BigBoss или Modmyi) изначально были пусты.

Напомним несколько простых советов по борьбе с такой напастью.

Если у вас опустели репозитории в Cydia, нет смысла нажимать на кнопку Reload на главной странице, с большой долей вероятности она вам не поможет. Нужно перейти на вкладку Changes и нажать там кнопку Refresh.

В том случае, если и это не поможет, подключите устройство к компьютеру, запустите любой файловый менеджер (например, iExplorer), зайдите на своём гаджете в папку /var/lib/apt/lists/ и удалите всё, кроме папки partial. После этого перезагрузите устройство.

Если похожие проблемы с невозможностью найти или установить что-либо настигли вас на Apple TV, нужно узнать IP-адрес приставки (меню Настройки-Основные-Сеть), затем запустить Терминал и ввести там следующие команды:

[php]ssh root@10.0.1.5
yes
alpine
killall -9 apt-get aptitude
rm -f /var/lib/apt/lists/lock
apt-get -y update[/php]

10.0.1.5 замените на IP-адрес Apple TV. После ввода всех команд потребуется перезагрузка приставки.

Источник

Почему не получается запущить изменения в репозиторий?

Судя по ошибке — нет прав на запись, либо ключи не установил. Зачем вообще ssh? Через https надёжнее и проще.

И просто push без параметров резонно сказал тебе что не знает куда отправлять. Каждой ветке персонально привязывается вышестоящая. Только после этого можно не указывать куда отправлять, Git вытащит эту инфу из настроек. Странно что ты этого не знаешь.

Vlad1m1r95, remote origin это не больше чем некая переменная, в которой хранится URL репозитория.
Git remote не находит репозиторий, эта команда показывает содержимое переменных раздела конфига remote.
Наличие URL в переменной origin не гарантирует наличие самого репозитория по этому адресу, и тем более не гарантирует наличия прав на запись.

Подозреваю что Git пытается выполнить Push, получает ошибку и не разбираясь пишет «not found».

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

Прописывать ключи считаю бесполезной тратой времени. Какие-то сложные телодвижения. Сам GitHub продвигает работу через токены и по https-протоколу. Никаких паролей не требуется и заморачиваться с созданием и сохранением ключей не нужно. Причём токену можно присвоить ограниченные права, ровно столько, сколько нужно для работы.

Я думаю данные вопросы легко гуглятся 🙁
1. Проверьте, правильно ли вы вообще пушите

git status — проверка, что пушим?
git add . — добавили все (найденные git status) объекты для отправки в гит
git commit -m ‘my commit’ — добавляем сообщение к коммиту
git push — отправляем изменения в репозиторий

— это стандартные команды, читайте ответ с консоли и соответствующе реагируйте (гуглите, если не понятно)

2 -3. Так и напишите в поиске браузера

P.S. В вашем случае, консоль говорит, что репозиторий не найден, неужели нельзя воспользоваться переводчиком :)))

Ты думаешь ты самый умный?, не позорься пожалуйста я выше скриншот кинул. Там видно, что этот репозиторий есть. origin.

На будущие не пытайся писать ответ, только частично понимая в чем вопрос. Те команды, которые ты описал к этому вообще никакого отношения не имеют.

Я ждал нормального ответа, хотя бы от программиста, на подобие проверить конфиг фаил, или еще, что-то, а не вот эту фигню про базовые команды 🙂 Спасибо, смотрю качество знаний, отвечающих не лучше задающих, к сожалению

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

. идиот. мысль в моем сообщении единственная: прежде чем бежать на форум и кричать помогите, попытайся хотябы загуглить свои вопросы. Читать внимательно ответ с консоли за тебя никто не будет.

Почему не получается запушить в репозиторий?

git status — проверка, что пушим?
git add . — добавили все (найденные git status) объекты для отправки в гит
git commit -m ‘my commit’ — добавляем сообщение к коммиту
git push — отправляем изменения в репозиторий

Те команды, которые ты описал к этому вообще никакого отношения не имеют.

Сходи покакай (высри свою злобу) и прочитай документацию.

Идиот тут только ты, ты вообще не в тему написал свой ответ, объясни что за мода, отвечать не разобравшись в вопросе? Очевидно же, что тут проблема не в базовых командах, нафига ты рот раскрываешь если ты разбираешься в тебе куда хуже, чем человек который задает вопрос, и банально писать такие ответы , это показ своего неуважения к задающему.

На стак оверфлоу этому вопросу посвящена целая статься.

Идиот тут только ты, ты вообще не в тему написал свой ответ, объясни, что за мода, отвечать не разобравшись в вопросе? Очевидно же, что тут проблема не в базовых командах, нафига ты рот раскрываешь если ты разбираешься в тебе куда хуже, чем человек, который задает вопрос, и банально писать такие ответы, это показ своего неуважения к задающему.

На стак оверфлоу этому вопросу посвящена целая статься.

Если у тебя мозгов хватает, только, чтобы писать очевидную ахинею и посылать всех читать документацию, нахер ты сюда вылез и зачем ты нужен этому ресурсу, я в день читаю куда больше тебя 🙂

Уйди и не позорься еще больше, пожалуйста.

Если бы у тебя было малейшие уважение к себе ты бы так не отвечал на вопросы. Подрастешь поймешь.

Vlad1m1r95, ахахха вот тебя бомбит, явно от тупости. слушай, спорить не люблю, но уверена, что раз ты начитанный и не можешь решить данную задачу, то бросать слова на ветер у тебя куда лучше получается. Это ты мне говоришь про уважение?)

есть претензии? велком @eternalgirl1996

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

Послушай, если ты девушка, возможно, я тебе грубо ответила Мне не понравился тон твоего ответа. Ты написало человеку, который занимается разработкой и постоянно работает с гитом, и в первый раз случилась такая ситуация, что не удается запушить изменения в репозиторий. ПРи том на скриншоте все показано, что этот репозиторий есть. А ты нормально не посмотрела скришот, не увидела, вывод команды remote -v, я его специально и вывел, показать, что репозитории все же есть. И тут я вижу высокомерный ответ человека, который мне пишет про базовые команды (которые я тебя уверяю, не влияют на эту проблему, я уже нашел в чем решение.) А, то, что вырубило, еще каким то образом связывает это все с моими навыками английского, якобы не могу перевести, то что там написано, я блин для этого и вывел специально верхнею команду, потому, что не понимал, репозиторий есть, а при пуше выдавало, что его нет, понимаешь? Естественно, увидев такой неуважительный ответ, который был написан явно, чтобы не попытаться помочь, а я даже не знаю зачем, специально позлить задающего и получить от этого удовольствие. Естественно, у меня бомбануло.

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

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

Источник