SCIENTIFIC-LINUX-DEVEL Archives

September 2015

SCIENTIFIC-LINUX-DEVEL@LISTSERV.FNAL.GOV

Options: Use Monospaced Font
Show Text Part by Default
Show All Mail Headers

Message: [<< First] [< Prev] [Next >] [Last >>]
Topic: [<< First] [< Prev] [Next >] [Last >>]
Author: [<< First] [< Prev] [Next >] [Last >>]

Print Reply
Subject:
From:
Valentin B <[log in to unmask]>
Reply To:
Valentin B <[log in to unmask]>
Date:
Fri, 18 Sep 2015 16:33:14 +0200
Content-Type:
text/plain
Parts/Attachments:
text/plain (99 lines)
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

ATOM RSS1 RSS2