Re: GFIX - коды возврата

2008-05-06 Thread М.Королев 


PEAKTOP пишет:

net stop "FirebirdServerDefaultInstance"
net stop outpost
copy /y "d:\save\Конфигурация с блокировкой локалки.cfg" "c:
\progra~1\agnitum\outpost\кофигурация1.cfg"
net start outpost
net start "FirebirdServerDefaultInstance"

... выполняем скрипт

net stop "FirebirdServerDefaultInstance"
net stop outpost
copy /y "d:\save\Конфигурация по-умолчанию.cfg" "c:\progra~1\agnitum
\outpost\кофигурация1.cfg"
net start outpost
net start "FirebirdServerDefaultInstance"


Круто. Парочка канделябров за такое жёсткое решение перепадёт :)
Из вариантов с остановкой сервера мне больше нравится использование тени.
Но все равно спасибо.

Re: GFIX - коды возврата

2008-05-06 Thread М.Королев 


Dmitry Yemanov пишет:

Проверить уже десяток раз можно было.

Exit Codes на командах shut/online возвращает?

На всех возвращает. В виде 0 или 1.


Итить её. Я и ветку начал, когда увидел, что gfix сообщение о невозможности 
перехода в заданный режим выдала, а код возврата вернула 0. А кучу экспериментов 
ставить было лень, поэтому спросил :) Прости, если можешь :)

Ну да как грицца, It doesnt matter.
Попробую ориентироваться на отсутствие текста на выходе gfix. Как временная мера 
- сойдет.

Re[2]: железочка

2008-05-06 Thread Sergey Mereutsa 

 Привет!
 
 KV>> Оно, кстати, со своим питанием
 KV>> 
http://www.gigabyte.com.tw/Support/Peripherals/FAQ_Model.aspx?ProductID=2179

> Влад, тут речь о двух разных дивайсах.
> Тот который от Gigabite - с RAM и батарейкой.
> А вот другой - скорее всего флешка.
> На сайт производителя не ходил, не смотрел.

 Угу, абсолютно верно, это флэшка, причем даже не NAND. Да, на такие
 диски обычно используют качественные чипы, но все равно это -
 флэш-память. А изначально речь действительно шла о том, чтобы
 получить быстро и дешево место под маленькую базу или временную папку
 - это хорошее решение для серверов, которые уже купили, но память
 дополнительную воткнуть не получается - или места нет или материнка
 не поддерживает. Но в плане последних событий (новости про MetaRam
 читали?) это становится все менее и менее актуальным для новых
 серверов.


-- 
Best regards,
 Sergeymailto:[EMAIL PROTECTED]

Re: Re[2]: железочка

2008-05-06 Thread WildSery 

On Tue, 06 May 2008 12:04:48 +0400, Sergey Mereutsa <[EMAIL PROTECTED]> wrote:

> А изначально речь действительно шла о том, чтобы
>  получить быстро и дешево место под маленькую базу или временную папку
>  - это хорошее решение для серверов, которые уже купили, но память
>  дополнительную воткнуть не получается - или места нет или материнка
>  не поддерживает. Но в плане последних событий (новости про MetaRam
>  читали?) это становится все менее и менее актуальным для новых
>  серверов.

Вообще-то, в старые сервера и не получится воткнуть больше, "метарам" не решает 
такую задачу.
А в новых серверах и без "метарам" пока хватает. Даже в не "топовых" серверах, 
до 200К руб., уже можно 64 Гб пихать.
Может, кому и мало, а вот нам ещё надолго хватит.

-- 
Сергей Смирнов.

Re: GFIX - коды возврата

2008-05-06 Thread Nikolay Ponomarenko 
On May 6, 10:28 am, "М.Королев" <[EMAIL PROTECTED]> wrote:
>
> Итить её. Я и ветку начал, когда увидел, что gfix сообщение о невозможности
> перехода в заданный режим выдала, а код возврата вернула 0.
> Попробую ориентироваться на отсутствие текста на выходе gfix. Как временная 
> мера
> - сойдет.

Я встречал такой вот код:
gfix -shut -attach 30 d:\newua\train.gdb -user SYSDBA -pass masterkey
2>
errout.tmp
echo 1> nul 2> empty.tmp
echo N 1> N_CR.tmp
comp errout.tmp empty.tmp 1> nul 2> nul < N_CR.tmp
if errorlevel 1 GOTO NOT_SHUT_TRAIN
echo Shutdown train ok >> %BATLOGFILE%

http://groups.google.com/group/ru-firebird/browse_frm/thread/80ca62b5ec20cf1d/18bb38e754ed2849?lnk=gst&q=gfix+ponomarenko#18bb38e754ed2849

Re: дата-время и разница

2008-05-06 Thread Attid 


Hello, WildSery!
You wrote  on Mon, 05 May 2008 15:30:13 +0400:

о, я тебя в вики процитирую, надеюсь не против ? =)

With best regards, Attid.

Re: GFIX - коды возврата

2008-05-06 Thread Attid 


P> net stop "FirebirdServerDefaultInstance"
а база на такое не может разве обидеться ?


P> net stop outpost copy /y "d:\save\Конфигурация по-умолчанию.cfg"
P> "c:\progra~1\agnitum \outpost\кофигурация1.cfg"

ужос =)

Re: железочка

2008-05-06 Thread Dmitri Kuzmenko 


Hello, Sergey!

Sergey Mereutsa wrote:


 флэш-память. А изначально речь действительно шла о том, чтобы
 получить быстро и дешево место под маленькую базу или временную папку
 - это хорошее решение для серверов, которые уже купили, но память
 дополнительную воткнуть не получается - или места нет или материнка
 не поддерживает. Но в плане последних событий (новости про MetaRam
 читали?) это становится все менее и менее актуальным для новых
 серверов.


не вижу, при чем тут metaram. если это оно
http://www.metaram.com/pdf/press/MetaSDRAM_2_25_08.pdf
то это всего-лишь увеличение объемов памяти.

это никак не меняет необходимости наличия быстрого хранилища
данных.

--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34

Re: GFIX - коды возврата

2008-05-06 Thread М.Королев 


Nikolay Ponomarenko пишет:

On May 6, 10:28 am, "М.Королев" <[EMAIL PROTECTED]> wrote:

Итить её. Я и ветку начал, когда увидел, что gfix сообщение о невозможности
перехода в заданный режим выдала, а код возврата вернула 0.
Попробую ориентироваться на отсутствие текста на выходе gfix. Как временная мера
- сойдет.


Я встречал такой вот код:
gfix -shut -attach 30 d:\newua\train.gdb -user SYSDBA -pass masterkey
2>
errout.tmp
echo 1> nul 2> empty.tmp
echo N 1> N_CR.tmp
comp errout.tmp empty.tmp 1> nul 2> nul < N_CR.tmp
if errorlevel 1 GOTO NOT_SHUT_TRAIN
echo Shutdown train ok >> %BATLOGFILE%

http://groups.google.com/group/ru-firebird/browse_frm/thread/80ca62b5ec20cf1d/18bb38e754ed2849?lnk=gst&q=gfix+ponomarenko#18bb38e754ed2849


Ага. Вспомнил эту тему. Спасибо.
У меня из программы шатдаунится, оттуда проверять файл на отсутствие текста 
проще и надёжнее.

Жаль что gfix единичку не возвращает.

Re: дата-время и разница

2008-05-06 Thread WildSery 

On Tue, 06 May 2008 13:24:06 +0400, Attid <[EMAIL PROTECTED]> wrote:

> надеюсь не против ?

as you wish

-- 
Сергей Смирнов.

Re[2]: железочка

2008-05-06 Thread Sergey Mereutsa 

Привет!

>>  не поддерживает. Но в плане последних событий (новости про MetaRam
>>  читали?) это становится все менее и менее актуальным для новых
>>  серверов.

> не вижу, при чем тут metaram. если это оно
> http://www.metaram.com/pdf/press/MetaSDRAM_2_25_08.pdf
> то это всего-лишь увеличение объемов памяти.

> это никак не меняет необходимости наличия быстрого хранилища
> данных.

Да, метарам - это именно возможность увеличение емкости планок без
использования дорогих 4-х и 8-ми гигабитовых чипов (т.е. хак для
железа, чтобы оно не ныло, но вроде для ECC не катит).

Пардон за неясность - я просто привык к системам, где нет разницы в том, что 
называть файлом
- кусок памяти или винт или процессор или сетевуху :) Так что там как
раз большие объемы памяти решают проблему временного каталога - так
как я бы не доверил что-нибудь значительное такой железке - по той
причине, что оно банально живет ограниченное время при выключении
питания - тогда уж проще все в оперативке держать и
сворачивать/разворачивать сна винт при вкл/выкл системы.

Но вот своп для винды на него положить - геймеры возрадуются
однозначно. Да и народ тут говорит, что серверам легче становится.

-- 
Best regards,
 Sergeymailto:[EMAIL PROTECTED]

Re: GFIX - коды возврата

2008-05-06 Thread PEAKTOP 
> P> net stop "FirebirdServerDefaultInstance"
> а база на такое не может разве обидеться ?
>
На классике под WinNT - с чего бы ? Ну, незакоммитченные записи,
отвалятся, это правда... Ну и хер с ними, перед обычно обновлением по
локалке net send
1) за 10 минут: "Выйти всем из базы !".
2) за 5 минут: "Внимание! Корпоративная лотерея: кто последний выйдет
из базы - линяет на $100 из зарплаты !"
все прекрасно работает !

Ну, а для глухих и не умеющих читать - вот эти игры с файерволлом.

Раз, два, три, четыре, пять...
Едем базу обновлять.
Кто не закоммитился -
я не виноват !
:)

Re: GFIX - коды возврата

2008-05-06 Thread Ded 


PEAKTOP wrote:


На классике под WinNT - с чего бы ? Ну, незакоммитченные записи,
отвалятся, это правда... Ну и хер с ними, перед обычно обновлением по
локалке net send


   Эт всё замечательно. Но если в это время трудился сборщик мусора, то 
есть не 100%, но вполне реальные шансы покувыркаться по полной программе 
с починкой базы. А так - ничо.


--
Regards. Ded.

Re: GFIX - коды возврата

2008-05-06 Thread Dmitri Kuzmenko 


Hello, Ded!

Ded wrote:

   Эт всё замечательно. Но если в это время трудился сборщик мусора, то 
есть не 100%, но вполне реальные шансы покувыркаться по полной программе 
с починкой базы. А так - ничо.


не-а. он же не терминирует процесс, а net stop ему дает. Т.е. штатно
останавливает. Если при этом сервер занят сборкой мусора и порет базу -
это уже злостный баг.

--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34

Re: GFIX - коды возврата

2008-05-06 Thread Dmitry Yemanov 


Dmitri Kuzmenko wrote:


не-а. он же не терминирует процесс, а net stop ему дает. Т.е. штатно
останавливает.


Классику пофиг ваш net stop. Рабочие процессы он не остановит.


--
Дмитрий Еманов

Re: GFIX - ���� ��������

2008-05-06 Thread Oleg Matveyev 

>> ÎÅ-Á. ÏÎ ÖÅ ÎÅ ÔÅÒÍÉÎÉÒÕÅÔ ÐÒÏÃÅÓÓ, Á net stop ÅÍÕ ÄÁÅÔ. ô.Å. ÛÔÁÔÎÏ
>> ÏÓÔÁÎÁ×ÌÉ×ÁÅÔ.
>
> ëÌÁÓÓÉËÕ ÐÏÆÉÇ ×ÁÛ net stop. òÁÂÏÞÉÅ ÐÒÏÃÅÓÓÙ ÏÎ ÎÅ ÏÓÔÁÎÏ×ÉÔ.

Á Ñ ×ÏÔ ×ÓÅ ÄÕÍÁÀ - Ë ÞÅÍÕ ÏÓÔÁÎÏ×ËÁ ÆÁÅÒ×ÏÌÌÁ?
ÐÏÐÙÔËÁ ÏÂÏÒ×ÁÔØ ÓÅÔÅ×ÙÅ ÓÏÅÄÉÎÅÎÉÑ Ó ÒÁÂÏÔÁÀÝÉÍÉ ÐÒÏÃÅÓÓÁÍÉ ËÌÁÓÓÉËÁ?

Re[2]: GFIX - коды возврата

2008-05-06 Thread Sergey Mereutsa 

Привет!

>> не-а. он же не терминирует процесс, а net stop ему дает. Т.е. штатно
>> останавливает.

> Классику пофиг ваш net stop. Рабочие процессы он не остановит.

Хммм, у нас в той старой вебовской игрушке классик, 1.5.какой-то, база
останавливалась каждые 10-20 минут и от сисдба (вернее - от владельца
базы) делался тик - система рассчитывала все ходы в монопольном
режиме. И ниччо, никто не падал. Повезло или-таки Пингвин?

-- 
Best regards,
 Sergeymailto:[EMAIL PROTECTED]

Re: GFIX - коды возврата

2008-05-06 Thread Ded 


Sergey Mereutsa wrote:

Хммм, у нас в той старой вебовской игрушке классик, 1.5.какой-то, база
останавливалась каждые 10-20 минут и от сисдба (вернее - от владельца
базы) делался тик - система рассчитывала все ходы в монопольном
режиме. И ниччо, никто не падал. Повезло или-таки Пингвин?



