- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Есть 2 сервера.
На 1м сервере (Debian GNU/Linux 7.7 (wheezy)) стоит MYSQL + Nginx и крутятся сайты
На 2м сервере (Ubuntu 12.04.5 LTS) стоит админка, которая соединяется с mysql на 1м сервере по TCP/IP.
Все работало стабильно пару лет, но в последнее время начала раз в день (в разное время) вылазить одна и та же проблема.
В случайный интервал времени с сервера 2 не получается приконектиться к mysql на сервере 1.
Это длиться где-то час-два, потом само собой проходит.
Пробовал скриптом, через консоль - все равно.
На 1м сервере скрипты без проблем конектятся локально.
Если на 1м серере запустить show processlist; - то видно "подвисший" процесс со второго сервиса.
Этот тупняк длится примерно час-два - потом сам по себе пропадает :(
Пробовал перезапускать сервисы - не помогает. Пересмотрел все логи - вообще никаких зацепок.
Во время последнего тупняка обнаружил еще один баг - перестал работать git pull. добавил verbose к ssh - он зависает после
debug1: read PEM private key done: type RSA
debug1: Authentication succeeded (publickey).
Authenticated to github.com ([192.30.252.130]:22).
debug2: fd 4 setting O_NONBLOCK
debug2: fd 5 setting O_NONBLOCK
debug1: channel 0: new [client-session]
debug3: ssh_session2_open: channel_new: 0
debug2: channel 0: send open
debug1: Entering interactive session.
debug2: callback start
debug2: client_session2_setup: id 0
debug2: fd 3 setting TCP_NODELAY
debug3: packet_set_tos: set IP_TOS 0x08
debug1: Sending environment.
debug3: Ignored env MAIL
debug3: Ignored env SSH_CLIENT
debug3: Ignored env USER
debug3: Ignored env TEXTDOMAIN
debug3: Ignored env SHLVL
debug3: Ignored env HOME
debug3: Ignored env OLDPWD
debug3: Ignored env SSH_TTY
debug3: Ignored env LOGNAME
debug3: Ignored env _
debug3: Ignored env TERM
debug3: Ignored env MC_SID
debug3: Ignored env GIT_INTERNAL_GETTEXT_SH_SCHEME
debug3: Ignored env HISTCONTROL
debug3: Ignored env PATH
debug3: Ignored env MC_TMPDIR
debug1: Sending env LANG = ru_RU.UTF-8
debug2: channel 0: request env confirm 0
debug3: Ignored env SHELL
debug3: Ignored env GIT_REFLOG_ACTION
debug3: Ignored env TEXTDOMAINDIR
debug3: Ignored env PWD
debug3: Ignored env SSH_CONNECTION
debug3: Ignored env GIT_PREFIX
debug1: Sending command: git-upload-pack 'zhil/vido.git'
debug2: channel 0: request exec confirm 1
debug2: callback done
debug2: channel 0: open confirm rwindow 32000 rmax 35000
Тоесть, он запрашивает пароль, успешно авторизуется на github.com по публичному ключу и подвисает на open confirm rwindow 32000 rmax 35000.
Гугление по этому багу выдает какие то невнятные советы типа
http://serverfault.com/questions/351162/ssh-fails-pty-allocation-request-failed-on-channel-0
у меня umount /dev/pts выдал ошибку - umount: /dev/pts: устройство занято
или http://stackoverflow.com/questions/5929552/ssh-command-execution-hangs-although-interactive-shell-functions-fine
убрал нафиг у всех пользователей на обоих серверах bashrc - не помогло.
В сухом итоге.
Вопрос первый - что бы могло значить подвисание git pull на open confirm rwindow 32000 rmax 35000?
Вопрос второй - кто то знает, как включить аналог verbose mode для mysql? Чтобы продиагностировать на чем подвисает эта зараза?
Сейчас опять все заработало, но чую не на долго :(
Заранее спасибо за помощь.
Есть кто-то кто сможет решить эту проблему? Сложность в том, что проблема может "не болеть" месяц, а потом вылазить несколько дней подряд.
Здесь нужно смотреть в момент проблем.
Вариантов масса от глюков mysql или сети до проблем на уровне самого приложения.
Вносились ли какие то изменения в конфигурацию системы? Если нет - проблема в сети хостинг провайдера.
Вносились ли какие то изменения в конфигурацию системы? Если нет - проблема в сети хостинг провайдера.
Глюки ПО в расчет не берутся?
Вносились ли какие то изменения в конфигурацию системы? Если нет - проблема в сети хостинг провайдера.
Изменения в конфигурацию 100% не вносились.
Да и не похоже это на проблему с конфигурацией. То работает нормально месяцами, то неделю каждый день по полчаса лежит, потом опять работать.
Что-то такое было, когда у прова mtu нестандартное было. При потерях тоже такое может быть.