Провал съм и SetUID i SetGID................ Почвам да се ядосвам защото сигурно е някой голяма простотия, и ми губи времето..........

Да разбира се, направени са правилно
А за потребителите, няма значение дали са в една и съща група, няма значение дали си админ или спадаш към everyone, просто не си ли owner-a гориш. Дори в момента на един тестов share съм махнал всички ACL-и от файловете ( security permissions от Windows-a inherit-i и т.н. ) и съм оставил само 777, и резлика няма. влизам с 2 различни потребителя през едина и съща машина ( единият е owner другият не е , и двата са членове на една и съща група. Влизам през различни машини с различни потребители, влизам през различни машини с един и същ потребител ( owner-a  примерно ) пускам едновременно справки и записи и всичко работи) Пускам програмата и пускам от 2те места една и съща справка, с единия потребител ( owner-a. )
работи нормално , с другия 100 пъти по-бавно. След това както са отворени справките, сменям owner-a да е другия потребител и зареждам справката на ново ...... на 2рия потребител тръгва веднага, но на 1вия потребител ( предния owner ) почва да се влачи. Пробвал съм и същата база да е под Windows share ( направих Windows PDC със същите потребители и пароли и т.н. ) тогава работи нормално..... Също така пусках различни програми от сорта на wireshark i perfmon и не ги помня вече, разликата в двата случая е, 4е според мен когато не си owner клиента тегли всички файлове при себе си..... така мисля защото се генерира огромен трафик от едни и същи таблици от базите.

Този сайт съм го чел...... обаче нещата не са за конкретния случай.......... всичко си работи ако си owner, дори и от 10 различни места да се достъпва базата, ако идват от owner-a работи. А дори и само 1 потребител да работи с базата, но да не е owner не върви ( в единия случай дадена справка излиза за 5сек ( ако си owner ), а в другия случай същата справка за 2мин..... )
И проблема го има само при security = user ........

Благодаря Ви за съветите. Аз съм решил, че това е най-удачния вариант за изпълнение. Имам нужда от съвет как да разреша текущия проблем, а не как да се преправи всичко само заради някаква дреболия.

romeo_ninov ........... не мога да те разбера какво искаш да кажеш.

spec1 - Openfiler-а ми се чупи няколко пъти след ъпдейт, а и в случая не е подходящ ( само заради samba share ) защотото това значи още машини да се слагат........ и .... имам файлов сървър, с него ми е свързан проблема

Windows-ите са няколко и са Guest-ове в няколко Xen сървъра с общ pool ........ ползват се само за RDP........ както казах, Samba-та е PDC, профилите на клиентите са Roaming, прецака ли се някои Windows, клиента просто се пренасочва към работещ такъв.....
Проблема за който писах се решава с fake oplocks = yes в Samba-ta, просто не мога да разбера каква е причината, кое взема под внимание дали си owner на файла или не.... при положение, че имаш пълни права върху файла ( дори ако си член на групата пак не оправя нещата.... или си owner или си никой..... )

Здравейте на всички !
Имам следния проблем с който се занимавам сигурно вече 1 седмица.
Та ще напиша набързо какъв ми е проблема, ако имате желание да помогнете ще дам още инфо.

Samba PDC + LDAP на Gentoo
Всичко си работи нормално, обаче не бях обръщал внимание на следното.
Windows 2003 R2 SP2 достъпва .dbf файлове на складова програма които стоят на Samba share. Когато user-a който работи с файловете е owner на файла всичко върви нормално, обаче когато друг user който не е owner, но има права RWX прави достъп до базата, ВСИЧКО СЕ СЛУЧВА С 10-ки пъти по-бавно.......
( всички файлове са 777 )