Пиша това не с надежда че някои ще ми помогне а с надежда да сподели ако има същия проблем та да се намерят общите принзаци на проблема ако това ще помогне на авторите да си го оправят.
При нас работят 4 инсталации на сторето едни и същи хора от едни и също компютри работят и в 4те, но още от инсталирането си -преди 3-4 години има един и същи проблем при някои операзии на запис в една от базите на сторето сървра изпада в някакъв "Enhanced debugger mode. В началото това беше при всяки отказ от разнасяне на отчет след дълго отричане авторите дойдоха -видяха - го оправиха, но остана да става при най-различни записи на нещо - фактура, стокова и т.н.
Четох много из сайта на новел за този режим а там общо взето пише че това е режим за тестване на програми там си има цял списък с команди чрез които можеш да провериш състояние на регистри на процесора, клетки от памета и др.под и в този режим се "вкарава" софтуерно чрез накакви си там команди.
На сървъра ни работят 4 инсталации на сторето, около 40сале-та а това сигурно са 1/5 от програмите работещи на този сървър и то от доста /за съжаление/ години вече. Този проблем си съществува само при запис от сторето и то в една от базите - е вярно най-голямата около 3GB неархивирана/
След като рестартирам сървъра при зареждането си се опива да си възстанови недовършената транзакция това се визда от записите му в Tts$log.err файла, така че съмнение че влизането в този enhanced debugger mode точно в момента на запис от сторето не може да има. Започнах да си водя статистика на последните такива ситуации и резултата е следния това става последните 3 пъти при:запис на стокова разписка, запис на фактура, при това това става от компютри и от хора които извършват по 20-30 такива операции на ден, и това че на 2-3 седмици веднъж се изпада в такава ситуация не може да е нито от компютър нито от оператора, а и да не говорим че за 3-4години са се сменили поне 2-3 пъти компютрите и хората които рабоят със сторето
Та ако някои друг има подобни наблюдения нама да е зле да ги пише.
PS. Авторите да не ми пробутват верасията че на Novell 4.11 e така, или поне да го бяха казали че е така преди да си купим техните програми, защото не искам да им припомням колко струва лиценз на новел за 100юзера.
Това го пиша тук, а не в друг форум защото съм убеден че проблема че не е от новела, а от сторето.
Enhanced debugger mode
Много пъти сме говорили за този проблем, но продължавам да търся причината извън сторето, ето защо:
1. другаде освен в гранда това не се случва, а колкото и невероятно да звучи за грандаджии, има и други места, в които сторето работи в толкова (че и повече) натоварен режим.
2. Процедурата транзакция е нещо, което по никакъв начин не зависи от нас, ето алгоритъма й: 1. казваме на новел с кои файлове работим транзакционно, 2. казваме му старт на транзакция и 3. край на транзакция. В сорса това се изписва с три думички от по 5 букви. Просто няма какво да сбъркаме тук. Новела имаше едни лимити (колко файла могат да стават транзакционни, колко записа от тях и т.н.), но този проблем го решихме след като разбрахме от къде се настройват лимитите (това беше през 1998г).
3. Срещали сме този дебъг режим на сървъри с хардуерни проблеми. Аз лично си спомням за 3 такива случая: бояна - проблемен хард диск, сбр китен - проблемна рам, бинго пазарджик - проблемна рам. И в трите случая след подмяната на споменатите компоненти, проблема се реши.
4. От достатъчно компетентен източник съм чувал, че не трябва да използваме по-стара версия от 4.2 защото имало "някакъв вътрешен проблем с управление на стриймове".
Добре би било да се реализира идеята ти за отделен новелски сървър за сторе-сейл. Дано намериш време да го напарвиш.
1. другаде освен в гранда това не се случва, а колкото и невероятно да звучи за грандаджии, има и други места, в които сторето работи в толкова (че и повече) натоварен режим.
2. Процедурата транзакция е нещо, което по никакъв начин не зависи от нас, ето алгоритъма й: 1. казваме на новел с кои файлове работим транзакционно, 2. казваме му старт на транзакция и 3. край на транзакция. В сорса това се изписва с три думички от по 5 букви. Просто няма какво да сбъркаме тук. Новела имаше едни лимити (колко файла могат да стават транзакционни, колко записа от тях и т.н.), но този проблем го решихме след като разбрахме от къде се настройват лимитите (това беше през 1998г).
3. Срещали сме този дебъг режим на сървъри с хардуерни проблеми. Аз лично си спомням за 3 такива случая: бояна - проблемен хард диск, сбр китен - проблемна рам, бинго пазарджик - проблемна рам. И в трите случая след подмяната на споменатите компоненти, проблема се реши.
4. От достатъчно компетентен източник съм чувал, че не трябва да използваме по-стара версия от 4.2 защото имало "някакъв вътрешен проблем с управление на стриймове".
Добре би било да се реализира идеята ти за отделен новелски сървър за сторе-сейл. Дано намериш време да го напарвиш.
КЪМ ПРИМЕРИТЕ ТРЯБВА ДА ДОБАВИШ И ГРАНДА, КЪДЕТО БЛИЗО 4-5 МЕСЕЦА СЪРВЪРА ЗАРЕЖДАШЕ ТОЗИ РЕЖИМ ВСЕКИ ПЪТ КАТО СЕ ОТКАЖЕШ ОТ РАЗНАСЯНЕ НА ОТЧЕТ НА НЯКОЯ КАСА И ТО ВСЕКИ ПЪТ, НО ДОЙДЕ ВИДЯ ГО И ГО ОПРАВИХТЕ НЯКАК.
А ЗА НОВЕЛА ЩЕ ПРОБВАМ НО ЩЕ МИ Е МАЛКО ТРУДНО ДА ГО РЕАЛИЗИРАМ ЗАЩОТО ТОВА ОЗНАЧАВА ОКОЛО 40каси + 25 души работещи със сторетоe-70юзера, заедно с новела цената вече отива на около 2 000$ /без хардуера/които се добавят към цената на сторето. И е малко тъпо след като веднъж вече тия пари сме ги да ли за Новел 4.11 сега да ги дадем още веднъж, а и ако беше така поставен въпроса още когато се внедряваше сторето щеше да се знае че това е част от необходимата за внедряването сума, а сега ще ми отговорят - "добре де защо сторето работеше 4 години а сега изведнъж неще" и ако обясня че 4 години все така е работело ще стане неприятно за всички.
А ЗА НОВЕЛА ЩЕ ПРОБВАМ НО ЩЕ МИ Е МАЛКО ТРУДНО ДА ГО РЕАЛИЗИРАМ ЗАЩОТО ТОВА ОЗНАЧАВА ОКОЛО 40каси + 25 души работещи със сторетоe-70юзера, заедно с новела цената вече отива на около 2 000$ /без хардуера/които се добавят към цената на сторето. И е малко тъпо след като веднъж вече тия пари сме ги да ли за Новел 4.11 сега да ги дадем още веднъж, а и ако беше така поставен въпроса още когато се внедряваше сторето щеше да се знае че това е част от необходимата за внедряването сума, а сега ще ми отговорят - "добре де защо сторето работеше 4 години а сега изведнъж неще" и ако обясня че 4 години все така е работело ще стане неприятно за всички.
През въпросните 4-5 месеца сървъра е работил без настройките на лимитите за транзакционни файлове в новела (вече "говорих" за това). А за прехода от 4.11 до 4.2, няма защо толкова да се драматизират нещата. Ако си инсталираш ServicePack9 за Novell4, реално ще се ъпдейтнеш до 4.2. И всичко това напълно законно и безплатно.
След като така ярко се постави въпроса за пустия му дебъг режим, се допитах да хора, на които основните им занимания са Novell. Мнението е категорично: новела влиза в този режим, защото нещо с него или със хардуера не е наред. Обещаха, че ако им дам screenshot ще разберат кое кара новела да гърми.
След като така ярко се постави въпроса за пустия му дебъг режим, се допитах да хора, на които основните им занимания са Novell. Мнението е категорично: новела влиза в този режим, защото нещо с него или със хардуера не е наред. Обещаха, че ако им дам screenshot ще разберат кое кара новела да гърми.
това с хардуера -доре минх много пъти през тази идея но това не обяснява защо влиза в този режом само и единственно при запис на транзакция от сторето на Гранда, общо взето не се сещам кои е този хардуер които ползва нещо различно при сторето което не го ползва при останалите /не по-малко товарещи сървъра/ програми
-
rad
- Мнения: 663
- Регистриран: 12-11-2004 10:48
- Име: инж. Рад Площаков
- Местоположение: Варна, България
- Контакти:
Някои идеи за избягване на дебъг режима
Дидо, не се сещам дали ти изпратих всички опции, които съм заподозрял, че са съпричастни към проблема, но виж и списъка в тази тема:
http://www.unrealsoft.net/forum/viewtopic.php?tf6
http://www.unrealsoft.net/forum/viewtopic.php?tf6