Preupgrade 10 > 11

[Jim]

On 08/10/2009 03:23 PM, sam.sharpe+lists.redhat at gmail.com wrote:
> Jim wrote:
>    
>> Ran preupgrade from F10>F11 and everything works perfect , EXCEPT ,
>> I had a conf file in etc that had to do with the NO IPV6 and dns
>> problem in F10, F11 and preupgrade eliminated that conf file, why
>> don't they set it up that it will leave the conf file the user makes
>> alone. ? During upgrade.
>>
>>      
>
> please name the config file - otherwise we don't know what you are
> talking about...
>
> ... however, if you are asking what the file was so you can recreate it,
> then my best guess is /etc/sysconfig/network - because it can have:
> NETWORKING_IPV6=no
> SEARCH="blah.domain.com blah2.domain.com domain.com"
>
> Which fits your criteria of DNS problems and stopping IPV6
>
> The reason RPM won't persist it is because:
> [sam at samlap ~]$ rpm -qif /etc/sysconfig/network
> file /etc/sysconfig/network is not owned by any package
>
> So... I'm guessing that Anaconda "updated" it as part of the upgrade
> and wasn't intelligent enough to save your customisations - file a bug
> against anaconda if that's the case and maybe you can save someone else
> some trouble later on ;o)
>
>    
I have my box setup as per these instructions, below. Is there a easier 
way to over come this IPV6=no problem.

1.  Q: Networking (or DNS) seems really slow and fails often (Updated 2 
January 2009)
A: If Fedora 10's networking seems slow or you get frequent network 
connection failures (when other Fedoras or other OSes were working just 
fine on your machine), then you're probably hitting this bug.

Here's how you can work around it:

    1. Open a Terminal.
    2. Become root:

       su -
    3. Make sure that the "dnsmasq" program is installed (it usually is, 
by default, in Fedora 10):

       rpm -q dnsmasq

       If that says "package dnsmasq is not installed", then you need to 
install dnsmasq, by running the following command:

       yum install dnsmasq
    4. Now, you have to find out which network interface your machine is 
using:

       route -n

       You'll see some output that looks like this:

       Destination Gateway Genmask Flags Metric Ref Use Iface 
192.168.1.0 0.0.0.0 255.255.255.0 U 1 0 0 eth0 0.0.0.0 192.168.1.1 
0.0.0.0 UG 0 0 0 eth0

       The eth0 there (the furthest bottom-right text in the output) is 
the name of the network interface I'm using. Yours might be eth1 or 
something totally different. Just remember it for the next step.
    5. Now create a file called /etc/dhclient-<your network 
interface>.conf. For example, if your network interface is eth0, the 
file would be called /etc/dhclient-eth0.conf.

       You can create the file with this command (assuming your network 
interface is eth0):

       nano /etc/dhclient-eth0.conf

       Then make this the only line in the file:

       prepend domain-name-servers 127.0.0.1;

       And then save the file and close it (Ctrl-X then Y).

       If you have both a wireless and a wired network connection, you 
will have to do this step once for each of them.
    6. Now start dnsmasq:

       service dnsmasq start

       And make sure that it will start every time your computer starts:

       chkconfig dnsmasq on
    7. Now restart your network connection:

       service NetworkManager restart

And now things should be as fast as normal again. You might have to 
restart the programs that you're running for them to pick up the changes 
that NetworkManager made when it restarted.



2.  * IPv6
You might notice that your browsing through Firefox is a little slow on 
Fedora 10. This is because Firefox 3 has enabled by default IPv6 which 
causes Firefox to first resolve an IPv6 address and after the connection 
fails it switches to IPv4. To change this setting type:

about:config


and in Filter box type:

network.dns.disableIPv6


Right click on it, select Toggle and change its value to true. Restart 
Firefox and you are ready!


-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.fedoraproject.org/pipermail/users/attachments/20090810/908a5840/attachment-0001.html