Hi Markus,
the situation becomes slowly better:
the “problem” is that I spent a lot of time to get the idea to simply rename the archive…
Yes and yes.
Therefore I gave another try today: run a “normal” restoration including restoration of the network config, sopping the “old” NS before to avoid collision of IPs => the users were present in this case!
So I ran again a restoration from the initial state (“new” NS is a VM, snapshots…) without restoring the network conf, give manually an IP for the DC (like yesterday) => users are present
Difference of the procedure from yesterday: the “old” NS was now switched off.
Due to the restoration, the parameters (AC, DC, hostname etc…) of the “new” NS are the same than the ones of the “old” NS (exept the IP) => was a conflict with the “old” NS yesterday present???
“normally” it shouldn’t had happened because both machine are on different networks and the firewall (should…) blocks the traffic between…
[Solved] Is it possible to modify UID GID, post:17, topic:12365"]
getfacl -R >> somefile.acl On nethserver after users/groups created setfacl --restore= somefile.acl
I saw this post previously too and tried: imho this is not what I need. getfacl returns the acl of the files and folders -R, --recursive recurse into subdirectories
Issued from the /root folder, it returns
# file: somefile.acl
# owner: root
# group: root
user::rw-
group::r--
other::r--
So it would be useful to “copy” all the permissions of a complete data set. But I don’t think that it ca be use to set the UID/GID of users and groups.
I had some quick reading today: the “problem” doesn’t come from NS but from AD! The ID-mapping with the linux world seems to be quite complicated and unflexible. Not understanding it very well, I would say “shi##y!”
So now I have a “new” NS on another network than the “old” one, with the users and groups, that was what I wanted to get.
Unfortunately, I had to keep the “old” hostname and the “old” parameters of the account provider. This is not a problem, just simply not perfect, optical defect…
Thanks again for your support!
Arnaud