Просто опытный муганга всегда помнит о последствиях плохой давы 
(С). Мусора не плодите тоннами, вот вероятность и невелика. Когда мне на 
4-ке приходилось еженощно килять процессы, и брошенные, и ранних 
пташек-энтузиастов из Владика, чтобы скопировать базу (рестор не шёл, не 
умело оно планы в процедурах ресторить), валилась в среднем раз в 8 
месяцев. Ну, с тех пор много воды утекло, шанс получить удовольствие, 
наверное, стал ещё ниже, но иметь в виду его теоретически всё равно 
надо. Насколько это серьёзно практически - каждый волен испытать на 
собственной :)


--
Regards. Ded.

Re: GFIX - коды возврата

2008-05-06 Thread М.Королев 


Вот ещё одна загадка gfix (для меня).
FB203 запущен локально как приложение, слушает порт 3052.
В aliases.conf прописан алиас базы VVT.
GFix.exe скопирована в каталог приложения и запускается оттуда.

1) gfix -shut ... localhost/3052:VVT  - естественно, проходит
2) gfix -shut ... localhost/3050:VVT  - естественно, НЕ проходит
3) gfix -shut ... localhost:VVT  - ПРОХОДИТ
4) gfix -shut ... VVT  - ПРОХОДИТ

Что она делает в случаях 3 и 4 ? Как определяет, по какому порту коннектиться к 
серверу?

Находит через реестр и анализирует firebird.conf ?

Re: GFIX - коды возврата

2008-05-06 Thread Dmitry Yemanov 


М.Королев wrote:


Находит через реестр и анализирует firebird.conf ?


Канэчна.


--
Дмитрий Еманов

Re: Update после Rollback

2008-05-06 Thread Boltik Evgeny 


отправил тебе писмо 30/05/08 на kdv1 ты его получил?

connection timeout

2008-05-06 Thread Dmitry Lendel 

Привет.
Нужна консультация.
В период простоя приложения пропадает соединение, потом появляется.
За это время, я так понимаю, сервер закрывает сессию и клиент уже
достучаться не может. Нужно переподключиться.
Имеет  смысл играться с настроками сервера? В часности ConnectionTimeOut.
Дмитрий

Re: Update после Rollback

2008-05-06 Thread Kochmin Alexandr 


ну вот и получит 30 мая, видимо.

Boltik Evgeny wrote:


отправил тебе писмо 30/05/08 на kdv1 ты его получил?




--
Кочмин Александр

Re: GFIX - коды возврата

2008-05-06 Thread М.Королев 


Dmitry Yemanov пишет:

Находит через реестр и анализирует firebird.conf ?

Канэчна.


Т.е. если запущено несколько серверов на разных портах, то
gfix ... localhost:DB
подконнектится не к умолчательному 3050, а к тому, который в данный момент 
прописан в реестре?

Re: GFIX - коды возврата

2008-05-06 Thread Dmitry Yemanov 


М.Королев wrote:


Т.е. если запущено несколько серверов на разных портах, то
gfix ... localhost:DB
подконнектится не к умолчательному 3050, а к тому, который в данный 
момент прописан в реестре?


Да. Одна из причин почему я *всегда* рекомендую удалить все из реестра, 
если установлено более одного экземпляра сервера.



--
Дмитрий Еманов

Re: connection timeout

2008-05-06 Thread Dmitry Yemanov 


Dmitry Lendel wrote:


Нужна консультация.
В период простоя приложения пропадает соединение, потом появляется.
За это время, я так понимаю, сервер закрывает сессию и клиент уже
достучаться не может. Нужно переподключиться.
Имеет  смысл играться с настроками сервера?


Версия сервера? DummyPacketInterval в конфиге во что установлен?


--
Дмитрий Еманов

Re: connection timeout

2008-05-06 Thread Dmitry Lendel 

Привет.

>
> Версия сервера? DummyPacketInterval в конфиге во что установлен?

FB 2.1
DummyPacketInterval по умолчанию.

Если можно, расскажи про это подробней.
Я пробовал играться, но вышло только хуже. Причем иногда вообще
приконктиться не получалось.
Дмитрий

Re: GFIX - коды возврата

2008-05-06 Thread М.Королев 


Dmitry Yemanov пишет:

М.Королев wrote:

Т.е. если запущено несколько серверов на разных портах, то
gfix ... localhost:DB
подконнектится не к умолчательному 3050, а к тому, который в данный 
момент прописан в реестре?


Да. Одна из причин почему я *всегда* рекомендую удалить все из реестра, 
если установлено более одного экземпляра сервера.


Информация из разряда must have. В документации по gfix - не видел.
А остальные утилиты так же себя ведут?