search for: attributr

The assignment form of 'formals' strips attributes (or something close to that) from the values in the list. This wasn't intentional, was it? The current behavior (2.0.0 through 2.1.0 on Windows at least): > fjj <- function() x > formals(fjj) <- list(x=c(a=2, b=4)) > fjj function (x = c(2, 4)) x Previous behavior: > fjj <- function() x > formals(fjj)

On 03/05/2023 09:50, Stefan Kania via samba wrote: > It had been working up to Samba 4.8 and with the recyclebin active you > could restore every attributre, but since 4.9 it's not working anymore > > Are you sure it ever worked ? I cannot remember it ever working, plus there is the problem that if you did rename a deleted user, most of the original attributes would be missing. The main problem (renaming wise) is that everything has to...

It had been working up to Samba 4.8 and with the recyclebin active you could restore every attributre, but since 4.9 it's not working anymore Am 02.05.23 um 23:57 schrieb Anderson Sampaio Mello via samba: > Hello everybody. > > When a user or group account is deleted, the user or group account is moved > to CN=Deleted Objects,DC=domain,DC=com > > I can find them with the c...

...sh >> $ id auser >> uid=2018(auser) gid=10000(agroup) groups=10000(agroup),10007(othergroup) >> > Been having this issue on an dc after i updated from 4.1 to 4.2. It turned > out some users with defined uid also had mappings from winbind in idmap.tdb. > At firt the uid attributre gets used but afetr a while the value > fromidmap.tdb was used. The fix was to delete the mappings in idmap.tdb. > On an member server you can use net idmap set/get/dump to test this. As the problem was getting worse and worse on my end (UIDs resetting after a few minutes, mostly in respo...

...one point in the past, this member server was also a DC and > > this problem never happened then. > > > Been having this issue on an dc after i updated from 4.1 to 4.2. It > turned out some users with defined uid also had mappings from winbind > in idmap.tdb. At firt the uid attributre gets used but afetr a while > the value fromidmap.tdb was used. The fix was to delete the mappings > in idmap.tdb. > On an member server you can use net idmap set/get/dump to test this. > You are missing the fact that the OP is using the REALM name instead of the NETBios domain name...

...r was also a DC and > >>> this problem never happened then. > >>> > >> Been having this issue on an dc after i updated from 4.1 to 4.2. It > >> turned out some users with defined uid also had mappings from > >> winbind in idmap.tdb. At firt the uid attributre gets used but > >> afetr a while the value fromidmap.tdb was used. The fix was to > >> delete the mappings in idmap.tdb. > >> On an member server you can use net idmap set/get/dump to test > >> this. > >> > > You are missing the fact that the OP i...

Hi all, I've been experiencing an intermittent problem where some UIDs on a member server spontaneously change from being their AD-derived values to being allocated from the default idmap space, even when there is no change to the AD user information. Specifically, I have a member server running Samba 4.4.5 on CentOS 6.8. AD service is provided by two Samba 4.4.5 servers. The member

...t; -Rob > > PS. At one point in the past, this member server was also a DC and > this problem never happened then. > Been having this issue on an dc after i updated from 4.1 to 4.2. It turned out some users with defined uid also had mappings from winbind in idmap.tdb. At firt the uid attributre gets used but afetr a while the value fromidmap.tdb was used. The fix was to delete the mappings in idmap.tdb. On an member server you can use net idmap set/get/dump to test this.

...t; uid=2018(auser) gid=10000(agroup) >>> groups=10000(agroup),10007(othergroup) >>> >> Been having this issue on an dc after i updated from 4.1 to 4.2. It >> turned out some users with defined uid also had mappings from winbind >> in idmap.tdb. At firt the uid attributre gets used but afetr a while >> the value fromidmap.tdb was used. The fix was to delete the mappings >> in idmap.tdb. >> On an member server you can use net idmap set/get/dump to test this. > > As the problem was getting worse and worse on my end (UIDs resetting > afte...

...e past, this member server was also a DC and >>> this problem never happened then. >>> >> Been having this issue on an dc after i updated from 4.1 to 4.2. It >> turned out some users with defined uid also had mappings from winbind >> in idmap.tdb. At firt the uid attributre gets used but afetr a while >> the value fromidmap.tdb was used. The fix was to delete the mappings >> in idmap.tdb. >> On an member server you can use net idmap set/get/dump to test this. >> > You are missing the fact that the OP is using the REALM name instead of >...

...; and this problem never happened then. > >>>>> > >>>> Been having this issue on an dc after i updated from 4.1 to 4.2. > >>>> It turned out some users with defined uid also had mappings from > >>>> winbind in idmap.tdb. At firt the uid attributre gets used but > >>>> afetr a while the value fromidmap.tdb was used. The fix was to > >>>> delete the mappings in idmap.tdb. > >>>> On an member server you can use net idmap set/get/dump to test > >>>> this. > >>>> > &gt...

...and >>>>> this problem never happened then. >>>>> >>>> Been having this issue on an dc after i updated from 4.1 to 4.2. It >>>> turned out some users with defined uid also had mappings from >>>> winbind in idmap.tdb. At firt the uid attributre gets used but >>>> afetr a while the value fromidmap.tdb was used. The fix was to >>>> delete the mappings in idmap.tdb. >>>> On an member server you can use net idmap set/get/dump to test >>>> this. >>>> >>> You are missing the...

Hello everybody. When a user or group account is deleted, the user or group account is moved to CN=Deleted Objects,DC=domain,DC=com I can find them with the command: ldbsearch -H ldap://localhost --show-deleted "cn=*DEL:*" -U administrator Password for [DOMAIN\administrator]: # record 1 dn: CN=user1\0ADEL:f53b71f8-a3e8-4997-bd84-5504235d3b31,CN=Deleted Objects,DC=domain,DC=com

...03 at 10:50 +0200, Stefan Kania via samba wrote: > --------------ms050102020202000702010109 > Content-Type: text/plain; charset=UTF-8; format=flowed > Content-Transfer-Encoding: 7bit > > It had been working up to Samba 4.8 and with the recyclebin active you > could restore every attributre, but since 4.9 it's not working anymore > > Am 02.05.23 um 23:57 schrieb Anderson Sampaio Mello via samba: > > Hello everybody. > > > > When a user or group account is deleted, the user or group account is moved > > to CN=Deleted Objects,DC=domain,DC=com > &g...

...roblem never happened then. >>>>>>> >>>>>> Been having this issue on an dc after i updated from 4.1 to 4.2. >>>>>> It turned out some users with defined uid also had mappings from >>>>>> winbind in idmap.tdb. At firt the uid attributre gets used but >>>>>> afetr a while the value fromidmap.tdb was used. The fix was to >>>>>> delete the mappings in idmap.tdb. >>>>>> On an member server you can use net idmap set/get/dump to test >>>>>> this. >>>>&g...