X-Recipient: archive-cygwin AT delorie DOT com DomainKey-Signature: a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id :list-unsubscribe:list-subscribe:list-archive:list-post :list-help:sender:to:from:subject:date:message-id:references :mime-version:content-type:content-transfer-encoding; q=dns; s= default; b=IB1B0SxoUtziUCyhFzxozE8eYbSNclGN0Jq5xkJ2OYtyTanX8ynaV sxvIDGoohhmVMfSOCC6v7nPWilKoBeaBwh/bMRQTkNoSpWDwXtUbbfJnBPcQNna7 nlFszVzyu8QzpHTElH26EVES8jwvf64MN7CiM/Uh6BurFVd/yhHtqk= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=sourceware.org; h=list-id :list-unsubscribe:list-subscribe:list-archive:list-post :list-help:sender:to:from:subject:date:message-id:references :mime-version:content-type:content-transfer-encoding; s=default; bh=H4PetRfzsaoLXqnjYYus9igev1w=; b=awb5BhMk3TQCvpZLK3rcUoYRT+qe l7yXFTPtWZ3Gxy+Hl1BVR7qvHW4umKPSkVChcS7WGbYFAD74s+uHTpaXxiinZAEA 51L8UQqRgaY4OSMG2JujHzubBK8ulqVHfgos5RTvvkfs+Dl17XKfmdgg/TUqXTI2 RQkel88kHJM69KE= Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com Delivered-To: mailing list cygwin AT cygwin DOT com Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-5.2 required=5.0 tests=AWL,BAYES_00,FSL_HELO_BARE_IP_2,RCVD_IN_DNSWL_LOW,RCVD_NUMERIC_HELO,RP_MATCHES_RCVD,SPF_HELO_PASS,SPF_PASS autolearn=no version=3.3.2 X-HELO: plane.gmane.org To: cygwin AT cygwin DOT com From: Achim Gratz Subject: Re: Windows Server 2012R2 64bit and 32bit Cygwin sshd Date: Tue, 19 Aug 2014 13:37:22 +0000 (UTC) Lines: 47 Message-ID: References: <8761hphfps DOT fsf AT Rainer DOT invalid> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit User-Agent: Loom/3.14 (http://gmane.org/) X-IsSubscribed: yes Achim Gratz nexgo.de> writes: > I'm not making progress on this, but I've come to the conclusion that it > is highly unlikely that the existence of the second (64bit) Cygwin > installation has anything to do with the problem, first reported here: > > http://thread.gmane.org/gmane.os.cygwin/147823 > > Meanwhile I've tried to make sure that the two installations don't > interact by creating a separate privileged user for both of them, but > that's not made a difference. > > So let me re-phrase the question, given: > > - Windows Server 2012R2 64bit running on hardware > - Cygwin 32bit (latest snapshot from 2014-08-18 w/ AD integration) > > can anybody confirm they have gotten sshd successfully running? As far > as I can debug this, the sshd I have installed goes through all the > motions of checking and setting up the environment, but any process it > then spawns to actually run my command or shell immediately exits. I've run strace on both the 32bit and the 64bit sshd and here's the difference between the two, right after sshd gets an exception 5 from the DC: 32bit --- Process 5820, exception 00000005 at 75BF1D4D 43239 4372793 [waitproc] sshd 2400 pinfo::maybe_set_exit_code_from_windows: pid 5820, exit value - old 0x0, windows 0x5, cygwin 0x8000500 64bit --- Process 484, exception 00000005 at 00007FFA4F5D5BF8 9907 4522411 [main] sshd 484 seterrno_from_win_error: .../cygwin-snapshot-20140819-1/winsup/cygwin/sec_auth.cc:263 windows error 5 36 4522447 [main] sshd 484 geterrno_from_win_error: windows error 5 == errno 13 The 64bit sshd then proceeds to fetch my credentials from the registry and forks the command, while the 32bit winds down and does an exit(5). Ideas? I have done a passwd -R in both environments just in case these would be stored in different registry keys. Regards, Achim. -- 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