1С 8.3.14.1494
Апач 2.4 64х

Набираю в браузере http://site.ru/basename/odata/standard.odata/

Получаю что-то типа

1C:Enterprise 8 application error:
Невосстановимая ошибка
by reason:
Сеанс отсутствует или удален ID=1f51a981-364a-4934-9c2b-145f3290fde7, File=d:\jenkins\ci_builder2\windowsbuild2\platform\src\rserver\src\clusterdistribimpl.cpp(1439)

У другого клиента примерно то же, суть та же

1C:Enterprise 8 application error:
Невосстановимая ошибка
by reason:
Сеанс отсутствует или удален ID=9e9c0d50-bd22-4a9c-91d3-60fff0dd5bd4, File=src\ClusterDistribImpl.cpp(1436)

При этом веб-клиент пашет, не работает только odata

(0) Программа, которая отвечает за трансляцию данных из 1С в 80 порт не работает.

Печенюшка зачем ты каждый раз прикручиваешь тупую голосовалку когда обсираешься? Для тебя всегда нужен только один пункт кг/ам

(2) Ой, Миша, а я думал, ты уже запил с безнадеги :))

(1) И что это значит? И как это, веб-клиент же работает?

(4) o.data это просто протокол. И то, что транслирует данные в Почему odata не работает?
записало о 503 ошибке

(5) А, ну вот, теперь все сразу стало понятно

(5) Чувак ты же ушел в жабу андроид, почему ты здесь?

(7) такой динамике как на мисте java форумам и не снилось

(5) В ie, кстати, другой текст, нежели в firefox, говорит про ошибку 500

(13) Миша, дурачина, я как бы просто сообщил, что ошибка 500, а не 503 и то, что ошибки в разных браузерах разные, то есть текст ошибки генерится браузером, а не, допусти, берется от Апача, например

(14) Клиенты по 1С с прошлого остались. Вообще по 1С работы тьма. Ни разу объявление даже не давал. Прут и прут.

Так что, есть герои? :))
А то проблема все так же актуальна
Уже и Апач переставил и 1С и базу переопубликовал и права проверил, которые догадался

(25) тебе уже ничего не поможет, смирись

(26) Что, Мишанька, не спится, по делу сказать нечего, а пукнуть хочется?

И снова (25) :))

(0) $metadata работает?

(29) Нет
Я же писал, даже уже /odata/standard.odata не работает

Печенюшка ты долбоеб потому что

(30) А что в .vrd файле?

(32) Все по дефолту, вместо mybasename и myservername мои сервер и база
<?xml version="1.0" encoding="UTF-8"?>
<point xmlns="http://v8.1c.ru/8.2/virtual-resource-system";
        xmlns:xs="http://www.w3.org/2001/XMLSchema";
        xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance";
        base="/mybasename"
        ib="Srvr=&quot;myservername&quot;;Ref=&quot;mybasename&quot;;">
    <ws enable="false"/>
    <httpServices publishByDefault="false"/>
    <standardOdata enable="true"
            reuseSessions="autouse"
            sessionMaxAge="20"
            poolSize="10"
            poolTimeout="5"/>
</point>

В логи http-сервера кто-нибудь уже советовал заглянуть?

(34) Заглядывал, ничего интересного

Ап?

(36) Рома иди паси свиней, все равно руки из задницы у тебя и мосх куриный

(37) Миша, иди нахуй, задрал ты уже своим блевотным юмором

(38) ко-ко-ко, кудах-кудах, давай еще поплачь

Рома я тебе ответил еще в (31) а до тебя все не доходит

Хм, замена Апача на 32-х версию тоже ничего не дала
Что за чудеса в решете
Истина где-то рядом же, чую :))

http://ast-1c.kz/almasoft/?p=549 похоже, не?

(42) Вообще ни разу

Кстати, перед выдачей ошибки не запрашивается логин пароль, что странно

Ну ты все равно проверь права на папки

(45) Да даже всем всё разрешил

14 платформу не ставил, ни каких проблем, разрядность тут не причем, если используешь 1с 64 юзай апач 64 ну и наоборот.

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

после простоты apache тошнит от iis ...

Вот еще что пишут...
С большой вероятностью х32 процесс апача вылетает из-за большого массива информации - переполнение происходит.
Поставьте IIS. инструкция на инфостарте есть по установке и настройке для работы с 1с. И в настройках IIS увеличьте число рабочих процессов. Это делается в доп.параметрах DefaultAppPool.

Apache2.2 под windows не умеет "распределять" нагрузку между процессами.

(47) апач всегда беру отсюда https://www.apachehaus.com/

(47) Да я уже и платформу другую поставил, правда тоже 64-х

Странное дело, прописал в vrd-файл конкретные логин и пароль, работает
А почему сам браузер не запрашивает?

Есть еще идеи?

Мда, печалька

(51) а такое было.
Или в адресной строке пишешь Логин:Пароль@адрес или в врд логин пароль прописываешь.
Как лечил не помню, что то было в настройках безопасности, но вылечил. Давненько было.

(54) У меня раньше давным-давно такое работало, пароль запрашивался

Я вот думаю, может дело в платформе?
Но проверять лень

Дело в (31) можешь даже не проверять

(54) В этом случае говорит, что сайт типа не требует авторизации
Вот и вопрос, как включить авторизацию?

Ап

Что, так ни у кого и нет идей?

Вот есть похожая тема, но давняя же https://forum.infostart.ru/forum86/topic176251/

Кстати, у одного клиента все-таки работает OData
Платформа 64х 8.3.13.1576
Апач 32х 2.4.33.0

Что за странная картина?
Что не так у одного клиента и что так у другого?

Попробуйте в default.vrd заменить reuseSessions="autouse" на reuseSessions="dontuse".

(63) Не помогло

(63) У клиента, у которого все работает, vrd-файлы такие же
Пока из отличий только операционка другая и версия 1С

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

(66) Недавно знакомый сутки ловил всякие разные ошибки при попытке запуска web-сервиса (после обновления платформы). Решилось только установкой всех обновлений на Windows.

Да вроде все обновления стоят

(0) в error_log - что при этом?

В своё время долго очень ковырялся, но такой дичи не видал

Позвони в 1С спроси их что у Вас в файле "d:\jenkins\ci_builder2\windowsbuild2\platform\src\rserver\src\clusterdistribimpl.cpp" на строке (1439) мешает людям любить ODATA

(69) Набрал сейчас в браузере ссылку, получил ошибку, в логе за сегодня ничего нет

(70) Да скорее всего речь про какую-то ошибку авторизации или про (61) "При обращении к объектам WebСервис, HTTPСервис и сервисам OData клиенту возвращается некорректное значение поля HTTP заголовка WWW-Authenticate в случае, если произошла ошибка авторизации - значение не содержит "realm="1C:Enterprise 8.3"""

Апчтоли

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

(74) Работает как раз когда указываешь в явном виде при отправке запроса
Не работает только в браузере

У того же клиента, где работает в браузере, работает с вполне себе заданными логин паролем
И там в файле публикации все точно так же

То есть не то, что-то другое

Блин, где бы хоть мануалы что ли помануалить