On 20/08/14 16:45, Les Mikesell wrote:
> On Wed, Aug 20, 2014 at 9:02 AM, Toralf Lund wrote:
>> I can confirm that. I have both installed. You can configure the default
>> using the 'alternatives' system.
> is it just me, or does anyone else think that 'alternatives' system is
> co
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..
On Thursday, August 21, 2014 12:00:03 centos-requ...@centos.org wrote:
> Re: [CentOS] SELinux vs. logwatch and virsh
> From: Daniel J Walsh
> To: CentOS mailing list
>
> On 08/18/2014 02:13 PM, Bill Gee wrote:
> > Hi Dan -
> >
> > "ausearch -m avc -ts recent" produces no output. If I run it as
I am trying to override the mac addr. Now this is on an armv7 actually
running the F19 kernel and Redsleeve 6, but it SHOULD be standard
Centos6 ifcfg-eth0 content. Of course RSEL does not start with a
ifcfg-eth0 file, letting network services do all the work, so I am
starting from scratch, u
On 8/21/2014 7:09 AM, Robert Moskowitz wrote:
> I am trying to override the mac addr.
pretty sure you need to use NIC model specific utilities to do this,
ifcfg-ethN won't do it. the hwaddr= in there is for finding the nic,
not for reprogramming it.
--
john r pierce
On 08/21/2014 10:15 AM, Reindl Harald wrote:
>
> Am 21.08.2014 um 16:09 schrieb Robert Moskowitz:
>> I am trying to override the mac addr. Now this is on an armv7 actually
>> running the F19 kernel and Redsleeve 6, but it SHOULD be standard
>> Centos6 ifcfg-eth0 content. Of course RSEL does not
On 2014-08-21, John R Pierce wrote:
> On 8/21/2014 7:09 AM, Robert Moskowitz wrote:
>> I am trying to override the mac addr.
>
> pretty sure you need to use NIC model specific utilities to do this,
> ifcfg-ethN won't do it. the hwaddr= in there is for finding the nic,
> not for reprogramming i
Did not work...
On 08/21/2014 10:15 AM, Reindl Harald wrote:
>
> Am 21.08.2014 um 16:09 schrieb Robert Moskowitz:
>> I am trying to override the mac addr. Now this is on an armv7 actually
>> running the F19 kernel and Redsleeve 6, but it SHOULD be standard
>> Centos6 ifcfg-eth0 content. Of cours
Keith Keller wrote:
> On 2014-08-21, John R Pierce wrote:
>> On 8/21/2014 7:09 AM, Robert Moskowitz wrote:
>>> I am trying to override the mac addr.
>>
>> pretty sure you need to use NIC model specific utilities to do this,
>> ifcfg-ethN won't do it. the hwaddr= in there is for finding the nic,
On 08/21/2014 10:32 AM, m.r...@5-cent.us wrote:
> Keith Keller wrote:
>> On 2014-08-21, John R Pierce wrote:
>>> On 8/21/2014 7:09 AM, Robert Moskowitz wrote:
I am trying to override the mac addr.
>>> pretty sure you need to use NIC model specific utilities to do this,
>>> ifcfg-ethN won't d
On 21/08/14 10:43 AM, Robert Moskowitz wrote:
>
> On 08/21/2014 10:32 AM, m.r...@5-cent.us wrote:
>> Keith Keller wrote:
>>> On 2014-08-21, John R Pierce wrote:
On 8/21/2014 7:09 AM, Robert Moskowitz wrote:
> I am trying to override the mac addr.
pretty sure you need to use NIC model
I just did it like this:
ifconfig enp3s0
enp3s0: flags=4163 mtu 1500
inet 10.241.27.154 netmask 255.255.255.0 broadcast 10.241.27.255
inet6 fe80::210:18ff:fe04:4d0 prefixlen 64 scopeid 0x20
ether 00:10:18:04:04:d0 txqueuelen 1000 (Ethernet)
RX packets 429591
Robert Moskowitz wrote:
>
> On 08/21/2014 10:32 AM, m.r...@5-cent.us wrote:
>> Keith Keller wrote:
>>> On 2014-08-21, John R Pierce wrote:
On 8/21/2014 7:09 AM, Robert Moskowitz wrote:
> I am trying to override the mac addr.
pretty sure you need to use NIC model specific utilities to
On 08/21/2014 10:49 AM, Digimer wrote:
> On 21/08/14 10:43 AM, Robert Moskowitz wrote:
>> On 08/21/2014 10:32 AM, m.r...@5-cent.us wrote:
>>> Keith Keller wrote:
On 2014-08-21, John R Pierce wrote:
> On 8/21/2014 7:09 AM, Robert Moskowitz wrote:
>> I am trying to override the mac add
On 08/21/2014 10:56 AM, Reindl Harald wrote:
>
> Am 21.08.2014 um 16:43 schrieb Robert Moskowitz:
>> On 08/21/2014 10:32 AM, m.r...@5-cent.us wrote:
>>> Keith Keller wrote:
On 2014-08-21, John R Pierce wrote:
> On 8/21/2014 7:09 AM, Robert Moskowitz wrote:
>> I am trying to override
On 08/21/2014 10:56 AM, GKH wrote:
> I just did it like this:
>
> ifconfig enp3s0
>
> enp3s0: flags=4163 mtu 1500
> inet 10.241.27.154 netmask 255.255.255.0 broadcast 10.241.27.255
> inet6 fe80::210:18ff:fe04:4d0 prefixlen 64 scopeid 0x20
> ether 00:10:18:04:04:d0
On 08/21/2014 11:17 AM, m.r...@5-cent.us wrote:
> Robert Moskowitz wrote:
>> On 08/21/2014 10:32 AM, m.r...@5-cent.us wrote:
>>> Keith Keller wrote:
On 2014-08-21, John R Pierce wrote:
> On 8/21/2014 7:09 AM, Robert Moskowitz wrote:
>> I am trying to override the mac addr.
> pret
On 21/08/14 11:22 AM, Robert Moskowitz wrote:
>
> On 08/21/2014 10:49 AM, Digimer wrote:
>> On 21/08/14 10:43 AM, Robert Moskowitz wrote:
>>> On 08/21/2014 10:32 AM, m.r...@5-cent.us wrote:
Keith Keller wrote:
> On 2014-08-21, John R Pierce wrote:
>> On 8/21/2014 7:09 AM, Robert Mosko
On 21/08/14 11:25 AM, Robert Moskowitz wrote:
>
> On 08/21/2014 10:56 AM, Reindl Harald wrote:
>>
>> Am 21.08.2014 um 16:43 schrieb Robert Moskowitz:
>>> On 08/21/2014 10:32 AM, m.r...@5-cent.us wrote:
Keith Keller wrote:
> On 2014-08-21, John R Pierce wrote:
>> On 8/21/2014 7:09 AM,
On 08/21/2014 11:31 AM, Digimer wrote:
> On 21/08/14 11:25 AM, Robert Moskowitz wrote:
>> On 08/21/2014 10:56 AM, Reindl Harald wrote:
>>> Am 21.08.2014 um 16:43 schrieb Robert Moskowitz:
On 08/21/2014 10:32 AM, m.r...@5-cent.us wrote:
> Keith Keller wrote:
>> On 2014-08-21, John R Pi
Robert,
Sorry Dude. I did not mean to make things worse.
All I wanted to say is this: It can be done via
the ifconfig command.
Now,
# systemctl status network.service
Tells me that network services still depend on:
"ExecStart=/etc/rc.d/init.d/network start"
Good! File: "/etc/sysconfig/network-
Ыcwqacddpp
On Aug 21, 2014 6:31 PM, "Robert Moskowitz" wrote:
> Did not work...
>
> On 08/21/2014 10:15 AM, Reindl Harald wrote:
> >
> > Am 21.08.2014 um 16:09 schrieb Robert Moskowitz:
> >> I am trying to override the mac addr. Now this is on an armv7 actually
> >> running the F19 kernel and Re
On 21/08/14 11:43 AM, Robert Moskowitz wrote:
>
> On 08/21/2014 11:31 AM, Digimer wrote:
>> On 21/08/14 11:25 AM, Robert Moskowitz wrote:
>>> On 08/21/2014 10:56 AM, Reindl Harald wrote:
Am 21.08.2014 um 16:43 schrieb Robert Moskowitz:
> On 08/21/2014 10:32 AM, m.r...@5-cent.us wrote:
On 08/21/2014 11:47 AM, GKH wrote:
> Robert,
> Sorry Dude. I did not mean to make things worse.
> All I wanted to say is this: It can be done via
> the ifconfig command.
>
> Now,
>
> # systemctl status network.service
This tells me you are not using Centos6 which does not have systemd. Or
at lea
On Wed, August 20, 2014 9:06 pm, Always Learning wrote:
>
> On Wed, 2014-08-20 at 10:26 -0400, James B. Byrne wrote:
>
>> My recent inquiries have raised the unsettling possibility
>> that recent Skype clients may be designed to permit remote exploitation
>> of
>> host systems by unauthorised enti
Deleted all the back-and-forthing and will only include what finally
worked. Sheesh, I got buried in the cruft on this one.
Edit /etc/udev/rules.d/70-persistent-net.rules to have your REAL mac addr:
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*",
ATTR{address}=="02:c3:04:01:77:c3", ATTR{type}==
On 08/21/2014 11:23 AM, Valeri Galtsev wrote:
> I'm sorry Mr. Jim Perrin, I'll disregard your request and I will stay on
> this side topic just for one more message.
Thank you.
>
> Those [conspiracy] theories are reality not just theories, at least some
> (Mr Snowden, e.g.) put their life on
A machine I set up to run OpenNMS stopped working last night - no
hardware alarm lights, but keyboard/monitor/network unresponsive.
After a reboot I see a large stack of messages like this in
/var/log/messages:
Aug 20 14:02:34 opennms-h-03 python: SELinux is preventing
/usr/sbin/monitor-get-e
On Thu, Aug 21, 2014 at 11:23:10AM -0500, Valeri Galtsev wrote:
> I was quite displeased since quite some time ago that almost all web
> browsers, whenever I feed URL into location bar, do not go to that URL,
> but instead do the search with the search line that is that URL first. Not
> only when U
Les Mikesell wrote:
> A machine I set up to run OpenNMS stopped working last night - no
> hardware alarm lights, but keyboard/monitor/network unresponsive.
> After a reboot I see a large stack of messages like this in
> /var/log/messages:
>
>
> Aug 20 14:02:34 opennms-h-03 python: SELinux is p
On Thu, Aug 21, 2014 at 12:23 PM, wrote:
> Les Mikesell wrote:
>> A machine I set up to run OpenNMS stopped working last night - no
>> hardware alarm lights, but keyboard/monitor/network unresponsive.
>> After a reboot I see a large stack of messages like this in
>> /var/log/messages:
>>
>>
I have CentOS 6.x installed on a "HP ProLiant DL380 G5" server. It
has eight 750GB drives in a hardware RAID6 array. Its acting as a
host for a number of OpenVZ containers.
Seems like every time I reboot this server which is not very often it
sits for hours running a disk check or something on b
On 8/21/2014 12:43 PM, Matt wrote:
> I have CentOS 6.x installed on a "HP ProLiant DL380 G5" server. It
> has eight 750GB drives in a hardware RAID6 array. Its acting as a
> host for a number of OpenVZ containers.
>
> Seems like every time I reboot this server which is not very often it
> sits fo
Matt wrote:
> I have CentOS 6.x installed on a "HP ProLiant DL380 G5" server. It
> has eight 750GB drives in a hardware RAID6 array. Its acting as a
> host for a number of OpenVZ containers.
>
> Seems like every time I reboot this server which is not very often it
> sits for hours running a disk
Hate to change the conversation here but that's why I hate hardware RAID.
If it was software RAID, Linux would always tell you what's going on.
Besides, Linux knows much more about what is going on on the disk and what is
about to happen (like a megabyte DMA transfer).
BTW, check if something is
You know that hpacucli (and MegaCli on LSI-based hardware RAID systems)
can usually tell you more about the array and the drives than mdadm can,
right? Also, if you're doing parity, having hardware RAID moves the
parity calculations to a dedicated ASIC, avoiding any load of note on
the CPU. Als
> Hate to change the conversation here but that's why I hate hardware RAID.
> If it was software RAID, Linux would always tell you what's going on.
> Besides, Linux knows much more about what is going on on the disk and what is
> about to happen (like a megabyte DMA transfer).
>
> BTW, check if so
Matt wrote:
>> Hate to change the conversation here but that's why I hate hardware
>> RAID.
>> If it was software RAID, Linux would always tell you what's going on.
>> Besides, Linux knows much more about what is going on on the disk and
>> what is about to happen (like a megabyte DMA transfer).
>>
On 08/21/2014 02:09 PM, Les Mikesell wrote:
> On Thu, Aug 21, 2014 at 12:23 PM, wrote:
>> Les Mikesell wrote:
>>> A machine I set up to run OpenNMS stopped working last night - no
>>> hardware alarm lights, but keyboard/monitor/network unresponsive.
>>> After a reboot I see a large stack of mess
On 08/21/2014 05:00 PM, m.r...@5-cent.us wrote:
> Matt wrote:
>>> Hate to change the conversation here but that's why I hate hardware
>>> RAID.
>>> If it was software RAID, Linux would always tell you what's going on.
>>> Besides, Linux knows much more about what is going on on the disk and
>>> wh
Am 21.08.2014 um 23:00 schrieb m.r...@5-cent.us:
> Matt wrote:
>>> Hate to change the conversation here but that's why I hate hardware
>>> RAID.
>>> If it was software RAID, Linux would always tell you what's going on.
>>> Besides, Linux knows much more about what is going on on the disk and
>>> wh
>>> Hate to change the conversation here but that's why I hate hardware
>>> RAID.
>>> If it was software RAID, Linux would always tell you what's going on.
>>> Besides, Linux knows much more about what is going on on the disk and
>>> what is about to happen (like a megabyte DMA transfer).
>>>
>>> B
On Thu, August 21, 2014 3:54 pm, Matt wrote:
>> Hate to change the conversation here but that's why I hate hardware
>> RAID.
I love hardware RAID. 3ware more than others. In case of hardware RAID it
is tiny specialized system (firmware) that is doing RAID function. In the
specialized CPU (I shoul
On Thu, Aug 21, 2014 at 4:07 PM, Daniel J Walsh wrote:
>
> mmap_zero is a fairly dangerous access. It means the object is
> attempting to memeory map
> low memory in the kernel. Bugs in the kernel have been known to allow
> priv escallation, can be prevented by this check.
>
> http://eparis.livej
Hate to change the conversation here but that's why I hate hardware
RAID.
If it was software RAID, Linux would always tell you what's going on.
Besides, Linux knows much more about what is going on on the disk and
what is about to happen (like a megabyte DMA transfer).
Have you inspected via the system iLO console? Assuming it's cabled to the
network
On 08/21/2014 01:33 PM, GKH wrote:
> Hate to change the conversation here but that's why I hate hardware RAID.
> If it was software RAID, Linux would always tell you what's going on.
> Besides, Linux knows much
Valeri,
I hope you realize that your arguments for hardware RAID
all depend on everything working just right.
If something goes wrong with a disk (on HW RAID)
you can't just simply take out the disk, move it to another
computer and maybe do some forensics.
The formatting of disks on HW RAID is t
On Thu, Aug 21, 2014 at 5:32 PM, GKH wrote:
>
> I hope you realize that your arguments for hardware RAID
> all depend on everything working just right.
Yes, but try a software RAID when you have intermittently bad RAM.
I've been there. Mirrored disks that were almost, but not quite,
mirrors.
>
On 8/21/2014 4:06 PM, Les Mikesell wrote:
> Yes, but try a software RAID when you have intermittently bad RAM.
> I've been there. Mirrored disks that were almost, but not quite,
> mirrors.
try any file system when you've got flakey ram.data thats not quite
what you wanted, oh boy.
--
joh
On 8/21/2014 4:11 PM, John R Pierce wrote:
> On 8/21/2014 4:06 PM, Les Mikesell wrote:
>> >Yes, but try a software RAID when you have intermittently bad RAM.
>> >I've been there. Mirrored disks that were almost, but not quite,
>> >mirrors.
> try any file system when you've got flakey ram.data
On Thu, Aug 21, 2014 at 3:43 PM, Matt wrote:
> I have CentOS 6.x installed on a "HP ProLiant DL380 G5" server. It
> has eight 750GB drives in a hardware RAID6 array. Its acting as a
> host for a number of OpenVZ containers.
>
> Seems like every time I reboot this server which is not very often
On Thu, August 21, 2014 5:32 pm, GKH wrote:
> Valeri,
>
> I hope you realize that your arguments for hardware RAID
> all depend on everything working just right.
>
> If something goes wrong with a disk (on HW RAID)
> you can't just simply take out the disk, move it to another
> computer and maybe
On 2014-08-21, Valeri Galtsev wrote:
> (And I do not include into hardware RAID these fake "raid" cards
> that rely on "driver" - which are indeed software RAID cards. 3ware never
> fell that low to make/sell any of such junk. Somebody who knows LSI better
> than I do will probably say the same ab
On Thu, August 21, 2014 6:47 pm, Keith Keller wrote:
> On 2014-08-21, Valeri Galtsev wrote:
>> (And I do not include into hardware RAID these fake "raid" cards
>> that rely on "driver" - which are indeed software RAID cards. 3ware
>> never
>> fell that low to make/sell any of such junk. Somebody
On 8/21/2014 5:49 PM, Valeri Galtsev wrote:
> I never heard about any LSI card called RAID which are not hardware RAID.
the base LSI SAS HBA cards, like the 2008 chip (9211-8i etc boards) have
microcoded hardware raid without any write buffer or battery
backup Its not quite fake raid but i
On 2014-08-22, Valeri Galtsev wrote:
>
> 3ware was independent company till it was first bought by AMCC, then LSI
> bought them from AMCC. I didn't know LSI sold them to someone else,
Sorry, I was not clear: LSI was bought, not just 3ware. If you look at
LSI's home page, it says "An Avago Techno
On 8/21/2014 9:50 PM, Keith Keller wrote:
> On 2014-08-22, Valeri Galtsev wrote:
>> >
>> >3ware was independent company till it was first bought by AMCC, then LSI
>> >bought them from AMCC. I didn't know LSI sold them to someone else,
> Sorry, I was not clear: LSI was bought, not just 3ware. If y
57 matches
Mail list logo
