powered by simpleCommunicator - 2.0.52     © 2025 Programmizd 02
Форумы / Firebird, InterBase [игнор отключен] [закрыт для гостей] / fbtracemgr: разные мелкие вопросы
25 сообщений из 201, страница 3 из 9
fbtracemgr: разные мелкие вопросы
    #37432569
Таблоид
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
hvladа то ты не в IBE работаешь ? Поначалу что-то могу делать в ИБЭ, но когда надо выложить что-то сюда, то делаю это только в ISQL.
hvladПользуйся инструментом по-назначению, и будет тебе счастье. Аудит не для этого.Не понял что-то... про какой ИНСТРУМЕНТ ты говоришь ? чем лог аудита отличается от польз. трейса ?
...
Рейтинг: 0 / 0
fbtracemgr: разные мелкие вопросы
    #37432584
hvlad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ТаблоидhvladПользуйся инструментом по-назначению, и будет тебе счастье. Аудит не для этого.Не понял что-то... про какой ИНСТРУМЕНТ ты говоришь ? чем лог аудита отличается от польз. трейса ?Аудит и пользовательский трейс отличаются способом использования и предназначением. И это описано в релизнотах.
Повторю - для твоих (озвученных) задач аудит не предназначен. Ибо не рассчитан на частое изменение конфигурации.
Более того, для изменения конфигурации аудита нужно полностью всё остановить. Ибо в этом суть аудита - ничего не должно быть пропущено.

Нет, конечно можно и молотком винтики в очках закручивать...
...
Рейтинг: 0 / 0
fbtracemgr: разные мелкие вопросы
    #37505911
Таблоид
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Можно ли сделать точность выводимого времени настраиваемой (скажем, до микросекунд) ?
...
Рейтинг: 0 / 0
fbtracemgr: разные мелкие вопросы
    #37520754
Таблоид
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
И еще вопрос. Нужно иметь возможность "фильтрации" попыток НЕ всех коннектов, а приходящих с определенного IP-адреса (или маски адресов).
То есть, реально ли сделать вот что:
Код: plaintext
1.
2.
3.
<database mydatabase.fdb>
	enabled true
	connection_ip_mask '192.168.13.*'
</database>
-?
...
Рейтинг: 0 / 0
fbtracemgr: разные мелкие вопросы
    #37520802
Таблоид
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Да, и хотел давно вот что прояснить: почему fbtracemgr "подхватывает" переменные окружения ISC_USER + ISC_PASSWORD в случае пропуска параметров -U sysdba и -P masterke, а fbsvcmgr в аналогичной ситуации хоть и запускает сессию трейса, но ничего там не выводит ?
Вот примеры запуска fbtracemgr vs fbsvcmgr и результаты:
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
-- запускает трейс-сессию и ВЫВОДИТ в окне все деяния над базой:
./bin/fbtracemgr -SE service_mgr -STA -C ./fbtrace_probe01.conf  -U sysdba -P masterke

-- также запускает трейс-сессию и ВЫВОДИТ в окне все деяния над базой, 
-- но только если в окружении есть переменные ISC_USER + ISC_PASSWORD:
./bin/fbtracemgr -SE service_mgr -STA -C ./fbtrace_probe01.conf 

-- запускает трейс-сессию и ВЫВОДИТ в окне все деяния над базой:
./bin/fbsvcmgr service_mgr action_trace_start trc_name "p1" trc_cfg ./fbtrace_probe01.conf user sysdba password masterke 

-- запускает сессию, но НИЧЕГО не выводит в консоли. Хотя ISC-переменные - определены.
./bin/fbsvcmgr service_mgr action_trace_start trc_name "p1" trc_cfg ./fbtrace_probe01.conf 
...
Рейтинг: 0 / 0
fbtracemgr: разные мелкие вопросы
    #37521618
hvlad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ТаблоидДа, и хотел давно вот что прояснить: почему fbtracemgr "подхватывает" переменные окружения ISC_USER + ISC_PASSWORD в случае пропуска параметров -U sysdba и -P masterke, а fbsvcmgr в аналогичной ситуации хоть и запускает сессию трейса, но ничего там не выводит ?А с каким же именем он логинится ? (hint: в трейсе это видно)
...
Рейтинг: 0 / 0
fbtracemgr: разные мелкие вопросы
    #37521924
Таблоид
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
hvladТаблоидДа, и хотел давно вот что прояснить: почему fbtracemgr "подхватывает" переменные окружения ISC_USER + ISC_PASSWORD в случае пропуска параметров -U sysdba и -P masterke, а fbsvcmgr в аналогичной ситуации хоть и запускает сессию трейса, но ничего там не выводит ?А с каким же именем он логинится ? (hint: в трейсе это видно)Не понял, кто - "он" ?
Вот первое окно, запускаю там:
Код: plaintext
./bin/fbtracemgr -SE service_mgr -STA -C ./fbtrace_probe01.conf
Получаю в нём:
Код: plaintext
1.
2.
Trace session ID 19 started
2011-11-11T13:14:44.4720 (29926:0x7f4897cda0a8) TRACE_INIT
        SESSION_19

Вот второе окно, запускаю там:
Код: plaintext
./bin/fbsvcmgr service_mgr action_trace_start trc_name "p1" trc_cfg ./fbtrace_probe01.conf
Получаю ответ:
Код: plaintext
Trace session ID 20 started

Вот третье окно, в нём делаю коннект к базе:
Код: plaintext
1.
[firebird@firebird firebird]$ isql test123.fdb
Database:  test123.fdb

В первом окне вывод *идёт*, вижу:
Код: plaintext
1.
2.
3.
4.
2011-11-11T13:14:44.4720 (29926:0x7f4897cda0a8) TRACE_INIT
        SESSION_19

2011-11-11T13:14:44.4730 (29926:0x7f4897cda0a8) ATTACH_DATABASE
        /var/db/firebird/test123.fdb (ATT_7, SYSDBA:NONE, NONE, <internal>)

Во втором окне - тишина.
...
Рейтинг: 0 / 0
fbtracemgr: разные мелкие вопросы
    #37521934
hvlad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ТаблоидНе понял, кто - "он" ?fbtracemgr
...
Рейтинг: 0 / 0
fbtracemgr: разные мелкие вопросы
    #37521942
hvlad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
hvladТаблоидНе понял, кто - "он" ?fbtracemgr Тьфу, fbsvcmgr конечно же
...
Рейтинг: 0 / 0
fbtracemgr: разные мелкие вопросы
    #37522038
Таблоид
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
hvlad,

я добавил в fbtrace_probe01.conf вот это вот:
Код: plaintext
1.
2.
3.
<services>
  enabled true
  log_services true
</services>
И вижу теперь при запуске что fbtracemgr что при fbsvcmgr нечто странное: он выводит зачем-то мой fbtrace_probe01.conf :-)
Ну и "сам себя" тоже выводит:

Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
./bin/ fbtracemgr  -SE service_mgr -STA -C ./fbtrace_probe01.conf
Trace session ID 23 started
2011-11-11T13:33:45.7440 (31599:0x7f04ce317978) TRACE_INIT
        SESSION_23


2011-11-11T13:33:45.7500 (31599:0x7f04ce317978) START_SERVICE
        service_mgr, (Service 0x7f04d09d1cc0, SYSDBA, internal)
        "Start Trace Session"
         -TRUSTED_SVC SYSDBA  -START -CONFIG <services>
  enabled true
  log_services true
</services>
<database %[\\/](test123).fdb>
  enabled  true
  log_filename /var/db/firebird/fbtrace_probe01.log
  log_connections true
  time_threshold         0
</database>

Код: plaintext
==================================================================

Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
./bin/ fbsvcmgr  service_mgr action_trace_start trc_name "p1" trc_cfg ./fbtrace_probe01.conf
Trace session ID 24 started
2011-11-11T13:35:34.2800 (31731:0x7fc608043810) TRACE_INIT
        SESSION_24 p1


2011-11-11T13:35:34.2800 (31731:0x7fc608043810) START_SERVICE
        service_mgr, (Service 0x7fc60a1dccc0, firebird, internal)
        "Start Trace Session"
         -TRUSTED_SVC firebird  -START -NAME p1 -CONFIG <services>
  enabled true
  log_services true
</services>
<database %[\\/](test123).fdb>
  enabled  true
  log_filename /var/db/firebird/fbtrace_probe01.log
  log_connections true
  time_threshold         0
</database>

Вроде прояснилось: fbsvcmgr берёт имя, отличное от SYSDBA. Но по каким причинам он не ищет ISC_, я так и не понял.
И почему они оба стали выводить на консоль содержимое трейс_конфига ? :-)
...
Рейтинг: 0 / 0
fbtracemgr: разные мелкие вопросы
    #37522084
hvlad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Таблоид fbsvcmgr берёт имя, отличное от SYSDBA. Видимо, имя пользователя под которым ты залогинен.

ТаблоидНо по каким причинам он не ищет ISC_, я так и не понялЭто нужно Алекса пытать.

ТаблоидИ почему они оба стали выводить на консоль содержимое трейс_конфига ? :-) Они выводят все параметры, с которыми запущен сервис.
...
Рейтинг: 0 / 0
fbtracemgr: разные мелкие вопросы
    #37522212
hvlad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
hvladТаблоидНо по каким причинам он не ищет ISC_, я так и не понялЭто нужно Алекса пытать.Под пытками, он посоветовал занести этот вопрос в трекер.
...
Рейтинг: 0 / 0
fbtracemgr: разные мелкие вопросы
    #37522448
Таблоид
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
hvladhvladпропущено...
Это нужно Алекса пытать.Под пытками, он посоветовал занести этот вопрос в трекер.Легко. http://tracker.firebirdsql.org/browse/CORE-3658
...
Рейтинг: 0 / 0
fbtracemgr: разные мелкие вопросы
    #37530677
Таблоид
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
fbtrace.conf # Maximum size of log file (megabytes). Used by system audit trace for
# log's rotation : when current log file reached this limit it is renamed
# using current date and time and new log file is created. Value of zero
# means that the log file size is unlimited and rotation will never happen.
max_log_size 0 Допустим, я выставил max_log_size = 20. Запустил что-то молотить, через некоторое время начинаю смотреть в лог аудита (у меня его имя = 'zaudit.log').
Молотилка тем временем доводит размер лога до 20 мегов и тут его надо переименовать. Но переименовать не получается, т.к. я держу файл открытым.
В этот момент в логе сервера появляется запись:
Trace plugin fbtrace.dll returned error on call tpl_event_dsql_execute.
Error details: PluginLogWriter: MoveFile failed on file "C:\1INSTALL\FIREBIRD\FB_2_5\zaudit.log". Error is : 32
- и логирование полностью прекращается.

ИМХО, разумнее было бы создать новый файл с каким-нибудь расширением или суффиксом в имени, отражающим возникшую проблему (например, '.part01', '.part02' etc - как в RAR'e), но не прекращать логирование.
...
Рейтинг: 0 / 0
fbtracemgr: разные мелкие вопросы
    #37530748
Таблоид
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Очередное "чудо" одно вылезло.
Есть некая программа, выполняющая в цикле перенос данных из таблицы 'TC' (100'000 строк) в базе T1.FDB в одноимённую таблицу в базе T2.FDB.
На обе базы натравлен аудит со след. параметрами:
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
  enabled true
  log_context true
  log_filename zaudit.log
  max_log_size 0
  log_connections true
  log_transactions true
  log_statement_finish true
  print_perf true
   time_threshold 0 
  max_sql_length 2000
  max_dyn_length 2000

Аудит показывает, как идёт цикл, начиная с первого ID'шника и далее до 100-тысячного:
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
Statement 41:
-------------------------------------------------------------------------------
UPDATE TC SET S=? WHERE ID=?
param0 = varchar(1000), "24932376-B882-5843-867D-FCD40DFD3C4A24932376-B882-5843-867D-FCD40DFD3C4A"
param1 = integer,  "1" 
...
Statement 41:
-------------------------------------------------------------------------------
UPDATE TC SET S=? WHERE ID=?
param0 = varchar(1000), "77D62AFB-657B-9643-9DE9-B5AE0BCA092C77D62AFB-657B-9643-9DE9-B5AE0BCA092C"
param1 = integer,  "2" 
...
Statement 41:
-------------------------------------------------------------------------------
UPDATE TC SET S=? WHERE ID=?
param0 = varchar(1000), "4284E36C-2943-E543-BD33-3FE0AD2A1A2F4284E36C-2943-E543-BD33-3FE0AD2A1A2F"
param1 = integer,  "3" 
После итерации номер 100'000 программа выполняет полную "вычитку" всех 100 тыс строк и в логе должно было появиться следующее:
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
30.
2011-11-17T08:00:25.0460 (1516:01BDCBA4) EXECUTE_STATEMENT_FINISH
	C:\1INSTALL\FIREBIRD\DATA\T1.FDB (ATT_71, SYSDBA:NONE, WIN1251, TCPv4:127.0.0.1)
	D:\dataporter.exe:396
		(TRA_417, READ_COMMITTED | REC_VERSION | WAIT | READ_WRITE)
Statement 39:
-------------------------------------------------------------------------------
SELECT ID,S FROM TC ORDER BY ID
 100000 records fetched 
  48152 ms, 3764 read(s), 300322 fetch(es)

Table                             Natural     Index    Update    Insert    Delete   Backout     Purge   Expunge
***************************************************************************************************************
RDB$CHARACTER_SETS                                1                                                            
RDB$COLLATIONS                                    1                                                            
TC                                           100000                                                            

2011-11-17T08:00:25.0460 (1516:01BDDEE0) EXECUTE_STATEMENT_FINISH
	C:\1INSTALL\FIREBIRD\DATA\T2.FDB (ATT_11, SYSDBA:NONE, WIN1251, TCPv4:127.0.0.1)
	D:\dataporter.exe:396
		(TRA_19, READ_COMMITTED | REC_VERSION | WAIT | READ_WRITE)
Statement 39:
-------------------------------------------------------------------------------
SELECT ID,S FROM TC ORDER BY ID
 100000 records fetched 
  61675 ms, 3900 read(s), 610 write(s), 907847 fetch(es), 203762 mark(s)

Table                             Natural     Index    Update    Insert    Delete   Backout     Purge   Expunge
***************************************************************************************************************
RDB$CHARACTER_SETS                                1                                                            
RDB$COLLATIONS                                    1                                                            
TC                                           100000                                            100000          

А теперь самое интересное.
Записи в логе о фетче всех 100 тыс строк действительно есть, но расположены они почему-то... между итерациями 99774 и 99775, т.е. вот так:
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
30.
31.
32.
33.
34.
35.
36.
37.
38.
39.
40.
41.
42.
43.
44.
45.
46.
47.
48.
49.
50.
51.
52.
53.
54.
55.
56.
57.
58.
59.
60.
2011-11-17T08:00:25.0460 (1516:01BDDEE0) EXECUTE_STATEMENT_FINISH
	C:\1INSTALL\FIREBIRD\DATA\T2.FDB (ATT_11, SYSDBA:NONE, WIN1251, TCPv4:127.0.0.1)
	D:\dataporter.exe:396
		(TRA_19, READ_COMMITTED | REC_VERSION | WAIT | READ_WRITE)

Statement 41:
-------------------------------------------------------------------------------
UPDATE TC SET S=? WHERE ID=?

param0 = varchar(1000), "C362D8E6-15DB-DD4C-9A0D-B16456F9C7ABC362D8E6-15DB-DD4C-9A0D-B16456F9C7AB"
 param1 = integer, "99774" 
......

2011-11-17T08:00:25.0460 (1516:01BDCBA4) EXECUTE_STATEMENT_FINISH
	C:\1INSTALL\FIREBIRD\DATA\T1.FDB (ATT_71, SYSDBA:NONE, WIN1251, TCPv4:127.0.0.1)
	D:\dataporter.exe:396
		(TRA_417, READ_COMMITTED | REC_VERSION | WAIT | READ_WRITE)

Statement 39:
-------------------------------------------------------------------------------
SELECT ID,S FROM TC ORDER BY ID
100000 records fetched
  48152 ms, 3764 read(s), 300322 fetch(es)

Table                             Natural     Index    Update    Insert    Delete   Backout     Purge   Expunge
***************************************************************************************************************
RDB$CHARACTER_SETS                                1                                                            
RDB$COLLATIONS                                    1                                                            
TC                                           100000                                                            

2011-11-17T08:00:25.0460 (1516:01BDDEE0) EXECUTE_STATEMENT_FINISH
         -- T2.FDB - это база-приёмник! откуда в ней могут быть сейчас 100 тыс строк ?? 
	C:\1INSTALL\FIREBIRD\DATA\ T2.FDB  (ATT_11, SYSDBA:NONE, WIN1251, TCPv4:127.0.0.1)
	D:\dataporter.exe:396
		(TRA_19, READ_COMMITTED | REC_VERSION | WAIT | READ_WRITE)

Statement 39:
-------------------------------------------------------------------------------
SELECT ID,S FROM TC ORDER BY ID
 100000  records fetched  -- <<< как это могло оказаться ЗДЕСЬ, за 225 итераций до окончания цикла ??? 
  61675 ms, 3900 read(s), 610 write(s), 907847 fetch(es), 203762 mark(s)

Table                             Natural     Index    Update    Insert    Delete   Backout     Purge   Expunge
***************************************************************************************************************
RDB$CHARACTER_SETS                                1                                                            
RDB$COLLATIONS                                    1                                                            
TC                                           100000                                            100000          

.....
2011-11-17T08:00:25.0460 (1516:01BDDEE0) EXECUTE_STATEMENT_FINISH
	C:\1INSTALL\FIREBIRD\DATA\T2.FDB (ATT_11, SYSDBA:NONE, WIN1251, TCPv4:127.0.0.1)
	D:\dataporter.exe:396
		(TRA_19, READ_COMMITTED | REC_VERSION | WAIT | READ_WRITE)

Statement 41:
-------------------------------------------------------------------------------
UPDATE TC SET S=? WHERE ID=?

param0 = varchar(1000), "916E8D7F-CAC1-DE46-8124-7A3EB7E364A7916E8D7F-CAC1-DE46-8124-7A3EB7E364A7"
 param1 = integer, "99775" 
...... 

Это как-то можно объяснить ? Откуда он "узнал" на итерации номер 99774, что в таблице-приемнике уже 100 тыс строк ??

PS. 2 hvlad : лог, если надо, могу выслать в мыло.
...
Рейтинг: 0 / 0
fbtracemgr: разные мелкие вопросы
    #37530851
Таблоид
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ТаблоидОткуда он "узнал" на итерации номер 99774, что в таблице-приемнике уже 100 тыс строк ?? Вопрос к трейсу снят, я запутался в двух соснах: вместо вставки в пустую таблицу начал апдейтить старую её версию, а там уже было 100 тыс строк.
...
Рейтинг: 0 / 0
fbtracemgr: разные мелкие вопросы
    #37531622
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ТаблоидПосле итерации номер 100'000 программа выполняет полную "вычитку" всех 100 тыс строк

Сколько раз тебе повторять, что не после, а перед. Цикл же итераций именно по этим строкам
и идёт.

ТаблоидОткуда он "узнал" на итерации номер 99774, что в таблице-приемнике уже 100
тыс строк ??
Оттуда, что оставшиеся 226 строк уже были упакованы в сетевой буфер. И хотя на клиенте
отфетчено только 99774, то сервер ему выслал все 100000.
Posted via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
fbtracemgr: разные мелкие вопросы
    #37532495
Таблоид
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Кажется, я что-то доломал: на моей бедной машине трейс больше не хочет работать :'(
Сейчас получаю швабры:
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
1) .\bin\fbtracemgr -SE service_mgr -STA -C .\zaudit.conf   -U sysdba -P masterke
Cannot attach to services manager

2) .\bin\fbsvcmgr service_mgr user sysdba password masterke action_trace_start trc_name "p1" trc_cfg .\zaudit.conf
Cannot attach to services manager

3) .\bin\fbsvcmgr service_mgr action_trace_start trc_name "p1" trc_cfg .\zaudit.conf user sysdba password masterke
Unknown switch "user"
Пробовал сначала из-под FAR'a, затем непосредственно в cmd.exe.
В логе сервера - тишина полная.

Хотя сама служба ФБ работает (только что скачал последний билд):
Код: plaintext
1.
2.
3.
4.
5.
6.
C:\1INSTALL\FIREBIRD\FB_2_5>.\bin\isql -z localhost/3050:C:\1INSTALL\FIREBIRD\FB_2_5\TEST5.fdb
ISQL Version: WI-V2.5.2.26390 Firebird 2.5
Server version:
WI-V2.5.2.26390 Firebird 2.5
WI-V2.5.2.26390 Firebird 2.5/tcp (balaha)/P12
WI-V2.5.2.26390 Firebird 2.5/tcp (balaha)/P12
Database:  localhost/3050:C:\1INSTALL\FIREBIRD\FB_2_5\TEST5.fdb

ЗЫ. Конфиг для трейса, который всегда успешно отрабатывал (в т.ч. и сегодняшним утром):
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
C:\1INSTALL\FIREBIRD\FB_2_5>type zaudit.conf
<database %[\\/](t1|t2).fdb>
  enabled true
  log_context true
  log_filename zaudit.log
  max_log_size 0
  log_connections true
  log_transactions true
  log_statement_finish true
  print_perf true
  time_threshold 0
  max_sql_length 2000
  max_dyn_length 2000
  #log_statement_prepare true
  #log_procedure_finish true
