Re: [CentOS] Access Problem after update to CentOS 7.1

2015-04-13 Thread Johnny Hughes 
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@centos.org
>> 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

Re: [CentOS] Access Problem after update to CentOS 7.1

2015-04-13 Thread Johnny Hughes 
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@centos.org
>>> 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

Re: [CentOS] Access Problem after update to CentOS 7.1

2015-04-13 Thread Don Vogt 
I hope I am not just mudding the water but I ran into a problem in updating to 
7.1 and a license accptance, which I solved - for me. I booted into a gui in 
7.0, opened a terminal and issued a sudo yum update command. I don't know at 
this time whether that qualifies as a GUI update or a CLI update. After the 
update to 7.1, the reboot (in the terminal in X) hung up on a message that said 
something like " license  not accepted. Enter y to accept or C to continue" I 
tried both and neither worked.   I did some googling and found a bug (in 
Bugzilla I believe) from several months ago. It was against the initial-setup 
script. I didn't (and don't ) understand all they were saying about whether 
they need that block of code in the script. The thing that solved my problem 
was that it said the right answer is 1, and 2 "not Y and C".  I am sorry I 
can't confirm this because I don't know how to run the initial-setup script now 
that I have managed to boot. I hope this helps someone.
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] 6.5 install dvd won't - SOLVED

2015-04-13 Thread Chuck Campbell 
On 4/8/2015 3:24 PM, Chuck Campbell wrote:
> When I boot a machine from disc 1 of 2, Centos 6.5 install dvd, I get to a
> grub prompt.
>
> I have no idea what to do from there, but clearly something isn't right.
> Shoudl I try to download centos 6 again and burn new discs?
>
> thanks,
> -chuck
> -- 
>

I (finally) understand the issues, which I will note here, in case someone else
needs the info in the future.

The installer from the DVD sees the disks in a different order than the machine
does when trying to boot itself. It turns out that the installer put the OS on
(HD3,6) with /boot on (HD3,0) when running from the DVD. When the machine tries
to boot, the OS disk is seen as (HD0,6) and /boot is (HD0,0).

I pulled the disks from my 3ware raid card, so the installer would see the boot
device as (HD0), did (another) clean install and the machine now can boot 
itself.

Unfortunately, somehow pulling the raid disks seems to have corrupted the
partition tables, and the machine no longer sees those filesystems... That is
for another thread.

-chuck

-- 
ACCEL Services, Inc.| Specialists in Gravity, Magnetics |  (713)993-0671 ph.
|   and Integrated Interpretation   |  (713)993-0608 fax
448 W. 19th St. #325|Since 1992 |  (713)306-5794 cell
 Houston, TX, 77008 |  Chuck Campbell   | campb...@accelinc.com
|  President & Senior Geoscientist  |

 "Integration means more than having all the maps at the same scale!"

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

Re: [CentOS] install problem - SOLVED

