Галактика в вопросах и ответах

Андрей, а вас есть какое-нить продвижение ?
(мы все вылетаем )

Gameus:ни какого

DECLARE ID VARCHAR2(40); BEGIN ID := GALA."GETUSERNREC" || GALA."GETSESSIONID"; DELETE FROM GALA."SYS#LOCKS" WHERE USERID = ID; END;
ORA-12571: TNS:packet writer failure

Присоединяюсь! тоже в логе к драйверу. пока только на support.
Удалось локализовать следующее(может кому поможет):
Ошибка появляется если запус осуществляется через шару типа \\сервер\шара\exe\support.exe /параметры. Если запустить через локал типа d:\support\exe\support.exe /параметры - то работает.

ПОЧИНИЛ!
Незнаю как у Вас,а у меня проблема покрыласть в службе оптимизации памяти. Остановил службу и все работает.

Вы интерфейсы в Управлении Снабжением не модифицировали?

Сергей, напиши как эту службу зовут, я не нахожу у себя ничего запущенного с "memory"

Сергей, напиши как эту службу зовут, я не нахожу у себя ничего запущенного с "memory"

Служба входила в состав Citrix и обзывается Citrix Virtual Memory Optimization.

Вообще чисто повезло отловить кто гадит: Пустил сервер на перезагрузку и как только стала доступна шара запустил сапорт и он заработал. затем вышел, а заново зайти не мого. Стал анализировать и отключал службы по очереди. так удалось ее вычеслить.

Как говорится,везет тем кто что-то делает. У меня нет Citrix

У меня нет Citrix

Для локализации могу предложить следующие шаги:
- самый первый шаг почистить ВСЕ пользовательские tmp, crf и res файлы.
- Если были подключения своих ресурсов, то лутше отключить. и лутше пересобрать репозитарий для чистоты эксперемента.
- Какая у вас архитектура? я имею ввиду где что раположено.
(клиент, сервер галактики, сервер БД) может есть какието фаерволы между сервером галактики и сервером бд или между клиентом и остальными серверами.
- Как запускается приложение? если через серверную шару то попробовать запустить с локала. При удачной работе значит чета в серваке.(искать что изменилось за последнее время)
-проверте время отклика базы(tnsping) и надежность связи с сервером бд(здесь можно просто ping -t)

SergZol самый первый шаг почистить ВСЕ пользовательские tmp, crf и res файлы. (не помогает или помогает не на долго)

Сервера меняли , локально запускали, разворачивали базу с тестовыми данными галактики Управлении Снабжением, ФРО в этим модулях происходит рантайм в логе DECLARE ID VARCHAR2(40); BEGIN ID := GALA."GETUSERNREC" || GALA."GETSESSIONID"; DELETE FROM GALA."SYS#LOCKS" WHERE USERID = ID; END;
ORA-12571: TNS:packet writer failure

И что самое интересное чаше всего зависает при работе "Акты на прием услуг", "Приходный кассовый ордер", "Расх. кассовый ордер"

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

(не помогает или помогает не на долго)

А вот здесь яб задумался. Если помогает хоть на какоето время уже хорошо. осталось выяснить кто портит эти не долгие времена работы.
Можно глянуть на ваш galnet.cfg, sqlnetora и tnsnames.ora.
Еще кроме галактики на серверах еще что-нить есть?

конфигурация серверов не изменялась изменилась только база вернее ее содержимое переход с 8.0 Галактики на 8.1.

TNSNAMES.ora

# TNSNAMES.ORA Network Configuration File: O:\oracle\ora92\NETWORK\ADMIN\tnsnames.ora
# Generated by Oracle configuration tools.


GALAXYTH.NC.LOCAL =
(DESCRIPTION =
(ADDRESS_LIST =
(ADDRESS = (PROTOCOL = TCP)(Host = 10.1.100.23)(Port = 1521))
)
(CONNECT_DATA =
(SERVER = DEDICATED)
(SERVICE_NAME = galaxyth)
)
)

GALAXY.NC.LOCAL =
(DESCRIPTION =
(ADDRESS_LIST =
(ADDRESS = (PROTOCOL = TCP)(Host = 10.1.100.22)(Port = 1521))
)
(CONNECT_DATA =
(SERVER = DEDICATED)
(SERVICE_NAME = galaxy)
)
)

#
# This file is written by Oracle Services For MSCS
# on Sun Feb 25 05:39:57 2007
#

INST1_HTTP.NC.LOCAL =
(DESCRIPTION =
(ADDRESS_LIST =
(ADDRESS = (PROTOCOL = TCP)(HOST = 10.1.100.17)(PORT = 1521))
)
(CONNECT_DATA =
(SERVER = SHARED)
(SERVICE_NAME = MODOSE)
(PRESENTATION = http://HRService)
)
)

EXTPROCGALADB.NC.LOCAL =
(DESCRIPTION =
(ADDRESS_LIST =
(ADDRESS = (PROTOCOL = IPC)(KEY = EXTPROCgaladb))
)
(CONNECT_DATA =
(SID = PLSExtProc)
)
)

RCAT.NC.LOCAL =
(DESCRIPTION =
(ADDRESS_LIST =
(ADDRESS = (PROTOCOL = TCP)(HOST = 10.1.100.9)(PORT = 1521))
)
(CONNECT_DATA =
(SERVICE_NAME = RCAT)
)
)

sqlnet.ora
# SQLNET.ORA Network Configuration File: O:\oracle\ora92\network\admin\sqlnet.ora
# Generated by Oracle configuration tools.

NAMES.DEFAULT_DOMAIN = nc.local

SQLNET.AUTHENTICATION_SERVICES= (NTS)

NAMES.DIRECTORY_PATH= (TNSNAMES, ONAMES)

galnet.cfg

#include %StartPath%\Color.cfg

[DataBase]
DATABASENAME = %ApiDataBase%
TempTableInMem = off
UserTableInMem = off

[Configurator]
Designer = On
Enabled = On
ExpertMode= On

[System]
EditorFileMask=*.*

[Files]
OutputFilesDirectory=%ApiTempPath%\Out\%user%
TmpFilesDirectory=%ApiTempPath%\Tmp\%user%
FileHandles=220

[DeskTop]
DeskTopFileName=%ApiTempPath%\Dsk\%user%.%dskext%
/AC+
/3D+

[Windows]
OldDesk=On
FixedFontSize=10
FontSize=10
SystemFixedFont="Comic Sans MS"
SystemFont="Tahoma"

конфигурация серверов не изменялась изменилась только база вернее ее содержимое переход с 8.0 Галактики на 8.1.

Первое что бросилось в глаза:
1. в galnet.cfg не указан драйвер соединения для 10g это ora90drv.dll
2. имя базы(схемы оракла) указано через макро переменную, а что в ней?
3. неуказан сервер БД оракла
На мой взгляд это важно!

Далее мене важные, но могут повлиять на работу:
в sqlnet.ora постараться избавится от NAMES.DEFAULT_DOMAIN, SQLNET.AUTHENTICATION_SERVICES= (NTS).
преобразовать NAMES.DIRECTORY_PATH= (TNSNAMES, ONAMES) в NAMES.DIRECTORY_PATH= (TNSNAMES).

Раз был переход убедится в корректронсти всех компонентов базы(chkora9.exe)

Мои
galnet.cfg
[Database]
DataBaseName=GAL_RUS
DataBaseDriver=ORA90DRV.DLL

[SQLDriver]
SQLServer=SZGAL
FullLoginName=On
ForceRights=On

sqlnet.ora
NAMES.DIRECTORY_PATH= (TNSNAMES)

tnsnames.ora
SZGAL =
(DESCRIPTION =
(ADDRESS_LIST =
(ADDRESS = (PROTOCOL = TCP)(HOST = ********)(PORT = 1521))
)
(CONNECT_DATA =
(SERVICE_NAME = *******)
)
)

Сомнение вызывает следующее:
1. У Нас ORACLE 9 в кластере.
2. На отдельном сервере поднимал 10g конвертировал 8.10 в 8.10 не помогло.
3. Зачем изобретать велосипед и в ручную перерисовать tnsnames.ora когда есть замечательная утилита Net Manager. Вероятность ошибки сводиться к минимуму.
4. chkora9. проверяли что то исправлял не помогло

5. 8.0 галактика по сей день развернута на том же сервере работает без проблем исходя из этого проблема не в настройках сервера а в системе...

1. У Нас ORACLE 9 в кластере.

8.10 на Oracle RAC не работает!!