</database>
#<database %[\\/](empl`oyee|i`dx_under_load_test|test|test2|test3|test4|test5|t1|t2).fdb>

Куда рыть ?
...
Рейтинг: 0 / 0
fbtracemgr: разные мелкие вопросы
    #37532500
hvlad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Попробуй localhost:service_mgr
...
Рейтинг: 0 / 0
fbtracemgr: разные мелкие вопросы
    #37532504
Таблоид
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
hvladПопробуй localhost:service_mgr Вахх!.. заработало, псип! :-)
Однако... почему до этого дождливого вечера всё работало без локалхоста, а теперь вдруг с ним надо ??
...
Рейтинг: 0 / 0
fbtracemgr: разные мелкие вопросы
    #37532599
hvlad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Таблоид,

у тебя в путях старый\левый клиент, либо ты умудрился запустить сервер без поддержки XNET.
...
Рейтинг: 0 / 0
fbtracemgr: разные мелкие вопросы
    #37532745
Таблоид
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
hvladу тебя в путях старый\левый клиент, либо ты умудрился запустить сервер без поддержки XNET.
Клиент был от сентября 2011, я его заменил на нынешний, от 15-11-2011.
Службу ФБ запускаю так: C:\1INSTALL\FIREBIRD\FB_2_5\bin\fb_inet_server.exe -i -s FB_DEFAULT -m
В firebird.conf'e ей назначен порт RemoteServicePort = 3050 - в общем, ничего не менял уже давно.

Не знаю, что произошло, но с утра аудит опять включился автоматом на тестовой базе.
Наверное, помутнение у него было какое-то... :-)
...
Рейтинг: 0 / 0
fbtracemgr: разные мелкие вопросы
    #37533105
hvlad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Таблоид,

а как ты думаешь, что ключ -i означает ?
...
Рейтинг: 0 / 0
fbtracemgr: разные мелкие вопросы
    #37533278
Таблоид
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
hvladа как ты думаешь, что ключ -i означает ?Этот ключик нужен для того, чтобы запретить подключения по локальному протоколу, который раньше звался IPC, а начиная с 2.0 называется почему-то XNET (при чём тут "net", если он ЛОКАЛЬНЫЙ ?). Про XNET прочитано тут: doc/README.xnet.txt, а вот про ключик '-i' сначала узнал приватным образом, а совсем недавно и тут что-то было, но найти теперь не могу :'(

Если не добавлять ключ '-i' в строку запуска службы fb_inet_server, то при старте второй и последующих ФБ-служб в firebird.log'e будет ошибка о наличии инстанса, запущенного перед этим.
Я это ключик установил несколько месяцев назад, когда понадобилось потестировать одну из "спецсборок".
Аудит юзаю почти через день. А "вдруг сломалось" и также "внезапно починилось" всё только вчера вечером и сегодня утром соотв-но.
Странно всё как-то...

ОФФ. Кстати, вопрос: где в доке почитать про все возможные ключики запуска служб ФБ (классика и суперклассика) ? Например, в %fb_home%\doc\*.txt по строке ' -i' ничего релевантного найти нельзя.
-----
tags: fb_inet_server -i, XNET
...
Рейтинг: 0 / 0
fbtracemgr: разные мелкие вопросы
    #37533331
dimitr
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ТаблоидЭтот ключик нужен для того, чтобы запретить подключения по локальному протоколу
и при этом ты почему-то пытаешься подключаться к сервисам именно по локальному протоколу
...
Рейтинг: 0 / 0
25 сообщений из 201, страница 3 из 9
Форумы / Firebird, InterBase [игнор отключен] [закрыт для гостей] / fbtracemgr: разные мелкие вопросы
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]