Приамбула:
после переезда серверов QAS/DEV на другую площадку им были сменены ip-адреса.
продуктивная система была перевезена раньше - айпишник не менялся
Проблема:
пытаюсь примаунтить транспортный каталог на продуктиве - выдает сообщение приведенное ниже. с теста каталог цепляет на ура без малейшей задержки и проч
маршрутизация и прочие сетевые вопросы в норме. следует заметить что тест и разработка на компаках, продуктив на айбиэм...
поиск по кодам ошибок результатов не дал - ботва полная
Вопрос:
где рыть?

реакция оси:

# showmount -e alpha1
export list for alpha1:
/usr/sap/trans alpha2,alpha3,cisrv,ibm1,ibm2
#

# mount alpha1:/usr/sap/trans /usr/sap/trans
mount: 1831-010 server alpha1 not responding: RPC: 1832-010 Authentication error
; why = RPC: 1832-023 Server rejected credential
nfsmnthelp: 1831-019 alpha1: The file access permissions do not allow the specif
ied action.
mount: 1831-008 giving up on:
alpha1:/usr/sap/trans
The file access permissions do not allow the specified action.

# rpcinfo -p alpha1
program vers proto port service
100000 2 tcp 111 portmapper
100000 2 udp 111 portmapper
100005 1 udp 632 mountd
100005 3 udp 632 mountd
200023 1 udp 632
100005 1 tcp 637 mountd
100005 3 tcp 637 mountd
100003 2 udp 2049 nfs
100003 2 tcp 2049 nfs
100003 3 udp 2049 nfs
100003 3 tcp 2049 nfs
100024 1 udp 1026 status
100024 1 tcp 1024 status
100021 1 tcp 1025 nlockmgr
100021 2 tcp 1025 nlockmgr
100021 3 tcp 1025 nlockmgr
100021 4 tcp 1025 nlockmgr
100020 3 tcp 1025 llockmgr
100021 1 udp 1027 nlockmgr
100021 2 udp 1027 nlockmgr
100021 3 udp 1027 nlockmgr
100021 4 udp 1027 nlockmgr
100020 3 udp 1027 llockmgr
100011 1 udp 1031 rquotad
100068 2 udp 1032 cmsd
100068 3 udp 1032 cmsd
100068 4 udp 1032 cmsd
100083 1 tcp 1028 ttdbserver
390113 1 tcp 7937
1342177279 4 tcp 1047
1342177279 1 tcp 1047
#

Вспоминается похожая ситуация , шла ругань на rpc и аутинификацию, смотрел rpcinfo - все в поряде, с пермиссиями на локальный каталог тоже , однако фишка оказалась в том, что локальная точка монтирования была некорректно отмантирована, система каким-то чудесным образом думала, что каталог /usr/sap/trans уже замонтирован, сделал umount с форсе и повторил попытку - все заработало. Не Ваш случай?
Успехов.

пробовал уже - не помогает
чего только не пробовали уже

Если это очень критично, то есть временный выход из данной ситуации,
создать на продуктиве транспортный домен и настроить линк между доменами, конечно не очень удобно работать , но можно. Мы таким образом жили пару месяцев , когда тест и разработка переехали в забугорию а продуктив был еще в России, тоже гемороя огребете при настройке, но по крайней мере можно будет работать.
http://help.sap.com/saphelp_47x200/help ... ameset.htm
Успехов!

У меня домен линк настроен в рабочем режиме. никакого гемороя при настройке. Главное в файле hosts не забыть прописать IP серверов доменов

Под гемороем подразумевалось , что придется повозиться , не более того
Разночтение терминов как гриться

да ладно вам. Возиться действителкно придется. Особенно пока в доке разберешься. Но зато потом кайфушки: насраивается легко.

Да еще, может его вообще по питанию перегрузить (ну прод в смысле). Было у нас такое...

вот еще ссылка в помощь
http://publib.boulder.ibm.com/infocenter/pseries/v5r3/index.jsp?topic=/com.ibm.aix.doc/aixbman/commadmn/nfs_problem.htm

спасибо всем !
вопрос решил - грабли были в сетевых интерфейсах и маршрутизации - если коротко то запрос отсылался по одно пути с сетевой 1 а получали через цЫску на сетевую 2...

спс