|
У всех проблемы с 8.3.5.1383? | ☑ | ||
---|---|---|---|---|
0
Грызлик
27.01.15
✎
14:36
|
До этого стояла 1119. Все хорошо. Вкрячил 8.3.5.1383 и поехало.. оперативка безгранично кушается рпхостом... само по себе стало долго все отрабатывать. Сейчас понизил максимальное количество потребление ОЗУ одним процессом до 5 гб. посмотрим что будет.
|
|||
1
thezos
27.01.15
✎
14:37
|
это баг
|
|||
2
kobzon2
27.01.15
✎
14:41
|
У меня вроде норм. И никто не жалуется.
|
|||
3
эцп
27.01.15
✎
14:59
|
Код ошибки: 30015829
Код(ы) обращения: TP#5072 Статус: Исправлена в тестовой версии Зарегистрирована: 12.12.2014 Исправлена: "Технологическая платформа", версия 8.3.5.1428 (для тестирования) Описание: Объем виртуального адресного пространства, занимаемого рабочим процессом сервера Предприятия, непрерывно растет. Особенно быстрый рост наблюдается, если в кластере зарегистрированы информационные базы, с которыми пользователи не работают постоянно, но в которых определены и включены регламентные задания. |
|||
4
oslokot
27.01.15
✎
15:00
|
(0) Да, жрет память и не стесняется. Когда всю выкушивает, падает rphost и раскорячиваются фоновые задания. Помогает рестарт сервера-1С
mssql 2008 r2 Жду следующий релиз, мать его |
|||
5
Зеленый Кот
27.01.15
✎
15:01
|
еще вчера было незаметно, сегодня все тормозит, особенно при работе с конфигурацией
|
|||
6
Грызлик
27.01.15
✎
15:43
|
(4) +1.. за последние 48 часов.. два раза упал
|
|||
7
Грызлик
27.01.15
✎
15:44
|
Релизы стали выходить чаще, чем обновления на бухгалтерию :D
|
|||
8
Fish
27.01.15
✎
15:59
|
У нас в кластере зарегистрированы информационные базы, с которыми пользователи не работают постоянно, но в которых определены и включены регламентные задания. Подобной ошибки не наблюдается.
|
|||
9
Teresa
27.01.15
✎
16:01
|
(6) А если отключить регламентные задания, эффект есть?
|
|||
10
irishka77
27.01.15
✎
16:05
|
К утру на сервере сжирается 28 гб. фоновые зависают. рестарт. надоело. КА декабрь без рестарта не провести.
|
|||
11
Грызлик
27.01.15
✎
16:05
|
у меня 57 баз.. заходит в каждую.. лень. Ноо из 57 в 10 базах я регламент перевел с 18.00 до 23.30. А с 23.40.. начинает регламент скуль. В общем сейчас зарезал ОЗУ на каждый процесс. Результаты скажу завтра. Т.к. сейчас онлайн 11 человек из 100
|
|||
12
irishka77
27.01.15
✎
16:10
|
да, я мелко плаваю - баз 15.Все бух и зуп 3.0, 2 свои , 1 КА. Человек 30. КА в тонком клиенте и в толстом.
|
|||
13
Teresa
27.01.15
✎
16:11
|
(11) буду ждать, а то как раз собрались обновить платформу, а тут такой сюрприз. У нас 19 ИБ, пользователей около 100.
(8) интересно, почему у вас ничего такого не происходит. |
|||
14
irishka77
27.01.15
✎
16:15
|
(8)два сервера?
|
|||
15
Fish
27.01.15
✎
16:15
|
(13) Ну у нас не 57 баз. Поменьше немного. Но есть пара-тройка тестовых, в которых включены регламенты, и в них постоянно никто не работает.
|
|||
16
Fish
27.01.15
✎
16:16
|
(14) В смысле два?
|
|||
17
lanc2233
27.01.15
✎
17:25
|
а 8.3.5.1428 вышла?
Вроде 8.3.5.1420 - последняя |
|||
18
Ник080808
27.01.15
✎
17:55
|
(17) 8.3.5.1420 тестовая
|
|||
19
Filippov
27.01.15
✎
18:49
|
(18) 8.3.5.1428 тестовая от 20.01.2015
|
|||
20
zakidonoff
27.01.15
✎
20:38
|
У себя давно отрубил регламентные на "мёртвых" базах, так что с "жором" памяти не столкнулся. Переехал вчера.
Но у меня база стала вылетать на некоторых запросах с дикой ошибкой СУБД: ERROR: column tхх.хх does not exist LINE х И я вообще хз что это за подстава ( ЧСХ, вылетает как файловый, так и серверный варианты... И в сети с такой "маской" ошибки описаны только косяки при установке постгресса на никсы. У меня же винда... Вечером ни одна касса не свернулась Я ХЗ что делать. Можно, конечно, проблемные запросы переписать (благо, спотыкается только на написанных мной, но не стандартных, по крайней мере, вылетов на типовых запросов не зафиксировал пока), но я даже хз, в что именно в этих запросах не так... В общем, попа -( |
|||
21
shuhard
27.01.15
✎
20:59
|
(20)[ но я даже хз,что именно в этих запросах не так... ]
что-то мешает поднять тех.журнал, профайлер и разобраться ? |
|||
22
zakidonoff
27.01.15
✎
21:27
|
(21) ну... как минимум, отсутствие отметки о факте падения в тех. журнале...
А что мне даст профайлер? Мне и из описания ошибки видно, что БД не видит запрошенных данных. Только вот дальше что? Разве что последовательно пытаться упрощать запрос, пока база не перестанет рушиться при его выполнении?.. :-\ |
|||
23
leshikkam
27.01.15
✎
21:31
|
Подтверждаю проблемы с указанным в теме релизом.
На тестовом 8.3.5.1428 работает стабильно |
|||
24
zakidonoff
27.01.15
✎
21:39
|
(23) кинь ссылку на дистриб, пожалуйста.
Даже если я выловлю сейчас этот баг с запросом - я манал перелопачивать зубодрбильный объём данных под сомнительные требования релиза -( Итак чувствую себя попугаем-копипастером, вставляя заглушки во все процедуры обработказаполнения, которая с какой-то радости стала вызываться при создании каждого нового документа с неопределённым основанием... |
|||
25
leshikkam
27.01.15
✎
21:43
|
||||
26
zakidonoff
27.01.15
✎
21:43
|
(24) Всё, не надо, сенкс - сам нашёл -)
|
|||
27
jk3
27.01.15
✎
21:49
|
(0) Да, с памятью что-то не так в 1383.
8 ГБ рпхост на 1 бух. базу -- это перебор. Только вот дилемма: и на тестовый 1428 не хочется переползать, и откатываться обратно тоже. (23) Продуктивные базы на этом релизе? |
|||
28
leshikkam
27.01.15
✎
22:00
|
(27) Ну две - БП 3.0 и УТ 11
Пока все стабильно. На 1383 удалось добиться работоспособности выделением на каждую ИБ отдельного процесса rphost и установки максимального объема памяти на процесс 4 Gb (ТОЛЬКО В БАЙТАХ) |
|||
29
Куро
27.01.15
✎
22:17
|
(0) все еще сырая...рано)))
|
|||
30
badboychik
27.01.15
✎
22:32
|
(29) Восьмерка еще сырая ©
|
|||
31
Грызлик
27.01.15
✎
23:25
|
Это будут настоящие мучения.. ждать стабильного релиза... (28) Сделал тоже самое только по 5 гб.. пару часиков было стабильно.. с 18.00 запустились регламенты.. сейчас смотрю.. все выжрано.. 9 процессов. 5 по 9 гб.. остальные от 1 до 7.
|
|||
32
MadJhey
27.01.15
✎
23:36
|
+1 Память жрет.
Кроме всего прочего пришлось переписать некоторые запросы - sql падал. На самом деле это какая то засада. Хочешь обновить бух - ставь новую платформу и разгребай глюки. |
|||
33
Злопчинский
28.01.15
✎
00:45
|
(0) подтверждаю.у нас вылезла такая же проблем rphost начал жрать памятьслучилось это после оновления движка на более новый недавно относительно.
восьмерочник наш уходит в несознанку типа я кодер и все эти кластеры серверов и прочее это типа не мое... вот и бодаемся мы с админом - потому что восьмерочники - они такие восьмерочники... |
|||
34
Злопчинский
28.01.15
✎
00:49
|
а, не удержусь пнуть мертвого медведя.
1сники разработчики платформы видать совсем всех вменяемых уволили одни таджики наверное остались |
|||
35
etc
28.01.15
✎
01:41
|
(33) вот это главный недостаток "чистых" 1С-ников. Ка проблема на пересечении зон ответственности - сразу теряются или в "несознанку".
|
|||
36
etc
28.01.15
✎
01:43
|
26 февраля "обещають" 8.3.6. Там этот косяк покажется детским лепетом :)
|
|||
37
Злопчинский
28.01.15
✎
02:11
|
(35) настоящие 1Сники остались только на клюшках...
|
|||
38
TmpIts
28.01.15
✎
03:02
|
||||
39
zakidonoff
28.01.15
✎
06:59
|
(37) "настоящие 1Сники" - это оксюморон.
Либо ты "ещё и 1Сник", либо так себе специалист -) |
|||
40
Икосаэдр
28.01.15
✎
07:58
|
Надо глобальнее вопросы.
"У всех проблемы с 8.3 ?" "У всех проблемы с 8?" |
|||
41
Провинциальный 1сник
28.01.15
✎
08:03
|
(34) Да там пыхыпышников по объявлению набрали, всяко..
PS 1c восьмерка это еще не кошмар. Вот есть такая программа "Модуль природопользования", для заполнения нескольких формочек по плате за негативное воздействие на окр.среду - так она написана на дотнете4, потребляет 700 мегов сразу при запуске, тормозит и еще и глючит вдобавок..) Да, и у неё в требованиях "рекомендуется 2 Гб памяти" - это чтобы десяток цифр занести.. офигеть можно! |
|||
42
ShoGUN
28.01.15
✎
08:13
|
(41) Защем ругаисся, нащальника? Джамшут параграмма написаль!
|
|||
43
Адинэснег
28.01.15
✎
08:21
|
http://v8.1c.ru/o7/201402prg/index.htm
тут же прямо сказано, что тормоза платформы и неоптимальность типовых решений предполагается списывать на прикладных программистов это не программа тупит, это у вас руки кривые эксперт и тру одинэсник сам найдет, куда память съелась :) остальные - вон из профессии )) |
|||
44
Адинэснег
28.01.15
✎
08:22
|
по хорошему, при таком раскладе полагается открыть код платформы :)
|
|||
45
1Сергей
28.01.15
✎
08:23
|
8.3.5.1389
такая же петрушка |
|||
46
Fish
28.01.15
✎
08:56
|
(43) В чём-то они правы.
|
|||
47
Serg_1960
28.01.15
✎
09:11
|
Если типовые запросы начинают падать - время настало для вспомнить про обслуживание базы, как минимум - переиндексация. Если падают "не типовые" запросы - посмотри в сторону своих рук - они прямые?
|
|||
48
zakidonoff
28.01.15
✎
09:22
|
(47) Так я и не спорю...
Только вот несколько напрягает ситуация, когда состояние "усё работает" после одного лишь обновления платформы переходит в состояние "писец подкрался незаметно"... Упростил вот запрос, вылетающий с ошибками: ВЫБРАТЬ ВложенныйЗапрос.Номенклатура ИЗ (ВЫБРАТЬ ТоварыВРозницеОстатки.Номенклатура КАК Номенклатура ИЗ РегистрНакопления.ТоварыОрганизаций.Остатки(&Дата, Номенклатура = &Номенклатура) КАК ТоварыОрганизацийОстатки ПОЛНОЕ СОЕДИНЕНИЕ РегистрНакопления.ТоварыВРознице.Остатки(&Дата, Номенклатура = &Номенклатура) КАК ТоварыВРозницеОстатки ПО ТоварыОрганизацийОстатки.Склад = ТоварыВРозницеОстатки.Склад СГРУППИРОВАТЬ ПО ТоварыВРозницеОстатки.Номенклатура) КАК ВложенныйЗапрос Извините, но индикатор прямолинейности моих рук пребывает в крайнем негодовании по поводу выяснившегося обстоятельства необходимости создавать такие связки не вложенными запросами, а временными таблицами -( |
|||
49
Грызлик
28.01.15
✎
09:24
|
(40) :D Это точно
Ничего не изменилось по ограничениям. Буду пробовать (38). Утром перезапустил РПхост. Пока все молчат. |
|||
50
whitedi
28.01.15
✎
09:33
|
(47) да, 1С становится суровой программой для разработчика, да и для юзера. Не прощает неоптимальных решений. Взять хотя бы аварийное завершение при поиске в динамическом списке с процедурой "ПриАктивизацииСтроки", и моего любимого окошка "Перезапустить" или "Завершить работу" при любой ошибке, начиная от недостатчности прав и заканчивая... хз чем заканчивая всем.
|
|||
51
dmpl
28.01.15
✎
09:35
|
(0) Безумству храбрых поем мы песню! Кто же продакшн на бета-версии переводит?
|
|||
52
DmitrO
28.01.15
✎
09:42
|
(51)тут дело то в том, что последние релизы типовой БП требуют минимум 8.3.5.1231
|
|||
53
DmitrO
28.01.15
✎
09:46
|
(51) а они уже нужны бухам, т.к. там новые форматы отчетности реализованы
|
|||
54
ShoGUN
28.01.15
✎
09:52
|
(52) Хуже, я вчера обновлял на 1383, т.к. форма статистики из последнего релиза БП не работает более ранней платформе, вываливается с ошибкой. А её сдавать - завтра последний день.
|
|||
55
Fish
28.01.15
✎
10:01
|
(51) А с каких пор 8.3.5.1383 стала бетой?
|
|||
56
zakidonoff
28.01.15
✎
10:13
|
(47) Хе-хе. Нашёл таки падающий ТИПОВЫЙ запрос.
В обработке закрытия кассовой смены УТ 10.3 И, таки да. Про переиндексацию я вспоминаю моментально, как только выскакивает ошибка, содержащая строку со словом СУБД и названиями нечитаемых табличек-) |
|||
57
Скай
28.01.15
✎
10:20
|
8.3.5.1383
Тьфу-тьфу, пока только некоторые сеансы остаются висеть после выхода пользователя, с памятью вроде ОК все. |
|||
58
Грызлик
28.01.15
✎
11:21
|
Не знаю кто как, а я тут уже в центре офиса развел костер... взял бубен. Бухгалтерия ходит за мной. Пока помогает. А еще регламентные задачи перевел на вечер. Не везде, но... ОЗУ растет. Но медленно. Думаю до вечера дотянем.
|
|||
59
sandyanf
28.01.15
✎
11:28
|
Сегодня вышел новый релиз. Точнее 1428-й релиз перевели из тестовых в рабочие.
https://users.v8.1c.ru/distribution/version_files?nick=Platform83&ver=8.3.5.1428 |
|||
60
Otkr
28.01.15
✎
11:31
|
(59) Гуд. В нем ошибка с утечкой памяти исправлена, специально ставил для тестирования этой проблемы
|
|||
61
Грызлик
28.01.15
✎
11:49
|
(60) Отлично. Будем ставить. Другие проблемы наблюдаются?
|
|||
62
PRO100 NigGaZ
28.01.15
✎
11:51
|
в веб клиенте реально-нереально увидеть последнюю строку в списке документов
в веб клиенте не растягивается табличная часть по вертикали в веб клиенте при подключении обработчика ожидания и до тек пор пока он не выполнится (0.1) ничего не получится в активном окне сделать :) |
|||
63
dmpl
28.01.15
✎
11:55
|
(55) У 1С до 8.3.14 будут одни беты. А stable у нее будут только по окончании внедрения новых плюшек.
|
|||
64
Fish
28.01.15
✎
12:00
|
(63) Это откуда такая информация?
|
|||
65
dmpl
28.01.15
✎
12:02
|
(64) Из опыта. Причем это оптимистичный прогноз.
|
|||
66
Fish
28.01.15
✎
12:03
|
(65) Ясно. Оправдывание своей криворукости? :))
|
|||
67
zakidonoff
28.01.15
✎
12:05
|
(63) А stable у нее будут только по выходу Half-Life 3
=) |
|||
68
dmpl
28.01.15
✎
12:08
|
(66) Гм... т.е. вот те проблемы, что в этой ветке - это от криворукости? А ключи сгорали тоже от криворукости?
|
|||
69
PRO100 NigGaZ
28.01.15
✎
12:08
|
Вот поэтому 1с в крупной розничной сети фиг увидишь, из-за кучи косячков, которые "Исправлена в будущей версии"
|
|||
70
Fish
28.01.15
✎
12:09
|
(68) Эти проблемы наблюдаются далеко не у всех. Какой из этого можно сделать вывод?
|
|||
71
dmpl
28.01.15
✎
12:11
|
(70) Разработчики 1С хотя бы 1 раз запускают очередной релиз платформы, прежде чем выкладывать его.
|
|||
72
PRO100 NigGaZ
28.01.15
✎
12:11
|
(70) о криворукости китайцев которые делали ключи?
|
|||
73
H A D G E H O G s
28.01.15
✎
12:41
|
(48) Нет такого запроса в типовой УТ10.3
|
|||
74
zakidonoff
28.01.15
✎
13:24
|
(73) Разумеется, нет.
Скажу даже, что такого запроса нет нигде, кроме как в комментариях к этой новости. Я привёл его просто для примера вполне, казалось бы, работоспособного запроса, вызывающего вылет базы. |
|||
75
Vladal
28.01.15
✎
13:38
|
(6) Откатись на прежний релиз.
Настрой консоль кластера. Я вчера на новой работе перенастроил кластер и сервер 1С стал жрать не 95% памяти, а примерно 60-80%, все вздохнули свободно. |
|||
76
H A D G E H O G s
28.01.15
✎
13:43
|
(74) А какой запрос вызывал вылет то?
|
|||
77
Грызлик
28.01.15
✎
13:46
|
(75) Все. Уже скачал 8_3_5_1428. В ночь с четверга на пятницу обновы ставлю. В большинство базах перевел регламент на вечер. Помогает. Оперативка расчет. Но медленно. Посмотрим, что будет вечером. Хотя уже не очень актуально.. с новым релизом.
|
|||
78
zakidonoff
28.01.15
✎
13:51
|
(76) Их было несколько.
Один из запросов, вызывающий вылет - стандартный - в обработке закрытия чеков ккм, формирующих таблицу номенклатуры из чеков (была куча вложенных запросов по партиям и значений свойств). Второй - самописный, который я предельно упростил, но так, чтобы ошибка сохранилась и выложил тут. |
|||
79
zakidonoff
29.01.15
✎
08:04
|
На версии 8_3_5_1428 у меня стал выдавать ошибку при попытке определения версии драйвера фискального регистратора.
Пока не вник подробно, но похоже, что глюки растут при подключении внешней компоненты. Если их несколько, платформа начинает их путать или что-то около того... |
|||
80
DrZombi
гуру
29.01.15
✎
08:18
|
А откатиться на рабочую версию не предлагать? :)
|
|||
81
ifso
29.01.15
✎
08:26
|
(51) вендор, не ?)
|
|||
82
ifso
29.01.15
✎
08:29
|
(70) кодописатели всем сжечь не смогли => фиговый был код )
|
|||
83
Грызлик
29.01.15
✎
10:16
|
(79) Я уже жду 8.3.6..
|
|||
84
oslokot
29.01.15
✎
10:17
|
(77) Как дела оперативкой, по утру?
|
|||
85
ssh2QQ6
29.01.15
✎
10:21
|
Сколько лет одно и тоже с этим перерасходом памяти. То исправят, то сломают, исправят - сломают и т.д.
|
|||
86
dmpl
29.01.15
✎
10:37
|
(79) С ВК глюки однозначно растут. 8.1 корректно обрабатывала исключение внутри ВК (выдавала сообщение и система работала дальше). 8.2 в аналогичных условиях аварийно завершается.
(85) Дык вспоминаем мистера Бина... |
|||
87
Грызлик
29.01.15
✎
11:02
|
(84) Перевод сервера буду делать сегодня ночью на 8_3_5_1428. А этой ночью установил на ПК. С версией 1383..хватило на день (28)... в 23.40 смотрел.. было все хорошо. А утром сегодня звонок.. все висит. Смотрю.. ОЗУ вся забита.
|
|||
88
PRO100 NigGaZ
29.01.15
✎
11:05
|
(83) Да выпустили бы бетку :( ошибок к выходу куча наверное будет :(
|
|||
89
smotritel
29.01.15
✎
11:27
|
(69) в ветку призывается Лефмихалыч с коллегами из Магнита, а еще sapphire с коллегами из Связного.
расскажи им, что сети у них недостаточно крупные и вообще они не пойми на чем там работают - явно не на 1с жи... |
|||
90
Smallrat
29.01.15
✎
11:28
|
(87) занести в скедулер ночной рестарт служб
|
|||
91
ShoGUN
29.01.15
✎
11:32
|
(89) У меня Inditex на 1С сидит плотно, за исключением фронта кассира.
|
|||
92
ShoGUN
29.01.15
✎
11:33
|
+(91) Для тех, кому название ни о чём не говорит: https://ru.wikipedia.org/wiki/Inditex
|
|||
93
Грызлик
29.01.15
✎
11:41
|
(90) я надеюсь, с переводом на 8_3_5_1428, отпадет проблема. Тем более писали выше, что ОЗУ нормализовалась.
|
|||
94
PRO100 NigGaZ
29.01.15
✎
11:45
|
(93) самое странное у меня с памятью проблем не возникало 3 базы ~2гб, sql ~10гб, перезапуск процессов каждые сутки установлен...
|
|||
95
PRO100 NigGaZ
29.01.15
✎
11:45
|
(94) ~2гб процесс занимает
|
|||
96
Матадор
29.01.15
✎
11:46
|
(69) ха-ха-ха
Как выше уже заметили Магнит и Связной. Достаточно крупные? Причем у них с нами разный подход. У Магнита все в одной базе > 10 терабайт, у Связного все в 20 базах по 500 гигабайт. цифры примерные, но порядок соблюден |
|||
97
Грызлик
29.01.15
✎
11:50
|
(96) Ох и тупит же, наверное, база у них
|
|||
98
Грызлик
29.01.15
✎
11:50
|
(94) Перезапуск процессов не делаю. Т.к. люди и ночью работают.. Но мало.
|
|||
99
PRO100 NigGaZ
29.01.15
✎
11:56
|
(98) он сам это делает, создает новый процесс и перекидывает юзеров на новый, тупняк на 5 сек...
|
|||
100
zakidonoff
29.01.15
✎
13:58
|
(98) 0_о КАК?
|
|||
101
zakidonoff
29.01.15
✎
13:58
|
(100) => (99)
|
|||
102
Vitello
29.01.15
✎
14:17
|
Пробуем 8_3_5_1428 - отваливаются внешние компоненты
|
|||
103
Грызлик
29.01.15
✎
14:37
|
(102) Я уже боюсь переходить. А оперативка как?
|
|||
104
Грызлик
30.01.15
✎
08:10
|
(103) ОЗУ держится отлично. Глюков пока не наблюдаю.
|
|||
105
oslokot
30.01.15
✎
09:27
|
(104) Спасибо!
Теперь паровозиком к ней идет 8.3.5.1443 Исправлены 2 ошибки: 1. При вызове метода внешней компоненты происходит ошибка Недостаточно фактических параметров. -> возможно поможет (102) 2. В кластере зарегистрированы рабочие процессы, которые являются включенными, но неактивными; агент кластера использует до 100 процентов процессорного времени. WTF? Наверное подожду еще :) Или 8.3.6 дождаться |
|||
106
etc
30.01.15
✎
10:12
|
(105) ощущение что в 1С новогодние праздники только закончились. Все уже трезвые но еще невменяемые :)
|
|||
107
Грызлик
30.01.15
✎
10:34
|
(105)На счет 8.3.6, оставлю пока все как есть.. выйдет 8.3.6, перейду. Сейчас боюсь переходить из-за нестабильности.
|
|||
108
vitanimka
30.01.15
✎
10:43
|
(107) ты думаешь там подобных ошибок не будет?
|
|||
109
dmpl
30.01.15
✎
10:51
|
(105) Всем, у кого кривые руки, ждать не менее 8.3.14 ;)
|
|||
110
ifso
30.01.15
✎
11:02
|
(109) к тому времени руки выпрямятся ?)
|
|||
111
Грызлик
30.01.15
✎
11:06
|
(108) Думаю не настолько глобальные. А то такие ошибки, как в 1383.. не дают работать.
|
|||
112
zakidonoff
02.02.15
✎
06:24
|
(105) -> возможно поможет (102)
В эротических фантазиях своих они это исправили. Как отваливались, так и отваливаются. Откатился до 1248. |
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |