DomainKey-Signature: a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:from:subject:reply-to:to:references:message-id
	:date:mime-version:in-reply-to:content-type
	:content-transfer-encoding; q=dns; s=default; b=mif/cIm/233ANCQC
	sXn1DzseB0gX6KPEQkVNEtEasFd8hd0rzvYl0gja67YBVUu2pTE5ycP7wdMxxvTn
	km5Usz4qi6K3YLVHpdlK7hvJkew6eWB5XPEOnAQs7XjWEmHcBwT/ZVRmZv/lCA3Z
	eQEPjTi+oYy3VmCXLHXA2n+vbfs=
Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm
Sender: cygwin-owner@cygwin.com
Mail-Followup-To: cygwin@cygwin.com
From: Brian Inglis <Brian.Inglis@SystematicSw.ab.ca>
Subject: Re: getent doesn't work properly
Reply-To: Brian.Inglis@SystematicSw.ab.ca
To: cygwin@cygwin.com
References: <AM4PR07MB3473294020CA8F67E79E0217956D0@AM4PR07MB3473.eurprd07.prod.outlook.com> <VI1P195MB0765A1363436FD291CEB0E42DE6D0@VI1P195MB0765.EURP195.PROD.OUTLOOK.COM> <AM4PR07MB34732CB5E56CB53C82B2350F956D0@AM4PR07MB3473.eurprd07.prod.outlook.com> <VI1P195MB076556407BF722B6618D58A8DE6D0@VI1P195MB0765.EURP195.PROD.OUTLOOK.COM>
Openpgp: preference=signencrypt
Message-ID: <4b93af10-30a1-ad16-0c1f-7ccc30543500@SystematicSw.ab.ca>
Date: Fri, 18 Oct 2019 06:44:04 -0600
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.9.0
MIME-Version: 1.0
In-Reply-To: <VI1P195MB076556407BF722B6618D58A8DE6D0@VI1P195MB0765.EURP195.PROD.OUTLOOK.COM>
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit

On 2019-10-17 10:55, Jose Isaias Cabrera wrote:
>> Maayan Apelboim, on Thursday, October 17, 2019 09:02 AM, wrote:
>> It works fine for other users as much as I can tell.
>> The problem seems to be with one specific user.
>> myUser@dom1-job11 ~
>> $ getent passwd myUser
>> myUser:*:1049686:1049089:U-UK\myUser,S-1-5-21-892078619-2706518417-4190201681-1110:/home/myUser:/bin/bash
>> myUser@dom1-job11 ~
>> $ getent passwd user1
> Long time ago, I had a problem like that, and I think it was the last line on the passwd file.  But, I don't think it's the case with yours.

What is enumerated from SAM/AD by getent is controlled by /etc/nsswitch.conf
entry db_enum which defaults to:

# db_enum:  cache builtin

I changed my SAM, non-AD, non-domain system to:

db_enum:    cache local builtin

Please read the rest of the info about db_enum in /etc/nsswitch.conf and set up
your system accordingly.

If you are in a domain with AD, it will be worth your while to configure and run
cygserver service, under cygrunsrv, to cache your AD entries.
Even if you are on a SAM, non-AD, non-domain system, if you run a lot of Cygwin
processes, or use cron a lot, it will be worth your while to configure and run
cygserver service, under cygrunsrv, to cache your SAM and process entries.

If you run a lot of processes, it may be worth maximizing some entries in
/etc/cygserver.conf:

# kern.srv.cleanup_threads: No. of cygserver threads used for cleanup tasks.
# Default: 2, Min: 1, Max: 16, command line option -c, --cleanup-threads
#kern.srv.cleanup_threads 2
kern.srv.cleanup_threads 16

# kern.srv.request_threads: No. of cygserver threads used to serve
#                           application requests.
# Default: 10, Min: 1, Max: 310, command line option -r, --request-threads
#kern.srv.request_threads 10
kern.srv.request_threads 310

# kern.srv.process_cache_size: No. of concurrent processes which can be handled
#                              by Cygserver concurrently.
# Default: 62, Min: 1, Max: 310, command line option -p, --process-cache
#kern.srv.process_cache_size 62
kern.srv.process_cache_size 310

-- 
Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada

This email may be disturbing to some readers as it contains
too much technical detail. Reader discretion is advised.

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple