Re: [CentOS] Fresh installation using usb

[Maikel van Leeuwen]

Hi

Ask grub for more output. Press tab will at grub menu and remove "quiet"
and "rhgb". Maybe the output will say something more.

In regards,



On 11/13/2015 08:54 AM, Siva Prasad Nath wrote:
> ​
>  20151113_123827.mp4
> 
> ​We are using R630. Do you think it is better to install from DVD?
> Few times I waited for a long time. Bar was not moving in the screen.
> Please refer to the video.
>
> On Friday, November 13, 2015, Eero Volotinen  wrote:
>
>> what is model of your poweredge server? did you wait some minutes after
>> error message?
>>
>> --
>> Eero
>>
>> 2015-11-13 7:35 GMT+02:00 Siva Prasad Nath :
>>
>>> Hi,
>>> I am trying to install Centos 7 on Dell poweredge server. It prompts
>> i8042
>>> controller not found. After that screen was not moving.
>>>
>>> With regards,
>>> Shiva
>>>
>>>
>>> --
>>>
>>> Shiva Prasad Nath
>>> 92981134
>>> ___
>>> CentOS mailing list
>>> CentOS@centos.org
>>> https://lists.centos.org/mailman/listinfo/centos
>>>
>> ___
>> CentOS mailing list
>> CentOS@centos.org
>> https://lists.centos.org/mailman/listinfo/centos
>>
> ___
> CentOS mailing list
> CentOS@centos.org
> https://lists.centos.org/mailman/listinfo/centos

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

Re: [CentOS] Fresh installation using usb

[Eero Volotinen]

Hi,

Please first boot to lifecycle controller (I think it was f11 or f10 key on
boot). Then update all firmware versions to latest.

Then try installing from DVD. this system is supported by RHEL, so I should
work fine with Centos too.

--
Eero

2015-11-13 9:54 GMT+02:00 Siva Prasad Nath :

> ​
>  20151113_123827.mp4
> <
> https://drive.google.com/file/d/0BwbqyaG4rXrCUXNfTWI3ZEk4N1k/view?usp=drive_web
> >
> ​We are using R630. Do you think it is better to install from DVD?
> Few times I waited for a long time. Bar was not moving in the screen.
> Please refer to the video.
>
> On Friday, November 13, 2015, Eero Volotinen 
> wrote:
>
> > what is model of your poweredge server? did you wait some minutes after
> > error message?
> >
> > --
> > Eero
> >
> > 2015-11-13 7:35 GMT+02:00 Siva Prasad Nath  >:
> >
> > > Hi,
> > > I am trying to install Centos 7 on Dell poweredge server. It prompts
> > i8042
> > > controller not found. After that screen was not moving.
> > >
> > > With regards,
> > > Shiva
> > >
> > >
> > > --
> > >
> > > Shiva Prasad Nath
> > > 92981134
> > > ___
> > > CentOS mailing list
> > > CentOS@centos.org
> > > https://lists.centos.org/mailman/listinfo/centos
> > >
> > ___
> > CentOS mailing list
> > CentOS@centos.org
> > https://lists.centos.org/mailman/listinfo/centos
> >
> ___
> CentOS mailing list
> CentOS@centos.org
> https://lists.centos.org/mailman/listinfo/centos
>
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Poor perfmance of bridged interfaces

[Sergio Belkin]

2015-11-12 18:07 GMT-03:00 James A. Peltier :

> - Original Message -
> | Hi,
> |
> | I've created a bridge using 2 interfaces and have a lot of messages as
> | follows:
> |
> | nov 12 15:30:22 localhost kernel: br0: received packet on enp0s3 with own
> | address as source address
> | nov 12 15:30:22 localhost kernel: br0: received packet on enp0s3 with own
> | address as source address
> |
> | And the operating systems is extremely slow
> |
> | Interfaces files :
> |
> | [root@localhost ~]# cat /etc/sysconfig/network-scripts/ifcfg-*
> | DEVICE=br0
> | TYPE=Bridge
> | BOOTPROTO=dhcp
> | ONBOOT=yes
> | #STP=on
> | #DELAY=0
> | NM_CONTROLLED=no
> | DEVICE=enp0s3
> | #HWADDR=08:00:27:AB:1D:E6
> | BOOTPROTO=none
> | ONBOOT=yes
> | NM_CONTROLLED=no
> | BRIDGE=br0
> |
> | DEVICE=enp0s8
> | HWADDR=08:00:27:A3:98:E6
> | BOOTPROTO=none
> | ONBOOT=yes
> | NM_CONTROLLED=no
> | BRIDGE=br0
> | DEVICE=lo
> | TYPE=loopback
> | IPADDR=127.0.0.1
> | NETMASK=255.0.0.0
> | NETWORK=127.0.0.0
> | # If you're having problems with gated making 127.0.0.0/8 a martian,
> | # you can change this to something else (255.255.255.255, for example)
> | BROADCAST=127.255.255.255
> | ONBOOT=yes
> | NAME=loopback
> |
> | I've disabled NetworkManager, but problem persists.
> |
> | System is:
> |
> | [root@localhost ~]# uname -a
> | Linux localhost 3.10.0-123.el7.x86_64 #1 SMP Mon Jun 30 12:09:22 UTC 2014
> | x86_64 x86_64 x86_64 GNU/Linux
> |
> | And is virtualized on VirtualBox
> |
> | Please could you help me to fix it?
> |
> | Thanks in advance!
> |
> | --
> | --
> | Sergio Belkin
> | LPIC-2 Certified - http://www.lpi.org
>
> You have a bridge with two interfaces on the same lan?  You're likely
> creating the topology loop with this configuration.  What is it that you're
> attempting to do here?
>
>
> --
> James A. Peltier
> IT Services - Research Computing Group
> Simon Fraser University - Burnaby Campus
> Phone   : 604-365-6432
> Fax : 778-782-3045
> E-Mail  : jpelt...@sfu.ca
> Website : http://www.sfu.ca/itservices
> Twitter : @sfu_rcg
> Powering Engagement Through Technology
> ___
>


I'm trying to create  virtualized linux bridge, I've enabled STP and even
with a forward delay with 300 but no luck...


