Finally Solved.......... !!! it is sooo relaxing ........
i have been working on this for 2 days. even i knew it too but mind was not going that way. but now i will remember it till death :) as i have over-googled this matter. Thanks a million :), On Wed, May 23, 2012 at 8:29 PM, Juan Sierra Pons <j...@elsotanillo.net> wrote: > 2012/5/23 Muhammad Yousuf Khan <sir...@gmail.com>: >> i know this is not a place to ask samba related questions but i think >> File system rights has some thing to do in this problem that is the >> reason i am asking this question here. please bear with me. Thanks >> >> OK, my samba server was working fine i have 2TB RAID1 drive as a >> storage and had 300gb sata drive for boot the Debian OS 6.0.4. >> unfortunately my sata boot drive faild and i had to reinstall the OS >> in new drive. now when i plug the old Raid drives the data was still >> there. but permissions were a bit messed, it was showing numbers like >> 100015 or 100016 instead of owning user name or groups. >> so i did "chown root:root * -R" i thought that i will reassign the FS >> rights to every individual folder again. so i did. but now the shares >> in smb.conf that were working previously now they are throwing error >> in log files and the same share was working perfectly before. >> >> >> here is the error >> >> smbd/service.c:988(make_connection_snum) >> canonicalize_connect_path failed for service Filesharing, path >> /nas/backup/Filesharing >> >> now i created a new folder on new driver which is the new OS drive. i >> created a "test" folder at root >> my users and i can access either we can create folders and delete >> >> here is the folder at "/test" (we can access it with full rights) >> drwxrwxrwx 4 admin admin-grp 4096 May 23 19:30 test >> >> this folder is on "/nas/backup/Filesharing" (this is the problem part >> and many other share like this are not working) >> drwxrwxrwx 3 admin admin-grp 4096 May 23 19:34 Filesharing >> >> >> >> [test] >> comment = test for All >> path = /test >> read only = No >> create mask = 0770 >> directory mask = 0770 >> >> [Filesharing] >> >> comment = Filesharing for All >> path = /nas/backup/Filesharing >> read only = No >> create mask = 0770 >> directory mask = 0770 >> >> you can see both shares have same FS rights and same share rights but >> my users can access /test but not /nas/backup/filesharing >> and generating this error. >> >> smbd/service.c:988(make_connection_snum) >> canonicalize_connect_path failed for service Filesharing, path >> /nas/backup/Filesharing >> >> however i as admin user can access things in "filesharing" so i >> thought that admin is the owner of this folder so i change the >> ownership of Filesharing folder to a another user and i tested it with >> that user but still no luck. even thought it doesnt make any sense as >> 777 is already given to the folder. >> >> now i am handicap and nowhere to go. i look for the said error on >> google on so many places. which shows that it is a File system rights >> related issue. and according to my knowledge there is nothing to do >> with FS rights it is some thing different as 777 is already given to >> both of the folders. >> >> here is my >> >> [global] >> >> workgroup = XXXXX >> realm = XXXXX.COM >> netbios name = nasbox >> server string = %h server >> security = ADS >> obey pam restrictions = Yes >> pam password change = Yes >> passwd program = /usr/bin/passwd %u >> passwd chat = *Enter\snew\s*\spassword:* >> %n\n*Retype\snew\s*\spassword:* %n\n *password\supd$ >> unix password sync = Yes >> syslog = 0 >> log file = /var/log/samba/log.%m >> max log size = 1000 >> dns proxy = No >> panic action = /usr/share/samba/panic-action %d >> idmap uid = 10000-40000 >> idmap gid = 10000-40000 >> winbind enum users = Yes >> winbind enum groups = Yes >> winbind use default domain = Yes >> >> >> >> Thanks, >> MYK >> >> >> -- >> To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org >> with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org >> Archive: >> http://lists.debian.org/CAGWVfMkbfX0WZJ3MbapkNB+Bw-FdcrkTY=6h__2_vd8t96w...@mail.gmail.com >> > > Hi > >> in new drive. now when i plug the old Raid drives the data was still >> there. but permissions were a bit messed, it was showing numbers like >> 100015 or 100016 instead of owning user name or groups. > > This ids are normal as you have your Samba server authenticated > against a ADS. as you can see in your configuration file: >> idmap uid = 10000-40000 >> idmap gid = 10000-40000 > > I think your problem is not with the Filesharing folder permissions > but with the path to your Filesharing folder. Have a look to your > config file: > >> [test] >> comment = test for All >> path = /test >> read only = No >> create mask = 0770 >> directory mask = 0770 > > test folder is in the root no so problems with the path can happen > >> [Filesharing] >> >> comment = Filesharing for All >> path = /nas/backup/Filesharing >> read only = No >> create mask = 0770 >> directory mask = 0770 > > But with [Filesharing] share is different. Before getting to > Filesharing. your users must go through nas -> backup -> Filesharing > > Check that nas has at least rwxr-xr-x . Then check backup has rwxr-xr-x too > > Good luck > > Best Regards > > -------------------------------------------------------------------------------------- > Juan Sierra Pons j...@elsotanillo.net > Linux User Registered: #257202 http://www.elsotanillo.net > GPG key = 0xA110F4FE > Key Fingerprint = DF53 7415 0936 244E 9B00 6E66 E934 3406 A110 F4FE > -------------------------------------------------------------------------------------- > > > -- > To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org > with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org > Archive: > http://lists.debian.org/cabsy9s1f7gd3czudrybr_un2mj91uzzppk2bxq1u2j4zac...@mail.gmail.com > -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAGWVfM=zjmQf9qUZDajv7XQOYrtTYSHaMX+ez-=hb_wwg5m...@mail.gmail.com