I made some discoveries on a test system:
root@IDTest:/etc# date; usermod -u 204 Debian-exim
Tue Mar 28 15:01:19 PDT 2017
usermod: user Debian-exim is currently used by process 664
and this left everything, including the running process and passwd untouched.
So I don't have to worry about what h
On 03/26/2017 06:27 PM, Ross Boylan wrote:
The main practical problem is with backups, restores and copies that
use numeric ids instead of names. This includes taking a disk that
was used on one system and using it in another.
Beyond that, I had a general sense that the mismatched ids could ca
On Sun, Mar 26, 2017 at 2:47 PM, Joshua Schaeffer
wrote:
>
> On 03/25/2017 03:03 PM, Boylan, Ross wrote:
>
> The problem is that I can't convert to using a shared directory when
> different systems assign different uids to the same named user. In other
> words, to get to the shared accounts solut
On 03/25/2017 03:03 PM, Boylan, Ross wrote:
The problem is that I can't convert to using a shared directory when different
systems assign different uids to the same named user. In other words, to get
to the shared accounts solution I must already have solved the problem of
mismatching ids.
Ross Boylan wrote:
> To solicit advice about how to deal with the mismatch, including the
> options I mentioned originally:
> 1) manually change the uids/gids so they match--and how to do that
> safely, esp on a live system
> 2) live with the the mismatches, at least for system accounts.
>
> I
On Sun, Mar 26, 2017 at 11:21 AM, deloptes wrote:
> Ross Boylan wrote:
>
>> The problem is that none of those will work if the existing uids/gids
>> on the systems are not already consistent, and they aren't.
>
> And the goal of your statement was what exactly?
To solicit advice about how to deal
Ross Boylan wrote:
> The problem is that none of those will work if the existing uids/gids
> on the systems are not already consistent, and they aren't.
And the goal of your statement was what exactly?
There is no magic wand for that - debian has default numbering for system
accounts, so only us
The problem is that none of those will work if the existing uids/gids
on the systems are not already consistent, and they aren't.
Ross
On Sun, Mar 26, 2017 at 1:57 AM, deloptes wrote:
> Boylan, Ross wrote:
>
>> What can I do about this?
>
> I had samequestion at one point of time.
> There are pe
Boylan, Ross wrote:
> What can I do about this?
I had samequestion at one point of time.
There are perhaps at least two ways solving this.
1. use LDAP - this is more complicated but also more professional
2. use Mysql PAM plugin
3. distribute passwd and group files to slave machines
https://dev
9 matches
Mail list logo