2015-04-13 Thread Chuck Campbell 
On 4/9/2015 6:12 PM, Chuck Campbell wrote:
> On 4/9/2015 4:57 PM, John R Pierce wrote:
>> On 4/9/2015 2:44 PM, Chuck Campbell wrote:
>>> I don't think this made it to the list yesterday. At least I never 
>>> saw it show up.
>> it showed up here.dunno what to suggest.
>>
>> maybe install 5.11 on a VM somewhere with the same package set and 
>> architecture (on the blown system, /var/log/rpmpkgs, then copy 
>> everything in /bin ?   boot the target system with a rescue OS, mount 
>> your OS root as /mnt or something, and copy that backup to /mnt/bin ?
>>
>>
>> this won't be perfect unless you know exactly what RPMs were installed 
>> on the blown system, but its probably better than nothing.
>>
>> I dunno.  I think I'd install a new box with 6 or 7, and migrate over 
>> whatever app stuff you need.
>>
>>
> I'll try running the install again. I did this exact same thing a year 
> ago, and all worked fine. The only difference was that I didn't 
> partition the disk this time, and I preserved one partition's data. I'll 
> back it up and just go the whole route with a format and partition in 
> the installer and see if it works.
>
> It is strange that it finds the /boot partition to get the gtub.conf, 
> but can't see the initrd and vmlinuz files there...
>
> -chuck
>

The machine was seeing the disks in a different order when running the DVD
install, than when it tried to boot itself.

-chuck

-- 

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

Re: [CentOS] install woes - SOLVED

2015-04-13 Thread Chuck Campbell 
On 4/10/2015 3:32 PM, Eero Volotinen wrote:
> try creating small /boot partition for kernel and then rest of disk for
> lvm..
>
>
> --
> Eero
>
> 2015-04-10 22:01 GMT+03:00 :
>
>> Chuck Campbell wrote:
>>> I'm really at a loss.
>>> I had 5.11 running on this machine, from this physical boot disk, until I
>>> stepped on /bin the other day.
>>>
>>> I've tried installing Centos 5.10 and 5.11 to this Seagate 1TB drive.
>> Both
>>> installs run perfectly, but when I try to reboot, grub says
>>> Filesystem type unknown, partition type 0xee
>>>
>>> googling this indicates that the disk has a GUID partition table. This
>>> must have been done by the installer??? If so, why doesn't it get the
>> boot loader
>>> set up correctly?
>> 
>> As it's only a 1TB drive, what does fdisk say? Or parted? You *could* try
>> rewriting the partition table and see if that helps.
>>
>>   mark, who friggin' nixspam is blocking from posting again to the list
>>
>> ___
>> CentOS mailing list
>> CentOS@centos.org
>> http://lists.centos.org/mailman/listinfo/centos
>>
> ___
> CentOS mailing list
> CentOS@centos.org
> http://lists.centos.org/mailman/listinfo/centos
>

The machine was seeing the disks in a different order when running the DVD
install, than when it tried to boot itself.

-chuck

-- 

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

Re: [CentOS] suspend / hibernate via lid / button doesn't work

2015-04-13 Thread ken 

Damjan,

Glad to hear that worked for you.

I don't know if the gnome people can make this very much easier. 
Different version of different linux distros might invoke hibernate 
differently.  How would they know which one to map to the lid button?


Also, some people might want to invoke sleep rather than hibernate.  If 
there were system commands which were persistent over all distros and 
versions, then maybe they could offer these two mention options (with 
explanations of each).  Yes, that would be an improvement.


Best,
ken

On 04/13/2015 10:38 AM, Damjan Zemljič wrote:

Hi Ken,
I did that at the end - set keyboard shortcuts (+ sudo ... without
password). And this helped me to make even lid working:
https://wiki.debian.org/DebianAcerOne#Suspend_to_RAM
Of course, old pm-suspend needs to be replaced with systemctl.

But at the end, I should report the issue to gnome package maintainers.
just have to find which one ;)

Best regards,
Damjan

2015-04-12 13:42 GMT+02:00 ken mailto:geb...@mousecar.com>>:

I had this same problem (very briefly) many years ago.  At that time
I knew that the entire keyboard was programmable/configurable, so
maybe the lid button too was just another keyboard button.  So I
looked in the window manager (for me it was gnome) menus and found
something for keyboard configuration.  This application simply asked
me to press the button I wanted to configure, then enter the command
to be invoked when this button was pressed.  So I did that for the
lid's button: i.e., I simply pressed it, then entered the command to
run (the one which invoked hibernate).  And it worked.

So if you can run the command which does what you want, you might be
able to do the same.  Hope so.


On 04/12/2015 06:06 AM, Damjan Zemljič wrote:

Ah, it still does not work. Celebrating too soon.
For some reason it did, for a while, and for some reason it
doesn't anymore.

Don't know what to look for in the logs. Any tip / advice?

Regards,
Damjan

2015-04-12 8:52 GMT+02:00 Damjan Zemljič
mailto:damjan.zeml...@gmail.com>
>>:

 Hi again,
 no need for a help.

 After I've upgraded GNOME extension, it works. However, upgrade
 needs to be done from here:
https://extensions.gnome.org/

 apt(itude) didn't offer it.

 Regards,
 Damjan

 2015-04-11 22:16 GMT+02:00 Damjan Zemljič
mailto:damjan.zeml...@gmail.com>
 >>:

 Hi,
 testing Jessie (GNOME) on Acer Aspire One 725 I cannot
control
 suspend / hibernate via closed lid / power button.

  From the command line both cases work:
 systemctl suspend
 systemctl hibernate

 In case power button / lid is used, the system does
suspend, but
 at the boot backlight of the screen is not turned on
again. As
 such, one can login and reboot, but without any content
on the
 screen visible. I suspect some installation packages are
 missing. Attached is the list of currently installed ones.

 Please help and thanks in advance,
 Damjan





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

Re: [CentOS] video problem since 2015-04-01 update

2015-04-13 Thread Francis Gerund 
I spoke too soon.  Although the screen flicker has been worked around,  I
still intermittently get lots of horizontal black lines when going to
gmail.  No other
distribution shows this problem, only Centos 7, and only after the 1503
updates.



On Fri, Apr 10, 2015 at 10:09 PM, Francis Gerund  wrote:

> Yes, that is very much like the problem I encountered, but in my case it
> did not need multiple monitors to happen, just one.  The config file
> suggested did seem to fix the problem, at least serving as a (hopefully)
> temporary workaround.
>
> Johnny, thanks for the pointer.  And thanks to all who replied.
>
> P.S. - the workaround seems to work  with both the latest "standard"
> Centos 7 kernel and the ML kernel from the El Repo repository.  But today's
> X11 updates (done before the config file was done) made no difference.
>
>
>
> On Tue, Apr 7, 2015 at 2:21 PM, Johnny Hughes  wrote:
>
>> On 04/04/2015 11:24 AM, Francis Gerund wrote:
>> > Is there a way in Centos 7 to boot into an alternate video setup?
>> >
>> > Some distributions have an option to boot into something called VESA (or
>> > something similar).  Something that might not have the fanciest
>> features,
>> > but more likely to at least just work.
>> >
>> > On Fri, Apr 3, 2015 at 8:58 PM, Francis Gerund 
>> wrote:
>> >
>> >> Updated the kernel as suggested to 3.19, did not solve problem.
>> >> Unbelievable!  Oh, well . . .
>> >>
>> >>
>> >> On Fri, Apr 3, 2015 at 8:13 PM, Francis Gerund 
>> wrote:
>> >>
>> >>> Okay, thanks to all who took the time to reply.
>> >>>
>> >>> What a shame; I hadn't planned on spending Easter weekend learning to
>> do
>> >>> kernel upgrades, but . . .   here it goes.
>> >>>
>> >>>
>> >>>
>> >>> On Fri, Apr 3, 2015 at 5:59 PM, Ned Slider 
>> wrote:
>> >>>
>> 
>> 
>>  On 03/04/15 20:41, Francis Gerund wrote:
>> > Well, it could be the same, but the bug report does seem to refer to
>>  the
>> > bug being in kernel series 3.18.  I am just using whatever 3.10
>> series
>> > kernel comes standard with Centos 7.x.
>> >
>> 
>>  Well, the CentOS kernel is a 3.10 kernel in name (or number) only.
>> Red
>>  Hat backport much stuff from later kernels, and in this case that
>>  includes much broken code for the Intel i915 driver. The code is
>> broken
>>  from around 3.15 and still not completely fixed in the current
>> 4.0-rc6
>>  code base. Updating to a newer kernel, and hence a newer i915 driver,
>>  may or may not help, but it doesn't hurt to try.
>> 
>> > I don't know anything about bug reports, and I an not familiar with
>> > swapping out kernels in Centos.
>> >
>> > BTW, is El Repo another name for the EPEL repository?
>> >
>> 
>>  No, they are two completely separate repositories:
>> 
>>  http://wiki.centos.org/AdditionalResources/Repositories
>> 
>> >
>> >
>> > On Fri, Apr 3, 2015 at 1:07 PM, Akemi Yagi 
>> wrote:
>> >
>> >> On Fri, Apr 3, 2015 at 10:30 AM, Francis Gerund > >
>>  wrote:
>> >>> Hello!
>> >>>
>> >>> No updates for days until 2015-04-01.  Then presented with huge
>>  steaming
>> >>> pile of updates all at once, apparently related to Centos 7.1
>>  release.
>> >>
>> >>> After reboot, there is a problem with the video.  It seems to
>> flicker
>> >> when
>> >>> the mouse pointer touches the screen edges.  Also, sometimes when
>>  viewing
>> >>> pages in Firefox, the window becomes partially covered with
>>  horizontal
>> >>> black lines.
>> >>>
>> >>> During reboots, before the login screen appears, there are quickly
>> >>> disappearing messages seeming to include references to "drm:9" and
>>  some
>> >>> sort of "underrun".
>> >>>
>> >>> In the terminal window, I get a message:
>> >>>
>> >>> ABRT has detected 3 problem(s). For more info run: abrt-cli list
>>  --since
>> >>> 1428078184
>> >>>
>> >>> When I do that, I get:
>> >>>
>> >>> id (blah, blah)
>> >>> reason: WARNING: at
>> drivers/gpu/drm/i915/intel_display.c:869
>> >>> intel_wait_for_vblank+0x211/0x220 [i915]()
>> >>> time: Fri 03 Apr 2015 11:41:49 AM CDT
>> >>> cmdline:BOOT_IMAGE=/vmlinuz-3.10.0-229.1.2.el7.x86_64
>> >>> root=UUID=(blah, blah) ro vconsole.keymap=us
>> >>> vconsole.font=latarcyrheb-sun16 rhgb quiet LANG=en_US.UTF-8
>> >>> count:  1
>> >>> Directory:  /var/tmp/abrt/oops-2015-04-03-11:41:49-590-0
>> >>
>> >> Does this kernel.org bug look similar to yours?
>> >>
>> >> https://bugzilla.kernel.org/show_bug.cgi?id=86771
>> >>
>> >> I suggest you try kernel-ml from ELRepo and see if that fixes the
>>  issue.
>>
>>
>> Does this look like your bug:
>>
>> https://bugzilla.redhat.com/show_bug.cgi?id=1204610
>>
>>
>>
>>
>>
>> ___
>> CentOS mailing list
>> CentO

[CentOS] what updates /etc/localtime?

2015-04-13 Thread Les Mikesell 
I see in CentOS 7 that /etc/localtime is a symlink (which seems
sensible...) but in earlier versions it is a copy of some file from
under /usr/share/zoneinfo.
rpm -q --scripts tzdata
does not show any postinstall script, so in the non-symlink versions,
how does the copied /etc/localtime file get updated with new zone
data?

-- 
   Les Mikesell
  lesmikes...@gmail.com
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Locked version repos

2015-04-13 Thread Steven Barre 
Thanks, but those seem to only be related to making a local mirror and 
keeping it in sync, not with handling separate repos for different 
systems, or helping you promote new packages through devel and production.


=
Steven Barre, RHCE
ste...@realestatewebmasters.com

Systems Administrator
Real Estate Webmasters - 250-753-9893
==

On 2015-04-10 16:47, Eero Volotinen wrote:

mrepo or reposync works fine with apache.

Eero
11.4.2015 2.45 ap. "Steven Barre" 
kirjoitti:


Hello Everyone

I'm looking into the best way to have locked version repos for my CentOS
systems. The systems are all set up with Chef and have a couple different
recopies/roles. I'd like to have locked version repos for each role with
tested RPMs. Then perhaps quarterly apply any updates. It would be nice to
have something showing which updates are available for these locked repos.
I'd also want to be able to just push single update RPMs into the repo
(think heartbleed)

I've had a look at spacewalk and katello, but they seem a bit complicated.
Katello seems closer to what I'm looking for with its versioned "Content
Views", but I don't see how I could selectively include some new packages
in it. It seems like it only handles making new snapshots of the underlying
repos.

Maybe I'd be better off just setting up some repos on a web server and
manually adding packages? I'd probably want a way to symlink packages to
prevent disk bloat.

What are other people doing out there?

--
=
Steven Barre, RHCE
ste...@realestatewebmasters.com

Systems Administrator
Real Estate Webmasters - 250-753-9893
==

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


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



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

Re: [CentOS] Locked version repos

2015-04-13 Thread Steven Barre 
Katello seems to be a web front end for Pulp (and the upstream for the 
new RH Satellite server). It seems to lack some of the power of using 
just Pulp.


Do you have any directions on how to achieve what I want with Pulp? 
Looks like I'd first make a repo to sync all the stuff I want, then make 
secondary repos and copy from the main into them to make my locked repos.


https://pulp.readthedocs.org/en/2.6-release/user-guide/admin-client/repositories.html#copy-between-repositories

Is there any way to diff two repos to see whats new?

=
Steven Barre, RHCE
ste...@realestatewebmasters.com

Systems Administrator
Real Estate Webmasters - 250-753-9893
==

On 2015-04-10 19:07, Jonathan Billings wrote:


On April 10, 2015 7:45:00 PM EDT, Steven Barre 
 wrote:

Hello Everyone

I'm looking into the best way to have locked version repos for my
CentOS
systems. The systems are all set up with Chef and have a couple
different recopies/roles. I'd like to have locked version repos for
each
role with tested RPMs. Then perhaps quarterly apply any updates. It
would be nice to have something showing which updates are available for

these locked repos. I'd also want to be able to just push single update

RPMs into the repo (think heartbleed)

I've had a look at spacewalk and katello, but they seem a bit
complicated. Katello seems closer to what I'm looking for with its
versioned "Content Views", but I don't see how I could selectively
include some new packages in it. It seems like it only handles making
new snapshots of the underlying repos.

Maybe I'd be better off just setting up some repos on a web server and
manually adding packages? I'd probably want a way to symlink packages
to
prevent disk bloat.

What are other people doing out there?

Check out Pulp (pulpproject.org).  Its the underlying technology used in the 
next version of Red Hat Satellite, and it has the features you describe.



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

Re: [CentOS] gnome rebase

2015-04-13 Thread Jim Perrin 


On 04/11/2015 02:29 PM, Laurent Wandrebeck wrote:
> 
> Jerry Geis  a écrit :
> 
>> Just wondering if there is a way to get the gnome rebase
>> stuff for gnome 3.8 to 3.16 now? (heard it was coming in 7.2)
> 
> Looks like rebase for 7.2 will be 3.14 and not 3.16.
> For example, https://bugzilla.redhat.com/show_bug.cgi?id=1174597
> 
>>
>> I'm playing with centos 7.1 and would like to use gnome 3.16.
>> is there a way to start playing with that now?
> 
> The only way would be to take F22 src.rpm, and recompile it AFAIK.
> It promises a lot of fun…
> Maybe someone would have already copr’ed or obs’ed it ?
> 

Indeed.
https://copr.fedoraproject.org/coprs/jmliger/gnome316-upstream/builds/

It looks like some of the builds failed, so YMMV. Also the usual support
disclaimers of "if it breaks you get to keep both pieces".



-- 
Jim Perrin
The CentOS Project | http://www.centos.org
twitter: @BitIntegrity | GPG Key: FA09AD77
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] what updates /etc/localtime?

2015-04-13 Thread James Pearson 


Sent from my iPhone

> On 13 Apr 2015, at 20:13, "Les Mikesell"  wrote:
> 
> I see in CentOS 7 that /etc/localtime is a symlink (which seems
> sensible...) but in earlier versions it is a copy of some file from
> under /usr/share/zoneinfo.
> rpm -q --scripts tzdata
> does not show any postinstall script, so in the non-symlink versions,
> how does the copied /etc/localtime file get updated with new zone
> data?
> 
> -- 
>   Les Mikesell
>  lesmikes...@gmail.com
> ___
> CentOS mailing list
> CentOS@centos.org
> http://lists.centos.org/mailman/listinfo/centos
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] what updates /etc/localtime?

2015-04-13 Thread James Pearson 
> On 13 Apr 2015, at 20:13, "Les Mikesell"  wrote:
> 
> I see in CentOS 7 that /etc/localtime is a symlink (which seems
> sensible...) but in earlier versions it is a copy of some file from
> under /usr/share/zoneinfo.
> rpm -q --scripts tzdata
> does not show any postinstall script, so in the non-symlink versions,
> how does the copied /etc/localtime file get updated with new zone
> data?

I believe it is by glibc-common on CentOS 6 - it may be the same on CentOS 7

James Pearson
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

[CentOS] HBA enumeration and multipath configuration

2015-04-13 Thread Tom Robinson 
# cat /etc/redhat-release
CentOS Linux release 7.1.1503 (Core)
# uname -r
3.10.0-123.20.1.el7.x86_64

Hi,

We use iSCSI over a 10G Ethernet Adapter and SRP over an Infiniband adapter to 
provide multipathing
to our storage:

# lspci | grep 10-Gigabit
81:00.0 Ethernet controller: Intel Corporation 82599ES 10-Gigabit SFI/SFP+ 
Network Connection (rev 01)
81:00.1 Ethernet controller: Intel Corporation 82599ES 10-Gigabit SFI/SFP+ 
Network Connection (rev 01)
# lspci | grep Mellanox
06:00.0 InfiniBand: Mellanox Technologies MT26428 [ConnectX VPI PCIe 2.0 5GT/s 
- IB QDR / 10GigE]
(rev b0)

Originally the HBAs came up as host0, host1 and host2. After recent reboots we 
get host1, host2 and
host3:

# ls -l /sys/class/scsi_host/host*
lrwxrwxrwx. 1 root root 0 Apr  9 19:10 /sys/class/scsi_host/host1 ->
../../devices/platform/host1/scsi_host/host1
lrwxrwxrwx. 1 root root 0 Apr  9 08:12 /sys/class/scsi_host/host2 ->
../../devices/pci:00/:00:03.2/:06:00.0/host2/scsi_host/host2
lrwxrwxrwx. 1 root root 0 Apr  9 08:12 /sys/class/scsi_host/host3 ->
../../devices/pci:00/:00:03.2/:06:00.0/host3/scsi_host/host3

I've observed that at different times during configuration of this host we have 
had varying
combinations of the mapping of HBA to an enumerated /sys node. e.g.:

host0
host2
host3

or

host1
host3
host4

other combinations, etc.

This messes up our multipath filtering for weightedpath priority settings. From 
/etc/multipath.conf:

defaults {
user_friendly_names no
find_multipaths yes
prio weightedpath
prio_args "hbtl 0:.:.:.* 1 [1-9]:.:.:.* 10"
path_grouping_policy group_by_prio
path_selector "service-time 0"
failback immediate
polling_interval 5
no_path_retry 12
}

The setting for prio_args fails to set the correct path map topology and 
priority against an HBA as
I can't predict what HBA is what. Consistently iSCSI claims the lowest number 
but I can't say if
that's going to be 0 or 1 a this stage.

Does anyone know how to configure HBAs to stay on a fixed enumeration at boot?

Kind regards,
Tom


Tom Robinson
IT Manager/System Administrator

MoTeC Pty Ltd

121 Merrindale Drive
Croydon South
3136 Victoria
Australia

T: +61 3 9761 5050
F: +61 3 9761 5051   
E: tom.robin...@motec.com.au





signature.asc
Description: OpenPGP digital signature
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

[CentOS] HBA enumeration and multipath configuration

2015-04-13 Thread Tom Robinson 
# cat /etc/redhat-release
CentOS Linux release 7.1.1503 (Core)
# uname -r
3.10.0-123.20.1.el7.x86_64

Hi,

We use iSCSI over a 10G Ethernet Adapter and SRP over an Infiniband adapter to 
provide multipathing
to our storage:

# lspci | grep 10-Gigabit
81:00.0 Ethernet controller: Intel Corporation 82599ES 10-Gigabit SFI/SFP+ 
Network Connection (rev 01)
81:00.1 Ethernet controller: Intel Corporation 82599ES 10-Gigabit SFI/SFP+ 
Network Connection (rev 01)
# lspci | grep Mellanox
06:00.0 InfiniBand: Mellanox Technologies MT26428 [ConnectX VPI PCIe 2.0 5GT/s 
- IB QDR / 10GigE]
(rev b0)

Originally the HBAs came up as host0, host1 and host2. After recent reboots we 
get host1, host2 and
host3:

# ls -l /sys/class/scsi_host/host*
lrwxrwxrwx. 1 root root 0 Apr  9 19:10 /sys/class/scsi_host/host1 ->
../../devices/platform/host1/scsi_host/host1
lrwxrwxrwx. 1 root root 0 Apr  9 08:12 /sys/class/scsi_host/host2 ->
../../devices/pci:00/:00:03.2/:06:00.0/host2/scsi_host/host2
lrwxrwxrwx. 1 root root 0 Apr  9 08:12 /sys/class/scsi_host/host3 ->
../../devices/pci:00/:00:03.2/:06:00.0/host3/scsi_host/host3

I've observed that at different times during configuration of this host we have 
had varying
combinations of the mapping of HBA to an enumerated /sys node. e.g.:

host0
host2
host3

or

host1
host3
host4

other combinations, etc.

This messes up our multipath filtering for weightedpath priority settings. From 
/etc/multipath.conf:

defaults {
user_friendly_names no
find_multipaths yes
prio weightedpath
prio_args "hbtl 0:.:.:.* 1 [1-9]:.:.:.* 10"
path_grouping_policy group_by_prio
path_selector "service-time 0"
failback immediate
polling_interval 5
no_path_retry 12
}

The setting for prio_args fails to set the correct path map topology and 
priority against an HBA as
I can't predict what HBA is what. Consistently iSCSI claims the lowest number 
but I can't say if
that's going to be 0 or 1 a this stage.

Does anyone know how to configure HBAs to stay on a fixed enumeration at boot?

Kind regards,
Tom

-- 

Tom Robinson
IT Manager/System Administrator

MoTeC Pty Ltd

121 Merrindale Drive
Croydon South
3136 Victoria
Australia

T: +61 3 9761 5050
F: +61 3 9761 5051   
E: tom.robin...@motec.com.au




signature.asc
Description: OpenPGP digital signature
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] HBA enumeration and multipath configuration

2015-04-13 Thread Tom Robinson 
Sorry, I'm posting this question again as my original post go abducted by a 
different thread due to
stupid way I replied to that thread and changed the subject as a new post. My 
apologies if there's
any confusion.

On 14/04/15 10:05, Tom Robinson wrote:
> # cat /etc/redhat-release
> CentOS Linux release 7.1.1503 (Core)
> # uname -r
> 3.10.0-123.20.1.el7.x86_64
>
> Hi,
>
> We use iSCSI over a 10G Ethernet Adapter and SRP over an Infiniband adapter 
> to provide multipathing
> to our storage:
>
> # lspci | grep 10-Gigabit
> 81:00.0 Ethernet controller: Intel Corporation 82599ES 10-Gigabit SFI/SFP+ 
> Network Connection (rev 01)
> 81:00.1 Ethernet controller: Intel Corporation 82599ES 10-Gigabit SFI/SFP+ 
> Network Connection (rev 01)
> # lspci | grep Mellanox
> 06:00.0 InfiniBand: Mellanox Technologies MT26428 [ConnectX VPI PCIe 2.0 
> 5GT/s - IB QDR / 10GigE]
> (rev b0)
>
> Originally the HBAs came up as host0, host1 and host2. After recent reboots 
> we get host1, host2 and
> host3:
>
> # ls -l /sys/class/scsi_host/host*
> lrwxrwxrwx. 1 root root 0 Apr  9 19:10 /sys/class/scsi_host/host1 ->
> ../../devices/platform/host1/scsi_host/host1
> lrwxrwxrwx. 1 root root 0 Apr  9 08:12 /sys/class/scsi_host/host2 ->
> ../../devices/pci:00/:00:03.2/:06:00.0/host2/scsi_host/host2
> lrwxrwxrwx. 1 root root 0 Apr  9 08:12 /sys/class/scsi_host/host3 ->
> ../../devices/pci:00/:00:03.2/:06:00.0/host3/scsi_host/host3
>
> I've observed that at different times during configuration of this host we 
> have had varying
> combinations of the mapping of HBA to an enumerated /sys node. e.g.:
>
> host0
> host2
> host3
>
> or
>
> host1
> host3
> host4
>
> other combinations, etc.
>
> This messes up our multipath filtering for weightedpath priority settings. 
> From /etc/multipath.conf:
>
> defaults {
> user_friendly_names no
> find_multipaths yes
> prio weightedpath
> prio_args "hbtl 0:.:.:.* 1 [1-9]:.:.:.* 10"
> path_grouping_policy group_by_prio
> path_selector "service-time 0"
> failback immediate
> polling_interval 5
> no_path_retry 12
> }
>
> The setting for prio_args fails to set the correct path map topology and 
> priority against an HBA as
> I can't predict what HBA is what. Consistently iSCSI claims the lowest number 
> but I can't say if
> that's going to be 0 or 1 a this stage.
>
> Does anyone know how to configure HBAs to stay on a fixed enumeration at boot?
>
> Kind regards,
> Tom
>
>
>
> ___
> CentOS mailing list
> CentOS@centos.org
> http://lists.centos.org/mailman/listinfo/centos



signature.asc
Description: OpenPGP digital signature
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Access Problem after update to CentOS 7.1

2015-04-13 Thread Rob Kampen 

On 04/14/2015 01:07 AM, Johnny Hughes wrote:

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@centos.org
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

[CentOS] Custom ISO based on kickstart

2015-04-13 Thread Artifex Maximus 
Hello!

I would like to shrink my installation media restricted only to
necessary packages based on my kickstart file. So I am looking for an
application/script which select rpms and those dependencies based on a
kickstart file. If just display them that is ok does not need to
copy/download anything else. Is there any such utility?

I've found a site which helps to select rpms based on my comps.xml
(mandatory, default) but I do not want to change my comps.xml but want
to create a kickstart file and create a media based on that.

Thanks,
a
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Custom ISO based on kickstart

2015-04-13 Thread Kahlil Hodgson 
The fedora spins SIG
https://fedoraproject.org/wiki/Spins_SIG?rd=SIGs/Spins
created/assembled a whole bunch of tools for doing just that. I used
such machinery to do pretty much the same as what you are a number of
years ago. I think there was even graphical tool called 'revisor'.
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos