Ошибка Interbase-сервера

← →
KA_ (2002-12-05 11:15) [0]

Interbase 6.0
Сервер в логе пишет об ошибке

SERVER/process_packet: broken port, server exiting

После нескольких таких ошибок, он просто вываливается. Или закрывает порт для некоторых машин.
В чем может быть причина? И как бороться?

← →
Alexandr (2002-12-05 12:19) [1]

никогда такого не видел.
И, сдается мне, Interbase тут не виноват.
Это все проделки ОС, администратора, сети...

← →
KA_ (2002-12-05 12:29) [2]

Не уверен. Перед появлением такой ошибки происходит другая:
WNET/wnet_error: WriteFile errno = 109
а потом сразу же закрытие порта. Причем 109 ошибка происходит достаточно часто - раз 50 в день - но при чтении и на работоспособности сервера вроде бы не сказывается.

← →
AVR (2002-12-05 21:02) [3]

У меня такая же ерунда происходит. Чего делать не знаю.
Уверен, что дело в ОС. Менял IB5.6 на FireBird - не помогло. Есть ещё симптом: при работе по TCP коннект долго происходит. Смотрел в NetworkMonitor: после пакета в порт 139(nbsession) на сервер, сервер перестаёт что-либо посылать клиенту, пока клиент опять не попытается начать сессию.
Именно эти обрывы и увеличиват время коннекта до минут!
Ещё кое-что:
В Communication Diagnostic есть возможность попробовать связь с портом 3050 (закладка WinSock) и возможность попробовать связь с БД (DB Connection).
В первом случае всё проходит нормально (по сети при этом посылаются тоолько TCP-пакеты ежду портами 1037(на клиент) и 3050(на сервер))
Во втором случае после нескольких обрывов (после пакетов на сервер в порт 139) сервер шлёт пакет ARP_RARP и клиент начинает слать пакеты в 3050 и устанавливается коннект...
Я не большой специалист в сетях NT (и в других тоже), но если у кого-то после анализа этих фактов мелькнёт догадка, то жизнь моя сильно облегчится.

← →
Alexandr (2002-12-06 05:50) [4]

Yaffil попробуйте

← →
KA_ (2002-12-06 09:38) [5]

2 AVR:
А на какой ОС стоит IB-сервер? И какие ОС у клиентов?
Непонятно - коннект по ТСР, а пакеты на 139 порт. У тебя включена поддержка NetBEUI поверх ТСР - так отключи. Я перевел все взаимодействие на ТСР и количество ошибок в логе сразу уменьшилось. Но возникли другие проблемы :)
Можно еще попробывать изменить в IBCONFIG параметры CONNECTION_TIMEOUT и DUMMY_PACKET_INTERVAL.

← →
AVR (2002-12-06 12:10) [6]

KA_:
1.Сервер стоит на NT4.0, клиент - Win98.
2.Отключить NetBEUI поверх TCP я не могу, т.к. в сети работает только TCP и им пользуется клиент сетей Microsoft. В этом случае на панели настройки TCP отключена возможность включать или отключать NetBUEI поверх TCP.
3.Изменение параметров IBCONFIG ничего не дадут - пробовал.
4. Я уже писал в эту конференцию об этой проблеме. Мне посоветовали проверить сеть: свич, карты. Я откинул свич, связал сервер с одним клиентом через прямой кабель - всё осталось без изменений, причём карточки на клиенте и сервере одинаковые и драйвера тоже (клиент - NT4).
У меня есть ещё один клиент, на нём коннект по TCP устанавливается без проблем, хотя и настройки и аппаратура одинаковые. Посмотрю вечером, какие пакеты он посылает на сервер и буду думать.

← →
KA_ (2002-12-06 13:16) [7]

Дело в клиентах - у меня клиенты и сервер на Вин2000. Все работают исключительно на ТСР. Проблема возникала с машинами на Вин9х. Сейчас такая осталась одна - на 95-ой. Вот все ошибки от нее. А можно радикально подойти к вопросу и переустановить любимый маздай :)
P.S. ПО, использующее InterBase, тоже должно быть настроено на ТСР.

← →
Alexandr (2002-12-06 13:25) [8]

да, строка коннекта какого вида?
server:c:\base\base.gdb чистое NCP
или
\\server\c\base\base.gdb NetBIOS

рекомендуется только первый вариант, при втором очень много гимора.

← →
AVR (2002-12-06 14:39) [9]

Alexandr:
У меня в обоих случаях проблемы.
При server:c:\base\base.gdb клиент посылает пакеты NetBEUI
через транспорт IP, пакеты TCP в 139 см.выше.

А есть ли здесь человек, у которого клиент на win9x, у
которого всё работает по TCP и который может посмотреть,
что в сети делается, любопытно было бы посмотреть на
здоровый организм и сравнить с больным?

← →
Alexandr (2002-12-06 14:52) [10]

блин, нет при server:c:\base\base.gdb никакого NETBEUI не должно быть.

> А есть ли здесь человек, у которого клиент на win9x, у
> которого всё работает по TCP и который может посмотреть,
>
> что в сети делается, любопытно было бы посмотреть на
> здоровый организм и сравнить с больным?

да почти у всех такая конфигурация, но мне смотреть некогда.

← →
KA_ (2002-12-06 16:02) [11]

2 Alexandr;
На Вин9х обязательно будет обращение к 139 порту - они по другому не умеют.

← →
AVR (2002-12-06 19:40) [12]

КА_: Один из моих клиентов умеет (проблема в том, что
я не знаю, почему другие не умеют).

Скажите, все ли пакеты в Network Monitore записываются в лог
или нет? Дело в том, что я так и не смог увидеть
первый пакет от клиента. При нормальном обмене с
помощью WinSock, в логе первый пает - пакет ARP_RARP,
посланный сервером, хотя связь инициирует клиент.

← →
KA_ (2002-12-07 11:19) [13]

Наш администратор советует настроить сентевые протоколы на клиентах следующим образом:
-клиент Microsoft :)
-TCP/IP
-SPX/IPX - в его свойствах включить поддержку NetBEUI.

Без этого, с его слов, в сетях NT может быть что угодно.

← →
Anatoly Podgoretsky (2002-12-07 11:37) [14]

Мой администратор (Я) советует убрать третий пункт немедленно, с этим, в сетях NT может быть что угодно.

← →
KA_ (2002-12-07 11:44) [15]

2 Anatoly Podgoretsky:
Тогда посоветуйте каким образом настроить выше описанную сеть для работы с Interbase по ТСР.

← →
KA_ (2002-12-07 12:01) [16]

2 AVR:
А домен присутствует?

← →
Anatoly Podgoretsky (2002-12-07 12:16) [17]

Ты думаешь можно настроить сеть дистанционно? Это даже находясь рядом с компьютером требует времени, а тебе потребуется очень много времени, что бы рассказать все про твою сеть.
Тебе на клиенте достаточно только этих пунктов и их настройки

-клиент Microsoft с прописываением домена
-TCP/IP
=драйвер сетевой платы

На второй закладке
имя компьютера
рабочая группа

На треть ресурсы получать с сервера

Кроме того настройка самого IB клиента, файлы Hosts и Services должны иметь правильные данные

← →
KA_ (2002-12-07 12:23) [18]

2 Anatoly Podgoretsky:
А еще все может зависеть от дитрибутива Win98 :)

← →
AVR (2002-12-07 18:13) [19]

КА:
Домен присутствует.

Скажи, у тебя проблема с ошибками в логе возникает
и при работе клиентов по TCP c win2k?

В жестокой борьбе c сетью и TCP я всё-таки одержал победу!!!!
Всё дело в клиенте и в кривых ручках администратора.

1. На клиенте должен быть файл WINDOWS\services
в котором должна быть запись
gds_db 3050/tcp
а так же файл WINDOWS\hosts
в котором должна быть запись с адресом вервера, напрмер:
192.168.0.13 server
2. Не знаю, обязательно ли, но я везде установил:
Вход в домен
Управление ресурсами на уровне пользователя (инф. брать
с сервера)
3. В алиасах писатть не
ip-адрес:путь к БД,
а именно
имя_сервера:путь к БД
(я писал адрес вместо имени сервера,
имя сервера без разрешения его в адрес в hosts
тоже ведёт к проблемам - прверял)

Спасибо всем, кто помогал советами.

← →
KA_ (2002-12-08 13:31) [20]

2 AVR:
Ошибки возникают только при работе клиента на 95-ой. У меня осталась одна такая машина. И то сегодня вот меняю ее. При работе клиентов на Win2k ошибки тоже возникают, но гораздо реже и соответсвенно это ошибки 10054.
Настройка у меня сделана так, как ты все описал.

Ошибка Interbase-сервера Найти похожие ветки