В чем может быть проблема, поставили админы 1с 82 на linux. В конфигураторе работать практически невозможно, все тормозит, первый раз окошки открываються по 10 минут, иногда просто тупо начинает тормозить на ровном месте, иногда не пускает в базу с непонятными ошибками. Ставили разные релизы, админы толковые, специализируются именно в этих системах, прочитали кучу инфы, но победить тормоза и глюки не могут.
Может кто знает с чем это может быть связано или как победить?

(0)[Ставили разные релизы, админы толковые, специализируются именно в этих системах, прочитали кучу инфы, но победить тормоза и глюки не могут.]
прикольно
может железку линуксоиды по привычке взяли от роутера, т.е 64Кбайт RAM и I8086 ?

что за линукс, конкретно? Какой релиз 1с-ки ставил?

2(1) и еще мы не знаем где и какой сервер БД стоит... и на разделе с какой ФС... но проблему нужно решить

(3) угу
и вдруг это виртуальная машина

Конфигурация сервака
Debian 2.6.26-2-amd64
RAM: 10 Gb
4 CPU по 2.67GHz

(4) Да это виртуалка

(5) релиз СУБД в студию

(6) опаньки,
а ресурсы какие по nix даны и что ещё на хосте крутиться

и что за дисковое хранилище имеет эта виртуалка в своем распоряжении? 20 Гб Файл на одношпиндельном САТА-диске хостовой системы?

(9) сомневаюсь )

(9) это не даст 10 минутную задержку с открытием конфигуратора

скорее память зарезали или приоритет загнобили

по поводу БД: postgre-etersoft9.0
по поводу дисковой подсистемы: виртуалка лежит lvm (ФС - ext3), раздел 1ТБ

Проблема например может выглядеть так:
Создаю новую обработку, создаю для нее новую форму, ворма открываеться 5-10 минут, если тоже самое делть еще раз с новыми обработками, форма открываеться мгновенное. После перезапуска сервера тоже при первом создании новой формы опять такие же тормоза.

Просто тормоза могут затянуться и в это время лезут различные ошибки.

(12) postgre-etersoft9.0
а с какого бодуна для 8.2 etersoft ?
у 1С своя собственная сборка

(14) http://users.v8.1c.ru/version.jsp?id=AddCompPostgre&ver=8.4.3-3.1C

и патчи свои

Говорят что делали эти патчи и хреново работала 1с, а этерсовтовцы типа специально собрали как надо для работы с 1С.
Вроде как ставили по этому примеру: http://interface31.ru/tech_it/2010/02/ustanovka-servera-1s-predpriyatie-81-na-ubuntu-910.html

вверх

(14) вполне работает от etersoft другое дело что 9.0 вроде 1с заявлен как тестовый.
Хотя у меня под линем на запуске 1с82 тоже тормозит сильнее чем 1с81 но не по 10 мин.

(17) Поставте то, что в (15)

неправильно так делать - что-то менять просто потому что с тем что есть неизвестно почему так выходит...

правильно найти где, в каком месте тормозит... не верю что годные админы не могут этого сделать. Это 1Сник может этого не уметь, и то у него в арсенале есть такой инструмент как ТЖ, и он пишет длительность буквально каждой операции, а админы просто обязаны уметь траблешутить систему.

(16)[а этерсовтовцы типа специально собрали как надо для работы с 1С.]
гони админов в зашей,
раз они девочку(7.7) от мальчика(8.2) отличить не могут

У меня кстати примерно та же проблема, только не такой силы. Админ взгромоздил на свежий сервер линух убунту с db2, так выгрузка данных занимала 5 часов, в отличии от 5 минут на виндовом сервере с файловой фазой. Естественно, из-за таких результатов остановились на виндовом сервере; что делать с линухом, пока не знаем. Посоветуйте плз что-нибудь... может, организовать сервер терминалов на линухе, он такое может?

(22)[Посоветуйте плз что-нибудь]
яйца админу уже открутили ?

postgre-etersoft9.0

Этот вариант мы загнобили 5 годами ранее.
Вы то же на него не расчитывайте. В нормальном варианте с большой базой работать не будет, даже с маленькой- не будет.

Такое впечатление. что в (0) и (22) Linux ставят только за тем, чтобы показать насколько он негодный для работы с 1С

Клиентов еще можно под линукс, бузу нет, только уж маленькую совсем.

2(22) Буферпулы настраивали?

Т.Е. не не будет, а будет, но это не работа, слезы одни

Там проблема в генетике постгреса.

(29) Ну оптимизация планов выполнения запросов настраивается, как файле конфигурации, так и в коде, перед выполнением того или иного запроса. Другое дело, 1С этим почему-то не пользуется.

(28) бугагашньки... 300 гиг у меня база норм крутится

Кортоко - с производительностью проблемы две. 1 Нет поддержки кэширования запросов, 2 нет возможности одну таблицу размазать по нескольким дискам.

С программированием одна, но серьёзная, у постгресса нет команды изменения таблиц.

(31) c какой конфой?

(23) Увы, он уже свалил на другую работу :) взяли другого, но он пока в этой теме ни тпру, ни му...
(25) нет причина стара как мир: пожались на деньги для серверной винды.
(27) Спасибо за наводку, скажу админчегу насчет буферпулов. Сам-то я по понятным причинам виндузятник :)

2(34) При чем тут это? Буферпулы касаются не линукса, а ДБ2 самой по себе, а ДБ2 есть как для Линукса, так и для Винды...

(35) Дык я в основном с файловой версией работал. Ну и чуток под MS SQL. Под прочими субд - ни разу.
А у Вас какой вариант используется? Я попросил админа перед уходом настроить сервер терминалов - вроде работал. Правда, на скорость еще не проверял, бо уже кто-то запаролил вход, а новый админ вечно в бегах, хрен его поймаешь.

ужас...

(32) С кешем результата запроса,по ходу, это не проблема, а концепция,идейно-философская.
http://www.sql.ru/forum/actualthread.aspx?tid=472734

+(38) http://www.opennet.ru/opennews/art.shtml?num=29761
Хотя костыликов уже понаделали.

(14) Поставили то что с 1с шло, в результате получили ошибки:

1.
56:45.1013-0,EXCPCNTX,0,ClientComputerName=,ServerComputerName=,UserName=,ConnectString=
56:45.1014-3,EXCPCNTX,2,SrcName=DBPOSTGRS,OSThread=184538880,process=rphost,p:processName=gt_trade_2,t:clientID=3273,t:applicationName=BackgroundJob,t:connectID=3228,Trans=0,dbpid=17892,Sql=lock table pg_class in application share mode,Result=PGRES_FATAL_ERROR,dbpid=17892,Sql=ROLLBACK,Result=PGRES_COMMAND_OK
56:45.1015-4509,EXCPCNTX,1,SrcName=SCOM,OSThread=184538880,process=rphost,t:clientID=3273,ProcessName=gt_trade_2,SrcProcessName=gt_trade_2
56:45.1016-4511,EXCPCNTX,0,SrcName=CONN,OSThread=184538880,process=rphost,t:clientID=3273
56:46.6628-0,EXCP,2,process=rphost,p:processName=gt_trade,t:clientID=3274,t:applicationName=BackgroundJob,t:connectID=3229,Exception=DataBaseException,Descr='Ошибка СУБД:
ERROR:  syntax error at or near "application" at character 24
'
56:46.6629-0,EXCPCNTX,0,ClientComputerName=,ServerComputerName=,UserName=,ConnectString=
56:46.6630-3,EXCPCNTX,1,SrcName=DBPOSTGRS,OSThread=184538880,process=rphost,p:processName=gt_trade,t:clientID=3274,t:applicationName=BackgroundJob,t:connectID=3229,Trans=0,dbpid=14794,Sql=lock table pg_class in application share mode,Result=PGRES_FATAL_ERROR,dbpid=14794,Sql=ROLLBACK,Result=PGRES_COMMAND_OK
56:46.6631-27,EXCPCNTX,0,SrcName=CONN,OSThread=184538880,process=rphost,t:clientID=3274

