From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 108804 invoked by alias); 6 Jun 2016 14:12:11 -0000 Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner@cygwin.com Mail-Followup-To: cygwin@cygwin.com Received: (qmail 108796 invoked by uid 89); 6 Jun 2016 14:12:10 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.3 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_LOW autolearn=ham version=3.3.2 spammy=tcp, TCP, disponible, our X-HELO: out2-smtp.messagingengine.com Received: from out2-smtp.messagingengine.com (HELO out2-smtp.messagingengine.com) (66.111.4.26) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES256-GCM-SHA384 encrypted) ESMTPS; Mon, 06 Jun 2016 14:12:00 +0000 Received: from compute1.internal (compute1.nyi.internal [10.202.2.41]) by mailout.nyi.internal (Postfix) with ESMTP id 666DF20A74; Mon, 6 Jun 2016 10:11:58 -0400 (EDT) Received: from frontend1 ([10.202.2.160]) by compute1.internal (MEProxy); Mon, 06 Jun 2016 10:11:58 -0400 Received: from [192.168.1.102] (host86-141-128-254.range86-141.btcentralplus.com [86.141.128.254]) by mail.messagingengine.com (Postfix) with ESMTPA id C0B23F29FC; Mon, 6 Jun 2016 10:11:57 -0400 (EDT) Subject: Re: Unwanted disconnections of X clients - cygwin 64 - version 2.874 References: <5751B9DB.1030708@avignon.inra.fr> Reply-To: cygwin@cygwin.com Cc: Jean-Paul Bouchet To: cygwin@cygwin.com From: Jon Turney Message-ID: <6d05069f-edb1-b64e-5f70-f4f78ed11dde@dronecode.org.uk> Date: Mon, 06 Jun 2016 14:12:00 -0000 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.1.1 MIME-Version: 1.0 In-Reply-To: <5751B9DB.1030708@avignon.inra.fr> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-SW-Source: 2016-06/txt/msg00064.txt.bz2 On 03/06/2016 18:09, Jean-Paul Bouchet wrote: > We use Cygwin for a few years to give access to linux servers to users > from their windows PC. > We use xlaunch to launch Xwin and open X11 remote sessions via XDMCP. > Our linux server launches on Cygwin/X a client to let users > authentificate themselves and open a session on the linux server. Once > connected, gdm3 opens a session combining a set of clients and > permitting the users to open the applications they need. > > This works correctly on several pc of our local network with various > versions of cygwin, such as: > - version 2.859 of cygwin (installation: 16/01/2015) - 32 bits > - version 2.870 of cygwin (installation: 24/04/2015) - 64 bits Unfortunately, the version number of cygwin setup is not very helpful here. The version number of the cygwin DLL (reported by uname -a) and of the X server (XWin --version) is probably more relevant. > With recent versions, at least 2.873 or 2.874, we observe that : This is a very wide date range for this regression, between 24/04/2015 (2.870) and 25/04/2016 (2.874). Anything you can do to narrow that down further would be helpful. > - the login client is closed and relaunched every 2 to 5 minutes > - the session, once opened, is closed and all clients killed every 2 to > 5 minutes, independently of the activity of the user (he may work or > not), as if the PC was disconnected. The login client is displayed again > after each disconnection. Thanks for reporting this problem. > Nothing abnormal appears in the log file of cygwin, nor in the windows > events and errors files. > > On the linux server, some errors are notified in the .xsession-errors of > the user: Fatal IO error 11 (Ressource temporairement non disponible) on > X server [...] > May be, on the linux server, the session manager fails to read or write > something on the X server running on the PC or to receive some data he > has asked, and decides to close the session. But what ? Yes, these errors are consistent with the data not being received on the TCP/IP connection between hosts. I assume you have ruled out networking problems with the machines where this problem is seen? Does the session get sluggish or stick before it is reset, or does it just suddenly stop? -- Jon Turney Volunteer Cygwin/X X Server maintainer -- 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