Re: Changing host name

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Wed, Apr 07, 2010 at 01:34:35PM -0700, Rick Stevens wrote:
> On 04/07/2010 10:51 AM, Tom H wrote:
> >>>>> I've never found a need to reboot on changing hostnames.  The most
> >>>>> drastic action I've taken was to "service network restart".
> >
> >>>> One wold assumme if yo are using 'service network start' you are not
> >>>> using NM so your comments about the changing hostname may not apply to
> >>>> the OP's system.
> >
> >>> Unless I'm out of my mind...that assumption would not be true.....
> >>> Even if you use NM you can still use "service network restart".  When
> >>> one uses NM the directories /etc/sysconfig/networking/profiles/default
> >>> and /etc/sysconfig/networking/devices are empty. This is the case on my
> >>> system.
> 
> I would highly recommend you DON'T use "service network restart" if
> you're using NM.  The two are not compatible in many areas.
> 
> >> I have no opinion on the soundness of this, but "service NetworkManager
> >> restart" is what I use myself.
> 
> I believe that's what's required if you do some manual reconfig of the
> network behind NM's back.
> 
> > There is a "NM_CONTROLLED" variable that can be set in the ifcfg-*
> > scripts to use one or the other (although I do not see where my F13
> > init.d scripts check for its value.)
> 
> I'm not sure they do.  I believe the idea is that NM would ONLY futz
> with interfaces marked thus and leave the others alone.
> 
> With both classic and NM enabled, the normal startup sequence would
> "service network start" at sequence 10, then "service NetworkManager 
> start" at sequence 23  The way I read it, classic could play with all
> the NICs and NM would only touch the ones marked "NM_CONTROLLED",
> undoing what classic did to them.

Just to be clear, NM_CONTROLLED is not a marker, it's a variable.  You
would set NM_CONTROLLED=no for an interface where you didn't want NM
to monitor or change its state.

-- 
Paul W. Frields                                http://paul.frields.org/
  gpg fingerprint: 3DA6 A0AC 6D58 FEC4 0233  5906 ACDB C937 BD11 3717
  http://redhat.com/   -  -  -  -   http://pfrields.fedorapeople.org/
          Where open source multiplies: http://opensource.com
-- 
users mailing list
users@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
[Index of Archives]     [Older Fedora Users]     [Fedora Announce]     [Fedora Package Announce]     [EPEL Announce]     [Fedora Magazine]     [Fedora News]     [Fedora Summer Coding]     [Fedora Laptop]     [Fedora Cloud]     [Fedora Advisory Board]     [Fedora Education]     [Fedora Security]     [Fedora Scitech]     [Fedora Robotics]     [Fedora Maintainers]     [Fedora Infrastructure]     [Fedora Websites]     [Anaconda Devel]     [Fedora Devel Java]     [Fedora Legacy]     [Fedora Desktop]     [Fedora Fonts]     [ATA RAID]     [Fedora Marketing]     [Fedora Management Tools]     [Fedora Mentors]     [SSH]     [Fedora Package Review]     [Fedora R Devel]     [Fedora PHP Devel]     [Kickstart]     [Fedora Music]     [Fedora Packaging]     [Centos]     [Fedora SELinux]     [Fedora Legal]     [Fedora Kernel]     [Fedora OCaml]     [Coolkey]     [Virtualization Tools]     [ET Management Tools]     [Yum Users]     [Tux]     [Yosemite News]     [Gnome Users]     [KDE Users]     [Fedora Art]     [Fedora Docs]     [Asterisk PBX]     [Fedora Sparc]     [Fedora Universal Network Connector]     [Libvirt Users]     [Fedora ARM]

  Powered by Linux