2.
56:52.0617-0,EXCP,2,process=rphost,ClientID=0,Exception=NetDataExchangeException,Descr='server_addr=any:1560 descr=Address already in use line=138 file=./src/DataExchangeServerImpl.cpp'
56:52.0618-0,EXCP,2,process=rphost,ClientID=0,Exception=NetDataExchangeException,Descr='server_addr=any:1561 descr=Address already in use line=138 file=./src/DataExchangeServerImpl.cpp'
56:52.0619-0,EXCP,2,process=rphost,ClientID=0,Exception=NetDataExchangeException,Descr='server_addr=any:1562 descr=Address already in use line=138 file=./src/DataExchangeServerImpl.cpp'
56:52.0620-0,EXCP,2,process=rphost,ClientID=0,Exception=NetDataExchangeException,Descr='server_addr=any:1560 descr=Address already in use line=138 file=./src/DataExchangeServerImpl.cpp'
56:52.0621-0,EXCP,2,process=rphost,ClientID=0,Exception=NetDataExchangeException,Descr='server_addr=any:1561 descr=Address already in use line=138 file=./src/DataExchangeServerImpl.cpp'
56:52.0622-0,EXCP,2,process=rphost,ClientID=0,Exception=NetDataExchangeException,Descr='server_addr=any:1562 descr=Address already in use line=138 file=./src/DataExchangeServerImpl.cpp'
56:52.0623-0,EXCP,2,process=rphost,ClientID=0,Exception=NetDataExchangeException,Descr='server_addr=any:1563 descr=Address already in use line=138 file=./src/DataExchangeServerImpl.cpp'
56:53.6396-0,EXCP,2,process=rphost,t:clientID=3,Descr="Loading 'libgssapi_krb5.so' failed"
56:59.6893-0,EXCP,1,process=rphost,ClientID=1,Exception=NetDataExchangeException,Descr=' server_addr=tcp://grtree-web:1541 descr=Connection timed out line=1083 file=./src/DataExchangeTcpClientImpl.cpp'
56:59.6895-0,EXCP,0,process=rphost,ClientID=1,Exception=NetDataExchangeException,Descr=' server_addr=tcp://grtree-web:1541 descr=Connection timed out line=1083 file=./src/DataExchangeTcpClientImpl.cpp'
57:00.0890-0,EXCP,0,process=rphost,ClientID=9,Exception=NetDataExchangeException,Descr='server_addr=tcp://grtree-web:1541 descr=Connection refused line=589 file=./src/DataExchangeTcpClientImpl.cpp'
57:00.0891-0,EXCP,0,process=rphost,Exception=Exception,Descr='./src/RHostImpl.cpp(6105): server_addr=tcp://grtree-web:1541 descr=Connection refused line=589 file=./src/DataExchangeTcpClientImpl.cpp'
57:01.7493-0,EXCP,1,process=rphost,p:processName=gt_trade,t:clientID=5,t:applicationName=BackgroundJob,ClientID=10,Exception=NetDataExchangeException,Descr='server_addr=tcp://grtree-web:1541 descr=Connection refused line=589 file=./src/DataExchangeTcpClientImpl.cpp'
57:01.7494-0,EXCP,1,process=rphost,p:processName=gt_trade,t:clientID=5,t:applicationName=BackgroundJob,ClientID=11,Exception=NetDataExchangeException,Descr='server_addr=tcp://grtree-web:1541 descr=Connection refused line=589 file=./src/DataExchangeTcpClientImpl.cpp'
57:01.7495-0,EXCP,1,process=rphost,p:processName=gt_trade,t:clientID=5,t:applicationName=BackgroundJob,Exception=Exception,Descr='./src/SrvrInfoBaseImpl.cpp(1062): server_addr=tcp://grtree-web:1541 descr=Connection refused line=589 file=./src/DataExchangeTcpClientImpl.cpp'

3.
57:00.7922-0,EXCP,2,process=ragent,t:clientID=0,ClientID=2,Exception=NetDataExchangeException,Descr=' server_addr=tcp://grtree-web:1541 descr=Connection timed out line=1083 file=./src/DataExchangeTcpClientImpl.cpp'
57:00.7924-0,EXCP,1,process=ragent,t:clientID=0,ClientID=2,Exception=NetDataExchangeException,Descr=' server_addr=tcp://grtree-web:1541 descr=Connection timed out line=1083 file=./src/DataExchangeTcpClientImpl.cpp'

Как лечить???

(31) не присвистывай

автор убей админов и верни клиента на виндуз, базу пусть сами настраивают, вполне настраивается на постгри (о ерзании уже иной разговор) и мемори поубавьте в рскульконфе

(42) виндуз кля клиента крайний вариант, там просто весь проект начиная с инет магазина на linux. Поэтому хотелось бы победить эти баги.

(40) руки отрежь админам,
явный саботаж

(44) Блин, так дело не пойдет, нет никакой конкретики, что конкретно админы сделали не так. На форумах куча тем, которые заканчиваются ничем, либо сходом на windows и писанием разработчикам 1с, что они не допилили 1с по linux.

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

(45) не можешь заставить других, разберись сам.
Linux прост, как две копейки