Mail Archives: cygwin/2020/05/04/11:51:06
| X-Recipient: | archive-cygwin AT delorie DOT com
|
| X-Original-To: | cygwin AT cygwin DOT com
|
| Delivered-To: | cygwin AT cygwin DOT com
|
| DMARC-Filter: | OpenDMARC Filter v1.3.2 sourceware.org BAB2C388B037
|
| Authentication-Results: | sourceware.org;
|
| dmarc=pass (p=none dis=none) header.from=yandex.ru
|
| Authentication-Results: | sourceware.org;
|
| spf=pass smtp.mailfrom=anrdaemon AT yandex DOT ru
|
| DKIM-Signature: | v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail;
|
| t=1588607401; bh=fCLtAWozfjkt7M5jzy6vuatE3EHKISlhY2U7fpVJDqM=;
|
| h=In-Reply-To:Subject:To:Reply-To:From:Message-ID:References:Date;
|
| b=VnoMXqv7M3Ntu+c06yhBum4Z2nl2ZKJwce8sh7bTIGByztn81wPVQ7BaLh6XZsvCg
|
| wSe5L/dhu/iNECoFOQMchGkz0w0pyWimf/NakOugRT9oCVJ6uPNcaMi4dPnGaaa1DF
|
| o+0d5U28gVISrcFkQUu3/FNXAvFgtAayTIA91Upw=
|
| Authentication-Results: | mxback10q.mail.yandex.net;
|
| dkim=pass header.i=@yandex.ru
|
| Date: | Mon, 4 May 2020 18:42:47 +0300
|
| From: | Andrey Repin <anrdaemon AT yandex DOT ru>
|
| X-Mailer: | The Bat! (v6.8.8) Home
|
| X-Priority: | 3 (Normal)
|
| Message-ID: | <1599677377.20200504184247@yandex.ru>
|
| To: | Cezar Damian <cezar DOT damian AT yahoo DOT com>, cygwin AT cygwin DOT com
|
| Subject: | Re: CygWin / Sshd / ssh-keygen hangs
|
| In-Reply-To: | <475030844.772124.1588585159800@mail.yahoo.com>
|
| References: | <475030844 DOT 772124 DOT 1588585159800 DOT ref AT mail DOT yahoo DOT com>
|
| <475030844 DOT 772124 DOT 1588585159800 AT mail DOT yahoo DOT com>
|
| MIME-Version: | 1.0
|
| X-Spam-Status: | No, score=-0.0 required=5.0 tests=BAYES_00, BODY_8BITS,
|
| DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, DKIM_VALID_EF, FREEMAIL_FROM,
|
| KAM_THEBAT, RCVD_IN_DNSWL_NONE, SPF_HELO_NONE, SPF_PASS,
|
| TXREP autolearn=no autolearn_force=no version=3.4.2
|
| X-Spam-Checker-Version: | SpamAssassin 3.4.2 (2018-09-13) on
|
| server2.sourceware.org
|
| X-BeenThere: | cygwin AT cygwin DOT com
|
| X-Mailman-Version: | 2.1.29
|
| List-Id: | General Cygwin discussions and problem reports <cygwin.cygwin.com>
|
| List-Unsubscribe: | <http://cygwin.com/mailman/options/cygwin>,
|
| <mailto:cygwin-request AT cygwin DOT com?subject=unsubscribe>
|
| List-Archive: | <https://cygwin.com/pipermail/cygwin/>
|
| List-Post: | <mailto:cygwin AT cygwin DOT com>
|
| List-Help: | <mailto:cygwin-request AT cygwin DOT com?subject=help>
|
| List-Subscribe: | <http://cygwin.com/mailman/listinfo/cygwin>,
|
| <mailto:cygwin-request AT cygwin DOT com?subject=subscribe>
|
| Reply-To: | cygwin AT cygwin DOT com
|
| Errors-To: | cygwin-bounces AT cygwin DOT com
|
| Sender: | "Cygwin" <cygwin-bounces AT cygwin DOT com>
|
| X-MIME-Autoconverted: | from base64 to 8bit by delorie.com id 044FogDa026116
|
Greetings, Cezar Damian!
> When trying to run ssh-keygen or sshd from Cygwin bash both of them are
> hanging.
> Wehave the following configuration :
>
> - CygWin – latest version
> - Openssh – latest available version
> - OS – W10 running in a VMWare environment
> When attaching with gdb to the process, I can see that ssh-keygen threads
> are waiting for something ( see below ) and the program is blocked in
> pthread_setspecific ().
> Â
> Do you have any idea what is causing such a behaviorand how can we:
>
> - Work around it
> - Understand what causes it ?
This can be an external (to Cygwin) issue, and I see tha tyou are indeed using
Cygwin's ssh-keyegen for all that I can tell, but please double-check that you
aren't actually using Win10 peovided OpenSSH components.
To the hangs, try running them with CYGWIN=disable_pcon for a test.
> Thank you,
> Cezar Damian
> (gdb) info threads
>  Id  TargetId          Frame
> Â 1Â Â Â Thread 14616.0x2ccc0x00007ffa62e30154 in ntdll!ZwWaitForSingleObject
> () from/cygdrive/c/Windows/SYSTEM32/ntdll.dll
> Â 2Â Â Â Thread 14616.0x3d0c0x00007ffa62e339e4 in
> ntdll!ZwWaitForWorkViaWorkerFactory ()
> from/cygdrive/c/Windows/SYSTEM32/ntdll.dll
> Â 3Â Â Â Thread 14616.0x12c40x00007ffa62e339e4 in
> ntdll!ZwWaitForWorkViaWorkerFactory ()
> from/cygdrive/c/Windows/SYSTEM32/ntdll.dll
> Â 4Â Â Â Thread 14616.0x32ac0x00007ffa62e339e4 in
> ntdll!ZwWaitForWorkViaWorkerFactory ()
> from/cygdrive/c/Windows/SYSTEM32/ntdll.dll
> * 5Â Â Â Thread 14616.0x33040x0000000000000000 in ?? ()
> Â 6Â Â Â Thread 14616.0x38a80x00007ffa62e30194 in ntdll!ZwReadFile () from
> /cygdrive/c/Windows/SYSTEM32/ntdll.dll
> Â 7Â Â Â Thread 14616.0x8f0Â 0x00007ffa62e30c24 in
> ntdll!ZwWaitForMultipleObjects () from/cygdrive/c/Windows/SYSTEM32/ntdll.dll
> Â 8Â Â Â Thread 14616.0x3d540x00007ffa62e30c24 in
> ntdll!ZwWaitForMultipleObjects () from /cygdrive/c/Windows/SYSTEM32/ntdll.dll
> Â 9Â Â Â Thread 14616.0x1ab40x00007ffa62dbec08 in ntdll!LdrShutdownThread ()
> from/cygdrive/c/Windows/SYSTEM32/ntdll.dll
> Â
> (gdb) backtrace full
> #0Â 0x0000000000000000 in ?? ()
> No symbol table info available.
> #1Â 0x0000000180163eb0 in pthread_setspecific ()at
> /usr/src/debug/cygwin-3.1.4-1/winsup/cygwin/thread.cc:2858
> Â Â Â Â Â Â Â pthread_key::keys = {mx = {lock_counter = 0, win32_obj_id = 0xcc}, head =0x800064fb0}
> Â Â Â Â Â Â Â pthread_rwlock::rwlocks= {mx = {lock_counter = 0, win32_obj_id = 0xc8}, head = 0x8000659a0}
> Â Â Â Â Â Â Â pthread::threads = {mx = {lock_counter = 0, win32_obj_id = 0xbc}, head =0x800000010}
> Â Â Â Â Â Â Â pthread_mutex::mutex_initialization_lock = {lock_counter = 0, win32_obj_id =0x254}
> Â Â Â Â Â Â Â pthread_null::_instance = {<pthread> = {<verifyable_object> = {
> Â Â Â Â Â Â Â Â Â Â Â Â Â _vptr.verifyable_object = 0x1802bdea0 <vtable for
> pthread_null+16>, magic= 0}, win32_obj_id = 0x0,
> Â Â Â Â Â Â Â Â Â Â Â attr = {<verifyable_object> = {_vptr.verifyable_object
> =0x1802bde60 <vtable for pthread_attr+16>, magic = 3742232648},
> Â Â Â Â Â Â Â Â Â Â Â Â Â joinable = 1, contentionscope = 0, inheritsched = 0,
> schedparam ={sched_priority = 0}, stackaddr = 0x0, stacksize = 0,
> Â Â Â Â Â Â Â Â Â Â Â Â Â guardsize= 12288, name = 0x0}, function = 0x0, arg = 0x0,
> return_ptr = 0x0, valid =false, suspended = false,
> Â Â Â Â Â Â Â Â Â Â Â canceled = false, cancelstate = 0, canceltype = 0, cygtls = 0x0,
> cancel_event =0x0, joiner = 0x0, next = 0x0,
> Â Â Â Â Â Â Â Â Â Â Â static threads = {mx = {lock_counter = 0, win32_obj_id =0xbc},
> head = 0x800000010}, thread_id = 0, cleanup_stack = 0x0,
> Â Â Â Â Â Â Â Â Â Â Â mutex = {<verifyable_object> = {_vptr.verifyable_object =
> 0x1802bed20<vtable for pthread_mutex+16>, magic = 3742232646},
> Â Â Â Â Â Â Â Â Â Â Â Â Â next = 0x0, lock_counter = 0, win32_obj_id = 0xd8, owner =
> 0x1, static_new_mutex = 0x1, static _unlocked_mutex = 0x2,
> Â Â Â Â Â Â Â Â Â Â Â Â Â static _destroyed_mutex = 0x3, recursion_counter = 0,
> condwaits = 0, type = 2,pshared = 0, static mutexes = {mx = {
> Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â lock_counter = 0, win32_obj_id = 0xd0}, head =
> 0x800065b38}, staticmutex_initialization_lock = {lock_counter = 0,
> Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â win32_obj_id = 0x254}}, parent_sigmask = 0}, static
> _instance ={<pthread> = {<verifyable_object> = {
> Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â _vptr.verifyable_object = 0x1802bdea0 <vtable for
> pthread_null+16>, magic= 0}, win32_obj_id = 0x0,
> Â Â Â Â Â Â Â Â Â Â Â Â Â attr = {<verifyable_object> = {_vptr.verifyable_object =
> 0x1802bde60<vtable for pthread_attr+16>, magic = 3742232648},
> Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â joinable= 1, contentionscope = 0, inheritsched = 0,
> schedparam = {sched_priority = 0},stackaddr = 0x0,
> Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â stacksize = 0, guardsize = 12288, name = 0x0}, function =
> 0x0, arg = 0x0,return_ptr = 0x0, valid = false,
> Â Â Â Â Â Â Â Â Â Â Â Â Â suspended = false, canceled = false, cancelstate = 0,
> canceltype = 0, cygtls =0x0, cancel_event = 0x0, joiner = 0x0,
> Â Â Â Â Â Â Â Â Â Â Â Â Â next = 0x0, static threads = {mx = {lock_counter = 0,
> win32_obj_id = 0xbc},head = 0x800000010}, thread_id = 0,
> Â Â Â Â Â Â Â Â Â Â Â Â Â cleanup_stack = 0x0, mutex = {<verifyable_object> = {
> Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â _vptr.verifyable_object = 0x1802bed20 <vtable for
> pthread_mutex+16>,magic = 3742232646}, next = 0x0,
> Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â lock_counter = 0, win32_obj_id = 0xd8, owner = 0x1, static
> _new_mutex = 0x1,static _unlocked_mutex = 0x2,
> Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â static _destroyed_mutex = 0x3, recursion_counter = 0,
> condwaits = 0, type = 2,pshared = 0, static mutexes = {mx = {
> Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â lock_counter = 0, win32_obj_id = 0xd0}, head =
> 0x800065b38}, staticmutex_initialization_lock = {
> Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â lock_counter = 0, win32_obj_id = 0x254}}, parent_sigmask = 0},
> Â Â Â Â Â Â Â Â Â Â Â static _instance = <same as static member of an already seen type>}}
> Â Â Â Â Â Â Â pthread_rwlock::rwlock_initialization_lock = {lock_counter = 0, win32_obj_id =0x108}
> Â Â Â Â Â Â Â semaphore::semaphores = {mx = {lock_counter = 0, win32_obj_id = 0xd4}, head =0x0}
> Â Â Â Â Â Â Â pthread_cond::conds = {mx = {lock_counter = 0, win32_obj_id = 0xc4}, head =0x800065ad0}
> Â Â Â Â Â Â Â pthread_cond::cond_initialization_lock = {lock_counter = 0, win32_obj_id =0x104}
> --Type <RET> for more, q to quit, c to continuewithout paging--
> Â Â Â Â Â Â Â pthread_mutex::mutexes = {mx = {lock_counter = 0, win32_obj_id = 0xd0}, head =0x800065b38}
> Backtrace stopped: Cannot access memory at address 0x0
> (gdb)
--
With best regards,
Andrey Repin
Monday, May 4, 2020 18:39:42
Sorry for my terrible english...
--
Problem reports: https://cygwin.com/problems.html
FAQ: https://cygwin.com/faq/
Documentation: https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
- Raw text -