Re: Access Problem after update to CentOS 7.1

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]



On 04/13/2015 06:49 AM, Johnny Hughes wrote:
> On 04/12/2015 10:29 PM, Rob Kampen wrote:
>> On 04/13/2015 11:42 AM, Gregory P. Ennis wrote:
>>> On Fri, 2015-04-10 at 18:25 -0700, Greg Lindahl wrote:
>>>> On Fri, Apr 10, 2015 at 06:33:27AM -0500, Johnny Hughes wrote:
>>>>
>>>>> What may be happening is that you may need to be on the console and
>>>>> accept the license on the first reboot after the update.
>>>>>
>>>>> We tried to turn this off for CLI only installs, but in some
>>>>> combinations of software, you may still get the acceptance screen and
>>>>> have to complete it.
>>>> So just to be clear, some of us who installed 7.0 servers in the GUI
>>>> and then carted them to a remotely colo might be screwed if the
>>>> machine reboots after updating to 7.1?  Are there some files I can
>>>> touch (or whatever) to prevent this from happening? Or is the best
>>>> solution to go to the colo and reboot?
>>>>
>>>> I have consoles for all of my professional servers, but not my hobby
>>>> server! Fun fun! And I feel for you guys, given that upstream was the
>>>> main cause.
>>>>
>>>> -- greg
>>>>
>>> -------------------------------------------------------------------
>>>
>>> Greg,
>>>
>>> After my 7.1 upgrade the login gui is no longer usable because it will
>>> not scroll.  However, if you are using a remote connection all you need
>>> to do is to run 'initial-setup' and accept the license agreement.
>>> However, be careful.  The first time I activated 'inital-setup' I
>>> elected not to answer the question "yes" and the machine went in to a
>>> shutdown and then reboot.  At this point, I wish I had not upgraded to
>>> 7.1
>>>
>>> Greg
>>>
>>> _______________________________________________
>>> CentOS mailing list
>>> CentOS@xxxxxxxxxx
>>> http://lists.centos.org/mailman/listinfo/centos
>> Having been a CentOS user since about 5.2 and a list follower also,
>> please bear with me while I make a couple of observations.
>> 1. The 'nature' of CentOS appears to be changing.
> 
> CentOS Linux is CentOS Linux .. it is a rebuild of the RHEL source code.
>  The source code for RHEL 7.1 was rebuilt and released just like the
> source code for RHEL 6.6 or RHEL 5.11 was.  There is no difference in
> CentOS Linux between how RHEL 6.6 code was rebuilt and how RHEL 7.1 was
> rebuilt.  CentOS Linux, the core distro, is NOT changing.  It is now and
> will always be a rebuild of RHEL source code.
> 
>>
>> I, and many others on this list, came to use and love CentOS because it
>> was a server oriented distro and had the lineage of RedHat running
>> through its veins - i.e. corporate type applications available and
>> support of LONG TERM stability WITH back-porting of patch updates to fix
>> security issues.
>>
> 
> This version is also a direct rebuild of the RHEL source code.  Red Hat
> seems to be moving more quickly and making more rapid changes.  CentOS,
> rebuilding RHEL sources, will obviously move at the same pace.
> 
>> 2. Major version updates, make significant changes to how things work,
>> minor version updates are simply 'point in time' snapshots to make life
>> easier for new installations and gaining updates. This no longer appears
>> to be the case!
>>
>> Having worked with servers and desktop workstations with both 5.x and
>> 6.x there were very few issues caused by a yum update. Thus one could
>> confidently do remote installations, yum updates etc. I know this from
>> experience, operating servers in different continents with no physical
>> access. The only problems ever encountered that needed physical access
>> being when hardware problems arose.
> 
> Red Hat changed the mechanism for how they do license acceptance .. in
> previous CentOS versions this was done in first boot for GUI installs
> only, NOW they have changed it to also happen on CLI installs.  We don't
> desire this behavior .. but the process is identical to the RHEL
> install.  You must accept the license in CentOS-6 as well .. it is just
> on the first reboot after install.
> 
> We hope to be able to work around this in the future.
> 
>>
>> 3. CentOS install, like most linux variants uses the GPL for most
>> packages, the acceptance of these licenses never required specific mouse
>> clicks or check boxes.
>>
>> Copies of license terms were included with packages but their acceptance
>> implied by usage. It seems the apple, microsoft, oracle, and google
>> android "in your face" must click acceptance to install an app or
>> package have finally arrived to linux distros.
>>
>> Having only spun up CentOS 7.0 from a live DVD I can make no comments
>> about it yet, other than it seems from the comments on the list that
>> both items 1 & 2 above are no longer true.
>>
>> I understand the idea of CentOS being bug for bug compatible with the
>> redhat lineage, however it appears that the CentOS single version
>> release is in fact a derivative of the multiple variants actually
>> produced and sold by redhat - thus some of the recent arguments about
>> naming of versions and DVDs lack authenticity.
> 
> This has always been the case .. in CentOS-5 Linux, the CentOS tree and
> install DVDs are a combination of the RHEL Source Code for Clustering,
> Cluster-Storage, Virtualization, Desktop, Workstation, and Server.
> 
> CentOS-6 Linux is a combination of the RHEL-6 Source Code for High
> Availability, High Performance Network, HPC Node, Load Balancer,
> Resilient Storage, Scalable File System, Desktop, Workstation, and Server.
> 
> CentOS-7 Linux is a combination of Desktop, HPC Node, Resilient Storage,
> Workstation, and Server.
> 
> This process has also not changed at all.
> 
>>
>> As is my usual practice, I never install and use a x.0 release for
>> production - far too many things have changed, dependent software has
>> not been sufficiently tested and many add-ons are not yet available.
>> Thus I was awaiting the release of 7.1 to move forward with some
>> projects, already realizing that the learning curve for this major
>> release would be longer and harder than previous releases. However, I am
>> now wondering how to move forward at all as item 2 is a must have for
>> me, and appears to no longer be the case.
>>
>> Thus I ask the list - have I missed an announcement about these changes?
>> are these changes real or imagined?
>> thanks for your time and forbearance.
> 
> There is no changes in how the CentOS Linux distribution is produced or
> released.  You can continue consuming like you always have.  It is being
> built like it always has.
> 
> There are optional monthly ISO respins, that live in a different place,
> which you can consume if you want.  There are also docker images, AWS
> images, generic cloud images, openstack images, etc. Which people can
> choose to consume or not.  None of this changes how the base CentOS
> Linux is built or released.  Some of these images also exist for
> CentOS-6 and/or CentOS-5 as well.  All of these are optional and for the
> people who need them, they are there.  If you don't need them then you
> keep consuming the CentOS-7 tree just like you did the CentOS-6 or
> CentOS-5 or CentOS-4 trees.
> 
> If Red Hat changes to Gnome 3.14 in RHEL 7.2 (from Gnome 3.8 in RHEL
> 7.1), when they release the RHEL 7.2 source code, our rebuild will have
> Gnome 3.14 in it.  We may or may not agree with decision to move to a
> new Gnome version in a 'point release' .. but we (the CentOS Project)
> don't make those decisions, we just build the source code.

This is what leads me to believe there will be a Gnome rebase in RHEL 7.2:

https://bugzilla.redhat.com/show_bug.cgi?id=1174597




Attachment: signature.asc
Description: OpenPGP digital signature

_______________________________________________
CentOS mailing list
CentOS@xxxxxxxxxx
http://lists.centos.org/mailman/listinfo/centos

[Index of Archives]     [CentOS]     [CentOS Announce]     [CentOS Development]     [CentOS ARM Devel]     [CentOS Docs]     [CentOS Virtualization]     [Carrier Grade Linux]     [Linux Media]     [Asterisk]     [DCCP]     [Netdev]     [Xorg]     [Linux USB]
  Powered by Linux