Не отправляются заявки 01.12.17

Система по факту не работает как минимум с 8 утра(Красноярский часовой пояс) 01.12.17. Невозможно отправить ни одну заявку к ApplicationManagementService.

Где-то есть какое-то объявление о сроках восстановления или о том что такая проблема существует. Как в будущем будет построена работа при таких сбоях ?

Тех. поддержка во Владимире также никаких сроков не даёт. !!!

http://help.vetrf.ru/wiki/%D0%92%D0%B5%D1%82%D0%B8%D1%81.API#.D0.9F.D0.BE.D0.B4.D1.81.D0.B8.D1.81.D1.82.D0.B5.D0.BC.D0.B0_.D1.80.D0.B0.D0.B1.D0.BE.D1.82.D1.8B_.D1.81.D0.BE_.D1.81.D0.BF.D1.80.D0.B0.D0.B2.D0.BE.D1.87.D0.BD.D0.B8.D0.BA.D0.B0.D0.BC.D0.B8_.D0.B8_.D1.80.D0.B5.D0.B5.D1.81.D1.82.D1.80.D0.B0.D0.BC.D0.B8

Зачем по этой ссылке публиковать мониторинг доступности, который в момент неработоспособности сервера показывает что сервер доступен !!!!

Добрый день.

Получаем ответ на getVetDocumentChangesListRequest :

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Draft//EN">
<HTML>
<HEAD>
<TITLE>Error 404--Not Found</TITLE>
</HEAD>
<BODY bgcolor="white">
<FONT FACE=Helvetica><BR CLEAR=all>
<TABLE border=0 cellspacing=5><TR><TD><BR CLEAR=all>
<FONT FACE="Helvetica" COLOR="black" SIZE="3"><H2>Error 404--Not Found</H2>
</FONT></TD></TR>
</TABLE>
<TABLE border=0 width=100% cellpadding=10><TR><TD VALIGN=top WIDTH=100% BGCOLOR=white><FONT FACE="Courier New"><FONT FACE="Helvetica" SIZE="3"><H3>From RFC 2068 <i>Hypertext Transfer Protocol -- HTTP/1.1</i>:</H3>
</FONT><FONT FACE="Helvetica" SIZE="3"><H4>10.4.5 404 Not Found</H4>
</FONT><P><FONT FACE="Courier New">The server has not found anything matching the Request-URI. No indication is given of whether the condition is temporary or permanent.</p><p>If the server does not wish to make this information available to the client, the status code 403 (Forbidden) can be used instead. The 410 (Gone) status code SHOULD be used if the server knows, through some internally configurable mechanism, that an old resource is permanently unavailable and has no forwarding address.</FONT></P>
</FONT></TD></TR>
</TABLE>

</BODY>
</HTML>

Статус сервера: недоступен (ведутся технические работы)

да, рассылка не помешала бы. адреса же ведь есть.

MIkhail wrote:Статус сервера: недоступен (ведутся технические работы)

Но с 8 утра до 12 примерно по времени НСК монитор показывал всё хорошо )))

nifor wrote:http://help.vetrf.ru/wiki/%D0%92%D0%B5%D1%82%D0%B8%D1%81.API#.D0.9F.D0.BE.D0.B4.D1.81.D0.B8.D1.81.D1.82.D0.B5.D0.BC.D0.B0_.D1.80.D0.B0.D0.B1.D0.BE.D1.82.D1.8B_.D1.81.D0.BE_.D1.81.D0.BF.D1.80.D0.B0.D0.B2.D0.BE.D1.87.D0.BD.D0.B8.D0.BA.D0.B0.D0.BC.D0.B8_.D0.B8_.D1.80.D0.B5.D0.B5.D1.81.D1.82.D1.80.D0.B0.D0.BC.D0.B8

Зачем по этой ссылке публиковать мониторинг доступности, который в момент неработоспособности сервера показывает что сервер доступен !!!!

Проблема возникла не с 8 по-вашему, а примерно с 4 утра по Москве (т.е. примерно с 6 по вашему). Похоже, что проблема в дисковой подсистеме одного из серверов. которые обслуживают шлюз. Сейчас доступ к шлюзу ограничен для проведения внеплановых работ и перезагрузки серверов. Надеемся с ними справиться до полудня.
Доступ к веб-интерфейсу нормальный и его работа тоже, состояние линий связи штатное.
Мониторинг доступности не об этом. Он, во-первых, заведен не на шлюз, а на вэб. И это именно мониторинг доступности - т.е. возможности направлять и получать сигналы. Характеризует мониторинг доступности состояние линий связи, а не время обработки информации внутри системы. Такой мониторинг у нас тоже ведется, но публичный интерфейс, представляющий его результаты не сделан и я не уверен, что мы будем делать этот публичный интерфейс, поскольку это будет как тренировочный стенд для хакеров.

MIkhail wrote:да, рассылка не помешала бы. адреса же ведь есть.

Да хотя бы объявление в web-интерфейсе. Шут с ней с рассылкой !!!

Николай Власов wrote:

nifor wrote:http://help.vetrf.ru/wiki/%D0%92%D0%B5%D1%82%D0%B8%D1%81.API#.D0.9F.D0.BE.D0.B4.D1.81.D0.B8.D1.81.D1.82.D0.B5.D0.BC.D0.B0_.D1.80.D0.B0.D0.B1.D0.BE.D1.82.D1.8B_.D1.81.D0.BE_.D1.81.D0.BF.D1.80.D0.B0.D0.B2.D0.BE.D1.87.D0.BD.D0.B8.D0.BA.D0.B0.D0.BC.D0.B8_.D0.B8_.D1.80.D0.B5.D0.B5.D1.81.D1.82.D1.80.D0.B0.D0.BC.D0.B8

Зачем по этой ссылке публиковать мониторинг доступности, который в момент неработоспособности сервера показывает что сервер доступен !!!!

Проблема возникла не с 8 по-вашему, а примерно с 4 утра по Москве (т.е. примерно с 6 по вашему). Похоже, что проблема в дисковой подсистеме одного из серверов. которые обслуживают шлюз. Сейчас доступ к шлюзу ограничен для проведения внеплановых работ и перезагрузки серверов. Надеемся с ними справиться до полудня.
Доступ к веб-интерфейсу нормальный и его работа тоже, состояние линий связи штатное.
Мониторинг доступности не об этом. Он, во-первых, заведен не на шлюз, а на вэб. И это именно мониторинг доступности - т.е. возможности направлять и получать сигналы. Характеризует мониторинг доступности состояние линий связи, а не время обработки информации внутри системы. Такой мониторинг у нас тоже ведется, но публичный интерфейс, представляющий его результаты не сделан и я не уверен, что мы будем делать этот публичный интерфейс, поскольку это будет как тренировочный стенд для хакеров.

Спасибо за ответ !!! У нас часовой пояс +4 к Москве.

Проблемы с системой наблюдались ещё вчера.

anig99 wrote:Проблемы с системой наблюдались ещё вчера.

Вчера, примерно с 16 часов, ответы сервера приходили с задержкой 30-45 секунд.

anig99 wrote:Проблемы с системой наблюдались ещё вчера.

ориентировочно с 16:00 до 22:00

Я писал вчера про это:
http://vetrf.ru/vetrf-forum/posts/list/1425/6855.page#49512

всем пофиг.

У кого работает?
У кого нет?

my.vetrf-forum wrote:У кого работает?
У кого нет?

Не работает, 404.