Страница 1 из 1
Вопрос бывалым по NSS на OES2
Добавлено:
10 янв 2011, 17:10
Dimerson
Вопрос такой - чем чревата установка параметра
Определение пространства имен: в Unix (по дефолту стоит Long у томов).
Переехал первым сервером на OES2.
Проблемы как у чела в
viewtopic.php?f=6&t=10779&hilit=pervasiveобошел согласованной правкой конфигов.
Хотел поинтересоваться о радикальном методе. Насколько это мешает.
Re: Вопрос бывалым по NSS на OES2
Добавлено:
11 янв 2011, 14:15
Dimerson
скажу больше . не получается избавиться от case insensitivity на томе NSS из-под Linux.
не важно как смонтирован том,
(rw,name=OPER,norename,ns=long)
или
(rw,name=OPER,norename,ns=unix)
/media/nss/VOLUME/ всегда case-insensitive
то есть делаем touch ASD создается ASD
потом делаем touch asd и asd не создается рядом.
глюк или так задумано ?
Re: Вопрос бывалым по NSS на OES2
Добавлено:
12 янв 2011, 09:42
Стогов Кирилл
Попробовал сие действо на своем тестовом сервере, все работает. создаются файлы и ASD и asd.
правда все сделал через AFP, ибо переехал на MAC.
Настройки NSS по умолчанию.
Name: HOME_NSS
Host Pool: POOL_LX
Owner: [Supervisor]
Mount Point: /media/nss/HOME_NSS
State: Active, Mounted
Name Space(s): DOS, Mac, Unix, Long
Lookup Namespace: Long
Quota: 0.00 MB
Available Space: 20411.65 MB
Used Space: 1.04 MB
Purgeable Space: 48.00 KB
Number of Objects: 43
Number of Files: 42
Creation Date: Jan 5, 2011 3:16:03 pm
Last Update: Jan 12, 2011 8:35:19 am
Last Archive: Never
Re: Вопрос бывалым по NSS на OES2
Добавлено:
12 янв 2011, 11:47
Dimerson
я имел в виду что надо не удаленно (NCP or SMB or AFP), а локально с консоли linux создавать файлы на томе в /media/nss/VOL
в общем что не миграция то надо делать костыли для девелоперов.
при переезде на GW6 пришлось переписывать принимающих и отправляющих роботов для нас и для головной конторы (! ибо idomains было не обьехать)
при переезде на NW6 пришлось писать резидента для дос чтоб корректно определялось имя пользователя (девелоперы юзяли апи nw 215 где connection number передается через 8 битный регистр и посему <= 255)
а тут трабла в том что на томе case-insensitivity и через бтрив _раздельно_ открываются /media/nss/VOLUME/Path/Filename.btr и /media/nss/VOLUME/PaTh/FiLeNaMe.BtR и кешируются отдельно что чревато порчей данных как минимум. тк одномоментно все самописное не привести к одному регистру пока буду думать о перехватчике btrcall (экспортируется из w3btrv7.dll) и переводлить у Btrieve Open буфер содержащий полное имя файла в верхний регистр.
Re: Вопрос бывалым по NSS на OES2
Добавлено:
12 янв 2011, 12:20
Ковалев Артем
Dimerson писал(а):скажу больше . не получается избавиться от case insensitivity на томе NSS из-под Linux.
не важно как смонтирован том,
(rw,name=OPER,norename,ns=long)
или
(rw,name=OPER,norename,ns=unix)
/media/nss/VOLUME/ всегда case-insensitive
то есть делаем touch ASD создается ASD
потом делаем touch asd и asd не создается рядом.
глюк или так задумано ?
Однозначно задумано. NSS же как раз case-insensitive, это в мануалах написано. А на томах /media/nss/ - NSS
Попробуйте зашарить обычный unix-каталог по ncp - тут могут быть шансы.
Re: Вопрос бывалым по NSS на OES2
Добавлено:
12 янв 2011, 13:54
Dimerson
Однозначно задумано. NSS же как раз case-insensitive, это в мануалах написано. А на томах /media/nss/ - NSS
Попробуйте зашарить обычный unix-каталог по ncp - тут могут быть шансы.
В доках пишут, что если сменить lookup namespace с Long на Unix то оно для линукса становится case-sensitive (не для удаленных NCp станций).
при этом меняется в тч и параметр в /etc/fstab типа ns=long на ns=unix.
буду смотреть oes2 sp3 - тут sp2 + все фиксы _до_ sp3.
Re: Вопрос бывалым по NSS на OES2
Добавлено:
13 янв 2011, 13:40
Ковалев Артем
Dimerson писал(а):В доках пишут, что если сменить lookup namespace с Long на Unix то оно для линукса становится case-sensitive (не для удаленных NCp станций).
Любопытно, а как вы себе это представляете?
то есть на томе лежат два файла, которые для сервера имеют разные имена, а для подключённых станций - одно?
Re: Вопрос бывалым по NSS на OES2
Добавлено:
13 янв 2011, 14:35
Dimerson
покажу с картинками:
- Код: Выделить всё
test-oes2:/media/nss/DATAVOL/CASESENS # mount
/dev/evms/lvm2/system/system on / type reiserfs (rw,acl,user_xattr)
proc on /proc type proc (rw)
sysfs on /sys type sysfs (rw)
debugfs on /sys/kernel/debug type debugfs (rw)
udev on /dev type tmpfs (rw)
devpts on /dev/pts type devpts (rw,mode=0620,gid=5)
/dev/evms/sda1 on /boot type reiserfs (rw,acl,user_xattr)
securityfs on /sys/kernel/security type securityfs (rw)
fusectl on /sys/fs/fuse/connections type fusectl (rw)
proc on /var/lib/ntp/proc type proc (rw)
novfs on /var/opt/novell/nclmnt type novfs (rw)
/dev/evms/DATAPOOL on /opt/novell/nss/mnt/.pools/DATAPOOL type nsspool (rw,name=DATAPOOL)
admin on /_admin type nssadmin (rw)
DATAVOL on /media/nss/DATAVOL type nssvol (rw,name=DATAVOL,norename,ns=unix)
test-oes2:/media/nss/DATAVOL/CASESENS #
теперь то же со станции:
как в доке про NSS /Linux (Lookup Namespace) и указано.
На станции name space Long по дефолту и создать с венды по NCP ASD и asd не получится.
Re: Вопрос бывалым по NSS на OES2
Добавлено:
17 янв 2011, 08:31
Dimerson
В воскресенье получилось ребутнуть главный сервак. Подтверждаю что nssmu -> выбрать том -> F9 -> Unix . рестарт сервера.
после этого появляется case-sensitivity на сторое linux (ASD и asd на томе) и все хорошеет с pervasive sql.
Все праведливо как для OES2 SP2+ так и для SP3.