[ТЕМА ЗАКРЫТА]
Опции темы
27.10.2011 14:47  
AlexeyF
Цитата:
Сообщение от Andrew_Konev
при удалении алертлога надо прибить параметр LastEventLog.
раз в неделю сворачиваются у меня все логи интересные скриптом. получается надо туда в скрипт пихать ещё и sql-команду. может всё таки на уровне оптимайзера решить эту проблему. Совсем мне не хочется на всех серверах в скрипты лезть.
 
27.10.2011 15:19  
OlegON
Коллеги, удалять логи неправильно, необходимо их занулять. Например, командой
echo>alert.log
в этом случае оптимизатор не сбивается и Last трогать не надо (тем более LastEvent, который к алерту не относится).
Если же алерт удалять, то можно получить сюрприз, например, под Линуксом, когда файла не будет, а дескриптор, куда все пишется, еще останется.
Но у меня пока проблема с тем, чтобы определять наличие файла на клиенте. Просто не умеет это делать. С очередным обновлением, надеюсь, поправлю.
 
27.10.2011 16:04  
student
Цитата:
Сообщение от OlegON
Но у меня пока проблема с тем, чтобы определять наличие файла на клиенте.
а банальное CreateFile с FULL_ACCESS и OPEN_EXISTING и ловлей ошибок разве не прокатывает? у меня везде под виндой работает как часы...
либо скриптами через виндовый FSO :)
 
27.10.2011 16:08  
OlegON
На HP-UX попробуй :) Дело не в этом. У меня же клиент-серверное приложение. Так вот сервер не может пока сказать клиенту "проверь файл". А обновлять клиента без крайней нужды не хочу.
 
27.10.2011 16:18  
akonev
Цитата:
Сообщение от OlegON
... (тем более LastEvent, который к алерту не относится)...
Это я знатно промахнулся :)
Имел в виду LastAlertLog, конечно же.

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

Если в алерте пусто, а в LastAlertLog написано 6348 - оптер сбросит счетчик? Не станет дожидаться строку 6349?
 
27.10.2011 16:29  
OlegON
Да, там алгоритм простой. Если строк меньше, чем счетчик - читать с нуля.
 
27.10.2011 16:39  
student
Цитата:
Сообщение от OlegON
На HP-UX попробуй :) Дело не в этом. У меня же клиент-серверное приложение. Так вот сервер не может пока сказать клиенту "проверь файл". А обновлять клиента без крайней нужды не хочу.
а ты сделай (один раз в клиенте и сервере) запуск на клиенте определенного по имени батника с произвольной структуры (формировать его можно простой передачей строк команд операционки и не только) по команде сервера и передачу в обратку результатов (перенаправление в такой-же текстовый файл - далее распарсить на сервере) - будет возможность при необходимости выполнять любые команды (если права есть) - конечно это изврат и на вирусняк похоже, но иногда этот механизм очень полезен - передал нужную команду - получил ответ - и делай дальше что надо...
 
27.10.2011 16:45  
student
Цитата:
Сообщение от student
передал нужную команду - получил ответ - и делай дальше что надо...
у нас так внешний чек на кассе реализован - иногда бывает очень удобно ...:)
 
27.10.2011 21:40  
OlegON
С этим начинаются сложности, когда кроме винды еще что-то... Да и не хочется совсем уж костыли делать... Где-то да отвалится.
 
27.10.2011 21:47  
OlegON
Прошу помочь с проверкой хэшей структуры. Итак, у кого такие комбинации?
Supermag : 1.027.5 SP4, хэш 1762471254
Supermag : 1.027.5 SP4, хэш 4226215153
Supermag : 1.027.5 SP2, хэш 472849392
Supermag : 1.026.1 SP2, хэш 899753697
Supermag : 1.028.2 SP4, хэш 1416731644
Supermag : 1.028.2 SP4, хэш 3188633721
надо выявить проблемы кода и сделать библиотечку, сразу выявляющую нарушения структуры. У кого такие версии, но хэши не совпадают вообще - прошу привести строки с версией и Detailed hash (пару строками выше) или просто версии своих хешей покидайте?
 
 


Опции темы



Часовой пояс GMT +3, время: 20:48.

Все в прочитанное - Календарь - RSS - - Карта - Вверх 👫 Яндекс.Метрика
Форум сделан на основе vBulletin®
Copyright ©2000 - 2016, Jelsoft Enterprises Ltd. Перевод: zCarot и OlegON
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.