From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 84959 invoked by alias); 3 Jun 2016 17:11:33 -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 84902 invoked by uid 89); 3 Jun 2016 17:11:30 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: =?ISO-8859-1?Q?No, score=-0.9 required=5.0 tests=BAYES_05,KAM_LAZY_DOMAIN_SECURITY,RP_MATCHES_RCVD autolearn=ham version=3.3.2 spammy=disponible, de, folders, c=c3=b4te?= X-HELO: pac-sp-mail.paca.inra.fr Received: from mx.grenoble.inra.fr (HELO pac-sp-mail.paca.inra.fr) (147.100.66.213) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES256-SHA encrypted) ESMTPS; Fri, 03 Jun 2016 17:11:20 +0000 Received: from [147.100.168.2] (pac-sm-gafl01.avignon.inra.fr [147.100.168.2]) (authenticated bits=0) by pac-sp-mail.paca.inra.fr (/8.14.4) with ESMTP id u53HBDO1005581 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT); Fri, 3 Jun 2016 19:11:14 +0200 (CEST) From: Jean-Paul Bouchet Subject: Unwanted disconnections of X clients - cygwin 64 - version 2.874 To: cygwin@cygwin.com Message-ID: <5751B9DB.1030708@avignon.inra.fr> Date: Fri, 03 Jun 2016 17:11:00 -0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Icedove/38.4.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-j-chkmail-Enveloppe: 5751BA31.000/147.100.168.2/pac-sm-gafl01.avignon.inra.fr/[147.100.168.2]/ X-j-chkmail-Score: MSGID : 5751BA31.000 on pac-sp-mail.paca.inra.fr : j-chkmail score : . : R=. U=. O=. B=0.032 -> S=0.032 X-j-chkmail-Status: Ham X-SW-Source: 2016-06/txt/msg00042.txt.bz2 Hello, 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 With recent versions, at least 2.873 or 2.874, we observe that : - 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. 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 x-session-manager[4139]: Gdk-WARNING: x-session-manager: Fatal IO error 11 (Ressource temporairement non disponible) on X server 147.100.68.164:0. (gnome-settings-daemon:4200): Gdk-WARNING **: gnome-settings-daemon: Fatal IO error 11 (Ressource temporairement non disponible) on X server 147.100.68.164:0. (gnome-terminal:4473): Gdk-WARNING **: gnome-terminal: Fatal IO error 11 (Ressource temporairement non disponible) on X server 147.100.68.164:0.0. Avertissement du gestionnaire de fenêtres : Erreur fatale d'E/S 11 (Ressource temporairement non disponible) sur le visuel « 147.100.68.164:0 ». g_dbus_connection_real_closed: Remote peer vanished with error: Underlying GIOStream returned 0 bytes on an async read (g-io-error-quark, 0). Exiting. g_dbus_connection_real_closed: Remote peer vanished with error: Underlying GIOStream returned 0 bytes on an async read (g-io-error-quark, 0). Exiting. g_dbus_connection_real_closed: Remote peer vanished with error: Underlying GIOStream returned 0 bytes on an async read (g-io-error-quark, 0). Exiting. Received signal:15->'Complété' (nm-applet:4254): Gdk-WARNING **: nm-applet: Fatal IO error 11 (Ressource temporairement non disponible) on X server 147.100.68.164:0. (gdu-notification-daemon:4257): Gdk-WARNING **: gdu-notification-daemon: Fatal IO error 11 (Ressource temporairement non disponible) on X server 147.100.68.164:0. (gnome-screensaver:4281): Gdk-WARNING **: gnome-screensaver: Fatal IO error 11 (Ressource temporairement non disponible) on X server 147.100.68.164:0. 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 ? On the same PC, when I try to compare permissions on folders like /tmp, /tmp/.X11-unix, /var/run, /var/tmp, ..., between the recent version with disconnection problems and an older one without these problems, I notice many differences. But I don't know whether they are or not in relation with the problem and it doen't seem judicious to apply a few limited and punctual modifications, rather than a script rationally solving permission problems. I have not found on cygwin archives recent contributions about similar problems. Have someone met similar problems and found how to solve them ? Best regards, Jean-Paul Bouchet Institut National de la Recherche Agronomique - Centre de Provence, Alpes, Côte d'Azur UR 1052 - Génétique et Amélioration des Fruits et Légumes Domaine Saint-Maurice - CS 60094 - F-84143 Montfavet cedex - France E-mail : -- 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