This is what I'm getting: http://sprunge.us/ceeI On 09/18/2015 04:36 PM, Pat Riehecky wrote: > Anything interesting from: > > egrep 'EE|WW' /var/log/Xorg.* > > > Pat > > On 09/18/2015 09:33 AM, Valentin B wrote: >> Hello Pat and Armando, >> >> Thank you very much for your great explanation. Based on your >> writing, it seems there is no reason to switch. I therefore would >> like to take the opportunity to explain the following. >> >> Since SL7 has implemented systemd init system, we are having a few >> issues with the migration process. The problems arose with the >> migration to SL7.1 which won't boot to GDM. These issues were not >> present on SL7.0. >> >> Looking at the logs e.g journalctl -b | grep gdm results into the >> following: >> >> Sep 18 15:38:07 fallows.intra.astro.rug.nl gdm[1023]: Child process >> 2117 was already dead. >> >> Sep 18 15:38:07 fallows.intra.astro.rug.nl gdm[1023]: GdmDisplay: >> display lasted 0.057283 seconds >> >> Sep 18 15:38:07 fallows.intra.astro.rug.nl dbus-daemon[723]: >> dbus[723]: [system] Rejected send message, 1 matched rules; >> type="method_call", sender=":1.17" (uid=0 pid=1023 >> comm="/usr/sbin/gdm ") interface="org.freedesktop.DBus.Properties" >> member="GetAll" error name="(unset)" requested_reply="0" >> destination=":1.23" (uid=0 pid=2118 >> comm="/usr/libexec/gdm-simple-slave --display-id /org/gn") >> >> Sep 18 15:38:07 fallows.intra.astro.rug.nl dbus[723]: [system] >> Rejected send message, 1 matched rules; type="method_call", >> sender=":1.17" (uid=0 pid=1023 comm="/usr/sbin/gdm ") >> interface="org.freedesktop.DBus.Properties" member="GetAll" error >> name="(unset)" requested_reply="0" destination=":1.23" (uid=0 >> pid=2118 comm="/usr/libexec/gdm-simple-slave --display-id /org/gn") >> >> Sep 18 15:38:07 fallows.intra.astro.rug.nl gdm[1023]: Child process >> 2123 was already dead. >> >> Sep 18 15:38:07 fallows.intra.astro.rug.nl gdm[1023]: GdmDisplay: >> display lasted 0.056510 seconds >> >> Sep 18 15:38:07 fallows.intra.astro.rug.nl gdm[1023]: >> GdmLocalDisplayFactory: maximum number of X display failures reached: >> check X server log for errors >> >> >> I've done a lot of googling and stumbled upon a few bug reports >> regarding this issue. Is this a known problem? Is there a fix? >> >> Thanks again for your time! >> >> >> Kind regards, >> Valentin >> >> On 09/18/2015 04:19 PM, Pat Riehecky wrote: >>> Hello, >>> >>> Thanks for your interest in Scientific Linux. Fermilab continues to >>> be the primary sponsor of Scientific Linux, with some assistance >>> from DESY and ETHZ (OpenAFS and Live Media). >>> >>> We plan to continue development of SL. While the future is hard to >>> predict, there are currently no indications that will change. The >>> Fermilab computing infrastructure relies on SL. >>> >>> In terms of moving from 6 to 7, we recommend a complete >>> re-install[1]. As a whole the OS feels very different. There is a >>> lot to like about this new release, and a lot that is very very >>> different. Whatever your plans, I strongly recommend reading the >>> Upstream Release Notes (a link is present within the SL notes)[2]. >>> I would encourage a review of the SL release notes >>> >>> We are still planning a customization framework for local contexts - >>> like Sites and Spins from SL5 and SL6 with less overhead, but that >>> work is still pending. An easy customization framework may be >>> useful for Kapteyn. >>> >>> I hope this information is helpful, >>> >>> Pat >>> >>> [1] >>> http://ftp.scientificlinux.org/linux/scientific/7/x86_64/release-notes/#_upgrading_from_sl_6 >>> [2] >>> http://ftp.scientificlinux.org/linux/scientific/7/x86_64/release-notes/#_the_upstream_vendor_8217_s_release_notes >>> >>> On 09/18/2015 07:00 AM, Valentin B wrote: >>>> Hi, >>>> >>>> In our faculty (Kapteyn astronomical institute) we are using >>>> Scientific Linux 6 on our servers and client machines. Recently, we've >>>> considered to migrate to Scientific Linux 7 but are not sure if this >>>> is the right move to make. CentOS7 is also a potential consideration >>>> but we cannot confirm if this is the right way either. >>>> >>>> Is Fermilab and CERN still involved in the development and maintenance >>>> of Scientific Linux and for how long? Should we still choose to use >>>> SL6 and migrate to SL7 or would we better be off using CentOS? What >>>> potential problems could we be facing migrating to SL7? Can one of >>>> you shed some light on this? >>>> >>>> Thanks in advance! >>>> >>> >> > -- Valentin Bajrami Kapteyn Astronomical Institute University of Groningen Postbus 800 NL-9700 AV Groningen The Netherlands Phone: +31-(0)50-3634068 URL: http://www.astro.rug.nl/~valentin