-- 
--
Sergio Belkin
LPIC-2 Certified - http://www.lpi.org
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Poor perfmance of bridged interfaces

[Sergio Belkin]

2015-11-13 8:22 GMT-03:00 Sergio Belkin :

>
>
> 2015-11-12 18:07 GMT-03:00 James A. Peltier :
>
>> - Original Message -
>> | Hi,
>> |
>> | I've created a bridge using 2 interfaces and have a lot of messages as
>> | follows:
>> |
>> | nov 12 15:30:22 localhost kernel: br0: received packet on enp0s3 with
>> own
>> | address as source address
>> | nov 12 15:30:22 localhost kernel: br0: received packet on enp0s3 with
>> own
>> | address as source address
>> |
>> | And the operating systems is extremely slow
>> |
>> | Interfaces files :
>> |
>> | [root@localhost ~]# cat /etc/sysconfig/network-scripts/ifcfg-*
>> | DEVICE=br0
>> | TYPE=Bridge
>> | BOOTPROTO=dhcp
>> | ONBOOT=yes
>> | #STP=on
>> | #DELAY=0
>> | NM_CONTROLLED=no
>> | DEVICE=enp0s3
>> | #HWADDR=08:00:27:AB:1D:E6
>> | BOOTPROTO=none
>> | ONBOOT=yes
>> | NM_CONTROLLED=no
>> | BRIDGE=br0
>> |
>> | DEVICE=enp0s8
>> | HWADDR=08:00:27:A3:98:E6
>> | BOOTPROTO=none
>> | ONBOOT=yes
>> | NM_CONTROLLED=no
>> | BRIDGE=br0
>> | DEVICE=lo
>> | TYPE=loopback
>> | IPADDR=127.0.0.1
>> | NETMASK=255.0.0.0
>> | NETWORK=127.0.0.0
>> | # If you're having problems with gated making 127.0.0.0/8 a martian,
>> | # you can change this to something else (255.255.255.255, for example)
>> | BROADCAST=127.255.255.255
>> | ONBOOT=yes
>> | NAME=loopback
>> |
>> | I've disabled NetworkManager, but problem persists.
>> |
>> | System is:
>> |
>> | [root@localhost ~]# uname -a
>> | Linux localhost 3.10.0-123.el7.x86_64 #1 SMP Mon Jun 30 12:09:22 UTC
>> 2014
>> | x86_64 x86_64 x86_64 GNU/Linux
>> |
>> | And is virtualized on VirtualBox
>> |
>> | Please could you help me to fix it?
>> |
>> | Thanks in advance!
>> |
>> | --
>> | --
>> | Sergio Belkin
>> | LPIC-2 Certified - http://www.lpi.org
>>
>> You have a bridge with two interfaces on the same lan?  You're likely
>> creating the topology loop with this configuration.  What is it that you're
>> attempting to do here?
>>
>>
>> --
>> James A. Peltier
>> IT Services - Research Computing Group
>> Simon Fraser University - Burnaby Campus
>> Phone   : 604-365-6432
>> Fax : 778-782-3045
>> E-Mail  : jpelt...@sfu.ca
>> Website : http://www.sfu.ca/itservices
>> Twitter : @sfu_rcg
>> Powering Engagement Through Technology
>> ___
>>
>
>
> I'm trying to create  virtualized linux bridge, I've enabled STP and even
> with a forward delay with 300 but no luck...
>
>
> --
> --
> Sergio Belkin
> LPIC-2 Certified - http://www.lpi.org
>

I get an IP via dhcp but cannot ping only at host machine

-- 
--
Sergio Belkin
LPIC-2 Certified - http://www.lpi.org
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

[CentOS] CentOS-announce Digest, Vol 129, Issue 6

[centos-announce-request]

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

To subscribe or unsubscribe via the World Wide Web, visit
https://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. Announcing release for Ruby 1.9.3, 2.0.0, 2.2 and Ruby on
  Rails 3.2, 4.0, 4.1 on CentOS Linux 7 x86_64 SCL (Honza Horak)


--

Message: 1
Date: Thu, 12 Nov 2015 18:33:11 +0100
From: Honza Horak 
To: centos-annou...@centos.org
Subject: [CentOS-announce] Announcing release for Ruby 1.9.3, 2.0.0,
2.2 and Ruby on Rails 3.2, 4.0, 4.1 on CentOS Linux 7 x86_64 SCL
Message-ID: <5644cd57.3090...@redhat.com>
Content-Type: text/plain; charset=utf-8; format=flowed

I am pleased to announce the immediate availability of Ruby in versions 
1.9.3, 2.0.0, and 2.2, and Ruby on Rails in versions 3.2, 4.0 and 4.1 on 
CentOS Linux 7 x86_64, delivered via a Software Collection (SCL) built 
by the SCLo Special Interest Group 
(https://wiki.centos.org/SpecialInterestGroup/SCLo).

QuickStart
--
You can get started in three easy steps (example of Ruby 2.2 and Ruby on 
Rails 4.1, for others use particular collection names instead):
   $ sudo yum install centos-release-scl
   $ sudo yum install rh-ruby22 rh-ror41
   $ scl enable rh-ruby22 bash

At this point you should be able to use ruby just as a normal
application. An examples of commands run might be:
   $ ruby my-app.rb
   $ gem install activeresource
   $ bundle

In order to view the individual components included in this
collection, including additional rubygems plugins, you can run:
   $ sudo yum list rh-ruby22\* rh-ror41\*

The rh-ror41 collection relies on the rh-ruby22 collection and the ror40 
collection relies on the ruby200 collection, so the Ruby collections 
will be also installed when the Ruby on Rails collection is installed.

About Software Collections
--
Software Collections give you the power to build, install, and use 
multiple versions of software on the same system, without affecting 
system-wide installed packages. Each collection is delivered as a group 
of RPMs, with the grouping being done using the name of the collection 
as a prefix of all packages that are part of the software collection.

The collection rh-ruby22 delivers bundler and Ruby interpreter in 
version 2.2, while the collection rh-ror41 delivers Ruby on Rails 
framework in version 4.1 that allows to create and run applications in 
Ruby or Ruby on Rails framework.

The collection ruby200 delivers only the Ruby interpreter in version 
2.0.0, while the ror40 collection delivers Ruby on Rails framework in 
versoin 4.0 and bundler.

The collection ruby193 delivers Ruby interpreter in version 1.9.3, 
bundler and Ruby on Rails framework in version 3.2.

Some of the most common rubygems are also included in the collections as 
RPMs, the rest may be installed using bundler or gem tools.

For more on the Ruby and Ruby on Rails, see https://www.ruby-lang.org, 
http://rubyonrails.org or https://rubygems.org.

The SCLo SIG in CentOS
--
The Software Collections SIG group is an open community group 
co-ordinating the development of the SCL technology, and helping curate 
a reference set of collections. In addition to the Ruby and Ruby on 
Rails collections being released here, we also build and deliver 
databases, web servers, and language stacks including multiple versions 
of PostgreSQL, MariaDB, Apache HTTP Server, NodeJS, Python and others.

Software Collections SIG release was announced at 
https://lists.centos.org/pipermail/centos-announce/2015-October/021446.html

You can learn more about Software Collections concepts at: 
http://softwarecollections.org
You can find information on the SIG at 
https://wiki.centos.org/SpecialInterestGroup/SCLo ; this includes howto 
get involved and help with the effort.

We meet every Wednesday at 16:00 UTC in #centos-devel (ref: 
https://www.centos.org/community/calendar), for an informal open forum 
open to anyone who might have comments, concerns or wants to get started 
with SCL's in CentOS.

Enjoy!

Honza
SCLo SIG member



--

___
CentOS-announce mailing list
centos-annou...@centos.org
https://lists.centos.org/mailman/listinfo/centos-announce


End of CentOS-announce Digest, Vol 129, Issue 6
***
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Poor perfmance of bridged interfaces

[Sergio Belkin]

2015-11-12 15:56 GMT-03:00 Ulf Volmer :

> On 11/12/2015 07:42 PM, Sergio Belkin wrote:
>
> I've created a bridge using 2 interfaces and have a lot of messages as
>> follows:
>>
>> nov 12 15:30:22 localhost kernel: br0: received packet on enp0s3 with own
>> address as source address
>> nov 12 15:30:22 localhost kernel: br0: received packet on enp0s3 with own
>> address as source address
>>
>
> sounds like a loop.
>
> What says 'brctl show'?
>


When I enable stp:

[root@localhost ~]# brctl show br0
bridge name bridge id   STP enabled interfaces
br0 8000.080027a398e6   yes enp0s3
enp0s8




>
> best regards
> Ulf
> ___
> CentOS mailing list
> CentOS@centos.org
> https://lists.centos.org/mailman/listinfo/centos
>



-- 
--
Sergio Belkin
LPIC-2 Certified - http://www.lpi.org
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Rsync and differential Backups

[J Martin Rushton]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 13/11/15 01:52, Benjamin Smith wrote:
> I did exactly this with ZFS on Linux and cut over 24 hours of
> backup lag to just minutes.
> 
> If you're managing data at scale, ZFS just rocks...
> 
> 
> On Tuesday, November 10, 2015 01:16:28 PM Warren Young wrote:
>> On Nov 10, 2015, at 8:46 AM, Gordon Messmer
>> 
> wrote:
>>> On 11/09/2015 09:22 PM, Arun Khan wrote:
 You can use "newer" options of the find command and pass the
 file list
>>> 
>>> the process you described is likely to miss files that are
>>> modified while "find" runs.
>> Well, be fair, rsync can also miss files if files are changing
>> while the backup occurs.  Once rsync has passed through a given
>> section of the tree, it will not see any subsequent changes.
>> 
>> If you need guaranteed-complete filesystem-level snapshots, you
>> need to be using something at the kernel level that can
>> atomically collect the set of modified blocks/files, rather than
>> something that crawls the tree in user space.
>> 
>> On the BSD Now podcast, they recently told a war story about
>> moving one of the main FreeBSD servers to a new data center.
>> rsync was taking 21 hours in back-to-back runs purely due to the
>> amount of files on that server, which gave plenty of time for
>> files to change since the last run.
>> 
>> Solution?  ZFS send:
>> 
>> http://128bitstudios.com/2010/07/23/fun-with-zfs-send-and-receive/
>>
>> 
___
>> CentOS mailing list CentOS@centos.org 
>> https://lists.centos.org/mailman/listinfo/centos
> 
> ___ CentOS mailing
> list CentOS@centos.org 
> https://lists.centos.org/mailman/listinfo/centos
> 
If you really _need_ the guarantee of a snapshot, consider either LVM
or RAID1. Break out a volume from the RAID set, back it up, then
rebuild. If you are paranoid you might want to consider a 3-way RAID1
to ensure you have full shadowing during the backup.  Some commercial
filesystems (such as IBM's GPFS) also include a snapshot command, but
you may need deep pockets.

Other than that, accept as harmless the fact that your backup takes a
finite time.  Provided that you record the time before starting the
sweep, and do the next incremental from that time, then you will catch
all files eventually.  The time lag shouldn't be much though, decent
backup systems scan the sources and generate a work list before
starting to move data.

OT - is ZFS part of the CentOS distro?  I did a quick yum list | grep
- -i zfs and got nothing on a 7.1.1503.
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (GNU/Linux)

iQIcBAEBAgAGBQJWRbGGAAoJEAF3yXsqtyBlxfoP/2Z7GrmFXz/me/w6Ps9gvdWh
d6wWzwwBUooMjOiUFXspzkXpAIm12cB+M2il4KOutknWDbL5/8iMGgUykoj9Xh7J
lqoG76RJfttdyBomivOqix4Ylx8RMA/SXQlFzJHp7oPowSh8MJpfRXIsWQZCMxWH
8v/gk5ZyGN5Lax9yM6MAyT7YVxh39mYh9+wsP8i3No3UjCLoGBGMEMG75doyl1Tp
zo91dvcYjLiO71zhjg2wG3YJYsxYleJoCHEo/L+2/OgbUi+Pm8JnG0FpinyTbsMm
XkIGcjC+EMS2DQ4rerE+sHnr10N+Z+KJYyk5YX7TEXyID0Vmglfl8ApBMlL44MtK
RhKieM+3KTqmHAwjoQh37RNH9Sfadq130GgPaeHxEWXGQwkaivQaLcge72Cj5r6w
ZCpivejBHpHqyyKnlQcwFwIsoGoWftVJrKZ27tolxIG3A3KiJTGo/uCP5hW/fVjV
giNyRAjfTE8cT5DxOcssIAfjtFwpfx2XxsI4T0p1Hof7S0jYLmCZeQzNGSfMwtvX
oHnXcYg7cer2D4Xfwy9dHGkmqAjMVFUvFMqt6X1EfKfZVtSY3WUAqeouSP57bajZ
KaW/WXJjgp9kF5mKCuS5UsmjnvXJfvmBAcDhzPl3Ut+9Y0oD0/qtfm4Mk9Oyexpn
knL5rfIPygISKma6OTx9
=FM4A
-END PGP SIGNATURE-
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS-virt] CentOS 6 Xen package update (including XSA-156)

[Manuel Wolfshant]

On 11/12/2015 04:44 PM, George Dunlap wrote:
Do you have the centos-extras repo enabled? The key in question is in 
the centos-release-virt-common package, which is in the centos-extras repo


I've just updated, so far so good.
___
CentOS-virt mailing list
CentOS-virt@centos.org
https://lists.centos.org/mailman/listinfo/centos-virt

Re: [CentOS] Differences from upstream RHEL

[Andrew Holway]

In my experience software compiled for RHEL "just work" with Centos and I
don't remember any case where it didn't. I have however heard whisperings
on a grapevine that RH may want to try and make future versions of Centos
slightly incompatible with RHEL but these are probably just whisperings.

If you software vendor will not support Centos as RHEL then they probably
need a good LARTing.

On 11 November 2015 at 22:52, J Martin Rushton <
martinrushto...@btinternet.com> wrote:

> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
>
>
> On 11/11/15 15:17, Edward Ned Harvey (centos) wrote:
> >> From: centos-boun...@centos.org
> >> [mailto:centos-boun...@centos.org] On Behalf Of Devin Reade
> >>
> >> The above answer is right-on.  From a technical perspective, you
> >> can probably expect the 3rd party software to work exactly the
> >> same on RHEL and CentOS (barring some implausible edge cases),
> >> however your 3rd party vendor may refuse to support you at all if
> >> you're using something that's not on their supported platforms
> >> list.
> >
> > Hehehe, for what it's worth, I encountered one of those edge cases
> > a few years ago. Dell OMSA, at least in the days of Centos 4, was
> > distributed as a self-extracting binary, that would read the
> > contents of /etc/redhat-release and compare it against a list of
> > predefined strings, and then refused to operate. The workaround was
> > to hack /etc/redhat-release.
> >
> > But anyway. That's pretty unusual. Thanks...
> >
> IBM do something similar with GPFS.  You have to tell it you are using
> RHEL when you are on CentOS.
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v2.0.22 (GNU/Linux)
>
> iQIcBAEBAgAGBQJWQ7imAAoJEAF3yXsqtyBlRR4QAOTu6Fr3iqOtCaffdnt9dkjY
> 5B2z13vjvwzYgDXWl8T8tXeGCzOHP/mk2YY92GI7wDZrGf6+l88R8f0dkxWSLpyw
> wbG44VlLa5dXtLPQyi+RCzq6YFMaDrsdTMDGzgqmI/kTu5RQ7EDJuv/BzpDyZ7lE
> Na+WwnHM70WgfzPQCRIVno5/LJPQlZxYEZKNBRwcaMzzTNSZFQrkM3Jy+WrAlgqu
> 9VxAqs3T2HLggxYfIqlBhihdYoDdEzMxcN+YVJYzqxoyzGnGnt4gSs8UI9WoNY3T
> YzkfjJwBL7o3Nbq9UJbJaL/ArtxAKfZNfdzS+d816kuPR49zYNONGHenKQR7nB7+
> YgOU7uOrrVG8QYt1tFfvM3Z61IwbPPrlJRIHx4/WZlGVlG4jb15N90KunXjLxdTG
> CawIU3iVAtN3vzb2k7rSPfCme2A1gpnYYeFKTnsTqJ4uHKEcG4q5wvcmU4Bdmmsz
> HajBYYOklHHTCOzEhPgeQRGGUXTFzPXygzXodet1m/DSJR95Bqfp1gNuqAL1mqe/
> I6mhan1suowvluONhBitDCjfgU5fRPP7xwTyOlk79dpvYr+aAC2QqmGAMSWo03JP
> RlO+SEt1+C2hw3LaEGcOBnolRhkVDVu7gqM8H34UsoVXXkcEennGjg6MdQwuZuSu
> RoMnMq+Plwmoip9kOQQi
> =HcSd
> -END PGP SIGNATURE-
> ___
> CentOS mailing list
> CentOS@centos.org
> https://lists.centos.org/mailman/listinfo/centos
>
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Differences from upstream RHEL

[Peter]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 11/13/2015 09:17 PM, Andrew Holway wrote:
> In my experience software compiled for RHEL "just work" with Centos
> and I don't remember any case where it didn't. I have however heard
> whisperings on a grapevine that RH may want to try and make future
> versions of Centos slightly incompatible with RHEL but these are
> probably just whisperings.

Unmitigated rumors.  Until someone official says otherwise there is no
case where CentOS will ever purposefully be made incompatible with
RHEL.  There are some very minor edge cases where it can happen
incidentally due to:

1.  Certain identifying information being changed from RedHat to
CentOS such as the previously mentioned issues where software vendors
explicitly check the redhat-release file and refuse to run if it says
CentOS.

2.  The build process for RedHat is not known and so it is highly
unlikely that the CentOS build process replicates the RedHat one to
the degree needed for full 100% compatibility.

That said, if you find any case where CentOS acts differently to RHEL
with the same packages (and versions) installed in both then please
file a bug report with CentOS as as this would likely constitute a bug
in CentOS and should be fixed if at all possible.

> If you software vendor will not support Centos as RHEL then they
> probably need a good LARTing.

If it runs on RHEL it should run on CentOS as well.  I would fault a
software vendor who explicitly checks the redhat-release file to
exclude CentOS from running, but I don't fault them for not wanting to
support their software on CentOS, that is a choice they make.

At the end of the day when you run proprietary software you are fully
subject to the whims of the software vendor, I never understood how a
commercial business would not only voluntarily put themselves into
such a position but often times want to seek it out over the freedom
that FOSS offers.  Anyways, the vendor is also free to support
whatever OS they want, and you're free to choose not to use their
software.


Peter
-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQEcBAEBAgAGBQJWRaJDAAoJEAUijw0EjkDv5MQIAJFAA3D9HEa0VMLaXczLbsp2
K+5IJ9SkLmC6ePVod83mxkq2EZha19qmVaD0hHJIeEVo8IXiuR5UYdehVByDj8Jy
7SULhxG8O6+tv39S22iSHk2Q4JTWEL5lbhwi9QI8MZ6ndfjj3OJkXWXWGW9QuluS
hKBQzRQvvNeJ0XFnJ2ZZjhOXV5mU5MBJk3Zzu2NuMxMAqZ+H4vJVJVtDr1cwq/7s
FO5e0I2gDZ9QlTFg6ZOMxm+aqNVW/RCV98s3W4C47JEBKB8J7nTi266qQeCR1yH4
VIO6isDWUjsgIBuRtGJRysdAh0XqNqY8WL7SS5TPYh8j7rk+QmiajVfLGzid3A0=
=fCrU
-END PGP SIGNATURE-
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] About IPv6 Link-Local Address(CentOS5)

