Имя: Пароль:
1C
 
У всех проблемы с 8.3.5.1383?
,
0 Грызлик
 
27.01.15
14:36
До этого стояла 1119. Все хорошо. Вкрячил 8.3.5.1383 и поехало.. оперативка безгранично кушается рпхостом... само по себе стало долго все отрабатывать.  Сейчас понизил максимальное количество потребление ОЗУ одним процессом до 5 гб. посмотрим что будет.
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
(0) Попробуй сделать вот так

Сервер загружает 100% памяти
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.