[CentOS] CentOS-announce Digest, Vol 119, Issue 5

[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. CEBA-2015:0049 CentOS 6 tree FASTTRACK BugFix Update
  (Johnny Hughes)
   2. CEBA-2015:0048 CentOS 6 nss-softokn BugFix Update (Johnny Hughes)
   3. CEBA-2015:0050 CentOS 6 device-mapper-multipath   BugFix Update
  (Johnny Hughes)
   4. CESA-2015:0047 Important CentOS 6 thunderbird Security Update
  (Johnny Hughes)
   5. CESA-2015:0046 Critical CentOS 6 firefox Security Update
  (Johnny Hughes)
   6. CEBA-2015:0037  CentOS 7 systemd BugFix Update (Johnny Hughes)
   7. CESA-2015:0046 Critical CentOS 7 xulrunnerSecurity Update
  (Johnny Hughes)
   8. CESA-2015:0046 Critical CentOS 7 firefox Security Update
  (Johnny Hughes)
   9. CESA-2015:0046 Critical CentOS 5 firefox Security Update
  (Johnny Hughes)
  10. CESA-2015:0047 Important CentOS 5 thunderbird Security Update
  (Johnny Hughes)
  11. Re: CEBA-2015:0048 CentOS 6 nss-softokn BugFix Update
  (Karanbir Singh)
  12. Re: CEBA-2015:0048 CentOS 6 nss-softokn BugFix Update
  (Johnny Hughes)
  13. CEBA-2015:0048 CentOS 6 nss-softokn BugFix Update (Johnny Hughes)


--

Message: 1
Date: Wed, 14 Jan 2015 14:12:30 +
From: Johnny Hughes 
To: centos-annou...@centos.org
Subject: [CentOS-announce] CEBA-2015:0049 CentOS 6 tree FASTTRACK
BugFix  Update
Message-ID: <20150114141230.ga37...@n04.lon1.karan.org>
Content-Type: text/plain; charset=us-ascii


CentOS Errata and Bugfix Advisory 2015:0049 

Upstream details at : https://rhn.redhat.com/errata/RHBA-2015-0049.html

The following updated files have been uploaded and are currently 
syncing to the mirrors: ( sha256sum Filename ) 

i386:
f85219f63b25669473ba195ec39cfebfed13f089563e33ce10b9962d1a7088c1  
tree-1.5.3-3.el6.i686.rpm

x86_64:
44d8a9b5f1929e5c961d855107009e65bea68e21a8761804f3e746ffa7f64554  
tree-1.5.3-3.el6.x86_64.rpm

Source:
8f3abb7d0f63e64aee74496ac3f0422dded1718e79892d8804f139d6efc9b6c9  
tree-1.5.3-3.el6.src.rpm



-- 
Johnny Hughes
CentOS Project { http://www.centos.org/ }
irc: hughesjr, #cen...@irc.freenode.net



--

Message: 2
Date: Wed, 14 Jan 2015 14:11:43 +
From: Johnny Hughes 
To: centos-annou...@centos.org
Subject: [CentOS-announce] CEBA-2015:0048 CentOS 6 nss-softokn BugFix
Update
Message-ID: <20150114141143.ga37...@n04.lon1.karan.org>
Content-Type: text/plain; charset=us-ascii


CentOS Errata and Bugfix Advisory 2015:0048 

Upstream details at : https://rhn.redhat.com/errata/RHBA-2015-0048.html

The following updated files have been uploaded and are currently 
syncing to the mirrors: ( sha256sum Filename ) 

i386:
5b14286a10d83a86c2f67afd0cc32587b33d8bd539ce49e216ea97f23faf1d4a  
nss-softokn-3.14.3-19.el6_6.i686.rpm
6c6c9f9bbcd26f44758a20391383348e78a5b71d21abfe38048e75062d274d21  
nss-softokn-devel-3.14.3-19.el6_6.i686.rpm
26684b3d183aa1c0c04c48f12962a743b1d54c5c5bc9d9608a6cb93378aea83c  
nss-softokn-freebl-3.14.3-19.el6_6.i686.rpm
7a7be0afc296176e65f61b3f8b6365f0cb045fc6aaa3c42f631497adbd5a66f5  
nss-softokn-freebl-devel-3.14.3-19.el6_6.i686.rpm

x86_64:
5b14286a10d83a86c2f67afd0cc32587b33d8bd539ce49e216ea97f23faf1d4a  
nss-softokn-3.14.3-19.el6_6.i686.rpm
27020bae70f5ae25027119e0c4c941358f8f85d9870eb2bae78875833a66beba  
nss-softokn-3.14.3-19.el6_6.x86_64.rpm
6c6c9f9bbcd26f44758a20391383348e78a5b71d21abfe38048e75062d274d21  
nss-softokn-devel-3.14.3-19.el6_6.i686.rpm
d96ef3631b8da97916d2da753f2f86f7ef5fa2fb04aea46540809c8310e18683  
nss-softokn-devel-3.14.3-19.el6_6.x86_64.rpm
26684b3d183aa1c0c04c48f12962a743b1d54c5c5bc9d9608a6cb93378aea83c  
nss-softokn-freebl-3.14.3-19.el6_6.i686.rpm
4e53684d386b3120a42c83293c0df7d2d967701d06e8172522121eaaa9b2  
nss-softokn-freebl-3.14.3-19.el6_6.x86_64.rpm
7a7be0afc296176e65f61b3f8b6365f0cb045fc6aaa3c42f631497adbd5a66f5  
nss-softokn-freebl-devel-3.14.3-19.el6_6.i686.rpm
8ae686401f495292eca45b72388728663a4d5ce72cb6c4e298d53e96c19a64f5  
nss-softokn-freebl-devel-3.14.3-19.el6_6.x86_64.rpm

Source:
e7bb2d14f2a87ba9bfc5659dd0a5d65330bb385fad40a2de80435f265e3f1470  
nss-softokn-3.14.3-19.el6_6.src.rpm



-- 
Johnny Hughes
CentOS Project { http://www.centos.org/ }
irc: hughesjr, #cen...@irc.freenode.net



--

Message: 3
Date: Wed, 14 Jan 2015 14:13:23 +
From: Johnny Hughes 
To: centos-annou...@centos.org
Subject: [CentOS-announce] CEBA-2015:0050 CentOS 6
device-mapper-multipath BugFix Update
Message-ID:

Re: [CentOS] [CentOS-announce] CEBA-2015:0048 CentOS 6 nss-softokn BugFix Update

[centoslistmail]

On Jan 14 10:37pm, Johnny Hughes wrote:


CentOS Errata and Bugfix Advisory 2015:0048

Upstream details at : https://rhn.redhat.com/errata/RHBA-2015-0048.html

The following updated files have been uploaded and are currently
syncing to the mirrors: ( sha256sum Filename )


I was surprised to find that these RPMs were modified and re-released 
with different sums yet identical version strings. Is this common 
practice?

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

Re: [CentOS] [CentOS-announce] CEBA-2015:0048 CentOS 6 nss-softokn BugFix Update

[Johnny Hughes]

On 01/15/2015 07:15 AM, centoslistm...@gmail.com wrote:
> On Jan 14 10:37pm, Johnny Hughes wrote:
>>
>> CentOS Errata and Bugfix Advisory 2015:0048
>>
>> Upstream details at : https://rhn.redhat.com/errata/RHBA-2015-0048.html
>>
>> The following updated files have been uploaded and are currently
>> syncing to the mirrors: ( sha256sum Filename )
> 
> I was surprised to find that these RPMs were modified and re-released
> with different sums yet identical version strings. Is this common practice?

No, not at all

There was what we thought was a huge problem with the packages, that
ended up being this bug:

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

http://lists.centos.org/pipermail/centos-announce/2015-January/020880.html

The reason they are different was that we rebuilt and resigned the
packages in our troubleshooting of how it completely rendered yum and
rpm unusable .. then we found the cause.

But, since we found that the issue was an upstream bug (ie, centos
matches rhel and they have to fox the issue, or not fix it), we decided
to re-release.  However, I did not save the original signed packages, so
I had to resign the first ones and release them.  The only differences
between the two package sets, if you were to compare them would be the
signing data/time.

Sorry for the inconvenience.

Thanks,
Johnny Hughes





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

Re: [CentOS] [CentOS-announce] CEBA-2015:0048 CentOS 6 nss-softokn BugFix Update

[centoslistmail]

On Jan 15  8:27am, Johnny Hughes wrote:


I had to resign the first ones and release them.  The only differences
between the two package sets, if you were to compare them would be the
signing data/time.


Thank you for the explanation. It eases my mind considerably. :)

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

Re: [CentOS] [CentOS-announce] CEBA-2015:0048 CentOS 6 nss-softokn BugFix Update

[Robert Nichols]

On 01/15/2015 08:27 AM, Johnny Hughes wrote:

There was what we thought was a huge problem with the packages, that
ended up being this bug:

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

http://lists.centos.org/pipermail/centos-announce/2015-January/020880.html

The reason they are different was that we rebuilt and resigned the
packages in our troubleshooting of how it completely rendered yum and
rpm unusable .. then we found the cause.


Interesting.  I was running with the mismatched versions (after "yum
downgrade nss-softokn-freebl") and having no issues with yum or rpm.
  nss-softokn-3.14.3-18.el6_6.x86_64
  nss-softokn-freebl-3.14.3-17.el6.i686
  nss-softokn-freebl-3.14.3-17.el6.x86_64

(I've updated now to version 3.14.3-19.el6_6 for both.)

--
Bob Nichols "NOSPAM" is really part of my email address.
Do NOT delete it.

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

[CentOS] leap second and Centos

[G Galitz]

Hi.

We have another leap second coming.  Have past bugs with Centos and leap 
seconds (specifically high CPU spikes) been resolved? Should we be 
worried?


-G


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

Re: [CentOS] leap second and Centos

[Akemi Yagi]

On Thu, Jan 15, 2015 at 8:43 AM, G Galitz  wrote:
>
> Hi.
>
> We have another leap second coming.  Have past bugs with Centos and leap
> seconds (specifically high CPU spikes) been resolved? Should we be worried?

Apparently Red Hat is well aware of the upcoming leap second:

https://access.redhat.com/solutions/1317263

Unfortunately all the related bugzilla reports are private so we
cannot see the status.

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

Re: [CentOS] leap second and Centos

[Jason Pyeron]

> -Original Message-
> From: Akemi Yagi
> Sent: Thursday, January 15, 2015 12:05
> 
> On Thu, Jan 15, 2015 at 8:43 AM, G Galitz  wrote:
> >
> > Hi.
> >
> > We have another leap second coming.  Have past bugs with 
> Centos and leap
> > seconds (specifically high CPU spikes) been resolved? 
> Should we be worried?
> 
> Apparently Red Hat is well aware of the upcoming leap second:
> 
> https://access.redhat.com/solutions/1317263
> 
> Unfortunately all the related bugzilla reports are private so we
> cannot see the status.

It seems to boil down to: https://bugzilla.redhat.com/show_bug.cgi?id=479765 
which is closed fixed. The private bugs are "pay attention" tickets, but some 
do reference KB Article "Leap Seconds in Red Hat Enterprise Linux".

A summary of Leap Seconds in Red Hat Enterprise Linux - 
https://access.redhat.com/articles/15145 

Issue:

6 different ways of saying "Will my system work?" .

Environment:

EL 4-7

Resolution:

For EL6 see:
* https://access.redhat.com/knowledge/solutions/154713
* https://access.redhat.com/knowledge/solutions/154793
* https://access.redhat.com/knowledge/solutions/173693
* https://access.redhat.com/knowledge/articles/199563

Otherwise if you run NTP resolution A else B

Resolution A:

NTP logging may crash EL 4/5, update your system.

EL4 see http://rhn.redhat.com/errata/RHSA-2009-1024.html
EL5 see http://rhn.redhat.com/errata/RHSA-2009-1243.html
EL6/7 not affected, but EL6 see https://access.redhat.com/site/solutions/154793 
CPU usage sucks after leap second*

[*:side bar: see http://rhn.redhat.com/errata/RHBA-2012-1199.html for the patch 
or do something like "date $(date +someformatthatworks)"]

PPC and IA64 arches will self destruct and should not use NTP

Resolution B:

Your time will be wrong and you should be happy. A new tzdata will come out see 
bugs: 
EL4: https://bugzilla.redhat.com/show_bug.cgi?id=1181975
EL5: https://bugzilla.redhat.com/show_bug.cgi?id=1181933
EL6: https://bugzilla.redhat.com/show_bug.cgi?id=1180536
EL7: https://bugzilla.redhat.com/show_bug.cgi?id=1181970

Root Cause:

https://what-if.xkcd.com/26/

--
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
-   -
- Jason Pyeron  PD Inc. http://www.pdinc.us -
- Principal Consultant  10 West 24th Street #100-
- +1 (443) 269-1555 x333Baltimore, Maryland 21218   -
-   -
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
This message is copyright PD Inc, subject to license 20080407P00. 

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

Re: [CentOS] leap second and Centos

[Les Mikesell]

On Thu, Jan 15, 2015 at 11:23 AM, Jason Pyeron  wrote:
>
> 6 different ways of saying "Will my system work?" .
>
[...lots of stuff...]

> [*:side bar: see http://rhn.redhat.com/errata/RHBA-2012-1199.html for the 
> patch or do something like "date $(date +someformatthatworks)"]
>

Can you consolidate this to:
 'if you have updated your kernel and rebooted later than Sept. 2012
you should have the fix'?

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

Re: [CentOS] leap second and Centos

[Jason Pyeron]

> -Original Message-
> From: Les Mikesell
> Sent: Thursday, January 15, 2015 12:36
> 
> On Thu, Jan 15, 2015 at 11:23 AM, Jason Pyeron 
>  wrote:
> >
> > > -Original Message-
> > > From: Akemi Yagi
> > > Sent: Thursday, January 15, 2015 12:05
> > > 

> > > Apparently Red Hat is well aware of the upcoming leap second:
> > > 
> > > https://access.redhat.com/solutions/1317263
> > > 
> > > Unfortunately all the related bugzilla reports are private so we
> > > cannot see the status.

> Can you consolidate this to:
>  'if you have updated your kernel and rebooted later than Sept. 2012
> you should have the fix'?

Yes; I thought that was assumed (or obvious), when this whole topic came up 
again. 

But I was responding to the "cannot see" comment, so I read it all and posted a 
1st grade book report on it. :)

-Jason

--
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
-   -
- Jason Pyeron  PD Inc. http://www.pdinc.us -
- Principal Consultant  10 West 24th Street #100-
- +1 (443) 269-1555 x333Baltimore, Maryland 21218   -
-   -
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
This message is copyright PD Inc, subject to license 20080407P00. 

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

Re: [CentOS] leap second and Centos

[Akemi Yagi]

On Thu, Jan 15, 2015 at 9:04 AM, Akemi Yagi  wrote:
> On Thu, Jan 15, 2015 at 8:43 AM, G Galitz  wrote:

>> We have another leap second coming.  Have past bugs with Centos and leap
>> seconds (specifically high CPU spikes) been resolved? Should we be worried?
>
> Apparently Red Hat is well aware of the upcoming leap second:
>
> https://access.redhat.com/solutions/1317263
>
> Unfortunately all the related bugzilla reports are private so we
> cannot see the status.

The bugzilla reports are no longer private (thanks to whoever made them public).

https://bugzilla.redhat.com/show_bug.cgi?id=1181933  (EL5)
https://bugzilla.redhat.com/show_bug.cgi?id=1180536  (EL6)
https://bugzilla.redhat.com/show_bug.cgi?id=1181970  (EL7)

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

Re: [CentOS] Hardware raid LSI Megaraid not working since Centos 6.6

[Jim Perrin]

On 01/14/2015 08:00 AM, Philippe BOURDEU d'AGUERRE wrote:
> Le 14/01/2015 14:43, Nux! a écrit :
>> You should open perhaps a bugzilla issue with redhat about this.
> 
> Is it possible to post in Redhat bugzilla without a Redhat support
> contract ? Even when using Centos ?

Yes, anyone can file a bugzilla report. It's separate from the paid
customer support ticketing system. There's no SLA or obligation to
respond to bugzilla as there is for paid support tickets.

-- 
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

[CentOS] Socket behavior change from 6.5 to 6.6

[Glenn Eychaner]

I will try to explain this as best I can. I have two computers; one a
Supermicro X10SAE running CentOS 6, the other a very old DOS box.[*] The DOS
box runs a CCD camera, sending images via Ethernet to the X10SAE.  Thus, the
X10SAE runs a Python server on port 5700 (a socket which binds to 5700 and
listens, and then accepts a connection from the DOS box; nothing fancy).[**]
The DOS box connects to the server and sends images.  This all works great,
except:

When the DOS box exits, crashes, or is rebooted, it fails to shut down the
socket properly. Under CentOS 6.5, upon reboot, when the DOS box would attempt
to reconnect, the original accepted server socket would (after a couple of
connection attempts from the DOS box) see a 0-length recv and close, allowing
the server to accept a new connection and resume receiving images.

Under CentOS 6.6, the server never sees the 0-length recv. The DOS box flails
away attempting to reconnect forever, and the server never seems to get any
type of signal that the DOS box is attempting to reconnect.

Possibly relevant facts:
- The DOS box uses the same local port (1025) every time it tries to connect. It
does not use a random ephemeral port.
- The exact same code was tested on a CentOS 6.5 and 6.6 box, resulting in the
described behavior. The boxes were identical clones except for the O/S upgrade.
- The Python interpreter was not changed during the upgrade, because I run this
code using my own 2.7.2 install. However, both glibc and the kernel were
upgraded as part of the O/S upgrade.

My only theory is that this has something to do with non-ephemeral ports and
socket reuse, but I'm not sure what. It is entirely possible that some
low-level socket option default has changed between 6.5 and 6.6, and I
wouldn't know it. It is also possible that I have been relying on unsupported
behavior this whole time, and that the current behavior is actually correct.

Does anyone have any insight they can offer?

[*] Hardware is not an issue; in fact, I have two identical systems, each of
which has one X10SAE and three DOS boxes.  But the problem can be boiled down
to a single pair.
[**] I'm actually using an asyncore.dispatcher to do the bind/listen, and then
tossing the accept()ed socket into an asynchat. But I actually went ahead and
put a trap on socket.recv() just to be sure that I'm not swallowing the
0-length recv by accident.

-G.
--
Glenn Eychaner (geycha...@lco.cl)
Telescope Systems Programmer, Las Campanas Observatory



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

[CentOS] What happened to the default iptables rules on the minimal install of CentOS6 x86_64

[Jason Pyeron]

Sometime ago the minimal install stopped putting a default 
/etc/sysconfig/iptables file which allowed only ssh, why the change?

--
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
-   -
- Jason Pyeron  PD Inc. http://www.pdinc.us -
- Principal Consultant  10 West 24th Street #100-
- +1 (443) 269-1555 x333Baltimore, Maryland 21218   -
-   -
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
This message is copyright PD Inc, subject to license 20080407P00.

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

Re: [CentOS] Socket behavior change from 6.5 to 6.6

[Greg Lindahl]

On Thu, Jan 15, 2015 at 03:40:08PM -0300, Glenn Eychaner wrote:

> My only theory is that this has something to do with non-ephemeral ports and
> socket reuse, but I'm not sure what.

If you want a quick detection that the link is dead, have the server
occasionally send bytes to the dos box. You will get an immediate
error if the dos box is up and knows that connection is kaput.

Given that the port numbers of the new connection are the same, I'm
kind of surprised that the behavior changed from 6.5 to 6.6, but, I
always use defensive programming (sending those extra bytes).

-- greg


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

Re: [CentOS] Socket behavior change from 6.5 to 6.6

[Alexander Farber]

Since you always use the same local port -
maybe you need to set SO_REUSEADDR option.

Greetings from Germany
Alex
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

[CentOS] restart after yum update (6.6)?

[Mateusz Guz]

Hi,

according to this :

http://unix.stackexchange.com/questions/28144/after-yum-update-is-it-a-good-idea-to-restart-the-server

i should reboot my server after updating packages i.e: kernel, glibc, libc.
Maybe it's a silly question, but Is it necessary if I don't use graphical 
environment ? (and don't want to use the latest kernel yet)
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] leap second and Centos

[Rob Kampen]

On 01/16/2015 07:05 AM, Akemi Yagi wrote:

On Thu, Jan 15, 2015 at 9:04 AM, Akemi Yagi  wrote:

On Thu, Jan 15, 2015 at 8:43 AM, G Galitz  wrote:

We have another leap second coming.  Have past bugs with Centos and leap
seconds (specifically high CPU spikes) been resolved? Should we be worried?

Apparently Red Hat is well aware of the upcoming leap second:

https://access.redhat.com/solutions/1317263

Unfortunately all the related bugzilla reports are private so we
cannot see the status.

The bugzilla reports are no longer private (thanks to whoever made them public).

https://bugzilla.redhat.com/show_bug.cgi?id=1181933  (EL5)
https://bugzilla.redhat.com/show_bug.cgi?id=1180536  (EL6)
https://bugzilla.redhat.com/show_bug.cgi?id=1181970  (EL7)
Fascinating - describes what's happening but no mention of how we can 
rest assured that all will be well
As I ponder it, I recognise that most of our systems are constantly 
calculating date/time values based upon the epoch - the number of 
seconds since a particular date/time, all these calculations need to be 
cognisant of these leap seconds, so its not just the ntp daemon, 
although that will be most immediately impacted, the effects of this 
need to be enshrined in code algorithms forever (well a very long time).

Akemi
___
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] restart after yum update (6.6)?

[Nathan Duehr]

> On Jan 15, 2015, at 12:36, Mateusz Guz  wrote:

> according to this :
> 
> http://unix.stackexchange.com/questions/28144/after-yum-update-is-it-a-good-idea-to-restart-the-server
> 
> i should reboot my server after updating packages i.e: kernel, glibc, libc.
> Maybe it's a silly question, but Is it necessary if I don't use graphical 
> environment ? (and don't want to use the latest kernel yet)

If you don’t want the kernel to update, just use —exclude=kernel* on yum or 
whatever.  Why update it if you aren’t going to use it?

Might as well be deliberate and know you’re purposefully skipping something.

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

Re: [CentOS] leap second and Centos

[Les Mikesell]

On Thu, Jan 15, 2015 at 3:00 PM, Rob Kampen
 wrote:
>
> Fascinating - describes what's happening but no mention of how we can rest
> assured that all will be well
> As I ponder it, I recognise that most of our systems are constantly
> calculating date/time values based upon the epoch - the number of seconds
> since a particular date/time, all these calculations need to be cognisant of
> these leap seconds, so its not just the ntp daemon, although that will be
> most immediately impacted, the effects of this need to be enshrined in code
> algorithms forever (well a very long time).

The overall time calculations weren't really the issue last time
around.  The problem was with sub-second sleeps and the thread
scheduler being confused and spinning when ntp inserted an extra
second in the clock. Any other way of resetting the clock fixed it.
(e.g. date -s "`date`").   It was a kernel bug and is theoretically
fixed now.

But I agree that those open bugs on the tzdata package aren't all that
helpful except to show that someone is thinking about it.

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

Re: [CentOS] DJBDNS: very weird dnscache issue

[Nux!]

Thanks for getting back with the "solution".
You might want to give that bugzilla entry a jolt, it's been stagnating since 
last year. :-)

Lucian

--
Sent from the Delta quadrant using Borg technology!

Nux!
www.nux.ro

- Original Message -
> From: "Boris Epstein" 
> To: "CentOS mailing list" 
> Sent: Wednesday, 14 January, 2015 18:47:17
> Subject: Re: [CentOS] DJBDNS: very weird dnscache issue

> Lucian,
> 
> So far here is the best we could find out:
> 
> https://bugzilla.redhat.com/show_bug.cgi?id=1084747
> 
> Testing to see if this is the solution; so far it seems to be.
> 
> Cheers,
> 
> Boris.
> 
> 
> On Tue, Jan 13, 2015 at 2:49 PM, Nux!  wrote:
> 
>> Use BIND. How the times have changed. :-)
>>
>> PS: I'm also curious for a solution.. for when djbnostalgia hits me.
>>
>> Lucian
>>
>> --
>> Sent from the Delta quadrant using Borg technology!
>>
>> Nux!
>> www.nux.ro
>>
>> - Original Message -
>> > From: "Boris Epstein" 
>> > To: "CentOS mailing list" 
>> > Sent: Tuesday, 13 January, 2015 15:53:28
>> > Subject: [CentOS] DJBDNS: very weird dnscache issue
>>
>> > Hello all,
>> >
>> > We have put a DNS server online running  DJBDNS v1.06
>> > (ndjbdns-1.06-1.el6.x86_64) on a 64-bit CentOS 6.6 server. We have done
>> > some limited testing on the machine which it passed - i.e., dnscache was
>> > talking to tinydns, the queries went through fine, etc.
>> >
>> > As soon as we put it online subjecting it to live load the following
>> > happened:
>> >
>> > 1) Within a short time period (about a minute) the dnscache process
>> reached
>> > the CPU utilisation level of 100%.
>> >
>> > 2) The process would then die reporting the following message to the log:
>> >
>> > dnscache: BUG: out of in progress slots
>> >
>> > NOTE: Random sampling indicates that at no point sampled did the load
>> > exceed 200 requests per second. In tests conducted earlier the DNS server
>> > successfully demonstrated speeds in tens of thousands of requests per
>> > second.
>> >
>> > We then proceeded to edit the following parameters in the dnscache.conf
>> as
>> > they seemed to be the only ones that seemed relevant: DATALIMIT and
>> > CACHESIZE. They are described as limints (in bytes) on the total data
>> > memory allocation and cache, default values are 8000 and 5000
>> > respectively.
>> >
>> > Playing with these demonstrated some highly counterintuitive results:
>> >
>> > 1) Setting the values lower (say, an order of magnitude lower) made the
>> > dnscache process run longer.
>> >
>> > 2) Shortening the relative gap between the two values (for instance,
>> > setting DATALIMIT at 52000 and CACHE at 5) made it run for about an
>> > hour vs about 1 minute, load seeming to be about the same.
>> >
>> > 3) Running it with DATALIMIT not set was possible though it eventually
>> > failed anyways.
>> >
>> > 4) Running it with CACHESIZE not set was not possible at all.
>> >
>> > So the issue is currently still not resolved and we are stuck.
>> >
>> > Any advice will be much appreciated.
>> >
>> > Cheers,
>> >
>> > Boris.
>> > ___
>> > 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
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] DJBDNS: very weird dnscache issue

[Boris Epstein]

We did - we got in touch with the owner of the package and are trying to
get him to work on it.

Cheers,

Boris.

On Thu, Jan 15, 2015 at 6:51 PM, Nux!  wrote:

> Thanks for getting back with the "solution".
> You might want to give that bugzilla entry a jolt, it's been stagnating
> since last year. :-)
>
> Lucian
>
> --
> Sent from the Delta quadrant using Borg technology!
>
> Nux!
> www.nux.ro
>
> - Original Message -
> > From: "Boris Epstein" 
> > To: "CentOS mailing list" 
> > Sent: Wednesday, 14 January, 2015 18:47:17
> > Subject: Re: [CentOS] DJBDNS: very weird dnscache issue
>
> > Lucian,
> >
> > So far here is the best we could find out:
> >
> > https://bugzilla.redhat.com/show_bug.cgi?id=1084747
> >
> > Testing to see if this is the solution; so far it seems to be.
> >
> > Cheers,
> >
> > Boris.
> >
> >
> > On Tue, Jan 13, 2015 at 2:49 PM, Nux!  wrote:
> >
> >> Use BIND. How the times have changed. :-)
> >>
> >> PS: I'm also curious for a solution.. for when djbnostalgia hits me.
> >>
> >> Lucian
> >>
> >> --
> >> Sent from the Delta quadrant using Borg technology!
> >>
> >> Nux!
> >> www.nux.ro
> >>
> >> - Original Message -
> >> > From: "Boris Epstein" 
> >> > To: "CentOS mailing list" 
> >> > Sent: Tuesday, 13 January, 2015 15:53:28
> >> > Subject: [CentOS] DJBDNS: very weird dnscache issue
> >>
> >> > Hello all,
> >> >
> >> > We have put a DNS server online running  DJBDNS v1.06
> >> > (ndjbdns-1.06-1.el6.x86_64) on a 64-bit CentOS 6.6 server. We have
> done
> >> > some limited testing on the machine which it passed - i.e., dnscache
> was
> >> > talking to tinydns, the queries went through fine, etc.
> >> >
> >> > As soon as we put it online subjecting it to live load the following
> >> > happened:
> >> >
> >> > 1) Within a short time period (about a minute) the dnscache process
> >> reached
> >> > the CPU utilisation level of 100%.
> >> >
> >> > 2) The process would then die reporting the following message to the
> log:
> >> >
> >> > dnscache: BUG: out of in progress slots
> >> >
> >> > NOTE: Random sampling indicates that at no point sampled did the load
> >> > exceed 200 requests per second. In tests conducted earlier the DNS
> server
> >> > successfully demonstrated speeds in tens of thousands of requests per
> >> > second.
> >> >
> >> > We then proceeded to edit the following parameters in the
> dnscache.conf
> >> as
> >> > they seemed to be the only ones that seemed relevant: DATALIMIT and
> >> > CACHESIZE. They are described as limints (in bytes) on the total data
> >> > memory allocation and cache, default values are 8000 and 5000
> >> > respectively.
> >> >
> >> > Playing with these demonstrated some highly counterintuitive results:
> >> >
> >> > 1) Setting the values lower (say, an order of magnitude lower) made
> the
> >> > dnscache process run longer.
> >> >
> >> > 2) Shortening the relative gap between the two values (for instance,
> >> > setting DATALIMIT at 52000 and CACHE at 5) made it run for about
> an
> >> > hour vs about 1 minute, load seeming to be about the same.
> >> >
> >> > 3) Running it with DATALIMIT not set was possible though it eventually
> >> > failed anyways.
> >> >
> >> > 4) Running it with CACHESIZE not set was not possible at all.
> >> >
> >> > So the issue is currently still not resolved and we are stuck.
> >> >
> >> > Any advice will be much appreciated.
> >> >
> >> > Cheers,
> >> >
> >> > Boris.
> >> > ___
> >> > 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
> ___
> 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] Documentation link on new Firefox CentOS 7 splash screen

[Mark LaPierre]

Hey All,

I just installed the newest version of Firefox that was pushed to
production today.  When I started Firefox the CentOS 7 Is Here splash
screen was displayed.  Out of curiosity I clicked on the [Documentation]
tab at the top of the screen and got this:

http://www.centos.org/docs/

Does anyone else see a problem here?

-- 
_
   °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] Documentation link on new Firefox CentOS 7 splash screen

[Digimer]

On 15/01/15 07:05 PM, Mark LaPierre wrote:

Hey All,

I just installed the newest version of Firefox that was pushed to
production today.  When I started Firefox the CentOS 7 Is Here splash
screen was displayed.  Out of curiosity I clicked on the [Documentation]
tab at the top of the screen and got this:

http://www.centos.org/docs/

Does anyone else see a problem here?


Pfft, looks fine to me. "CentOS 7" is a typo. It's 2009, right?

--
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] Documentation link on new Firefox CentOS 7 splash screen

[Darr247]

On 16 January 2015 @00:05 zulu, Mark LaPierre wrote:


Does anyone else see a problem here?


Try 
https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/ 
then choose the version on the left.

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

Re: [CentOS] Documentation link on new Firefox CentOS 7 splash screen

[Digimer]

On 15/01/15 07:27 PM, Darr247 wrote:

On 16 January 2015 @00:05 zulu, Mark LaPierre wrote:


Does anyone else see a problem here?


Try
https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/
then choose the version on the left.


While useful, I don't imagine that was Mark's point. CentOS links to a 
very out of date website. So either the link should be changed or the 
linked page should be updated.


--
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] Documentation link on new Firefox CentOS 7 splash screen

[Always Learning]

On Thu, 2015-01-15 at 19:05 -0500, Mark LaPierre wrote:
> Hey All,
> 
> I just installed the newest version of Firefox that was pushed to
> production today.  When I started Firefox the CentOS 7 Is Here splash
> screen was displayed.  Out of curiosity I clicked on the [Documentation]
> tab at the top of the screen and got this:
> 
> http://www.centos.org/docs/
> 
> Does anyone else see a problem here?

Someone has stolen something :-)


-- 
Regards,

Paul.
England, EU.  Je suis Charlie.


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

[CentOS] favorite cheap VPS services

[Tim Dunphy]

Hey all,

 I'm trying to learn how to use some of the big data stores. Specifically I
want to learn how to use CassandraDB and Hadoop. Originally I'd had the
idea of trying to setup a cassandra ring on the Amazon AWS free tier.
However it seems that neither will run on a t2.micro instance.

So I was wondering.. what are some really cheap VPS services that you like
to use for one off projects like this and why. I'm looking for dirt cheap
as possible.

I'd love to hear any opinions on this !!

Thanks
Tim

-- 
GPG me!!

gpg --keyserver pool.sks-keyservers.net --recv-keys F186197B
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Documentation link on new Firefox CentOS 7 splash screen

[Valeri Galtsev]

On Thu, January 15, 2015 6:50 pm, Always Learning wrote:
>
> On Thu, 2015-01-15 at 19:05 -0500, Mark LaPierre wrote:
>> Hey All,
>>
>> I just installed the newest version of Firefox that was pushed to
>> production today.  When I started Firefox the CentOS 7 Is Here splash
>> screen was displayed.  Out of curiosity I clicked on the [Documentation]
>> tab at the top of the screen and got this:
>>
>> http://www.centos.org/docs/
>>
>> Does anyone else see a problem here?
>
> Someone has stolen something :-)
>
  from somebody ;-)


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] Documentation link on new Firefox CentOS 7 splash screen

[Darr247]

On 16 January 2015 @00:34 zulu, Digimer wrote:
So either the link should be changed or the linked page should be 
updated.




Well, until someone rewrites the redhat docs so they don't violate 
copyright laws, and links to them on that centos.org/docs page, I'll 
continue perusing and referring to the RHEL 6 and 7 documentation.

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

[CentOS] shutdown -h doesn't

[Devin Reade]

I've got a fresh CentOS 7 test machine, fully patched.  The command:

 shutdown -h now

surprisingly does not halt the machine.  Instead it reboots it.  WTF?

I found the following Debian discussion which seems to be the same
issue: 

However, removing kexec-tools in this case did not solve the problem.
Nor does "systemctl poweroff" work.

Does anyone else see this?   No, nothing is filed in bugzilla yet.

Devin

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

Re: [CentOS] Documentation link on new Firefox CentOS 7 splash screen

[Digimer]

On 15/01/15 10:55 PM, Darr247 wrote:

On 16 January 2015 @00:34 zulu, Digimer wrote:

So either the link should be changed or the linked page should be
updated.



Well, until someone rewrites the redhat docs so they don't violate
copyright laws, and links to them on that centos.org/docs page, I'll
continue perusing and referring to the RHEL 6 and 7 documentation.


Totally, which is why I started by saying your link was helpful. :)

--
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] shutdown -h doesn't

[John R Pierce]

On 1/15/2015 8:05 PM, Devin Reade wrote:

I've got a fresh CentOS 7 test machine, fully patched.  The command:

  shutdown -h now


I've seen systems with broken ACPI BIOS support auto-restart on a 
shutdown.  sometimes the behavior can be modified with a BIOS option.




--
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] favorite cheap VPS services

[Nataraj]

On 01/15/2015 06:24 PM, Tim Dunphy wrote:
> Hey all,
>
>  I'm trying to learn how to use some of the big data stores. Specifically I
> want to learn how to use CassandraDB and Hadoop. Originally I'd had the
> idea of trying to setup a cassandra ring on the Amazon AWS free tier.
> However it seems that neither will run on a t2.micro instance.
>
> So I was wondering.. what are some really cheap VPS services that you like
> to use for one off projects like this and why. I'm looking for dirt cheap
> as possible.
>
> I'd love to hear any opinions on this !!
>
> Thanks
> Tim
>

I've seen linux vps's out there for $3-$5/month, but generally they have
pretty bad reviews.  I'd probably go for something like linode's
$10/month vps which works and the company is reasonable to deal with. 
Linode does charge you for the VPS if it exists, even if it's not
running, though you won't pay much if you use the vps for a few hours
and then delete it.

There are some cloud providers who have higher rates than linode, but
charge you only a small fee for storage if you shut the vps down when
your not using.  One example who I have no experience with is:
http://www.phoenixnap.com/secured-cloud/about-our-cloud/pricing.php

Here's a $3.99/month cheapie, but I have no experience with it:
http://lowendbox.com/blog/serverhub-4-99-1536mb-openvz-vps-2-ipv4-addresses-in-phoenix-az/


Nataraj

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