Re: [CentOS] CentOS 6.5 equivalents in CentOS 7

[John R. Dennison]

On Thu, Oct 30, 2014 at 03:56:58AM +, Always Learning wrote:
> 
> iptables -A table-name -p tcp --dport 80 -j ACCEPT
> 
> No reboot needed. 'table-name' can be INPUT or another user defined
> table name.
> 
> firewall-cmd with its Windoze-like structure and syntax is definitely
> unappealing to many normal firewall users.

If this is done on a box with firewalld enabled it will be overwritten
as firewalld knows nothing about it.






John
-- 
Democracy is two wolves and a lamb voting on what to have for lunch.
Liberty is a well-armed lamb contesting the vote.

-- Ben Franklin


pgp6fzyQqTGjJ.pgp
Description: PGP signature
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] CentOS 6.5 equivalents in CentOS 7

[Always Learning]

On Wed, 2014-10-29 at 19:14 -0700, Jason T. Slack-Moehrle wrote:

> so I figured this out, I think:
> 
> firewall-cmd --zone=public --add-port=2888/tcp --permanent
> 
> but if is a known service, you can use:
> 
> firewall-cmd --zone=public --add-service=http --permanent
> 
> and then reload the firewall
> 
> firewall-cmd --reload

iptables -A table-name -p tcp --dport 80 -j ACCEPT

No reboot needed. 'table-name' can be INPUT or another user defined
table name.

firewall-cmd with its Windoze-like structure and syntax is definitely
unappealing to many normal firewall users.


-- 
Regards,

Paul.
England, EU.

Learning until I die or experience dementia.


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

Re: [CentOS] CentOS 6.5 equivalents in CentOS 7

[Peter]

On 10/30/2014 04:16 PM, Jason T. Slack-Moehrle wrote:
> yes, so I just figured out. Thank you so much. Where does `semanage` come
> from? I tried policycoreutils-python but it cannot be found.

It should be in policycoreutils-python.  Try:
yum provides \*bin/semanage


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

Re: [CentOS] CentOS 6.5 equivalents in CentOS 7

[Jason T. Slack-Moehrle]

yes, so I just figured out. Thank you so much. Where does `semanage` come
from? I tried policycoreutils-python but it cannot be found.

On Wed, Oct 29, 2014 at 8:10 PM, Peter  wrote:

> On 10/30/2014 03:41 PM, Jason T. Slack-Moehrle wrote:
> > Soo I changed my ssh port in sshd_config and did: systemctl restart
> >  sshd.service.
> ...
> > and I get a connection:refused.
>
> selinux is set to only allow sshd to listen on port 22, you need to do
> something like:
> semanage port -a -t ssh_port_t -p tcp 
>
>
> Peter
> ___
> 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] CentOS 6.5 equivalents in CentOS 7

[Peter]

On 10/30/2014 03:41 PM, Jason T. Slack-Moehrle wrote:
> Soo I changed my ssh port in sshd_config and did: systemctl restart
>  sshd.service.
...
> and I get a connection:refused.

selinux is set to only allow sshd to listen on port 22, you need to do
something like:
semanage port -a -t ssh_port_t -p tcp 


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

Re: [CentOS] CentOS 6.5 equivalents in CentOS 7

[Jason T. Slack-Moehrle]

Thanks Marko for the reply.

Soo I changed my ssh port in sshd_config and did: systemctl restart
 sshd.service.
I then did:

firewall-cmd --add-port=port/tcp
firewall-cmd --permanent --add-port=port/tcp
firewall-cmd --reload
and for safety: systemctl restart firewalld

and I get a connection:refused.

so I decided to do systemctl stop firewalld

and try again, still connection refused.

Commented out the port line in sshd_config (so back to 22) and restart,
works.

so I am confused as to what is happening. I have done this 100 times in
CentOS 6.x





On Wed, Oct 29, 2014 at 7:13 PM, Marko Vojinovic  wrote:

> On Wed, 29 Oct 2014 17:50:54 -0700
> "Jason T. Slack-Moehrle"  wrote:
>
> > I tried to install CentOS 7 on a new system. It works.
> >
> > However, I'm noticing small things:
> > 1. system-config-network-tui is not installed and yum cannot find it.
> > I realized for this -- nmtui
> >
> > What about firewall? I can't seem to understand the replacement from
> > system-config-firewall-tui
>
> man firewall-cmd
>
> HTH, :-)
> Marko
>
> ___
> 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] CentOS 6.5 equivalents in CentOS 7

[Jason T. Slack-Moehrle]

so I figured this out, I think:

firewall-cmd --zone=public --add-port=2888/tcp --permanent

but if is a known service, you can use:

firewall-cmd --zone=public --add-service=http --permanent

and then reload the firewall

firewall-cmd --reload


On Wed, Oct 29, 2014 at 5:50 PM, Jason T. Slack-Moehrle <
slackmoeh...@gmail.com> wrote:

> I tried to install CentOS 7 on a new system. It works.
>
> However, I'm noticing small things:
> 1. system-config-network-tui is not installed and yum cannot find it. I
> realized for this -- nmtui
>
> What about firewall? I can't seem to understand the replacement from
> system-config-firewall-tui
>
> Jason
>
>
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] CentOS 6.5 equivalents in CentOS 7

[Marko Vojinovic]

On Wed, 29 Oct 2014 17:50:54 -0700
"Jason T. Slack-Moehrle"  wrote:

> I tried to install CentOS 7 on a new system. It works.
> 
> However, I'm noticing small things:
> 1. system-config-network-tui is not installed and yum cannot find it.
> I realized for this -- nmtui
> 
> What about firewall? I can't seem to understand the replacement from
> system-config-firewall-tui

man firewall-cmd

HTH, :-)
Marko

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

Re: [CentOS] No X with new 6.6 kernel(SOLVED)

[Mark LaPierre]

On 10/29/14 07:03, Ned Slider wrote:
> On 29/10/14 03:09, Akemi Yagi wrote:
>> On Tue, Oct 28, 2014 at 7:33 PM, Johnny Hughes  wrote:
>>> On 10/28/2014 09:06 PM, Mark LaPierre wrote:
 On 10/28/14 21:13, Mark LaPierre wrote:
> Hey Y'all,
>
> After upgrade to 6.6 my gui will not start.  The problem is probably
> related to the dusty old video card I've got in this crusty old machine.
>
> 01:00.0 VGA compatible controller: NVIDIA Corporation G73 [GeForce 7600
> GS] (rev a2)
>
> I've got the proprietary drivers installed.  Normally when I update my
> kernel the video module is rebuilt automagically.  That probably doesn't
> work with the new kernel.
>
> I can get the GUI running by booting into the previous kernel version.
>
> Does anyone know what repository and package name I need to update the
> driver for 6.6?
>

 Okay, I erased kmod-nvidia-304xx and nvidia-x11-drv-304xx

 I booted into the new kernel and reinstalled kmod-nvidia-304xx and
 nvidia-x11-drv-304xx.

 After a reboot still no joy.

 The Xorg.0.log says:

 [57.575] (EE) NVIDIA: Failed to load the NVIDIA kernel module.
 Please check your
 [57.575] (EE) NVIDIA: system's kernel log for additional error
 messages.

 Where do I find said kernel log?


>>>
>>> Do you also have kernel-devel for the new kernel installed?
>>>
>>> I don't know how that package works (it is not in one of the CentOS
>>> repo's) but it might need to be updated by the provider to work with the
>>> new kernel as well.
>>>
>>> Akemi, is that an elrepo package .. and does it work with 6.6?
>>
>> Someone called my name ... :)
>>
>> Mark, first make sure you need the -304xx driver by running nvidia-detect:
>>
>> http://elrepo.org/tiki/nvidia-detect
>>
>> Once confirmed, you need to install the latest version of
>> kmod-nvidia-304xx from the elrepo-testing repository on your 6.6 OS.
>> Please see:
>>
>> http://elrepo.org/bugs/view.php?id=517
>>
>> They will eventually be moved to the elrepo main repository.
>>
>> Akemi
> 
> Akemi is correct. Users of kmod-nvidia-304xx will need to update to the
> latest release (currently kmod-nvidia-304xx-304.123-3.el6.elrepo) at the
> same time as updating to 6.6.
> 
> Please note, due to changes in the 6.6 kernel ABI, the original release
> (304.123-1) is compatible with 6.5 but NOT 6.6, and latest release
> (304.123-3) is compatible with 6.6 but NOT backwards compatible with
> 6.5. This means you MUST update  kmod-nvidia-304xx at the same time as
> performing the 6.5 to 6.6 update / reboot if you want X to continue
> working seamlessly.
> 
> The newer kmod-nvidia-304xx release(s) are in the elrepo-testing
> repository, and are now also syncing to the main elrepo repository.
> 
> The current 340.xx driver is unaffected. The older 173.xx driver may
> also be similarly affected but I have not tested it and have yet to
> receive a bug report on it. If it is similarly broken I will fix it as
> and when someone reports it and is able to test the fix.
> 
> Thanks.
> 

Hey Ned,

The new driver package appeared on my update list this evening.  I
installed it and rebooted into the new kernel.  All is well.


-- 
_
   °v°
  /(_)\
   ^ ^  Mark LaPierre
Registered Linux user No #267004
https://linuxcounter.net/

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

Re: [CentOS] Right way to install phpMyAdmin through Nginx and PHP-FPM

[reynie...@gmail.com]

On Wed, Oct 29, 2014 at 8:05 PM, Alexei Altuhov  wrote:

> If SElinux is in enforcing mode, check /var/log/audit/audit.log for
> messages with "denied" to nginx trying accessing your pma path.
> Or altermatevely you could run
> audit2why -brvw,
> provided you have installed the required rpm the above command is part of
> beforehand. (Smth like python-policy-blah. Can't tell from the top of my
> head)
>

SELinux is disabled so I not have any message for "deniend" on audit.log
file and the second command was not found I think I need to install
something else
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Wow! Double wow!

[Jason T. Slack-Moehrle]

>
> in my enterprise world, production systems are fully redundant, and have
> staging servers running identical software configurations.  all upgrades
> and upgrade procedures are tested on staging before being deployed in
> production.quite often, the staging systems double as the Disaster
> Recovery systems, but thats another story. virtually all production systems
> either have a schedulable downtime (2am sunday morning?), or support
> rolling upgrades with no downtime (such as our 24/7 factory operations
> where downtime == no product).
>
> personally, I'm very glad I work in development, where our informal SLA is
> more like 9-9 5 days/week (developers like to work late).


​Sounds like you have a dream job John! At the very least for a company
that spends money on proper hardware!
​
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

[CentOS] CentOS 6.5 equivalents in CentOS 7

[Jason T. Slack-Moehrle]

I tried to install CentOS 7 on a new system. It works.

However, I'm noticing small things:
1. system-config-network-tui is not installed and yum cannot find it. I
realized for this -- nmtui

What about firewall? I can't seem to understand the replacement from
system-config-firewall-tui

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

Re: [CentOS] Right way to install phpMyAdmin through Nginx and PHP-FPM

[Alexei Altuhov]

Dear list members, sorry for top posting. Couldn't find a respective
setting on gmail mobile client at 2AM
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Right way to install phpMyAdmin through Nginx and PHP-FPM

[Alexei Altuhov]

If SElinux is in enforcing mode, check /var/log/audit/audit.log for
messages with "denied" to nginx trying accessing your pma path.
Or altermatevely you could run
audit2why -brvw,
provided you have installed the required rpm the above command is part of
beforehand. (Smth like python-policy-blah. Can't tell from the top of my
head)
On Oct 29, 2014 9:25 PM, "reynie...@gmail.com"  wrote:

> First I know this is not a list for PHP or Nginx setup or something else
> but I'll give it a try and ask here for support I'm running a new server
> with PHP 5.5.18 and Nginx 1.6.2 through FPM/FastCGI. The server is working
> fine since I have other websites running on it. Now I'm trying to configure
> phpMyAdmin and I tried this:
>
> * 1. *Create a file under `/etc/nginx/sites-available/phpMyAdmin with this
> content:
>
> server {
>server_name phpmyadmin.dev pma;
>root /usr/share/phpMyAdmin;
>
>location / {
>index  index.php;
>}
>
>## Images and static content is treated different
>location ~* ^.+.(jpg|jpeg|gif|css|png|js|ico|xml)$ {
>access_logoff;
>expires   360d;
>}
>
>location ~ /\.ht {
>deny  all;
>}
>
>location ~ /(libraries|setup/frames|setup/libs) {
>deny all;
>return 404;
>}
>
>location ~ \.php$ {
>include /etc/nginx/fastcgi_params;
>fastcgi_pass 127.0.0.1:9000;
>fastcgi_index index.php;
>fastcgi_param SCRIPT_FILENAME $root$fastcgi_script_name;
>}
>
>access_log /var/log/nginx/phpmyadmin/access.log;
>error_log /var/log/nginx/phpmyadmin/error.log;
> }
>  But any time I restart Nginx service I got this error:
>
>  nginx: [emerg] unknown "root" variable
> nginx: configuration file /etc/nginx/nginx.conf test failed
>
> * 2. *Create a symbolic link in `/var/www/html` to the route where
> phpMyAdmin was installed `/usr/share/phpMyAdmin` by running `ln -s
> /usr/share/phpMyAdmin/ /var/www/html` that way Nginx start fine but when I
> go to `http://devserver/phpMyAdmin` I got `Access denied.`
>
> What I'm doing wrong? What is the right way to configure the server in
> order to serve phpMyAdmin as any other site?
> ___
> 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] Wow! Double wow!

[John R Pierce]

On 10/29/2014 4:40 PM, Valeri Galtsev wrote:

Yes, indeed. Those are blasted Unix sysadmins (Hm, I flatter myself by
thinking of being one too) that push themselves into being too responsible
to their users... No, I don't think Unix admins will start into the
direction of Windows world, sorry. I don't even like Windows world
mentioned as an example for Unix world! (Don't take me too literally,
everybody welcomes good things "other worlds" have...)


in my enterprise world, production systems are fully redundant, and have 
staging servers running identical software configurations.  all upgrades 
and upgrade procedures are tested on staging before being deployed in 
production.quite often, the staging systems double as the Disaster 
Recovery systems, but thats another story. virtually all production 
systems either have a schedulable downtime (2am sunday morning?), or 
support rolling upgrades with no downtime (such as our 24/7 factory 
operations where downtime == no product).


personally, I'm very glad I work in development, where our informal SLA 
is more like 9-9 5 days/week (developers like to work late).



--
john r pierce  37N 122W
somewhere on the middle of the left coast

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

Re: [CentOS] Wow! Double wow!

[Valeri Galtsev]

On Wed, October 29, 2014 6:32 pm, Cliff Pratt wrote:
> On Thu, Oct 30, 2014 at 10:12 AM, Valeri Galtsev
> 
> wrote:
>
>>
>> On Wed, October 29, 2014 4:02 pm, Beartooth wrote:
>> > On Wed, 29 Oct 2014 11:44:42 -0500, Valeri Galtsev wrote:
>> >
>> >> ... Basically, if one thinks he knows
>> >> more than system vendor, he is just schizophrenic. And we, normal
>> >> people, do give schizophrenics a privilege to be on their own. As we,
>> >> normal people know that if the distro maintainers had to update
>> kernel,
>> >> they had a reason (otherwise, something else breaks). So, we are left
>> >> running _this_ system, even though it's stressful, still not as
>> >> stressful as running "bleeding edge" fedora, right? ;-)
>> >
>> >   What? Stressful?? Fedora??? Naaahhh ...
>>
>> I'm sorry, apart from my laptop, I also run servers. And services are
>> supposed to be up 24/7. And a bunch of people are always logged in...
>> You
>> do the math.
>>
>> This is a corner that system administrators have allowed themselves to
>> be
> painted into. It's not a law of nature. Civilized organisations will
> always
> allow a maintenance Window. In the Windows world it is not an issue.
> Servers can be rebooted with much more freedom than in the Linux/Unix
> world.
>

Yes, indeed. Those are blasted Unix sysadmins (Hm, I flatter myself by
thinking of being one too) that push themselves into being too responsible
to their users... No, I don't think Unix admins will start into the
direction of Windows world, sorry. I don't even like Windows world
mentioned as an example for Unix world! (Don't take me too literally,
everybody welcomes good things "other worlds" have...)

Valeri


Valeri Galtsev
Sr System Administrator
Department of Astronomy and Astrophysics
Kavli Institute for Cosmological Physics
University of Chicago
Phone: 773-702-4247

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

Re: [CentOS] Wow! Double wow!

[Cliff Pratt]

On Thu, Oct 30, 2014 at 10:12 AM, Valeri Galtsev 
wrote:

>
> On Wed, October 29, 2014 4:02 pm, Beartooth wrote:
> > On Wed, 29 Oct 2014 11:44:42 -0500, Valeri Galtsev wrote:
> >
> >> ... Basically, if one thinks he knows
> >> more than system vendor, he is just schizophrenic. And we, normal
> >> people, do give schizophrenics a privilege to be on their own. As we,
> >> normal people know that if the distro maintainers had to update kernel,
> >> they had a reason (otherwise, something else breaks). So, we are left
> >> running _this_ system, even though it's stressful, still not as
> >> stressful as running "bleeding edge" fedora, right? ;-)
> >
> >   What? Stressful?? Fedora??? Naaahhh ...
>
> I'm sorry, apart from my laptop, I also run servers. And services are
> supposed to be up 24/7. And a bunch of people are always logged in... You
> do the math.
>
> This is a corner that system administrators have allowed themselves to be
painted into. It's not a law of nature. Civilized organisations will always
allow a maintenance Window. In the Windows world it is not an issue.
Servers can be rebooted with much more freedom than in the Linux/Unix world.

Cheers,

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

Re: [CentOS] Cannot get php errors to go to a file

[Steven Stern]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 10/29/2014 04:07 PM, Reindl Harald wrote:
> 
> Am 29.10.2014 um 19:54 schrieb Steven Stern:
>> Using basically the same setup that works on C6, I have a C7 site.
>>
>> in PHP.INI, it says "error_log = /tmp/php_errors.log"
>>
>> PHP errors do not go there (or anywhere).
>>
>> 1. Apache has write perms to /tmp
>> 2. I have restarted httpd since changing php.ini
>> 3. The base php.ini is from the development version in /usr/share
>> 4. Selinux is disabled
> 
> "PrivateTmp=true" works as you can see
> using /tmp for logfiles is plain stupid

OK ... final message. I'm logging to syslog which seems both secure and
readily findable.

> 


- -- 
- -- Steve
-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQEcBAEBAgAGBQJUUWc2AAoJEDx7wfUw/4IOviQH/iQdriSP1UiMo8vsIQxwiCQt
zw6kD3h1BrJxF/hdsx+eUC+kgiQqiWi0OGdI/BhPzGTAr0UK/Tt2LsHJoWp7XPu9
uYeFhYdziBpzK5+8jDEUFXf839GyLtdP6YEnu2ItBOhob87paak2dw+X/EF1/RTo
PJGwYjkvVCYXB4inBZQkIkVYUxYIDzxZCJ/Ym+LUpANNcpQ0Pncd82yI7uu6JsQN
5B1Rvjyc9q5adYRblEO2n04DVYQiJCwnoOjtaF7qxIdCcRxIfN7/Znx1AxdbE5Ck
KrhhupbP4M6rnZtD/IsdYM2iWU0fUmp11xQueR7biZb07tbUdGMu+OjjHtFO9eY=
=QvoI
-END PGP SIGNATURE-
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Cannot get php errors to go to a file

[Steven Stern]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 10/29/2014 04:07 PM, Reindl Harald wrote:
> 
> Am 29.10.2014 um 19:54 schrieb Steven Stern:
>> Using basically the same setup that works on C6, I have a C7 site.
>>
>> in PHP.INI, it says "error_log = /tmp/php_errors.log"
>>
>> PHP errors do not go there (or anywhere).
>>
>> 1. Apache has write perms to /tmp
>> 2. I have restarted httpd since changing php.ini
>> 3. The base php.ini is from the development version in /usr/share
>> 4. Selinux is disabled
> 
> "PrivateTmp=true" works as you can see
> using /tmp for logfiles is plain stupid
> 

I changed it to error_log = php_errors.log and now it writes errors into
the virtualhost's docroot.  How do I put it someplace not accessible to
the world, but readily found by me?

- -- 
- -- Steve
-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQEcBAEBAgAGBQJUUWXKAAoJEDx7wfUw/4IOn4kH/ArnB6lIXZKbt9p0w7Jk1wmm
+K+4b5fcN5ZqMb15J1s0dXqZmcdTnAeCfAV5wYz1OLRuNpwrzfb73WiLea3gMB5O
fm8xpSx+wnoEGKLV5EYeHA/uZJHxllL/GqHwTRGJj/EyzOBYRFSoSqdhntmS1Ggz
Kj16khzdLPot01C/Ie7RkPMkp1tkawyyhKtn58BWeTtuGBGmdqq+m57XtoE5nEnL
MBf3r8XtUxMbTDK5GTOP398rqF6hNDIr3jDfzyf4v+oYCm/gZR9aNZ9hkb35n5HM
TImvSeeJj3so9IET60XhX048G0RSt8F4lPBPkHAbC6gD8IgipxEHM9IVs4jenTg=
=b7nW
-END PGP SIGNATURE-
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Wow! Double wow!

[Les Mikesell]

On Wed, Oct 29, 2014 at 4:12 PM, Valeri Galtsev
 wrote:
>
>>> ... Basically, if one thinks he knows
>>> more than system vendor, he is just schizophrenic. And we, normal
>>> people, do give schizophrenics a privilege to be on their own. As we,
>>> normal people know that if the distro maintainers had to update kernel,
>>> they had a reason (otherwise, something else breaks). So, we are left
>>> running _this_ system, even though it's stressful, still not as
>>> stressful as running "bleeding edge" fedora, right? ;-)
>>
>>   What? Stressful?? Fedora??? Naaahhh ...
>
> I'm sorry, apart from my laptop, I also run servers. And services are
> supposed to be up 24/7. And a bunch of people are always logged in... You
> do the math.

Things break and need maintenance.  If your services can't tolerate
that, you need more redundancy.   As for the OS updates (which are
only one of the many things that can break...), they are 'pretty well'
vetted by upstream so breakage is rare and your odds are better
installing them than not.   But you don't have to reboot right now -
schedule it for a convenient time.

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

Re: [CentOS] Wow! Double wow!

[Valeri Galtsev]

On Wed, October 29, 2014 4:18 pm, Reindl Harald wrote:
>
> Am 29.10.2014 um 22:12 schrieb Valeri Galtsev:
>> On Wed, October 29, 2014 4:02 pm, Beartooth wrote:
>>> On Wed, 29 Oct 2014 11:44:42 -0500, Valeri Galtsev wrote:
>>>
 ... Basically, if one thinks he knows
 more than system vendor, he is just schizophrenic. And we, normal
 people, do give schizophrenics a privilege to be on their own. As we,
 normal people know that if the distro maintainers had to update
 kernel,
 they had a reason (otherwise, something else breaks). So, we are left
 running _this_ system, even though it's stressful, still not as
 stressful as running "bleeding edge" fedora, right? ;-)
>>>
>>> What? Stressful?? Fedora??? Naaahhh ...
>>
>> I'm sorry, apart from my laptop, I also run servers. And services are
>> supposed to be up 24/7. And a bunch of people are always logged in...
>> You
>> do the math
>
> you where the one calling kernel updates necessity, so just ignore them
> or face the truth - your choice
>
> so what - if you need 24/7 than invest time and money and build up a
> infrsatsructure wehre you can reboot a node for updates without taking
> the services offline or just realize that 15-20 seconds downtime in the
> middle of the night doing way less harm then ignore security updates
>

Yep, that's exactly what I did. I do not feel justified to use
Department's money (for extra hardware), so I invested just my time. And
built servers based on FreeBSD, services run in different jails, etc. So,
you can imagine how much I am hit by the need to reboot into updated Linux
kernel, do you? Note, you will not find Linux kernel running of FreeBSD
box (just teasing ;-)

Valeri


Valeri Galtsev
Sr System Administrator
Department of Astronomy and Astrophysics
Kavli Institute for Cosmological Physics
University of Chicago
Phone: 773-702-4247

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

Re: [CentOS] Wow! Double wow!

[Valeri Galtsev]

On Wed, October 29, 2014 4:02 pm, Beartooth wrote:
> On Wed, 29 Oct 2014 11:44:42 -0500, Valeri Galtsev wrote:
>
>> ... Basically, if one thinks he knows
>> more than system vendor, he is just schizophrenic. And we, normal
>> people, do give schizophrenics a privilege to be on their own. As we,
>> normal people know that if the distro maintainers had to update kernel,
>> they had a reason (otherwise, something else breaks). So, we are left
>> running _this_ system, even though it's stressful, still not as
>> stressful as running "bleeding edge" fedora, right? ;-)
>
>   What? Stressful?? Fedora??? Naaahhh ...

I'm sorry, apart from my laptop, I also run servers. And services are
supposed to be up 24/7. And a bunch of people are always logged in... You
do the math.

Valeri



Valeri Galtsev
Sr System Administrator
Department of Astronomy and Astrophysics
Kavli Institute for Cosmological Physics
University of Chicago
Phone: 773-702-4247

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

Re: [CentOS] Wow! Double wow!

[Beartooth]

On Wed, 29 Oct 2014 11:44:42 -0500, Valeri Galtsev wrote:

> ... Basically, if one thinks he knows
> more than system vendor, he is just schizophrenic. And we, normal
> people, do give schizophrenics a privilege to be on their own. As we,
> normal people know that if the distro maintainers had to update kernel,
> they had a reason (otherwise, something else breaks). So, we are left
> running _this_ system, even though it's stressful, still not as
> stressful as running "bleeding edge" fedora, right? ;-)

What? Stressful?? Fedora??? Naaahhh ... 

-- 
Beartooth Staffwright, Not Quite Clueless Power User
Remember I know little (precious little!) of where up is.


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

Re: [CentOS] CentOS-7 and zfs

[John R Pierce]

On 10/29/2014 1:14 PM, James B. Byrne wrote:

On Wed Oct 29 15:27:06 UTC 2014, John R Pierce pierce at hogranch.com wrote:


>what do you mean by 'raid users' ?  I saw nothing on that long
>thread of misdirection that appeared to be raid related.

See this comment:

<---
MagnusMWW commented 2 days ago

An update; the problem in my case was that i am using a raidz assembled from
LUKS-encrypted drives, and they were not available when
zfs-import-cache.service, zfs-import-scan.service and zfs-mount.service ran. I
just added/changed the below lines to make sure that cryptsetup.target had
started correctly before these services, and the mount worked:
--->

Since I have zero experience with zfs it seemed to me prudent to ask.


the issue was that the zfs servers were starting before LUKS 
(cryptsetup.target) made the logical devices available, not that zfs 
happened to be using a raidz






--
john r pierce  37N 122W
somewhere on the middle of the left coast

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

[CentOS] CentOS-7 and zfs

[James B. Byrne]

On Wed Oct 29 15:27:06 UTC 2014, John R Pierce pierce at hogranch.com wrote:

> what do you mean by 'raid users' ?  I saw nothing on that long
> thread of misdirection that appeared to be raid related.


See this comment:

<---
MagnusMWW commented 2 days ago

An update; the problem in my case was that i am using a raidz assembled from
LUKS-encrypted drives, and they were not available when
zfs-import-cache.service, zfs-import-scan.service and zfs-mount.service ran. I
just added/changed the below lines to make sure that cryptsetup.target had
started correctly before these services, and the mount worked:
--->

Since I have zero experience with zfs it seemed to me prudent to ask.


-- 
***  E-Mail is NOT a SECURE channel  ***
James B. Byrnemailto:byrn...@harte-lyne.ca
Harte & Lyne Limited  http://www.harte-lyne.ca
9 Brockley Drive  vox: +1 905 561 1241
Hamilton, Ontario fax: +1 905 561 0757
Canada  L8E 3C3

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

[CentOS] Right way to install phpMyAdmin through Nginx and PHP-FPM

[reynie...@gmail.com]

First I know this is not a list for PHP or Nginx setup or something else
but I'll give it a try and ask here for support I'm running a new server
with PHP 5.5.18 and Nginx 1.6.2 through FPM/FastCGI. The server is working
fine since I have other websites running on it. Now I'm trying to configure
phpMyAdmin and I tried this:

* 1. *Create a file under `/etc/nginx/sites-available/phpMyAdmin with this
content:

server {
   server_name phpmyadmin.dev pma;
   root /usr/share/phpMyAdmin;

   location / {
   index  index.php;
   }

   ## Images and static content is treated different
   location ~* ^.+.(jpg|jpeg|gif|css|png|js|ico|xml)$ {
   access_logoff;
   expires   360d;
   }

   location ~ /\.ht {
   deny  all;
   }

   location ~ /(libraries|setup/frames|setup/libs) {
   deny all;
   return 404;
   }

   location ~ \.php$ {
   include /etc/nginx/fastcgi_params;
   fastcgi_pass 127.0.0.1:9000;
   fastcgi_index index.php;
   fastcgi_param SCRIPT_FILENAME $root$fastcgi_script_name;
   }

   access_log /var/log/nginx/phpmyadmin/access.log;
   error_log /var/log/nginx/phpmyadmin/error.log;
}
 But any time I restart Nginx service I got this error:

 nginx: [emerg] unknown "root" variable
nginx: configuration file /etc/nginx/nginx.conf test failed

* 2. *Create a symbolic link in `/var/www/html` to the route where
phpMyAdmin was installed `/usr/share/phpMyAdmin` by running `ln -s
/usr/share/phpMyAdmin/ /var/www/html` that way Nginx start fine but when I
go to `http://devserver/phpMyAdmin` I got `Access denied.`

What I'm doing wrong? What is the right way to configure the server in
order to serve phpMyAdmin as any other site?
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

[CentOS] Cannot get php errors to go to a file

[Steven Stern]

Using basically the same setup that works on C6, I have a C7 site.

in PHP.INI, it says "error_log = /tmp/php_errors.log"

PHP errors do not go there (or anywhere).

1. Apache has write perms to /tmp
2. I have restarted httpd since changing php.ini
3. The base php.ini is from the development version in /usr/share
4. Selinux is disabled.

Ideas?
-- 
-- Steve
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] openvpn client and KDE Network Manager - with CentOS7

[CS DBA]

On 10/27/14 2:20 PM, Jim Perrin wrote:


On 10/27/2014 01:13 PM, CS DBA wrote:

Hi All,

I am switching from Fedora20 to CentOS7 since I now run all my Linux
development in a VM and I get a more robust feature set (i.e. shared
folders with the host that "just work", etc)

The only issue I have thus far is VPN connections. Looking at what's
installed on my old Fedora install I suspect I need these packages:

kde-plasma-nm-vpnc
kde-plasma-nm-openvpn
NetworkManager-openvpn
NetworkManager-vpnc

However none of these are available in CentOS7, Note I have the centos
extras and the EPEL repos enabled.  I suspect that I need rpmfusion but
I don't see that rpmfusion has a repo for CentOS7...


The OpenVPN packages are in epel, and the vpnc packages are in the Nux
Desktop repo.

NetworkManager-openvpn.x86_64
 1:0.9.8.2-4.el7.1

  @epel

NetworkManager-vpnc.x86_64

1:0.9.9.0-6.git20140428.el7.nux
  nux-dextop





Anyone have any thoughts? Can I simply install the centos6 rpmfusion repo?

Nope. This would make bad things happen.







I've installed the following packages:

/# rpm -qa | egrep 'vpn|NetworkManager'
NetworkManager-vpnc-0.9.9.0-6.git20140428.el7.nux.x86_64
NetworkManager-glib-0.9.9.1-28.git20140326.4dba720.el7_0.2.x86_64
NetworkManager-openvpn-0.9.8.2-4.el7.1.x86_64
vpnc-script-0.5.3-22.svn457.el7.noarch
NetworkManager-0.9.9.1-28.git20140326.4dba720.el7_0.2.x86_64
openvpn-2.3.2-4.el7.x86_64
NetworkManager-tui-0.9.9.1-28.git20140326.4dba720.el7_0.2.x86_64
vpnc-0.5.3-22.svn457.el7.x86_64/

However if I click the KDE Network Manager and then click "Manage 
Connections"

the manage connections dialog box / control module that comes up has the
"Add" button greyed out for VPN connections

Anyone have any ideas how to enable the ability to add a VPN connection?


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

Re: [CentOS] Wow! Double wow!

[Valeri Galtsev]

On Wed, October 29, 2014 9:28 am, Reindl Harald wrote:
>
>
> Am 29.10.2014 um 15:22 schrieb Valeri Galtsev:
>>
>> On Wed, October 29, 2014 9:06 am, Steve Clark wrote:
>>> On 10/29/2014 10:02 AM, Beartooth wrote:
I'm running CentOS 6 (6.5 iirc) on my wife's machine, which I've
 been updating pretty much every day. Today yum got 425 packages!

Somewhere a dam must have broken. Sometimes some of us don't
 appreciate how much work the developers do.

Strength to their arms, and many heartfelt thanks!
>>> +100
>>
>> Me too. I was [mistakenly, apparently] always considering 5.[n+1],
>> 6.[m+1]
>> just re-spins, thus providing latest packages with _backported_ security
>> patches/bugfixes, aimed at providing installation media that is not
>> entail
>> millions of updates. "Releases" with newer versions, drivers included in
>> kernel shuffled, the new kernel (without any necessity in it) which
>> causes
>> hassle to reboot the box... This all effectively defeats the
>> "Enterprise"
>> portion of the name of the system, doesn't it?
>
> if you think there is no necessity for the new kernel who is forcing you
> to reboot?

I like that "If" clause of yours... Basically, if one thinks he knows more
than system vendor, he is just schizophrenic. And we, normal people, do
give schizophrenics a privilege to be on their own. As we, normal people
know that if the distro maintainers had to update kernel, they had a
reason (otherwise, something else breaks). So, we are left running _this_
system, even though it's stressful, still not as stressful as running
"bleeding edge" fedora, right? ;-)

Valeri

> "enterprise OS" is nothing about never ever reboot, it's
> about API/ABI stability
>
>



Valeri Galtsev
Sr System Administrator
Department of Astronomy and Astrophysics
Kavli Institute for Cosmological Physics
University of Chicago
Phone: 773-702-4247

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

Re: [CentOS] Wow! Double wow!

[Chris Adams]

Once upon a time, Bowie Bailey  said:
> RHEL, and therefore CentOS, does not support maintaining a specific
> point release version.

That's not true for RHEL.  A subscription can be switched to an extended
x.y.z release train (but that's a "you get what you pay for" kind of
thing; that level of extended support is time consuming).

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

Re: [CentOS] Wow! Double wow!

[Bowie Bailey]

On 10/29/2014 11:43 AM, Beartooth wrote:

On Wed, 29 Oct 2014 09:22:35 -0500, Valeri Galtsev wrote:


On Wed, October 29, 2014 9:06 am, Steve Clark wrote:

+100


Me too. I was [mistakenly, apparently] always considering 5.[n+1],
6.[m+1] just re-spins, thus providing latest packages with _backported_

security

patches/bugfixes, aimed at providing installation media that is not
entail millions of updates. "Releases" with newer versions, drivers
included in kernel shuffled, the new kernel (without any necessity in
it) which causes hassle to reboot the box... This all effectively
defeats the "Enterprise" portion of the name of the system, doesn't it?

Do not take it as me not being appreciative of the great job the
distribution maintainers do. I'm just trying to give a view of us,
"users" who have to deal with the consequences...

Looking back over the list of packages installed, I notice that
most end in "el6," but there are some with "el6_6." Does that mean she's
now actually running 6.6 rather than 6.5?


She is running CentOS 6 with all current updates.  This currently 
equates to 6.6.


RHEL, and therefore CentOS, does not support maintaining a specific 
point release version.  Updating any CentOS 6 system will now result in 
an update to 6.6.  It is possible to prevent the 6.6 updates from being 
installed, but this will leave you with no further updates (security or 
otherwise).



I've been wondering when it would be best to switch to CentOS 7.
Is there something like fedup in Fedora to do it, or is a fresh install
the only way?


There is a method to upgrade (there was a recent thread about it in this 
group), but the recommended method is to install from scratch.


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

Re: [CentOS] Wow! Double wow!

[Beartooth]

On Wed, 29 Oct 2014 09:22:35 -0500, Valeri Galtsev wrote:

> On Wed, October 29, 2014 9:06 am, Steve Clark wrote:

>> +100
>>
> Me too. I was [mistakenly, apparently] always considering 5.[n+1],
> 6.[m+1] just re-spins, thus providing latest packages with _backported_ 
security
> patches/bugfixes, aimed at providing installation media that is not
> entail millions of updates. "Releases" with newer versions, drivers
> included in kernel shuffled, the new kernel (without any necessity in
> it) which causes hassle to reboot the box... This all effectively
> defeats the "Enterprise" portion of the name of the system, doesn't it?
> 
> Do not take it as me not being appreciative of the great job the
> distribution maintainers do. I'm just trying to give a view of us,
> "users" who have to deal with the consequences...

Looking back over the list of packages installed, I notice that 
most end in "el6," but there are some with "el6_6." Does that mean she's 
now actually running 6.6 rather than 6.5? 

I've been wondering when it would be best to switch to CentOS 7. 
Is there something like fedup in Fedora to do it, or is a fresh install 
the only way?
-- 
Beartooth Staffwright, Not Quite Clueless Power User
Remember I know little (precious little!) of where up is.


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

Re: [CentOS] Wow! Double wow!

[Mark Felder]

On Wed, Oct 29, 2014, at 09:22, Valeri Galtsev wrote:
> 
> On Wed, October 29, 2014 9:06 am, Steve Clark wrote:
> > On 10/29/2014 10:02 AM, Beartooth wrote:
> >>I'm running CentOS 6 (6.5 iirc) on my wife's machine, which I've
> >> been updating pretty much every day. Today yum got 425 packages!
> >>
> >>Somewhere a dam must have broken. Sometimes some of us don't
> >> appreciate how much work the developers do.
> >>
> >>Strength to their arms, and many heartfelt thanks!
> > +100
> >
> 
> Me too. I was [mistakenly, apparently] always considering 5.[n+1],
> 6.[m+1]
> just re-spins, thus providing latest packages with _backported_ security
> patches/bugfixes, aimed at providing installation media that is not
> entail
> millions of updates. "Releases" with newer versions, drivers included in
> kernel shuffled, the new kernel (without any necessity in it) which
> causes
> hassle to reboot the box... This all effectively defeats the "Enterprise"
> portion of the name of the system, doesn't it?
> 

I had a customer with a Violin SAN and they couldn't update their
RHEL/CentOS servers any higher than a certain point release not because
the driver broke, but because the rest of the provided glue broke. I
can't recall the fine details, but I'm pretty sure it was a major change
to udev in the middle of a major release.

I don't understand the direction that has been taken. Anything that runs
on 6.0 should run flawlessly on 6.6. Period.
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] find troubles

[Bowie Bailey]

On 10/28/2014 5:32 PM, Robert Nichols wrote:

On 10/28/2014 04:00 PM, Tim Dunphy wrote:

Hey guys,

  Sorry not sure what's wrong with this statement. I've tried a few
variations of trying to exclude the /var/www directory.


[root@224432-24 apr-1.5.1]# find / -name "*httpd*" -type d \( ! -name 
www \)

/usr/lib/httpd
/usr/lib64/httpd
/var/www/vhosts/johnnyenglish/httpdocs
/var/www/lpaddevbkp/alchemist/namespace/system-config-httpd
/var/www/lpaddevbkp/httpd


Well, no name that matches "*httpd*" will also match "www", so that last
term will never match.  What you want is the "prune" action:

  find / -name www -prune -o -name "*httpd*"


Or use -path instead of -name.

Your original find statement should work with the -path test.

find / -name "*httpd*" -type d \( ! -path /var/www \)

but combining it with -prune is more efficient since it excludes the 
whole directory tree instead of individually excluding each file.


find / -path /var/www -prune -o -name "*httpd*"

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

Re: [CentOS] CentOS-7 and zfs

[John R Pierce]

On 10/29/2014 8:00 AM, James B. Byrne wrote:

Q2.https://github.com/zfsonlinux/zfs/issues/2575  seems to be of some concern
for CentOS-7 users.  Are others experiencing this or is it specific to raid
users?


what do you mean by 'raid users' ?  I saw nothing on that long thread of 
misdirection that appeared to be raid related. mostly, it appeared 
people were trying to use rc.local to fix things which should have been 
fixed in systemd via service dependencies.




--
john r pierce  37N 122W
somewhere on the middle of the left coast

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

[CentOS] CentOS-7 and zfs

[James B. Byrne]

centos-release.x86_64-7-0.1406.el7.centos.2.5@updates
zfs-release.noarch-1-2.el7.centos @/zfs-release.el7.noarch


I am in the process of setting up a CentOS-7 workstation which, eventually,
will be a kvm host for several versions of MS-Windows.  Before I get to that
point I wish to experiment with zfs.  I have a couple of questions:


Q1. Finding a good install tutorial for zfs on CentOS-7 has so far eluded my
google-fu.  Would someone be so kind as to provide either recommendations for
same or direct how-to instructions?  And any gotchas.


Q2. https://github.com/zfsonlinux/zfs/issues/2575 seems to be of some concern
for CentOS-7 users.  Are others experiencing this or is it specific to raid
users?


-- 
***  E-Mail is NOT a SECURE channel  ***
James B. Byrnemailto:byrn...@harte-lyne.ca
Harte & Lyne Limited  http://www.harte-lyne.ca
9 Brockley Drive  vox: +1 905 561 1241
Hamilton, Ontario fax: +1 905 561 0757
Canada  L8E 3C3

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

Re: [CentOS] CentOS 6.5 RHCS fence loops

[aditya hilman]

Hello Digimer,

i'm already configured cluster.conf like your advice, but when start cman
manually on web3 ( cman already stopped ), web2 fenced by web3.
Here the log on web3 :
Oct 29 14:38:42 web3 ricci[2557]: Executing '/usr/bin/virsh nodeinfo'
Oct 29 14:38:42 web3 ricci[2557]: Executing '/usr/bin/virsh nodeinfo'
Oct 29 14:38:42 web3 ricci[2559]: Executing
'/usr/libexec/ricci/ricci-worker -f /var/lib/ricci/queue/1604501608'
Oct 29 14:38:42 web3 ricci[2559]: Executing
'/usr/libexec/ricci/ricci-worker -f /var/lib/ricci/queue/1604501608'
Oct 29 14:38:42 web3 modcluster: Updating cluster.conf
Oct 29 14:38:42 web3 modcluster: Updating cluster.conf
Oct 29 14:39:05 web3 corosync[2651]:   [MAIN  ] Corosync Cluster Engine
('1.4.1'): started and ready to provide service.
Oct 29 14:39:05 web3 corosync[2651]:   [MAIN  ] Corosync Cluster Engine
('1.4.1'): started and ready to provide service.
Oct 29 14:39:05 web3 corosync[2651]:   [MAIN  ] Corosync built-in features:
nss dbus rdma snmp
Oct 29 14:39:05 web3 corosync[2651]:   [MAIN  ] Corosync built-in features:
nss dbus rdma snmp
Oct 29 14:39:05 web3 corosync[2651]:   [MAIN  ] Successfully read config
from /etc/cluster/cluster.conf
Oct 29 14:39:05 web3 corosync[2651]:   [MAIN  ] Successfully read config
from /etc/cluster/cluster.conf
Oct 29 14:39:05 web3 corosync[2651]:   [MAIN  ] Successfully parsed cman
config
Oct 29 14:39:05 web3 corosync[2651]:   [MAIN  ] Successfully parsed cman
config
Oct 29 14:39:05 web3 corosync[2651]:   [TOTEM ] Initializing transport
(UDP/IP Unicast).
Oct 29 14:39:05 web3 corosync[2651]:   [TOTEM ] Initializing transport
(UDP/IP Unicast).
Oct 29 14:39:05 web3 corosync[2651]:   [TOTEM ] Initializing
transmit/receive security: libtomcrypt SOBER128/SHA1HMAC (mode 0).
Oct 29 14:39:05 web3 corosync[2651]:   [TOTEM ] Initializing
transmit/receive security: libtomcrypt SOBER128/SHA1HMAC (mode 0).
Oct 29 14:39:05 web3 corosync[2651]:   [TOTEM ] The network interface
[10.32.6.194] is now up.
Oct 29 14:39:05 web3 corosync[2651]:   [TOTEM ] The network interface
[10.32.6.194] is now up.
Oct 29 14:39:05 web3 corosync[2651]:   [QUORUM] Using quorum provider
quorum_cman
Oct 29 14:39:05 web3 corosync[2651]:   [QUORUM] Using quorum provider
quorum_cman
Oct 29 14:39:05 web3 corosync[2651]:   [SERV  ] Service engine loaded:
corosync cluster quorum service v0.1
Oct 29 14:39:05 web3 corosync[2651]:   [SERV  ] Service engine loaded:
corosync cluster quorum service v0.1
Oct 29 14:39:05 web3 corosync[2651]:   [CMAN  ] CMAN 3.0.12.1 (built Sep 25
2014 15:07:47) started
Oct 29 14:39:05 web3 corosync[2651]:   [CMAN  ] CMAN 3.0.12.1 (built Sep 25
2014 15:07:47) started
Oct 29 14:39:05 web3 corosync[2651]:   [SERV  ] Service engine loaded:
corosync CMAN membership service 2.90
Oct 29 14:39:05 web3 corosync[2651]:   [SERV  ] Service engine loaded:
corosync CMAN membership service 2.90
Oct 29 14:39:05 web3 corosync[2651]:   [SERV  ] Service engine loaded:
openais checkpoint service B.01.01
Oct 29 14:39:05 web3 corosync[2651]:   [SERV  ] Service engine loaded:
openais checkpoint service B.01.01
Oct 29 14:39:05 web3 corosync[2651]:   [SERV  ] Service engine loaded:
corosync extended virtual synchrony service
Oct 29 14:39:05 web3 corosync[2651]:   [SERV  ] Service engine loaded:
corosync extended virtual synchrony service
Oct 29 14:39:05 web3 corosync[2651]:   [SERV  ] Service engine loaded:
corosync configuration service
Oct 29 14:39:05 web3 corosync[2651]:   [SERV  ] Service engine loaded:
corosync configuration service
Oct 29 14:39:05 web3 corosync[2651]:   [SERV  ] Service engine loaded:
corosync cluster closed process group service v1.01
Oct 29 14:39:05 web3 corosync[2651]:   [SERV  ] Service engine loaded:
corosync cluster closed process group service v1.01
Oct 29 14:39:05 web3 corosync[2651]:   [SERV  ] Service engine loaded:
corosync cluster config database access v1.01
Oct 29 14:39:05 web3 corosync[2651]:   [SERV  ] Service engine loaded:
corosync cluster config database access v1.01
Oct 29 14:39:05 web3 corosync[2651]:   [SERV  ] Service engine loaded:
corosync profile loading service
Oct 29 14:39:05 web3 corosync[2651]:   [SERV  ] Service engine loaded:
corosync profile loading service
Oct 29 14:39:05 web3 corosync[2651]:   [QUORUM] Using quorum provider
quorum_cman
Oct 29 14:39:05 web3 corosync[2651]:   [QUORUM] Using quorum provider
quorum_cman
Oct 29 14:39:05 web3 corosync[2651]:   [SERV  ] Service engine loaded:
corosync cluster quorum service v0.1
Oct 29 14:39:05 web3 corosync[2651]:   [SERV  ] Service engine loaded:
corosync cluster quorum service v0.1
Oct 29 14:39:05 web3 corosync[2651]:   [MAIN  ] Compatibility mode set to
whitetank.  Using V1 and V2 of the synchronization engine.
Oct 29 14:39:05 web3 corosync[2651]:   [MAIN  ] Compatibility mode set to
whitetank.  Using V1 and V2 of the synchronization engine.
Oct 29 14:39:05 web3 corosync[2651]:   [TOTEM ] adding new UDPU member
{10.32.6.153}
Oct 29 14:39:05 web3 corosync[2651]:   [TOTEM ] adding new UD

Re: [CentOS] CentOS 6.5 RHCS fence loops

[Digimer]

On 29/10/14 09:33 AM, aditya hilman wrote:

Oct 29 13:15:30 web2 fenced[1548]: fenced 3.0.12.1 started
Oct 29 13:15:30 web2 fenced[1548]: fenced 3.0.12.1 started
Oct 29 13:15:30 web2 dlm_controld[1568]: dlm_controld 3.0.12.1 started
Oct 29 13:15:30 web2 dlm_controld[1568]: dlm_controld 3.0.12.1 started
Oct 29 13:15:30 web2 gfs_controld[1621]: gfs_controld 3.0.12.1 started
Oct 29 13:15:30 web2 gfs_controld[1621]: gfs_controld 3.0.12.1 started
Oct 29 13:16:21 web2 fenced[1548]: fencing node web3.cluster
Oct 29 13:16:21 web2 fenced[1548]: fencing node web3.cluster
Oct 29 13:16:24 web2 fenced[1548]: fence web3.cluster dev 0.0 agent
fence_rhevm result: error from agent
Oct 29 13:16:24 web2 fenced[1548]: fence web3.cluster dev 0.0 agent
fence_rhevm result: error from agent
Oct 29 13:16:24 web2 fenced[1548]: fence web3.cluster failed
Oct 29 13:16:24 web2 fenced[1548]: fence web3.cluster failed
Oct 29 13:16:27 web2 fenced[1548]: fencing node web3.cluster
Oct 29 13:16:27 web2 fenced[1548]: fencing node web3.cluster
Oct 29 13:16:29 web2 fenced[1548]: fence web3.cluster success
Oct 29 13:16:29 web2 fenced[1548]: fence web3.cluster success


It didn't see the other node on boot, gave up and fenced the peer, it 
seems. The fence call failed before it succeeded, another sign of a 
general network issue.


As an aside, did you configure corosync.conf? If so, don't. Let cman 
handle everything.


Are you starting cman on both nodes at (close to) exactly the same time?

--
Digimer
Papers and Projects: https://alteeve.ca/w/
What if the cure for cancer is trapped in the mind of a person without 
access to education?

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

Re: [CentOS] CentOS 6.5 RHCS fence loops

[Digimer]

In 2-node clusters, never allow cman or rgmanager to start on boot. A 
node will reboot for two reasons; it was fenced or it is scheduled 
maintenance. In the former case, you want to review it before restoring 
it. In the later case, a human is there to start it already. This is 
good advice for 3+ clusters as well.


As an aside, the default timeout to wait for the peer on start is 6 
seconds, which I find to be too short. I up it to 30 seconds with:




As for the fence-on-start, it could be a network issue. Have you tried 
unicast instead of multicast? Try this:




Slight comment;

> When cluster being quorum,

Nodes are always quorate in 2-node clusters.

digimer

On 29/10/14 04:44 AM, aditya hilman wrote:

Hi Guys,

I'm using centos 6.5 as guest on RHEV and rhcs for cluster web environment.
The environtment :
web1.example.com
web2.example.com

When cluster being quorum, the web1 reboots by web2. When web2 is going up,
web2 reboots by web1.
Does anybody know how to solving this "fence loop" ?
master_wins="1" is not working properly, qdisk also.
Below the cluster.conf, I re-create "fresh" cluster, but the fence loop is
still exist.



 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 



Log : /var/log/messages
Oct 29 07:34:04 web2 corosync[1182]:   [QUORUM] Members[1]: 1
Oct 29 07:34:04 web2 corosync[1182]:   [QUORUM] Members[1]: 1
Oct 29 07:34:08 web2 fenced[1242]: fence web3.cluster dev 0.0 agent
fence_rhevm result: error from agent
Oct 29 07:34:08 web2 fenced[1242]: fence web3.cluster dev 0.0 agent
fence_rhevm result: error from agent
Oct 29 07:34:08 web2 fenced[1242]: fence web3.cluster failed
Oct 29 07:34:08 web2 fenced[1242]: fence web3.cluster failed
Oct 29 07:34:12 web2 fenced[1242]: fence web3.cluster success
Oct 29 07:34:12 web2 fenced[1242]: fence web3.cluster success
Oct 29 07:34:12 web2 clvmd: Cluster LVM daemon started - connected to CMAN
Oct 29 07:34:12 web2 clvmd: Cluster LVM daemon started - connected to CMAN
Oct 29 07:34:12 web2 rgmanager[1790]: I am node #1
Oct 29 07:34:12 web2 rgmanager[1790]: I am node #1
Oct 29 07:34:12 web2 rgmanager[1790]: Resource Group Manager Starting
Oct 29 07:34:12 web2 rgmanager[1790]: Resource Group Manager Starting


Thanks




--
Digimer
Papers and Projects: https://alteeve.ca/w/
What if the cure for cancer is trapped in the mind of a person without 
access to education?

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

Re: [CentOS] Wow! Double wow!

[Valeri Galtsev]

On Wed, October 29, 2014 9:06 am, Steve Clark wrote:
> On 10/29/2014 10:02 AM, Beartooth wrote:
>>  I'm running CentOS 6 (6.5 iirc) on my wife's machine, which I've
>> been updating pretty much every day. Today yum got 425 packages!
>>
>>  Somewhere a dam must have broken. Sometimes some of us don't
>> appreciate how much work the developers do.
>>
>>  Strength to their arms, and many heartfelt thanks!
> +100
>

Me too. I was [mistakenly, apparently] always considering 5.[n+1], 6.[m+1]
just re-spins, thus providing latest packages with _backported_ security
patches/bugfixes, aimed at providing installation media that is not entail
millions of updates. "Releases" with newer versions, drivers included in
kernel shuffled, the new kernel (without any necessity in it) which causes
hassle to reboot the box... This all effectively defeats the "Enterprise"
portion of the name of the system, doesn't it?

Do not take it as me not being appreciative of the great job the
distribution maintainers do. I'm just trying to give a view of us, "users"
who have to deal with the consequences...

Valeri


Valeri Galtsev
Sr System Administrator
Department of Astronomy and Astrophysics
Kavli Institute for Cosmological Physics
University of Chicago
Phone: 773-702-4247

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

Re: [CentOS] Wow! Double wow!

[Steve Clark]

On 10/29/2014 10:02 AM, Beartooth wrote:

I'm running CentOS 6 (6.5 iirc) on my wife's machine, which I've
been updating pretty much every day. Today yum got 425 packages!

Somewhere a dam must have broken. Sometimes some of us don't
appreciate how much work the developers do.

Strength to their arms, and many heartfelt thanks!

+100

--
Stephen Clark
*NetWolves Managed Services, LLC.*
Director of Technology
Phone: 813-579-3200
Fax: 813-882-0209
Email: steve.cl...@netwolves.com
http://www.netwolves.com
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

[CentOS] Wow! Double wow!

[Beartooth]

I'm running CentOS 6 (6.5 iirc) on my wife's machine, which I've 
been updating pretty much every day. Today yum got 425 packages!

Somewhere a dam must have broken. Sometimes some of us don't 
appreciate how much work the developers do.

Strength to their arms, and many heartfelt thanks!
-- 
Beartooth Staffwright, Not Quite Clueless Power User
Remember I know little (precious little!) of where up is.


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

Re: [CentOS] CentOS 6.5 RHCS fence loops

[aditya hilman]

Hello Dominic,

Thanks for the response.

when I start cman manually, web3 fenced by web2. Here the logs :
web2 : /var/log/messages/

Oct 29 13:15:25 web2 corosync[1493]:   [MAIN  ] Corosync Cluster Engine
('1.4.1'): started and ready to provide service.
Oct 29 13:15:25 web2 corosync[1493]:   [MAIN  ] Corosync Cluster Engine
('1.4.1'): started and ready to provide service.
Oct 29 13:15:25 web2 corosync[1493]:   [MAIN  ] Corosync built-in features:
nss dbus rdma snmp
Oct 29 13:15:25 web2 corosync[1493]:   [MAIN  ] Corosync built-in features:
nss dbus rdma snmp
Oct 29 13:15:25 web2 corosync[1493]:   [MAIN  ] Successfully read config
from /etc/cluster/cluster.conf
Oct 29 13:15:25 web2 corosync[1493]:   [MAIN  ] Successfully read config
from /etc/cluster/cluster.conf
Oct 29 13:15:25 web2 corosync[1493]:   [MAIN  ] Successfully parsed cman
config
Oct 29 13:15:25 web2 corosync[1493]:   [MAIN  ] Successfully parsed cman
config
Oct 29 13:15:25 web2 corosync[1493]:   [TOTEM ] Initializing transport
(UDP/IP Multicast).
Oct 29 13:15:25 web2 corosync[1493]:   [TOTEM ] Initializing transport
(UDP/IP Multicast).
Oct 29 13:15:25 web2 corosync[1493]:   [TOTEM ] Initializing
transmit/receive security: libtomcrypt SOBER128/SHA1HMAC (mode 0).
Oct 29 13:15:25 web2 corosync[1493]:   [TOTEM ] Initializing
transmit/receive security: libtomcrypt SOBER128/SHA1HMAC (mode 0).
Oct 29 13:15:26 web2 corosync[1493]:   [TOTEM ] The network interface
[10.32.6.153] is now up.
Oct 29 13:15:26 web2 corosync[1493]:   [TOTEM ] The network interface
[10.32.6.153] is now up.
Oct 29 13:15:26 web2 corosync[1493]:   [QUORUM] Using quorum provider
quorum_cman
Oct 29 13:15:26 web2 corosync[1493]:   [QUORUM] Using quorum provider
quorum_cman
Oct 29 13:15:26 web2 corosync[1493]:   [SERV  ] Service engine loaded:
corosync cluster quorum service v0.1
Oct 29 13:15:26 web2 corosync[1493]:   [SERV  ] Service engine loaded:
corosync cluster quorum service v0.1
Oct 29 13:15:26 web2 corosync[1493]:   [CMAN  ] CMAN 3.0.12.1 (built Sep 25
2014 15:07:47) started
Oct 29 13:15:26 web2 corosync[1493]:   [CMAN  ] CMAN 3.0.12.1 (built Sep 25
2014 15:07:47) started
Oct 29 13:15:26 web2 corosync[1493]:   [SERV  ] Service engine loaded:
corosync CMAN membership service 2.90
Oct 29 13:15:26 web2 corosync[1493]:   [SERV  ] Service engine loaded:
corosync CMAN membership service 2.90
Oct 29 13:15:26 web2 corosync[1493]:   [SERV  ] Service engine loaded:
openais checkpoint service B.01.01
Oct 29 13:15:26 web2 corosync[1493]:   [SERV  ] Service engine loaded:
openais checkpoint service B.01.01
Oct 29 13:15:26 web2 corosync[1493]:   [SERV  ] Service engine loaded:
corosync extended virtual synchrony service
Oct 29 13:15:26 web2 corosync[1493]:   [SERV  ] Service engine loaded:
corosync extended virtual synchrony service
Oct 29 13:15:26 web2 corosync[1493]:   [SERV  ] Service engine loaded:
corosync configuration service
Oct 29 13:15:26 web2 corosync[1493]:   [SERV  ] Service engine loaded:
corosync configuration service
Oct 29 13:15:26 web2 corosync[1493]:   [SERV  ] Service engine loaded:
corosync cluster closed process group service v1.01
Oct 29 13:15:26 web2 corosync[1493]:   [SERV  ] Service engine loaded:
corosync cluster closed process group service v1.01
Oct 29 13:15:26 web2 corosync[1493]:   [SERV  ] Service engine loaded:
corosync cluster config database access v1.01
Oct 29 13:15:26 web2 corosync[1493]:   [SERV  ] Service engine loaded:
corosync cluster config database access v1.01
Oct 29 13:15:26 web2 corosync[1493]:   [SERV  ] Service engine loaded:
corosync profile loading service
Oct 29 13:15:26 web2 corosync[1493]:   [SERV  ] Service engine loaded:
corosync profile loading service
Oct 29 13:15:26 web2 corosync[1493]:   [QUORUM] Using quorum provider
quorum_cman
Oct 29 13:15:26 web2 corosync[1493]:   [QUORUM] Using quorum provider
quorum_cman
Oct 29 13:15:26 web2 corosync[1493]:   [SERV  ] Service engine loaded:
corosync cluster quorum service v0.1
Oct 29 13:15:26 web2 corosync[1493]:   [SERV  ] Service engine loaded:
corosync cluster quorum service v0.1
Oct 29 13:15:26 web2 corosync[1493]:   [MAIN  ] Compatibility mode set to
whitetank.  Using V1 and V2 of the synchronization engine.
Oct 29 13:15:26 web2 corosync[1493]:   [MAIN  ] Compatibility mode set to
whitetank.  Using V1 and V2 of the synchronization engine.
Oct 29 13:15:26 web2 corosync[1493]:   [TOTEM ] A processor joined or left
the membership and a new membership was formed.
Oct 29 13:15:26 web2 corosync[1493]:   [TOTEM ] A processor joined or left
the membership and a new membership was formed.
Oct 29 13:15:26 web2 corosync[1493]:   [CMAN  ] quorum regained, resuming
activity
Oct 29 13:15:26 web2 corosync[1493]:   [CMAN  ] quorum regained, resuming
activity
Oct 29 13:15:26 web2 corosync[1493]:   [QUORUM] This node is within the
primary component and will provide service.
Oct 29 13:15:26 web2 corosync[1493]:   [QUORUM] This node is within the
primary component and will provide service.
Oct 29 13:15:26 w

[CentOS] CentOS-announce Digest, Vol 116, Issue 14

[centos-announce-request]

Send CentOS-announce mailing list submissions to
centos-annou...@centos.org

To subscribe or unsubscribe via the World Wide Web, visit
http://lists.centos.org/mailman/listinfo/centos-announce
or, via email, send a message with subject or body 'help' to
centos-announce-requ...@centos.org

You can reach the person managing the list at
centos-announce-ow...@centos.org

When replying, please edit your Subject line so it is more specific
than "Re: Contents of CentOS-announce digest..."


Today's Topics:

   1. Release for CentOS-6.6 i386 and x86_64 (Johnny Hughes)
   2. CESA-2014:1724 Important CentOS 7 kernel Security Update
  (Johnny Hughes)
   3. CEBA-2014:1719  CentOS 6 tuned BugFix Update (Johnny Hughes)
   4. CEEA-2014:1718 CentOS 6 qemu-kvm Enhancement  Update
  (Johnny Hughes)
   5. CEBA-2014:1720  CentOS 6 libvirt BugFix Update (Johnny Hughes)
   6. CEBA-2014:1730 CentOS 7 scl-utils BugFix Update (Johnny Hughes)
   7. CEBA-2014:1729 CentOS 7 setup FASTTRACK BugFixUpdate
  (Johnny Hughes)
   8. CEBA-2014:1730 CentOS 6 scl-utils BugFix Update (Johnny Hughes)


--

Message: 1
Date: Tue, 28 Oct 2014 10:40:13 -0500
From: Johnny Hughes 
To: CentOS-Announce ,   Ladislav Bodnar

Subject: [CentOS-announce] Release for CentOS-6.6 i386 and x86_64
Message-ID: <544fb8dd.6010...@centos.org>
Content-Type: text/plain; charset="utf-8"

We are pleased to announce the immediate availability of CentOS-6.6 and
install media for i386 and x86_64 Architectures. Release Notes for 6.6
are available at http://wiki.centos.org/Manuals/ReleaseNotes/CentOS6.6 -
we recommend everyone review these release notes.

CentOS-6.6 is based on source code released by Red Hat, Inc. for Red Hat
Enterprise Linux. All upstream variants have been placed into one combined
repository to make it easier for end users.  Workstation, server, and
minimal
installs can all be done from our combined repository.

There are many fundamental changes in this release, compared with the
past CentOS-6 releases, and we highly recommend everyone study the upstream
Release Notes as well as the upstream Technical Notes about the changes
and how they might impact your installation. (See the 'Further Reading'
section if the CentOS release notes link above).

All updates since the upstream 6.6 release are also on the CentOS-6.6
mirrors
as zero day updates.  When installing CentOS-6.6 (or any other version)
from
any of our media, you should always run 'yum update' after the install.

Users consuming our centos-cr repositories will already be running all the
packages that make up CentOS-6.6 as of one week ago and will notice only the
centos-release rpm update today.  For more information on the CR repository
for future updates, see this link:
http://wiki.centos.org/AdditionalResources/Repositories/CR

Release Announcements for all updated packages are available here:
http://lists.centos.org/pipermail/centos-cr-announce/2014-October/thread.html

+++
Upgrading From Prior Major CentOS Versions:

We recommend everyone perform a fresh reinstall rather than attempt an in
place upgrade from other major CentOS versions (CentOS-2.1, CentOS-3.x,
CentOS-4.x, CentOS-5.x).

+++
Upgrading from CentOS-6.0 / 6.1 / 6.2 / 6.3 / 6.4 or 6.5

CentOS is designed to automatically upgrade between releases within a major
version (in this case, CentOS-6). Unless you have edited your yum default
configuration, a 'yum update' should move your machines seamlessly from any
previous CentOS-6.x release to CentOS-6.6.

+++
Downloading CentOS-6.6 for new installs:

When possible, consider using torrents to obtain our ISOs. Usually it is
also
the fastest means to download the distro.

Torrent files for the DVD's are available at :
http://mirror.centos.org/centos/6.6/isos/i386/CentOS-6.6-i386-bin-DVD1to2.torrent
http://mirror.centos.org/centos/6.6/isos/x86_64/CentOS-6.6-x86_64-bin-DVD1to2.torrent

You can also use a mirror close to you to get any of our ISOs:
http://mirror.centos.org/centos/6.6/isos/

If you need to update a local mirror, you can choose from our mirror
network:
http://www.centos.org/download/mirrors/
 
Most mirrors will allow downloads over http, ftp and rsync.

Please keep in mind that not all mirrors are currently updated, some may
take
as long as 24 hours after this announcement to receive all CentOS-6.6
content.

We have made efforts to ensure that most install types and roles can be
done
from DVD-1 itself.

Note:  Some UEFI machines can not use the 'netinstall' ISOs, but either the
DVD or minimal ISOs will work with UEFI.  Secure Boot must be disabled to
install CentOS-6.6.

+++
sha1sum for the CentOS-6.6 ISOS:

i386:
d16aa4a8e6f71fb01fcc26d8ae0e3443ed514c8e  CentOS-6.6-i386-bin-DVD1.iso
be31aa5c635363092b944e5d43c6a77f2398c3a0  CentOS-6.6-i386-bin-DVD2.iso
6760e2e2a807081731763

Re: [CentOS] No X with new 6.6 kernel

[Ned Slider]

On 29/10/14 03:09, Akemi Yagi wrote:
> On Tue, Oct 28, 2014 at 7:33 PM, Johnny Hughes  wrote:
>> On 10/28/2014 09:06 PM, Mark LaPierre wrote:
>>> On 10/28/14 21:13, Mark LaPierre wrote:
 Hey Y'all,

 After upgrade to 6.6 my gui will not start.  The problem is probably
 related to the dusty old video card I've got in this crusty old machine.

 01:00.0 VGA compatible controller: NVIDIA Corporation G73 [GeForce 7600
 GS] (rev a2)

 I've got the proprietary drivers installed.  Normally when I update my
 kernel the video module is rebuilt automagically.  That probably doesn't
 work with the new kernel.

 I can get the GUI running by booting into the previous kernel version.

 Does anyone know what repository and package name I need to update the
 driver for 6.6?

>>>
>>> Okay, I erased kmod-nvidia-304xx and nvidia-x11-drv-304xx
>>>
>>> I booted into the new kernel and reinstalled kmod-nvidia-304xx and
>>> nvidia-x11-drv-304xx.
>>>
>>> After a reboot still no joy.
>>>
>>> The Xorg.0.log says:
>>>
>>> [57.575] (EE) NVIDIA: Failed to load the NVIDIA kernel module.
>>> Please check your
>>> [57.575] (EE) NVIDIA: system's kernel log for additional error
>>> messages.
>>>
>>> Where do I find said kernel log?
>>>
>>>
>>
>> Do you also have kernel-devel for the new kernel installed?
>>
>> I don't know how that package works (it is not in one of the CentOS
>> repo's) but it might need to be updated by the provider to work with the
>> new kernel as well.
>>
>> Akemi, is that an elrepo package .. and does it work with 6.6?
> 
> Someone called my name ... :)
> 
> Mark, first make sure you need the -304xx driver by running nvidia-detect:
> 
> http://elrepo.org/tiki/nvidia-detect
> 
> Once confirmed, you need to install the latest version of
> kmod-nvidia-304xx from the elrepo-testing repository on your 6.6 OS.
> Please see:
> 
> http://elrepo.org/bugs/view.php?id=517
> 
> They will eventually be moved to the elrepo main repository.
> 
> Akemi

Akemi is correct. Users of kmod-nvidia-304xx will need to update to the
latest release (currently kmod-nvidia-304xx-304.123-3.el6.elrepo) at the
same time as updating to 6.6.

Please note, due to changes in the 6.6 kernel ABI, the original release
(304.123-1) is compatible with 6.5 but NOT 6.6, and latest release
(304.123-3) is compatible with 6.6 but NOT backwards compatible with
6.5. This means you MUST update  kmod-nvidia-304xx at the same time as
performing the 6.5 to 6.6 update / reboot if you want X to continue
working seamlessly.

The newer kmod-nvidia-304xx release(s) are in the elrepo-testing
repository, and are now also syncing to the main elrepo repository.

The current 340.xx driver is unaffected. The older 173.xx driver may
also be similarly affected but I have not tested it and have yet to
receive a bug report on it. If it is similarly broken I will fix it as
and when someone reports it and is able to test the fix.

Thanks.


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

Re: [CentOS] Upgrade to CentOS6.6: mpich dep error

[wwp]

Hello Johnny,


On Wed, 29 Oct 2014 04:35:02 -0500 Johnny Hughes  wrote:

> On 10/29/2014 03:59 AM, wwp wrote:
> > Hello there,
> > 
> > 
> > I'm checking if I can upgrade safely from CentOS6.5 to 6.6 using yum,
> > and here's what it says:
> > 
> > =
> > [snip]
> > --> Finished Dependency Resolution
> > --> Running transaction check
> > ---> Package kernel.x86_64 0:2.6.32-431.23.3.el6.centos.plus will be erased
> > ---> Package kernel-devel.x86_64 0:2.6.32-431.23.3.el6.centos.plus will be 
> > erased
> > ---> Package mpich2.x86_64 0:1.2.1-2.3.el6 will be obsoleted
> > --> Processing Dependency: libmpich.so.1.2()(64bit) for package: 
> > hdf5-mpich2-1.8.5.patch1-7.el6.x86_64
> > --> Processing Dependency: libmpichf90.so.1.2()(64bit) for package: 
> > hdf5-mpich2-1.8.5.patch1-7.el6.x86_64
> > --> Processing Dependency: mpich2 for package: 
> > hdf5-mpich2-1.8.5.patch1-7.el6.x86_64
> > Package mpich2 is obsoleted by mpich, but obsoleting package does not 
> > provide for requirements
> > --> Finished Dependency Resolution
> > Error: Package: hdf5-mpich2-1.8.5.patch1-7.el6.x86_64 (@epel)
> >Requires: mpich2
> >Removing: mpich2-1.2.1-2.3.el6.x86_64 (@base)
> >mpich2 = 1.2.1-2.3.el6
> >Obsoleted By: mpich-3.1-4.el6.x86_64 (base)
> >Not found
> > Error: Package: hdf5-mpich2-1.8.5.patch1-7.el6.x86_64 (@epel)
> >Requires: libmpichf90.so.1.2()(64bit)
> >Removing: mpich2-1.2.1-2.3.el6.x86_64 (@base)
> >libmpichf90.so.1.2()(64bit)
> >Obsoleted By: mpich-3.1-4.el6.x86_64 (base)
> >Not found
> > Error: Package: hdf5-mpich2-1.8.5.patch1-7.el6.x86_64 (@epel)
> >Requires: libmpich.so.1.2()(64bit)
> >Removing: mpich2-1.2.1-2.3.el6.x86_64 (@base)
> >libmpich.so.1.2()(64bit)
> >Obsoleted By: mpich-3.1-4.el6.x86_64 (base)
> >Not found
> >  You could try using --skip-broken to work around the problem
> >  You could try running: rpm -Va --nofiles --nodigest
> > =
> > 
> > Those packages depend on mpich2.x86_64:
> > 
> >  boost-graph-mpich2  x86_64 
> > 1.41.0-18.el6   @base 440 k
> >  boost-mpich2x86_64 
> > 1.41.0-18.el6   @base 353 k
> >  boost-mpich2-python x86_64 
> > 1.41.0-18.el6   @base  44 k
> >  hdf5-mpich2 x86_64 
> > 1.8.5.patch1-7.el6  @epel 6.8 M
> >  mpich2-develx86_64 
> > 1.2.1-2.3.el6   @base 6.8 M
> > 
> > I presume it's the dep from hdf5mich from epel which is blocking..
> > Any hint about what I could do now?
> > 
> 
> This is a known epel problem, they are working on it:
> 
> https://bugzilla.redhat.com/show_bug.cgi?id=1155089

Oh, well, thanks a bunch for the tip! I'll keep an eye on the bug.


Regards,

-- 
wwp


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

Re: [CentOS] CentOS 6.5 RHCS fence loops

[Dominic Geevarghese]

Hi,

Does anybody know how to solving this "fence loop" ?
> master_wins="1" is not working properly, qdisk also.
>

Logs shared are not sufficient to identify the cause of fence loop. I would
suggest you to

1. Disable cman - chkconfig cman off ( and rgmanager also if you wish ) -
on both the nodes .
2. Reboot both the nodes
3. Once the machine is up, open two terminals
4. Start cman manually on both the nodes
5. share the behaviour and logs generated.

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

Re: [CentOS] CentOS 6.6: Lost connection to tape library

[Mogens Kjaer]

On 10/29/2014 10:47 AM, Dominic Geevarghese wrote:

* Enabling scsi logging would be the next step to figure it out the reason
why tape is not functioning in latest kernel.



The machine is in production so I'll have to wait until I get a chance 
to reboot to the new kernel.


I have a spare machine for testing - but it does not have a tape library :-(

Thanks for the suggestion.

Mogens

--
Mogens Kjaer, m...@lemo.dk
http://www.lemo.dk

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

Re: [CentOS] CentOS 6.6: Lost connection to tape library

[Dominic Geevarghese]

Hi,

On Wed, Oct 29, 2014 at 1:07 PM, Mogens Kjaer  wrote:

> On 10/29/2014 08:07 AM, Dominic Geevarghese wrote:
>
>> ok. I think, it would be really great if you could share the output of
>>
>> # lspci -vn | egrep '05:00.0|0b:00.0'
>>
>
> Booted on the old kernel:
>
> 05:00.0 0104: 103c:323a (rev 01)
> 0b:00.0 0104: 103c:323a (rev 01)


Ok, it seems the kernel 2.6.32-504.el6.centos.plus supports the above said
hardware and driver hpsa is included in the kernel.

filename:
/lib/modules/2.6.32-504.el6.centos.plus.x86_64/kernel/drivers/scsi/hpsa.ko
license:GPL
version:3.4.4-1-RH2
description:Driver for HP Smart Array Controller version 3.4.4-1-RH2
author: Hewlett-Packard Company
srcversion: ADF4B03767C43E41961C9AA

Even I have installed the kmod-hpsa and checked the driver version.  Per
latest kmod-hpsa-3.4.4_1_RH1-1.el6_5.x86_64  available,
the driver version is one lower than module shipped in
2.6.32-504.el6.centos.plus kernel and changelog of kmod doesn't show
anything
relevant to your issue.

filename:   /lib/modules/2.6.32-431.20.3.el6.x86_64/extra/hpsa/hpsa.ko
license:GPL
version:3.4.4-1-RH1
description:Driver for HP Smart Array Controller version 3.4.4-1-RH1
author: Hewlett-Packard Company
srcversion: 4B558C7818157360E7C4D89

Based on the data extracted, I would say,

* The issue you have encountered is not due to missing driver support.
* Enabling scsi logging would be the next step to figure it out the reason
why tape is not functioning in latest kernel.

@list, please shoot if any other suggestions .

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

Re: [CentOS] Upgrade to CentOS6.6: mpich dep error

[Johnny Hughes]

On 10/29/2014 03:59 AM, wwp wrote:
> Hello there,
> 
> 
> I'm checking if I can upgrade safely from CentOS6.5 to 6.6 using yum,
> and here's what it says:
> 
> =
> [snip]
> --> Finished Dependency Resolution
> --> Running transaction check
> ---> Package kernel.x86_64 0:2.6.32-431.23.3.el6.centos.plus will be erased
> ---> Package kernel-devel.x86_64 0:2.6.32-431.23.3.el6.centos.plus will be 
> erased
> ---> Package mpich2.x86_64 0:1.2.1-2.3.el6 will be obsoleted
> --> Processing Dependency: libmpich.so.1.2()(64bit) for package: 
> hdf5-mpich2-1.8.5.patch1-7.el6.x86_64
> --> Processing Dependency: libmpichf90.so.1.2()(64bit) for package: 
> hdf5-mpich2-1.8.5.patch1-7.el6.x86_64
> --> Processing Dependency: mpich2 for package: 
> hdf5-mpich2-1.8.5.patch1-7.el6.x86_64
> Package mpich2 is obsoleted by mpich, but obsoleting package does not provide 
> for requirements
> --> Finished Dependency Resolution
> Error: Package: hdf5-mpich2-1.8.5.patch1-7.el6.x86_64 (@epel)
>Requires: mpich2
>Removing: mpich2-1.2.1-2.3.el6.x86_64 (@base)
>mpich2 = 1.2.1-2.3.el6
>Obsoleted By: mpich-3.1-4.el6.x86_64 (base)
>Not found
> Error: Package: hdf5-mpich2-1.8.5.patch1-7.el6.x86_64 (@epel)
>Requires: libmpichf90.so.1.2()(64bit)
>Removing: mpich2-1.2.1-2.3.el6.x86_64 (@base)
>libmpichf90.so.1.2()(64bit)
>Obsoleted By: mpich-3.1-4.el6.x86_64 (base)
>Not found
> Error: Package: hdf5-mpich2-1.8.5.patch1-7.el6.x86_64 (@epel)
>Requires: libmpich.so.1.2()(64bit)
>Removing: mpich2-1.2.1-2.3.el6.x86_64 (@base)
>libmpich.so.1.2()(64bit)
>Obsoleted By: mpich-3.1-4.el6.x86_64 (base)
>Not found
>  You could try using --skip-broken to work around the problem
>  You could try running: rpm -Va --nofiles --nodigest
> =
> 
> Those packages depend on mpich2.x86_64:
> 
>  boost-graph-mpich2  x86_64 
> 1.41.0-18.el6   @base 440 k
>  boost-mpich2x86_64 
> 1.41.0-18.el6   @base 353 k
>  boost-mpich2-python x86_64 
> 1.41.0-18.el6   @base  44 k
>  hdf5-mpich2 x86_64 
> 1.8.5.patch1-7.el6  @epel 6.8 M
>  mpich2-develx86_64 
> 1.2.1-2.3.el6   @base 6.8 M
> 
> I presume it's the dep from hdf5mich from epel which is blocking..
> Any hint about what I could do now?
> 

This is a known epel problem, they are working on it:

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




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

[CentOS] Upgrade to CentOS6.6: mpich dep error

[wwp]

Hello there,


I'm checking if I can upgrade safely from CentOS6.5 to 6.6 using yum,
and here's what it says:

=
[snip]
--> Finished Dependency Resolution
--> Running transaction check
---> Package kernel.x86_64 0:2.6.32-431.23.3.el6.centos.plus will be erased
---> Package kernel-devel.x86_64 0:2.6.32-431.23.3.el6.centos.plus will be 
erased
---> Package mpich2.x86_64 0:1.2.1-2.3.el6 will be obsoleted
--> Processing Dependency: libmpich.so.1.2()(64bit) for package: 
hdf5-mpich2-1.8.5.patch1-7.el6.x86_64
--> Processing Dependency: libmpichf90.so.1.2()(64bit) for package: 
hdf5-mpich2-1.8.5.patch1-7.el6.x86_64
--> Processing Dependency: mpich2 for package: 
hdf5-mpich2-1.8.5.patch1-7.el6.x86_64
Package mpich2 is obsoleted by mpich, but obsoleting package does not provide 
for requirements
--> Finished Dependency Resolution
Error: Package: hdf5-mpich2-1.8.5.patch1-7.el6.x86_64 (@epel)
   Requires: mpich2
   Removing: mpich2-1.2.1-2.3.el6.x86_64 (@base)
   mpich2 = 1.2.1-2.3.el6
   Obsoleted By: mpich-3.1-4.el6.x86_64 (base)
   Not found
Error: Package: hdf5-mpich2-1.8.5.patch1-7.el6.x86_64 (@epel)
   Requires: libmpichf90.so.1.2()(64bit)
   Removing: mpich2-1.2.1-2.3.el6.x86_64 (@base)
   libmpichf90.so.1.2()(64bit)
   Obsoleted By: mpich-3.1-4.el6.x86_64 (base)
   Not found
Error: Package: hdf5-mpich2-1.8.5.patch1-7.el6.x86_64 (@epel)
   Requires: libmpich.so.1.2()(64bit)
   Removing: mpich2-1.2.1-2.3.el6.x86_64 (@base)
   libmpich.so.1.2()(64bit)
   Obsoleted By: mpich-3.1-4.el6.x86_64 (base)
   Not found
 You could try using --skip-broken to work around the problem
 You could try running: rpm -Va --nofiles --nodigest
=

Those packages depend on mpich2.x86_64:

 boost-graph-mpich2  x86_64 
1.41.0-18.el6   @base 440 k
 boost-mpich2x86_64 
1.41.0-18.el6   @base 353 k
 boost-mpich2-python x86_64 
1.41.0-18.el6   @base  44 k
 hdf5-mpich2 x86_64 
1.8.5.patch1-7.el6  @epel 6.8 M
 mpich2-develx86_64 
1.2.1-2.3.el6   @base 6.8 M

I presume it's the dep from hdf5mich from epel which is blocking..
Any hint about what I could do now?


Regards,

-- 
wwp


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

[CentOS] CentOS 6.5 RHCS fence loops

[aditya hilman]

Hi Guys,

I'm using centos 6.5 as guest on RHEV and rhcs for cluster web environment.
The environtment :
web1.example.com
web2.example.com

When cluster being quorum, the web1 reboots by web2. When web2 is going up,
web2 reboots by web1.
Does anybody know how to solving this "fence loop" ?
master_wins="1" is not working properly, qdisk also.
Below the cluster.conf, I re-create "fresh" cluster, but the fence loop is
still exist.


























Log : /var/log/messages
Oct 29 07:34:04 web2 corosync[1182]:   [QUORUM] Members[1]: 1
Oct 29 07:34:04 web2 corosync[1182]:   [QUORUM] Members[1]: 1
Oct 29 07:34:08 web2 fenced[1242]: fence web3.cluster dev 0.0 agent
fence_rhevm result: error from agent
Oct 29 07:34:08 web2 fenced[1242]: fence web3.cluster dev 0.0 agent
fence_rhevm result: error from agent
Oct 29 07:34:08 web2 fenced[1242]: fence web3.cluster failed
Oct 29 07:34:08 web2 fenced[1242]: fence web3.cluster failed
Oct 29 07:34:12 web2 fenced[1242]: fence web3.cluster success
Oct 29 07:34:12 web2 fenced[1242]: fence web3.cluster success
Oct 29 07:34:12 web2 clvmd: Cluster LVM daemon started - connected to CMAN
Oct 29 07:34:12 web2 clvmd: Cluster LVM daemon started - connected to CMAN
Oct 29 07:34:12 web2 rgmanager[1790]: I am node #1
Oct 29 07:34:12 web2 rgmanager[1790]: I am node #1
Oct 29 07:34:12 web2 rgmanager[1790]: Resource Group Manager Starting
Oct 29 07:34:12 web2 rgmanager[1790]: Resource Group Manager Starting


Thanks
-- 
Regards,
Adit
http://a dityahilman.com
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] CentOS 6.6: Lost connection to tape library

[Mogens Kjaer]

On 10/29/2014 08:07 AM, Dominic Geevarghese wrote:

ok. I think, it would be really great if you could share the output of

# lspci -vn | egrep '05:00.0|0b:00.0'


Booted on the old kernel:

05:00.0 0104: 103c:323a (rev 01)
0b:00.0 0104: 103c:323a (rev 01)

Mogens

--
Mogens Kjaer, m...@lemo.dk
http://www.lemo.dk

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

Re: [CentOS] CentOS-6.6 is Released

[Sorin Srbu]

> -Original Message-
> From: centos-boun...@centos.org [mailto:centos-boun...@centos.org] On
> Behalf Of Johnny Hughes
> Sent: den 28 oktober 2014 17:17
> To: CentOS ML
> Subject: [CentOS] CentOS-6.6 is Released
> 
> Just letting everyone here know, CentOS-6.6 is now released:
> 
> http://lists.centos.org/pipermail/centos-announce/2014-
> October/020709.html

New upgrade looks good over here.

Thanks CentOS-team!

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

Re: [CentOS] CentOS 6.6: Lost connection to tape library

[Dominic Geevarghese]

Hi,


> 05:00.0 RAID bus controller: Hewlett-Packard Company Smart Array G6
> controllers (rev 01)
> 0b:00.0 RAID bus controller: Hewlett-Packard Company Smart Array G6
> controllers (rev 01)
>


ok. I think, it would be really great if you could share the output of

# lspci -vn | egrep '05:00.0|0b:00.0'

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