Что то я не понял. Вопрос явно про то, как организовать workflow а спрашиваете про pull который просто вытягивает изменнеия. А если точнее, то просто приводит вашу локальную копию к тому же состоянию что и на origin.
Раз уж такая ошибка, значит, скорее всего, ты выделил памяти меньше чем пытаешься тужа записать. Возможно где то перепутал местами M и N если верить тому как ты описал случаи воспроизведения ошибки.
Если совсем не понятно, можешь попробовать скомпилить с флагом -g и использовать gdb (это не такая уж тривиальная задача, но имхо даст много профита и значительно повысит скил)
Михаил, Вообще странно, а вы не наблюдали, может у вас в какой то момент меняется название ветки? Ибо если на удаленном сервере ветка изменится, то и на всех локальных привязка пропадет. Попробуйте поэкспериментировать: создать новый репозиторий и покомиться в разнные ветки с этих двух машин. Установить в какой именно момент слетает привязка и посмотреть не изменилось ли там название. К примеру у вас может быть одна система регистро зависимая а другая нет и все слетает когда кто то запушил название ветки с большой или маленькой буквы когда надо было наоборот...
Больше идей пока что нет =(
1. посмотри наличие /var/run/mysqld/mysqld.sock и если он есть, то удали его
2. попробуй запустить руками mysqld посмотри что он ответит, если все ок, то попробуй через mysql законектиться туда
3. Тебе нужен именно unix-socket? если тебе нужен только tcp-socket то попробуй это дело в конфиге отключить и оставить только tcp-socket
4. Если же тебе нужен именно unix-socket то посмотри по конфигам, действительно ли он должен быть по пути из ошибки: /var/run/mysqld/mysqld.sock
Troodi Larson, Прошу прощения, а вы уверены, что ваш провайдер поддерживает IPv6? просто, на сколько я знаю, в России IPv6 ни у кого нет. Или вы через 6to4?
Нужно просто достать данные? или именно запустить систему?
Если первое, то можно просто запуститься с linux liveCD затем через mdadm создать raid 1, вставить туда этот ssd и после этого смонтировать этот рейд.
Если же нужно именно запустить, то тут сложнее, но судя по скрину нужно лазить и чинить конфигурацию загрузчика, так как initrd нашелся и запустился а вот диск смонтировать он не смог и так и остался в busyBox. Если система запускалась через grub то вам видимо нужно идти в /boot/grub2/grub.cfg или что там, не помню, точно.
хм, не понятно как то какой у вас url зависит от того что у вас bot в jar собирается. Вы просто делаете http сервер который обрабатывает запросы на "/callback/Webhook" (например....)
а дальше в телеграмм отправляете URL: mydomain.net/callback/Webhook и все.
Более того, каждый раз когда телеграмм будет дергать URL который вы ему передали, для того, что бы что то сообщить вашему боту, он сохраняет результат который ваш бот ему вернул и дает вам возможность, через свое АПИ понять вам, что же пошло не так. Воспользуйтесь этим
Olegpc, Если так, то могу посоветовать следующее:
1. Попробуйте стороннюю рализацию imap для PHP, к примеру вот: https://github.com/barbushin/php-imap
2. Попробуйте запускать не из Apache а из командной строки ваш скрипт. (см php-cli) интересно, что будет.
3. Вряд ли, конечно, но у вас последняя версия php? потому, что это уже выглядит как какой то баг.
4. Попробуйте использовать не Apache + php а php-fpm с тем же apache или nginx но они уже будут просто как прокси, не более (как вариант, если пункт номер 2 даст результаты)
5. Если уж совсем все плохо, попробуйте реализовать это на другом языке.
Olegpc, Погодите, вы какую проблему хотите решать? что бы у вас нормально проходил сбор почты, или вам мешается этот процесс? =) что то мне подсказывает, что вы не ту проблему решаете. Во всяком случае, то что я вижу в вашем коде, у вас один php процесс собирает почту для всех акаунтов, то есть это опять же ни как не связано с тем из под какого пользователя у вас запущен процесс апач. Апач работает от имени того пользователя от которого вы запустили сам сервис, и все, больше это ни как не связано с тем почту какого пользователя вы сейчас забираете. Если же ваша основная задача это собрать почту то этот процесс вас не должен волновать. И если все же, основная ваша проблема это таймаут по которому падает запрос в браузере то вам нужно играться с настройками в php.ini там есть значения которые ограничивают работу php обработчика запроса по времени и не только.
1. Не знаю, как на счет win10 но в предыдущих версиях была такая папка, где то в меню пуск которая называла "автозапуск" или как то так....
2. Не совсем понятно зачем вам это нужно? какие ресурсы вы хотите экономить? Если же у вас проблема в оперативке, то я не думаю, что вы написали такого бота который действительно кушает много памяти. Если бы для работы вашего бота нужно было бы загружать в память гигабайты каких то данных для обработки, то тогда это имело бы смысл, и имело бы это смысл только в том виде, что бы выгружать это обратно, а не как тем что вы описали, нет такого понятия как гибернация для процессов, или чего то еще... если же вы хотите экономить цпу то: во-первых, вам это нужно было делать не на питоне, а на чем то другом (с/с++, go, rust) а во-вторых, пока ваш бот не получил задачу, а просто ждет от вас какого то запроса то кушать ЦПУ он будет ровно столько же как если бы просто ждал команды "bot init" то есть тут вам это тоже ни какого выйгреша не даст.
Когда у вас загрузка в браузере к вашему апачу завершилась по таймауту, именно в этот момент у вас порвалось соединение к imap серверу. Не смотрите на процессы апача, они с этим почти не связаны, смотрите на то какие порты открываются у вас на этой машине для исходящих соединений. Связка апачь + php так работает, что как только запрос к этому самому апач закончился (по таймауту или не важно по чему еще) как таковой php процесс (не путайте с процессом ОС) тоже закончил свою работу, и как следствие, все открытые ресурсы (в данном случае коннект к imap) закрылись. Это ни как не связано с тем что вы видите в процессах апач в свой ОС
Александр null, Только я бы не сказал, что это проблема chuncked это хорошая штука, которая используется когда не известен изначальный размер передаваемого содержимого. К примеру если вы налету сжимаете какой нибудь ZIP и отсылаете его. По этому вы не можете заранее сказать какой именно размер архива получится пока не закончите его сжимать, а отправить размер в заголовке вы не можете так как уже сживаете и отправляете то, что успели пожать. Так что проблема, видимо в клиенет который не умеет работать с "Encoding:chuncked"
Я же правильно понял, что как раз curl, php5.6, windows 7 и делает этот запрос на сервер?
Хочу на досуге в исходники слазить, прямо интересно стало...
Olegpc, Ах вот оно что =)
Вы бы, где-нибудь бы написали что вы это из php делаете.
Я не уверен, что апач на каждый входящий запрос, который вы ему из браузера делаете, будет создавать новый процесс. Если я правильно помню, то при запуске апач создает себе несколько дочерных процессов, или даже тредов, но не суть.... которые, по сути, являются воркерами/обработчиками входящих запросов и раскидывает их между ними, а они уже, эти процессы, в режиме очереди их обрабатывают. Так что вы сами ни как не можете управлять этими процессами апача.
Olegpc, Я говорю о том, что апач это сервер. Вы лезете за почтой в яндек почту. То есть, у вас есть некий процесс/приложение/что_то_еще что подключается к яндекс почте и пытается забрать почту. Я не понимаю какую задачу тут выполняет апач и как он связан со всем этим.
Olegpc, В смысле пример? если вы на это смотрите, значит он как то используется во всей этой истории с получением почты. Тогда вопрос как? Иначе, вас это не должно волновать.