[Paul Heinlein]

On Fri, 13 Nov 2015, 米山陽介 wrote:


 Try

ping6 -I eth1 2000:8000:12:6:192:168:11:8


Thanks for the response.

I tried.
However, It did not resolve

# ping6 -I eth1 2000:8000:12:6:192:168:11:8
PING 2000:8000:12:6:192:168:11:8(2000:8000:12:6:192:168:11:8) from 
fe80::a00:27ff:fe03:5b8a eth1: 56 data bytes


First off, I assume you can ping your link-local address:

  ping6 -I eth1 fe80::a00:27ff:fe03:5b8a

Second, you never mentioned how eth1 was assigned its IPv6 address. 
Given that you've tried to embed an IPv4 address within an IPv6 
address (which is normally done with a 0:0:0:0:0: prefix), I'd guess 
you did it manually. If so, with what tools?




On 2015/11/13 2:22, Paul Heinlein wrote:

 On Thu, 12 Nov 2015, 米山陽介 wrote:

>  Hello
> 
>  Because I did not send , and then retransmitted.
> 
>  I am using the CentOS5.7.

>  In a state where the link down, I did a ping to the IPv4 and IPv6.
>  IPv4 succeeds in ping. but, IPv6 is ping fails.
>  Once confirmed by ifconfig, it did not have a Link-Local Address.
>  At link down, Is the Link-Local Address not set?
>  Leave the link down, Is there a way to avoid this?
> 
>  # ethtool eth1

>  Settings for eth1:
>  ～
> Link detected: no
> 
>  # ifconfig eth1

>  eth1  Link encap:Ethernet  HWaddr 08:00:27:83:74:54
>   inet addr:192.168.11.8  Bcast:192.168.11.255 
>   Mask:255.255.255.0

>   inet6 addr: 2000:8000:12:6:192:168:11:8/64 Scope:Global
>   UP BROADCAST MULTICAST  MTU:1500  Metric:1
>   RX packets:786 errors:0 dropped:0 overruns:0 frame:0
>   TX packets:289 errors:0 dropped:0 overruns:0 carrier:0
>   collisions:0 txqueuelen:1000
>   RX bytes:81093 (79.1 KiB)  TX bytes:46507 (45.4 KiB)
> 
>  # ping 192.168.11.8

>  PING 192.168.11.8 (192.168.11.8) 56(84) bytes of data.
>  64 bytes from 192.168.11.8: icmp_seq=1 ttl=64 time=0.033 ms
>  64 bytes from 192.168.11.8: icmp_seq=2 ttl=64 time=0.019 ms
>  ～
> 
>  # ping6 2000:8000:12:6:192:168:11:8

>  PING 2000:8000:12:6:192:168:11:8(2000:8000:12:6:192:168:11:8) 56 data
>  bytes

 Try

ping6 -I eth1 2000:8000:12:6:192:168:11:8



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






--
Paul Heinlein
heinl...@madboa.com
45°38' N, 122°6' W___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Poor perfmance of bridged interfaces

[Sergio Belkin]

2015-11-13 12:32 GMT-03:00 Ulf Volmer :

> On 11/13/2015 12:57 PM, Sergio Belkin wrote:
>
> When I enable stp:
>>
>> [root@localhost ~]# brctl show br0
>> bridge name bridge id   STP enabled interfaces
>> br0 8000.080027a398e6   yes enp0s3
>>  enp0s8
>>
>
> As Gordon said, i recommend to remove one of the physical interfaces from
> the bridge.
>
>
> best regards
> Ulf
> ___
>

I've found that setting virtual interfaces as NAT instead bridge, it works,
any ideas?

(Remember that it's a guest OS)

Thanks in advance!

-- 
--
Sergio Belkin
LPIC-2 Certified - http://www.lpi.org
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Poor perfmance of bridged interfaces

[Ulf Volmer]

On 11/13/2015 12:57 PM, Sergio Belkin wrote:


When I enable stp:

[root@localhost ~]# brctl show br0
bridge name bridge id   STP enabled interfaces
br0 8000.080027a398e6   yes enp0s3
 enp0s8


As Gordon said, i recommend to remove one of the physical interfaces 
from the bridge.


best regards
Ulf
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Poor perfmance of bridged interfaces

[Sergio Belkin]

2015-11-13 13:52 GMT-03:00 Gordon Messmer :

> On 11/13/2015 03:22 AM, Sergio Belkin wrote:
>
>> I'm trying to create  virtualized linux bridge
>>
>
> Well, you can't do that by putting two interfaces on the same LAN. A
> bridge should be used to connect two separate LANs.
>
> ___
> CentOS mailing list
> CentOS@centos.org
> https://lists.centos.org/mailman/listinfo/centos
>


But AFAIK, routers divide broadcast domains, and switches (and
therefore bridges) divide collision domains.  For example:

"A bridge is a piece of software used to unite two or more network
segments. A bridge behaves like a virtual network switch, working
transparently (the other machines do not need to know or care about its
existence). Any real devices (e.g. eth0) and virtual devices (e.g. tap0)
can be connected to it." https://wiki.archlinux.org/index.php/Network_bridge

If I'm wrong please correct me.

-- 
--
Sergio Belkin
LPIC-2 Certified - http://www.lpi.org
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Poor perfmance of bridged interfaces

[Gordon Messmer]

On 11/13/2015 03:22 AM, Sergio Belkin wrote:

I'm trying to create  virtualized linux bridge


Well, you can't do that by putting two interfaces on the same LAN. A 
bridge should be used to connect two separate LANs.

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

Re: [CentOS] Rsync and differential Backups

[Gordon Messmer]

On 11/13/2015 01:46 AM, J Martin Rushton wrote:

If you really_need_  the guarantee of a snapshot, consider either LVM
or RAID1. Break out a volume from the RAID set, back it up, then
rebuild.


FFS, don't do the latter.  LVM is the standard filesystem backing for 
Red Hat and CentOS systems, and fully supports consistent snapshots 
without doing half-ass shit like breaking a RAID volume.


Breaking a RAID volume doesn't make filesystems consistent, so when you 
try to mount it, you might have a corrupt filesystem, or corrupt data.  
Breaking the RAID will duplicate UUIDs of filesystems and the name of 
volume groups.  There are a whole bunch of configurations where it just 
won't work.  At best, it's unreliable.  Never do this.  Don't advise 
other people to do it.  Use LVM snapshots (or ZFS if that's an option 
for you).

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

Re: [CentOS] Poor perfmance of bridged interfaces

[Gordon Messmer]

On 11/13/2015 09:15 AM, Sergio Belkin wrote:

But AFAIK, routers divide broadcast domains, and switches (and
therefore bridges) divide collision domains.


Oh good, Cisco terminology.  :)

I'll be more specific than I was earlier, then.

It's possible to unify two collision domains into a single broadcast 
domain with a router, but it's also possible to use a bridge to link 
collision domains to create a larger broadcast domain.  Don't get hung 
up on that.


The comparison of a Linux bridge to a switch is apt.  You could, 
conceptually, connect two PCs to each other using a Linux bridge. You 
wouldn't, however, connect two ports on one switch (here, the Linux 
bridge) to two ports on another switch.  Doing that creates a loop in 
your network.


Linux Ethernet bridges have several uses, so it's not clear what you're 
really trying to do.  That is, you've said that you're trying to create 
a virtualized Linux bridge, but a bridge is a tool, not a goal in 
itself.  What do you expect the bridge to do when you've set it up?


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

Re: [CentOS-virt] CentOS 6 Xen package update (including XSA-156)

[Russell Gritzo]

Just applied the repo update rpm and the 4.4.3-6 updates - no problems.

I only saw one unexpected message in the 4.4.3-6 update - snippet below:


Running Transaction
  Updating   : xen-licenses-4.4.3-6.el6.x86_64
 1/10
  Updating   : xen-libs-4.4.3-6.el6.x86_64
   2/10
  Updating   : xen-hypervisor-4.4.3-6.el6.x86_64
3/10
/var/tmp/rpm-tmp.kxFl1h: line 9: fg: no job control
Updating grub config
  Updating   : xen-runtime-4.4.3-6.el6.x86_64
 4/10
Stopping xenconsoled
Stopping QEMU


I went to look at the script in /var/tmp, but of course it is cleaned up...
:}

didnt seem to bother anything.

r.
---
___
CentOS-virt mailing list
CentOS-virt@centos.org
https://lists.centos.org/mailman/listinfo/centos-virt

Re: [CentOS] Rsync and differential Backups

[J Martin Rushton]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 13/11/15 17:55, Gordon Messmer wrote:
> On 11/13/2015 01:46 AM, J Martin Rushton wrote:
>> If you really_need_  the guarantee of a snapshot, consider either
>> LVM or RAID1. Break out a volume from the RAID set, back it up,
>> then rebuild.
> 
> FFS, don't do the latter.  LVM is the standard filesystem backing
> for Red Hat and CentOS systems, and fully supports consistent
> snapshots without doing half-ass shit like breaking a RAID volume.
> 
> Breaking a RAID volume doesn't make filesystems consistent, so when
> you try to mount it, you might have a corrupt filesystem, or
> corrupt data. Breaking the RAID will duplicate UUIDs of filesystems
> and the name of volume groups.  There are a whole bunch of
> configurations where it just won't work.  At best, it's unreliable.
> Never do this.  Don't advise other people to do it.  Use LVM
> snapshots (or ZFS if that's an option for you). 
> ___ CentOS mailing
> list CentOS@centos.org 
> https://lists.centos.org/mailman/listinfo/centos

Maybe I should have been clearer: use (LVM) OR (RAID1 and break).
Don't use LVM and break, that would be silly.

I hope I'm wrong, but you wouldn't be thinking of mounting the broken
out copy on a the same system would you?  You must never do that, not
even during disaster recovery.  Use dd or similar on the disk, not the
mounted partitions - isn't that obvious?  I wasn't trying to give step
by step instructions.

Way before LVM existed we used this technique to back up VAXes (and
later Alphas) under VMS using "volume shadowing" (ie RAID1). It worked
quite happily for several years with disks shared across the cluster.
IIRC it was actually recommended by DEC, indeed a selling point, but I
don't have any manuals to hand to confirm that nowadays! One thing I
did omit was you MUST sync first (there was an equivalent VMS command,
don't ask me now), and also ensure that as the disks are added back a
full catchup copy occurs.  You may consider it half a mule's
droppings, but it is, after all, what happens if you loose a spindle
and hot replace.
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (GNU/Linux)

iQIcBAEBAgAGBQJWRk8fAAoJEAF3yXsqtyBlM50P/iHt5rwT/sGWSaNnsBNNoS0L
WKb8Z9M7nVwaWsjceHPwEWMDrW2M7TUlXWCWhmDOL5oWP2PtX5J0YkXZ3ADmn5cp
GE8gKmFDIdoepxs/GQREpryh+mT+kyhr+3WIISgSplEsGP0PezEBEX5jemvMAFcn
bVH4KYj5Cqt/xludubqxaNe/GF72FwJKVl/ie5GIMF1gk039QpykOvI8GZzcXXVU
/vEUH72i+JOgyrLCMIuzH6na2YSiXI1pav8NnPV4pZCX6Rre8/MTtNGRd8Lda3zR
Nqb1Jow7ozTRwYWJpORU0ZiPN4aTQakktSLuPxN3KpAFOUiKbt4EMAI7YwceYh0b
DwE7fml1auINn2XhwLYyHyX6bu0TJQmC8PbOxtx2J79wO0707ZPpvNN2imgGqYbg
zdO7cQMlI04MqeRn9A+OgtLzAh/yrJaVDNYNN6OFbSpyfB0FrmrZpKxozX2gMOp2
C1WBffSflKN+RLAaWGsXY+CIDyHvkIJifUx+618O1iOqxXlWuMTmMa+Ez4DVpVLZ
SIoQBmcE950ZE6mZZazdb2rGVC1OhQVcvsIxv3qDqxPUkBP5rrbYhW3SziqaOZHj
M5o5iVkCRwBbxyV8GyVK8YYgBlu9CqxjMAfuNxT8aWZfl5kXVMxmfU8W2x4Pgjm1
n7ygIadGuw+cXEcr9ech
=8SBu
-END PGP SIGNATURE-
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

[CentOS] Fwd: After installation

[Siva Prasad Nath]

-- Forwarded message --
From: *Siva Prasad Nath* 
Date: Saturday, November 14, 2015
Subject: After installation
To: centos-de...@centos.org


Hi,
I installed Centos. After login as root I can see the config file.
Please advice me about the next step.

With regards,
Shiva


-- 

Shiva Prasad Nath
92981134




-- 

Shiva Prasad Nath
92981134
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Fwd: After installation

[Eero Volotinen]

How about reading the documentation and learning the basics. You are not
going to get step by step instructions.

Eero
14.11.2015 4.16 ap. "Siva Prasad Nath" 
kirjoitti:

> -- Forwarded message --
> From: *Siva Prasad Nath* 
> Date: Saturday, November 14, 2015
> Subject: After installation
> To: centos-de...@centos.org
>
>
> Hi,
> I installed Centos. After login as root I can see the config file.
> Please advice me about the next step.
>
> With regards,
> Shiva
>
>
> --
>
> Shiva Prasad Nath
> 92981134
>
>
>
>
> --
>
> Shiva Prasad Nath
> 92981134
> ___
> CentOS mailing list
> CentOS@centos.org
> https://lists.centos.org/mailman/listinfo/centos
>
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] After installation

[Siva Prasad Nath]

Agree with you. Can you email me the link?

On Saturday, November 14, 2015, Eero Volotinen 
wrote:

> How about reading the documentation and learning the basics. You are not
> going to get step by step instructions.
>
> Eero
> 14.11.2015 4.16 ap. "Siva Prasad Nath"  >
> kirjoitti:
>
> > -- Forwarded message --
> > From: *Siva Prasad Nath* >
> > Date: Saturday, November 14, 2015
> > Subject: After installation
> > To: centos-de...@centos.org 
> >
> >
> > Hi,
> > I installed Centos. After login as root I can see the config file.
> > Please advice me about the next step.
> >
> > With regards,
> > Shiva
> >
> >
> > --
> >
> > Shiva Prasad Nath
> > 92981134
> >
> >
> >
> >
> > --
> >
> > Shiva Prasad Nath
> > 92981134
> > ___
> > CentOS mailing list
> > CentOS@centos.org 
> > https://lists.centos.org/mailman/listinfo/centos
> >
> ___
> CentOS mailing list
> CentOS@centos.org 
> https://lists.centos.org/mailman/listinfo/centos
>


-- 

Shiva Prasad Nath
92981134
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] After installation

[Jonathan Billings]

On Nov 13, 2015, at 9:16 PM, Siva Prasad Nath  
wrote:
> I installed Centos. After login as root I can see the config file.
> Please advice me about the next step.

Please give us a better explanation of what you want to know.

In the mean time, I suggest reading over this page on how to ask good questions:

http://www.catb.org/esr/faqs/smart-questions.html



--
Jonathan Billings 


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

Re: [CentOS] Rsync and differential Backups

[Gordon Messmer]

On 11/13/2015 12:59 PM, J Martin Rushton wrote:

Maybe I should have been clearer: use (LVM) OR (RAID1 and break).


I took your meaning.  I'm saying that's a terrible backup strategy, for 
a list of reasons.


For instance, it only works if you mirror a single disk.  It doesn't 
work if you use RAID10 or RAID5, or RAID6, or RAIDZ, etc.  Breaking RAID 
doesn't make the data consistent, so you might have corrupt files 
(especially if the system runs any kind of database.  SQL, LDAP, etc).  
It doesn't make the filesystem consistent, so you might have a corrupt 
filesystem.


Even if you ignore the potential for corruption, you have a backup 
process that only works on some specific hardware configurations. 
Everything else has to have a different backup solution.  That's 
insane.  Use one backup process that works for everything.  You're much 
more likely to consistently back up your data that way.



I hope I'm wrong, but you wouldn't be thinking of mounting the broken
out copy on a the same system would you?  You must never do that, not
even during disaster recovery.  Use dd or similar on the disk, not the
mounted partitions - isn't that obvious?  I wasn't trying to give step
by step instructions.


Well, that's *one* of the problems with your advice.  Even if we ignore 
the fact that it doesn't work reliably (and IMO, it therefore doesn't 
work), it's far more complicated than you pretend it is.


Because now you're talking about quiescing your services, breaking your 
RAID, physically removing the drive, connecting it to another system, 
fsck the filesystems, mount them, and backing up the data. For each 
backup.  Every day.


Or using 'dd' and... backing up the whole image?  No incremental or 
differentials?


Your process involves a human being doing physical tasks as part of the 
backup.  Maybe I'm the only one, but I want my backups fully automated.  
People make mistakes.  I don't want them involved in regular processes.  
In fact, the entire point of computing is that the computer should do 
the work so that I don't have to.



Way before LVM existed we used this technique to back up VAXes (and
later Alphas) under VMS using "volume shadowing" (ie RAID1). It worked
quite happily for several years with disks shared across the cluster.
IIRC it was actually recommended by DEC, indeed a selling point, but I
don't have any manuals to hand to confirm that nowadays! One thing I
did omit was you MUST sync first


sync flushes the OS data buffers to disk, but it does not sync 
application data buffers, it does not flush the journal, it doesn't make 
filesystems "clean", and even if you break the RAID volume immediately 
after "sync" there's no guarantee that there weren't cached writes from 
other processes in between those two steps.


There is absolutely no way to make this a reliable process without a 
full shutdown.


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

Re: [CentOS] Rsync and differential Backups

[Anthony K]

On 11/11/15 02:46, Gordon Messmer wrote:


... the process you described is likely to miss files that are 
modified while "find" runs.



That's just being picky for the sake of it.  A backup is a *point-in-time* 
snapshot of the files being backed up.  It will not capture files modified 
after that point.

So, saying that find won't find files modified while the backup is running is 
frankly the same as saying it won't find files modified anytime in the future 
after that *point-in-time* when the backup started!

If there's a point to be made by the quoted statement above, I missed it and I 
surely deserve to be educated!


ak.


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

Re: [CentOS] After installation

[Eero Volotinen]

Www.centos.org or use google for 'rhel documentation'

Eero
14.11.2015 5.43 ap. "Siva Prasad Nath" 
kirjoitti:

> Agree with you. Can you email me the link?
>
> On Saturday, November 14, 2015, Eero Volotinen 
> wrote:
>
> > How about reading the documentation and learning the basics. You are not
> > going to get step by step instructions.
> >
> > Eero
> > 14.11.2015 4.16 ap. "Siva Prasad Nath"  > >
> > kirjoitti:
> >
> > > -- Forwarded message --
> > > From: *Siva Prasad Nath* >
> > > Date: Saturday, November 14, 2015
> > > Subject: After installation
> > > To: centos-de...@centos.org 
> > >
> > >
> > > Hi,
> > > I installed Centos. After login as root I can see the config file.
> > > Please advice me about the next step.
> > >
> > > With regards,
> > > Shiva
> > >
> > >
> > > --
> > >
> > > Shiva Prasad Nath
> > > 92981134
> > >
> > >
> > >
> > >
> > > --
> > >
> > > Shiva Prasad Nath
> > > 92981134
> > > ___
> > > CentOS mailing list
> > > CentOS@centos.org 
> > > https://lists.centos.org/mailman/listinfo/centos
> > >
> > ___
> > CentOS mailing list
> > CentOS@centos.org 
> > https://lists.centos.org/mailman/listinfo/centos
> >
>
>
> --
>
> Shiva Prasad Nath
> 92981134
> ___
> CentOS mailing list
> CentOS@centos.org
> https://lists.centos.org/mailman/listinfo/centos
>
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Poor perfmance of bridged interfaces

[Sergio Belkin]

2015-11-12 18:17 GMT-03:00 John R Pierce :

> On 11/12/2015 10:42 AM, Sergio Belkin wrote:
>
>> DEVICE=enp0s8
>> HWADDR=08:00:27:A3:98:E6
>> BOOTPROTO=none
>> ONBOOT=yes
>> NM_CONTROLLED=no
>> BRIDGE=br0
>> DEVICE=lo
>> TYPE=loopback
>> IPADDR=127.0.0.1
>> NETMASK=255.0.0.0
>> NETWORK=127.0.0.0
>> ...
>>
>
> I hope thats two seperate files, ifcfg-enp0s8 and ifcfg-lo ... otherwise,
> why is a bridged physical interface configured to be loopback?!?
>




Yes they are separate ones


>
> mine looks like...
>
>
> # cat ifcfg-br0
> DEVICE=br0
> TYPE=Bridge
> ONBOOT=yes
> NM_CONTROLLED=no
> BOOTPROTO=none
> NETWORK=
> NETMASK=255.255.255.240
> IPADDR=.  (its a static IP)
> GATEWAY=
>
> # cat ifcfg-eth0
> DEVICE=eth0
> HWADDR=D8:D3:85:B5:8C:6A
> TYPE=Ethernet
> ONBOOT=yes
> NM_CONTROLLED=no
> BRIDGE=br0
>
> # cat ifcfg-lo
> DEVICE=lo
> IPADDR=127.0.0.1
> NETMASK=255.0.0.0
> NETWORK=127.0.0.0
> # If you're having problems with gated making 127.0.0.0/8 a martian,
> # you can change this to something else (255.255.255.255, for example)
> BROADCAST=127.255.255.255
> ONBOOT=yes
> NAME=loopback
>
> --
> john r pierce, recycling bits in santa cruz
>
>
> ___
> CentOS mailing list
> CentOS@centos.org
> https://lists.centos.org/mailman/listinfo/centos
>



-- 
--
Sergio Belkin
LPIC-2 Certified - http://www.lpi.org
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Differences from upstream RHEL

[Edward Ned Harvey (centos)]

> From: centos-boun...@centos.org [mailto:centos-boun...@centos.org] On
> Behalf Of Peter
> 
> Anyways, the vendor is also free to support
> whatever OS they want, and you're free to choose not to use their
> software.

Except when you're not. Because for whatever reason, the choice of software you 
(the sysadmin) will support is determined by the users (engineers, financial 
people, whatever) who use the software. And the software vendors publicize 
which OSes are "supported" to run their software.

As mentioned previously in this thread, the software in question is Cadence EDA 
software, which I've supported many times on Centos before, but they do all 
their development and testing on RHEL, SLES, Solaris, and a few other 
commercial OSes, so they cannot say they support Centos. If you encounter any 
fringe incompatibility cases, because of running Centos, it's your 
responsibility. But they're not intentionally manufacturing any such cases into 
their software.

I'm comfortable with this. Even staking my reputation on it. But I brought up 
the questions because I need to make other people comfortable with it too.

I got all the answers I need - Thanks everyone for your help.
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos