есть понимание, что он там делает?

есть понимание, что он там делает?

нет, нету, при том что кассиры нормально закрывают кассу и все у них норм, а вот с задницей одина не норм

Технологический журнал собирать умеете?

ага

Отлично, в момент воспроизведения проблемы добавляете вот такое: <log location="/var/log/1c" history="1"> <event> <eq property="SessionID" value="<Номер сеанса>"/> </event> <event> <eq property="Name" value="sesn"/> <eq property="Nmb" value="<Номер сеанса>"/> </event> <event> <eq property="t:connectID" value="<Номер соединения>"/> </event> <property name="All"/> </log> и по нему разбирайтесь, что делает сеанс. Также можно завершить службу сервера и посмотреть, на чем прекратилась работа сеанса в событиях EXCP/EXCPCNTX

Кроме того, можно включить ТЖ на клиенте и проверить по событию PROC в конце, не врет ли кассир о корректном завершении

Кроме того, можно включить ТЖ на клиенте и проверить по событию PROC в конце, не врет ли кассир о корректном завершении

да ему то зачем врать?

да ему то зачем врать?

Все врут. Мир психических отклонений чуден и разнообразен. Кроме того, он может и не врать, просто клиент висит в серверном вызове, а ОС его завершает при шатдауне

Все врут. Мир психических отклонений чуден и разнообразен. Кроме того, он может и не врать, просто клиент висит в серверном вызове, а ОС его завершает при шатдауне

ясно, спасибо, попробую посмотреть

*тушит свет

В полку прибыло

Доброе утро. Коллеги, были ли у кого-то проблемы при обновлении сервера до 8.3.9.1818? Обновился и начались дикие тормоза. В журнале постоянно записи вида «Попытка подключения к контексту сервера с неподходящей версией метаданных.» Сыпятся от BackgroundJob. Если подключаться под клиентом все дико тормозит. Банально форма договоров висит по пол минуте до открытия.

А с какой версии обновлялись?

Доброе

Обновлял с 8.3.7.1873

Я обновляюсь медленно. Сначала с 8.3.6.хххх на 8.3.7.хххх, а сейчас 8.3.8.хххх. На 8.3.9.хххх пока не спешу, старшие пацаны говорят, что гнаться не за чем

Обещали выше производительность на нашей любимой связке, но нет

Разработчики хотят 8.3.9. И для обновлении конфигурации им тоже понадобилась она.

А. Ну тогда понятно

А какая крайняя версия в ветке?

В 8.3.9?

Внутри

Ну там 8.3.9.2601

Или какая?

1818

Попробуй тестовую взять

Доброе утро. Коллеги, были ли у кого-то проблемы при обновлении сервера до 8.3.9.1818? Обновился и начались дикие тормоза. В журнале постоянно записи вида «Попытка подключения к контексту сервера с неподходящей версией метаданных.» Сыпятся от BackgroundJob. Если подключаться под клиентом все дико тормозит. Банально форма договоров висит по пол минуте до открытия.

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

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

К сожалению не сохранилось логов этих. Обновился в пятницу еще.

Сейчас снес и добавил вновь информационные базы. Спамить в журнал ошибку перестало. И производительность попустило.

Значит пока после передобавления информационных баз проблемы разрешились.

Странно

Странно

Согласен, но так.

не странно... мусор вычистился, вот и работать лучше стало, и проблемы лишние ушли

В общем сколько тысяч лет у меня уйдет чтобы выкатить аналог 1с заточеный под нужны предприятия, исполненый на какой нибудь spring-boot микросервиссной архитектуре с angularjs на фронтенде?

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

Убийца 1с на джаваскрипте. Спешите видеть

Убийца 1с на джаваскрипте. Спешите видеть

мне тут один чел как то рассказывал с упоением что MS dynamics убивец 1с

но что то не верица

Коллеги, еще вопрос. Имеются 2 одинаковые по производительности машинки. Одна версия 1с и конфигурации. В одном случае ms sql + win server. Во втором postgresql + centos 7.2. Старт платформы при соединении с вин машиной почти мгновенен. Во втором случае задумывается секунд на 15-20. С чем может быть связано? Почему установка соединения такая дорогая получается?

Коллеги, еще вопрос. Имеются 2 одинаковые по производительности машинки. Одна версия 1с и конфигурации. В одном случае ms sql + win server. Во втором postgresql + centos 7.2. Старт платформы при соединении с вин машиной почти мгновенен. Во втором случае задумывается секунд на 15-20. С чем может быть связано? Почему установка соединения такая дорогая получается?

по симптоммам похоже на таймаут dns

До выбора пользователя и пароля доходит быстро в обоих случаях (ну на винде все равно чуть быстрее). А вот после ввода до появления окна приложения время разное. Прием значительно.

Хм, кто такой мудрый что б заявлять подобную ахинею? MS Dinamics не конкурент 1С в РФ...

Поиск ключей еще может занимать массу времени...

ну так ключи настройте и норм будет

вернее hasp.ini

Все настроено.

Все настроено.

телепатические способности сообщества исчерпали себя. Надо смотреть в ТЖ

настройте сбор и сравните, что происходит на обеих конфигурациях

и что там настроено?

а никто не прикручивал zabbix для мониторинга 1С?

и webmin для управления сервисами и кластером 1с?

В момент подключения на лин сервере вижу только одну ошибку в тех журнале. GSS-API error . Так как krb не настраивал. Но оно вылазит на моменте ввода пароля.

и что там настроено?

IP адреса для полуяения ключей и broadcast disabled

а никто не прикручивал zabbix для мониторинга 1С?

делал такое, что именно интересует?

делал такое, что именно интересует?

Меня тоже интересует... Выполнение rac из python + API zabbix?

ERROR: S client not available

Хм, кто такой мудрый что б заявлять подобную ахинею? MS Dinamics не конкурент 1С в РФ...

продвиженец дайнемика

а никто не прикручивал zabbix для мониторинга 1С?

Я, меня спросите!

а никто не прикручивал zabbix для мониторинга 1С?

Для винды делал шаблон

Можно и для линуксов запилить без проблем

Кстати, шаблон заббикса для 1с надо кому?

Меня тоже интересует... Выполнение rac из python + API zabbix?

не, я делал bash-скрипт, который через curl делает login/logout и вешал это на userparameter

Шта?

не, я делал bash-скрипт, который через curl делает login/logout и вешал это на userparameter

только проверка доступности базы?

Зочем?

только проверка доступности базы?

да

Кстати, шаблон заббикса для 1с надо кому?

давай )

давай )

https://github.com/alv1r/Zabbix_1C

да

Можно изящнее сделать. Mamonsu - агент для Postgres умеет проверять доступность базы

Можно изящнее сделать. Mamonsu - агент для Postgres умеет проверять доступность базы

файловой, mssql, на удаленном (недоступном для настройки) хосте?

что-то не верится :)

Для постгрес, я же писал

https://github.com/postgrespro/mamonsu

ну тогда это не изящнее, а только для postgres ;)

А ты нигда об обратном не писал, или я не углядел?

А ты нигда об обратном не писал, или я не углядел?

да мне, как бы, без разницы - делайте как удобнее :)

Так точно!

Коллеги, еще вопрос. Имеются 2 одинаковые по производительности машинки. Одна версия 1с и конфигурации. В одном случае ms sql + win server. Во втором postgresql + centos 7.2. Старт платформы при соединении с вин машиной почти мгновенен. Во втором случае задумывается секунд на 15-20. С чем может быть связано? Почему установка соединения такая дорогая получается?

Вангую: на win-машине включена отладка.

Вангую: на win-машине включена отладка.

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

Коллеги, на сервере centos в лог часто сыпятся excp NetDataExchangeException (returns zero). Иногда раз в пару минут. На сервере никто не работает. На вин сервере даже при работающих пользователях такого нет. Куда копать и стоит ли вообще на это обращать внимание?

выложи кусочек лога, так сложно сказать

выложи кусочек лога, так сложно сказать

https://pastebin.mozilla.org/8926144