public inbox for cygwin@cygwin.com
 help / color / mirror / Atom feed
From: Maayan Apelboim <Maayan.Apelboim@clarizen.com>
To: "cygwin@cygwin.com" <cygwin@cygwin.com>,
	"corinna-cygwin@cygwin.com"	<corinna-cygwin@cygwin.com>
Subject: RE: getent doesn't work properly
Date: Wed, 13 Nov 2019 12:08:00 -0000	[thread overview]
Message-ID: <AM4PR07MB3473C2E47E242084A10441F895760@AM4PR07MB3473.eurprd07.prod.outlook.com> (raw)
Message-ID: <20191113120800.0pNAf3y0TONEVHRTE7LWZkpbwVQxkgL7rN1n5HPl8_U@z> (raw)
In-Reply-To: <AM4PR07MB34733571EBDE3D0F1EB778C795660@AM4PR07MB3473.eurprd07.prod.outlook.com>

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain; charset="utf-8", Size: 3232 bytes --]

Hello again,

Unfortunately the problem returned :(
For the same server and now an additional one.
This time removing from the domain and deleting the entries did not do the trick, maybe if I delete from all DC servers instead waiting for replication it might help, but since the issue started again this is not a final solution anyway.

There is AV software installed on any of these servers.

Feel free to send me the additional info you mentioned.

Thanks a lot for the help!
Much appreciated!



-----Original Message-----
From: Maayan Apelboim [mailto:Maayan.Apelboim@clarizen.com] 
Sent: Monday, October 28, 2019 10:57 AM
To: cygwin@cygwin.com
Subject: RE: getent doesn't work properly


Thanks.  What happens is that in the non-working scenario the user name is refused by Cygwin because it's apparently not in the primary domain of the machine.  I.e., if the machine's primary domain is "dom0", and "user1" is in "dom1", then the account has to be called "dom1+user1".  The name only is forbidden in this case.

However, this doesn't explain why this happens at all since apparently "user1" is in the primary domain of the machine, and why it only fails intermittendly.  In both cases, working and non-working, the domain is returned by the same Windows call LookupAccountNameW.

What's really strange is that in the working case a lot of network related Windows DLLs are loaded into the process, e.g. wshqos.dll, WSHTCPIP.DLL, wship6.dll etc., while this does not happen in the non-working case.  None of these DLLs is requested by Cygwin, so this is something occuring in the native Windows background.  This is a bit suspicious and may point to some interaction with a virus scanner or something along these lines, and which for some reason doesn't always work as desired (Avast, anybody?)  Can you check this, perhaps?

Apart from that first question is, is the domain really called "dom"
and is the user account name really "user1"?  I'm asking because the name may collide with another account name from a builtin or second domain, and sometimes the wrong user account is returned by the Windows functions for whatever reason.

Second question is, can I send you the URL to a Cygwin test DLL with extended debug info in private email?  In this case I'd only need the non-working trace, preferredly verbatim, and you can return the trace by private email as well.


Thanks,
Corinna

--
Corinna Vinschen
Cygwin Maintainer



---------------------------------

After reading your email I started to suspect having a domain issue.
I removed the server from the domain, deleted all its relevant records and rejoined it.
It seems the problem was solved for now.
I already tried in the past removing it from the domain, and even reinstalled the server, but it didn't help, I think deleting all corresponding records after removing from domain did the trick.

I will update if this issue re-occurs.

I really appreciate the help!

Thanks!


\0ТÒÐÐ¥\a&ö&ÆVÒ\a&W\x06÷'G3¢\x02\x02\x02\x02\x02\x02\x06‡GG\x03¢òö7–wv–âæ6öÒ÷\a&ö&ÆV×2æ‡FÖÀФd\x15\x13¢\x02\x02\x02\x02\x02\x02\x02\x02\x02\x02\x02\x02\x02\x02\x02\x02\x02\x02\x06‡GG\x03¢òö7–wv–âæ6öÒöf\x17\x12ðФFö7VÖVçF\x17F–öã¢\x02\x02\x02\x02\x02\x02\x02\x02\x06‡GG\x03¢òö7–wv–âæ6öÒöFö72æ‡FÖÀÐ¥Vç7V'67&–&R\x06–æfó¢\x02\x02\x02\x02\x02\x06‡GG\x03¢òö7–wv–âæ6öÒöÖÂò7Vç7V'67&–&R×6–×\x06ÆPРÐ

  reply	other threads:[~2019-11-13 12:04 UTC|newest]

Thread overview: 21+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2019-10-17  9:02 Maayan Apelboim
2019-10-17 12:23 ` Jose Isaias Cabrera
2019-10-17 13:02   ` Maayan Apelboim
2019-10-17 16:55     ` Jose Isaias Cabrera
2019-10-18 12:44       ` Brian Inglis
2019-10-18 10:52 ` Corinna Vinschen
2019-10-23 11:17   ` Maayan Apelboim
2019-10-23 11:42     ` Corinna Vinschen
2019-10-23 13:28       ` Brian Inglis
2019-10-23 13:33       ` Maayan Apelboim
2019-10-24 14:06         ` Corinna Vinschen
2019-10-28  8:56           ` Maayan Apelboim
2019-11-13 12:04             ` Maayan Apelboim [this message]
2019-11-13 12:08               ` Maayan Apelboim
2019-10-18 11:05 ` Andrey Repin
2019-10-22  8:22   ` Maayan Apelboim
2019-10-28 17:35     ` Andrey Repin
2019-10-29  0:03       ` Brian Inglis
2019-11-13 15:18         ` Maayan Apelboim
2019-11-25 13:29           ` Maayan Apelboim
2019-11-25 15:24             ` Maayan Apelboim

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=AM4PR07MB3473C2E47E242084A10441F895760@AM4PR07MB3473.eurprd07.prod.outlook.com \
    --to=maayan.apelboim@clarizen.com \
    --cc=corinna-cygwin@cygwin.com \
    --cc=cygwin@cygwin.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).