Форум OlegON > Ресурсы OlegON > Вопросы сервера > Программы OlegON

Оптимайзер-4 (вопросы и обсуждения) : Программы OlegON

22.11.2024 4:01


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

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

Если в алерте пусто, а в LastAlertLog написано 6348 - оптер сбросит счетчик? Не станет дожидаться строку 6349?
27.10.2011 16:29
Да, там алгоритм простой. Если строк меньше, чем счетчик - читать с нуля.
27.10.2011 16:39
Цитата:
OlegON На HP-UX попробуй :) Дело не в этом. У меня же клиент-серверное приложение. Так вот сервер не может пока сказать клиенту "проверь файл". А обновлять клиента без крайней нужды не хочу.
а ты сделай (один раз в клиенте и сервере) запуск на клиенте определенного по имени батника с произвольной структуры (формировать его можно простой передачей строк команд операционки и не только) по команде сервера и передачу в обратку результатов (перенаправление в такой-же текстовый файл - далее распарсить на сервере) - будет возможность при необходимости выполнять любые команды (если права есть) - конечно это изврат и на вирусняк похоже, но иногда этот механизм очень полезен - передал нужную команду - получил ответ - и делай дальше что надо...
27.10.2011 16:45
Цитата:
student передал нужную команду - получил ответ - и делай дальше что надо...
у нас так внешний чек на кассе реализован - иногда бывает очень удобно ...:)
27.10.2011 21:40
С этим начинаются сложности, когда кроме винды еще что-то... Да и не хочется совсем уж костыли делать... Где-то да отвалится.
27.10.2011 21:47
Прошу помочь с проверкой хэшей структуры. Итак, у кого такие комбинации?
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, время: 04:01.

Форум на базе vBulletin®
Copyright © Jelsoft Enterprises Ltd.
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.