search for: oldgroup

Hi, I'm trying to give my users access to a folder contained within a Samba share, e.g. $ ls share drwxrwsr-x 14 fsuser DOMAIN\OldGroup 432 2005-12-07 15:35 . drwxr-xr-x 6 root root 128 2005-11-17 12:33 .. drwxrwsr-x 3 fsuser DOMAIN\OldGroup 136 2005-11-22 16:56 Archive drwxrwsr-x 2 fsuser DOMAIN\NewGroup 48 2005-12-07 15:35 test Note that the groups have write access to these folders, so I...

...Does this work for anyone out there? I've never gotten it to work: (the set up is Samba as a member of an Active Directory run by Windows servers.) -------------- 1. Pick an NT group that's been there since you installed Samba, and of which you are a member. I'll call it DOMAIN\Oldgroup. 2. Run "chgrp DOMAIN\\Oldgroup test" then "chmod g+w,o-w test" 3. Access the 'test' folder from Windows via Samba and observe you can create files in this folder, as you are a member of a group with write access. -------------- 4. Either make a new NT group...

...onfig dg11', again, they must match > > As I wrote in the previous reply, that was a mistake from the initial > > deployment. However, I have a copy of the VM and when I corrected DG11 > > to HLPTS and restarted the services, this happes: > > > > getent group "Oldgroup" returns a value in the 10000 range (as > > specified in the idmap config * statement). > If 'oldgroup' isn't in the the 'HLPTS' domain, this is to be expected. > > I now created a new group in the domain, and expected to get a value > > in the range 30...

...> >>> As I wrote in the previous reply, that was a mistake from the initial > >>> deployment. However, I have a copy of the VM and when I corrected DG11 > >>> to HLPTS and restarted the services, this happes: > >>> > >>> getent group "Oldgroup" returns a value in the 10000 range (as > >>> specified in the idmap config * statement). > >> If 'oldgroup' isn't in the the 'HLPTS' domain, this is to be expected. > >>> I now created a new group in the domain, and expected to get a value...

...LTS' and 'idmap config dg11', again, they must match > As I wrote in the previous reply, that was a mistake from the initial > deployment. However, I have a copy of the VM and when I corrected DG11 > to HLPTS and restarted the services, this happes: > > getent group "Oldgroup" returns a value in the 10000 range (as > specified in the idmap config * statement). If 'oldgroup' isn't in the the 'HLPTS' domain, this is to be expected. > I now created a new group in the domain, and expected to get a value > in the range 30000 (as specified in...

..., again, they must match >>> As I wrote in the previous reply, that was a mistake from the initial >>> deployment. However, I have a copy of the VM and when I corrected DG11 >>> to HLPTS and restarted the services, this happes: >>> >>> getent group "Oldgroup" returns a value in the 10000 range (as >>> specified in the idmap config * statement). >> If 'oldgroup' isn't in the the 'HLPTS' domain, this is to be expected. >>> I now created a new group in the domain, and expected to get a value >>> in...

I have a problem that I am unable to sort out. Maybe someone can assist with advice and troubleshooting. Client computer is Windows 10 Pro with latest updates as of today. Servers are a Windows 2019 Standard (logon and AD server) and a Samba 4.11 running on Ubuntu (domain member. AD account configured with account profile \\hp-fssrv\profiles\<username>. Home directory is mapped to