<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1">
<style type="text/css" style="display:none;"><!-- P {margin-top:0;margin-bottom:0;} --></style>
</head>
<body dir="ltr">
<div id="divtagdefaultwrapper" style="font-size:12pt;color:#000000;font-family:Calibri,Arial,Helvetica,sans-serif;" dir="ltr">
<div>> Unfortunately I wasn't able to reproduce the problem after downgrading to<br>
> 4.5.2+dfsg-2.<br>
> I then tried starting from a fresh install of 4.5.2+dfsg-1 (with current<br>
> version of base system and dependencies) but again, the problem no longer<br>
> appears.<br>
> If necessary, I can retrieve at a later time a snapshot of the virtual<br>
> machine on which I was able to reproduce the problem two weeks ago.<br>
<br>
I first restored the snapshot from December, 21th 2016, when I reproduced<br>
the problem.<br>
Surprisingly, the problem was not there anymore, the mapped UID all were in<br>
the configured range.<br>
<br>
I then restored the same snapshot again and set the BIOS date and time to the<br>
time at which the VM was last powered off (2016-12-21 00:19:15 CET) before<br>
booting the OS.<br>
This time, I was able to reproduce:<br>
<br>
root@v-smb-fs:~# getent passwd<br>
root:x:0:0:root:/root:/bin/bash<br>
daemon:x:1:1:daemon:/usr/sbin:/usr/sbin/nologin<br>
<snip><br>
administrator:*:100500:100513:Administrator:/data/administrator:/bin/false<br>
testusr:*:101103:100513:testusr:/data/testusr:/bin/false<br>
krbtgt:*:100502:100513:krbtgt:/data/krbtgt:/bin/false<br>
guest:*:100501:100514:Guest:/data/guest:/bin/false<br>
<br>
root@v-smb-fs:~# wbinfo --user-info testusr<br>
testusr:*:101103:100513:testusr:/data/testusr:/bin/false<br>
<br>
root@v-smb-fs:~# wbinfo --uid-info 101103<br>
failed to call wbcGetpwuid: WBC_ERR_DOMAIN_NOT_FOUND<br>
Could not get info for uid 101103<br>
<br>
Which may highlight, as you suggested, a caching issue.<br>
<br>
At this point, without upgrading nor restarting anything, if I simply flush<br>
the winbind cache, the mapped UID are now in the correct range, and the<br>
issue goes away:<br>
<br>
root@v-smb-fs:~# net cache flush<br>
<br>
root@v-smb-fs:~# getent passwd<br>
root:x:0:0:root:/root:/bin/bash<br>
daemon:x:1:1:daemon:/usr/sbin:/usr/sbin/nologin<br>
<snip><br>
administrator:*:10000:10003:Administrator:/data/administrator:/bin/false<br>
testusr:*:10001:10003:testusr:/data/testusr:/bin/false<br>
krbtgt:*:10002:10003:krbtgt:/data/krbtgt:/bin/false<br>
guest:*:10003:10004:Guest:/data/guest:/bin/false<br>
<br>
root@v-smb-fs:~# wbinfo --user-info testusr<br>
testusr:*:10001:10003:testusr:/data/testusr:/bin/false<br>
<br>
root@v-smb-fs:~# wbinfo --uid-info 10001<br>
testusr:*:10001:10003:testusr:/data/testusr:/bin/false<br>
<br>
If you are interested, I could share some files or a complete archive of the<br>
VM on which the problem was reproduced.</div>
</div>
</body>
</html>