[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: FS rights error with Samba share



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 <juan@elsotanillo.net> wrote:
> 2012/5/23 Muhammad Yousuf Khan <sirtcp@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-REQUEST@lists.debian.org
>> with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
>> Archive: [🔎] CAGWVfMkbfX0WZJ3MbapkNB+Bw-FdcrkTY=6H__2_VD8t96wrnQ@mail.gmail.com">http://lists.debian.org/[🔎] CAGWVfMkbfX0WZJ3MbapkNB+Bw-FdcrkTY=6H__2_VD8t96wrnQ@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                                 juan@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-REQUEST@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
> Archive: http://lists.debian.org/CABSy9s1f7gD3cZuDRyBR_UN2mJ91uZZPPK2bxQ1u2j4zACUfw@mail.gmail.com
>


Reply to: