I recently reconfigured some CentOS 4.3 systems that were using DHCP to use static IP addresses. At the same time, the systems were moved to a new VLAN. Here is the approximate sequence of events that took place:
1. ifdown eth0 2. edit /etc/sysconfig/network-scripts/ifcfg-eth0 with static IP address 3. wait for network folks to reconfigure switch 4. ifup eth0
I may have reversed steps 1 and 2 on some of the systems.
The problem was that the dhclient process didn't go away, and kept renewing the old lease. Our DHCP server is configured to contact the DNS server and update the entry for each host it serves. So the DNS entries for these systems were pointing to the old address in the old VLAN. The eth0 interface itself just kept the static IP address for which it was configured. It took me a while to figure out what was going on.
My question is, what could I have done to avoid this (other than killing the dhclient process)? Is there a better way to reconfigure an interface to use a static address? I am not interested in solutions that involve using a GUI (i.e., only command line solutions).
Thanks, Alfred
On Wed, 2006-09-13 at 14:06 -0400, Alfred von Campe wrote:
I recently reconfigured some CentOS 4.3 systems that were using DHCP to use static IP addresses. At the same time, the systems were moved to a new VLAN. Here is the approximate sequence of events that took place:
- ifdown eth0
- edit /etc/sysconfig/network-scripts/ifcfg-eth0 with static IP
address 3. wait for network folks to reconfigure switch 4. ifup eth0
I may have reversed steps 1 and 2 on some of the systems.
The problem was that the dhclient process didn't go away, and kept renewing the old lease. Our DHCP server is configured to contact the DNS server and update the entry for each host it serves. So the DNS entries for these systems were pointing to the old address in the old VLAN. The eth0 interface itself just kept the static IP address for which it was configured. It took me a while to figure out what was going on.
My question is, what could I have done to avoid this (other than killing the dhclient process)? Is there a better way to reconfigure an interface to use a static address? I am not interested in solutions that involve using a GUI (i.e., only command line solutions).
Thanks, Alfred _______________________________________________
I do:
service network restart
(or: /etc/init.d/network restart)
Not necessarily better, but it should make the dhcp process go away (if the ifcfg file is correctly edited).
Thanks, Johnny Hughes
On Sep 13, 2006, at 17:07, Johnny Hughes wrote:
I do:
service network restart
I'll remember this for next time. If I get a chance, I will also test this to see if the dhclient process indeed goes away.
On Sep 13, 2006, at 18:29, Justin Randall wrote:
Unless this device is going to be switching from DCHP to static frequently, wouldn't simply killing the dhclient process be sufficient?
Yes, it would. My question was what is the recommended process to switch an interface from DHCP to STATIC so that the dhclient process automatically gets killed. Doing an "ifdown eth0", editing the configuration file, and then doing an "ifup eth0" left this lingering dhclient process around.
Alfred
I've been running Firefox 4 on Centos 5 (had to find a libstdc++.so.6 for it by perusing newer systems from which I could steal one, but it's been fine since then).
Well, today firefox pushed down an update to Firefox 4.0.1 without saying what it was, and it turns out to have been firefox 5. fine, I wanted it anyway.
But when I restarted it, I got a completely black browser window. Clicked on the X close button and got a completely black confirmation dialog. weird.
exited it and tried safe mode. Works fine.
ldd reports no conflicts or missing libraries.
anybody else seen this? anyone got suggestions on what I should try next?
Thanks!
On Tue, Jun 21, 2011 at 9:54 PM, fred smith fredex@fcshome.stoneham.ma.us wrote:
anybody else seen this? anyone got suggestions on what I should try next?
Try to disable all the extensions and see if it helps. If it does then enable them back one by one until you find the guilty one.
On Tue, Jun 21, 2011 at 11:35:36PM +0100, Lucian wrote:
On Tue, Jun 21, 2011 at 9:54 PM, fred smith fredex@fcshome.stoneham.ma.us wrote:
anybody else seen this? anyone got suggestions on what I should try next?
Try to disable all the extensions and see if it helps. If it does then enable them back one by one until you find the guilty one.
well, it starts in safe mod4e with all add-ons disabled. but how can I disable them so I can start it without safe-mode? if I can't run it without safe mode then I can't disable add-ons. or at least I don't know how.
fred smith wrote:
On Tue, Jun 21, 2011 at 11:35:36PM +0100, Lucian wrote:
On Tue, Jun 21, 2011 at 9:54 PM, fred smith fredex@fcshome.stoneham.ma.us wrote:
anybody else seen this? anyone got suggestions on what I should try next?
Try to disable all the extensions and see if it helps. If it does then enable them back one by one until you find the guilty one.
well, it starts in safe mod4e with all add-ons disabled. but how can I disable them so I can start it without safe-mode? if I can't run it without safe mode then I can't disable add-ons. or at least I don't know how.
Can't you open add-on window in safe mode and click on the disable button?
Ljubomir
fred smith wrote:
I've been running Firefox 4 on Centos 5 (had to find a libstdc++.so.6 for it by perusing newer systems from which I could steal one, but it's been fine since then).
Well, today firefox pushed down an update to Firefox 4.0.1 without saying what it was, and it turns out to have been firefox 5. fine, I wanted it anyway.
But when I restarted it, I got a completely black browser window. Clicked on the X close button and got a completely black confirmation dialog. weird.
exited it and tried safe mode. Works fine.
ldd reports no conflicts or missing libraries.
anybody else seen this? anyone got suggestions on what I should try next?
Thanks!
My guess is that you compiled from source, and that is not something (vast majority of) CentOS users do, so I would not hold my breath that anyone uses Firefox 4 on CentOS 5.x.
Just return to 4.0 and you should be fine, I guess.
Ljubomir
On Wed, Jun 22, 2011 at 12:46:09AM +0200, Ljubomir Ljubojevic wrote:
fred smith wrote:
I've been running Firefox 4 on Centos 5 (had to find a libstdc++.so.6 for it by perusing newer systems from which I could steal one, but it's been fine since then).
Well, today firefox pushed down an update to Firefox 4.0.1 without saying what it was, and it turns out to have been firefox 5. fine, I wanted it anyway.
But when I restarted it, I got a completely black browser window. Clicked on the X close button and got a completely black confirmation dialog. weird.
exited it and tried safe mode. Works fine.
ldd reports no conflicts or missing libraries.
anybody else seen this? anyone got suggestions on what I should try next?
Thanks!
My guess is that you compiled from source, and that is not something (vast majority of) CentOS users do, so I would not hold my breath that anyone uses Firefox 4 on CentOS 5.x.
Just return to 4.0 and you should be fine, I guess.
Actually, no. it's the binaries from mozilla.org, though. firefox 4 did the update itself, again using the mozilla.org binaries.
fred smith wrote:
On Wed, Jun 22, 2011 at 12:46:09AM +0200, Ljubomir Ljubojevic wrote:
fred smith wrote:
I've been running Firefox 4 on Centos 5 (had to find a libstdc++.so.6 for it by perusing newer systems from which I could steal one, but it's been fine since then).
Well, today firefox pushed down an update to Firefox 4.0.1 without saying what it was, and it turns out to have been firefox 5. fine, I wanted it anyway.
But when I restarted it, I got a completely black browser window. Clicked on the X close button and got a completely black confirmation dialog. weird.
exited it and tried safe mode. Works fine.
ldd reports no conflicts or missing libraries.
anybody else seen this? anyone got suggestions on what I should try next?
Thanks!
My guess is that you compiled from source, and that is not something (vast majority of) CentOS users do, so I would not hold my breath that anyone uses Firefox 4 on CentOS 5.x.
Just return to 4.0 and you should be fine, I guess.
Actually, no. it's the binaries from mozilla.org, though. firefox 4 did the update itself, again using the mozilla.org binaries.
libstdc++.so.6 is a part of gcc libraries. I would like to have Firefox 4/5, but not at the cost of messing with the core part of my system.
Ljubomir
----- Original Message ----- | fred smith wrote: | > On Wed, Jun 22, 2011 at 12:46:09AM +0200, Ljubomir Ljubojevic wrote: | >> fred smith wrote: | >>> I've been running Firefox 4 on Centos 5 (had to find a | >>> libstdc++.so.6 for | >>> it by perusing newer systems from which I could steal one, but | >>> it's been | >>> fine since then). | >>> | >>> Well, today firefox pushed down an update to Firefox 4.0.1 without | >>> saying | >>> what it was, and it turns out to have been firefox 5. fine, I | >>> wanted it | >>> anyway. | >>> | >>> But when I restarted it, I got a completely black browser window. | >>> Clicked | >>> on the X close button and got a completely black confirmation | >>> dialog. | >>> weird. | >>> | >>> exited it and tried safe mode. Works fine. | >>> | >>> ldd reports no conflicts or missing libraries. | >>> | >>> anybody else seen this? anyone got suggestions on what I should | >>> try next? | >>> | >>> Thanks! | >>> | >> My guess is that you compiled from source, and that is not | >> something | >> (vast majority of) CentOS users do, so I would not hold my breath | >> that | >> anyone uses Firefox 4 on CentOS 5.x. | >> | >> Just return to 4.0 and you should be fine, I guess. | > | > Actually, no. it's the binaries from mozilla.org, though. firefox 4 | > did the update itself, again using the mozilla.org binaries. | | libstdc++.so.6 is a part of gcc libraries. I would like to have | Firefox | 4/5, but not at the cost of messing with the core part of my system. | | Ljubomir | _______________________________________________ | CentOS mailing list | CentOS@centos.org | http://lists.centos.org/mailman/listinfo/centos
There is the libsdc++-4.1.2-50.el5 package and the gcc44 packages, both can be installed without messing with the core system
James A. Peltier wrote:
There is the libsdc++-4.1.2-50.el5 package and the gcc44 packages, both can be installed without messing with the core system
Yes there is, but it does not provide (GLIBCXX_3.4.9), only up to (GLIBCXX_3.4.8). Closest (GLIBCXX_3.4.9) is for Fedora 10, little to far for my taste.
http://rpm.pbone.net/index.php3/stat/4/idpl/15703005/dir/centos_5/com/libstd...
Ljubomir
What if you try:
mv ~/.mozilla
start firefox5 and see if it works, if it does, then restore your .mozilla and figure what the offending extension / plugin is.
Mike
-----Original Message----- From: centos-bounces@centos.org [mailto:centos-bounces@centos.org] On Behalf Of Ljubomir Ljubojevic Sent: Wednesday, June 22, 2011 3:35 AM To: CentOS mailing list Subject: Re: [CentOS] Firefox 5 on Centos 5.6
James A. Peltier wrote:
There is the libsdc++-4.1.2-50.el5 package and the gcc44 packages,
both can be installed without messing with the core system
Yes there is, but it does not provide (GLIBCXX_3.4.9), only up to (GLIBCXX_3.4.8). Closest (GLIBCXX_3.4.9) is for Fedora 10, little to far for my taste.
http://rpm.pbone.net/index.php3/stat/4/idpl/15703005/dir/centos_5/com/l ibstdc++-4.1.2-50.el5.x86_64.rpm.html
Ljubomir _______________________________________________ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
sorry
mv ~/.mozilla ~/.mozilla.orig
-----Original Message----- From: centos-bounces@centos.org [mailto:centos-bounces@centos.org] On Behalf Of Mike Hanby Sent: Wednesday, June 22, 2011 3:37 PM To: CentOS mailing list Subject: Re: [CentOS] Firefox 5 on Centos 5.6
What if you try:
mv ~/.mozilla
start firefox5 and see if it works, if it does, then restore your .mozilla and figure what the offending extension / plugin is.
Mike
-----Original Message----- From: centos-bounces@centos.org [mailto:centos-bounces@centos.org] On Behalf Of Ljubomir Ljubojevic Sent: Wednesday, June 22, 2011 3:35 AM To: CentOS mailing list Subject: Re: [CentOS] Firefox 5 on Centos 5.6
James A. Peltier wrote:
There is the libsdc++-4.1.2-50.el5 package and the gcc44 packages,
both can be installed without messing with the core system
Yes there is, but it does not provide (GLIBCXX_3.4.9), only up to (GLIBCXX_3.4.8). Closest (GLIBCXX_3.4.9) is for Fedora 10, little to far for my taste.
http://rpm.pbone.net/index.php3/stat/4/idpl/15703005/dir/centos_5/com/l
ibstdc++-4.1.2-50.el5.x86_64.rpm.html
Ljubomir _______________________________________________ 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
On Wed, Jun 22, 2011 at 01:18:38AM +0200, Ljubomir Ljubojevic wrote:
fred smith wrote:
On Wed, Jun 22, 2011 at 12:46:09AM +0200, Ljubomir Ljubojevic wrote:
fred smith wrote:
I've been running Firefox 4 on Centos 5 (had to find a libstdc++.so.6 for it by perusing newer systems from which I could steal one, but it's been fine since then).
Well, today firefox pushed down an update to Firefox 4.0.1 without saying what it was, and it turns out to have been firefox 5. fine, I wanted it anyway.
But when I restarted it, I got a completely black browser window. Clicked on the X close button and got a completely black confirmation dialog. weird.
exited it and tried safe mode. Works fine.
ldd reports no conflicts or missing libraries.
anybody else seen this? anyone got suggestions on what I should try next?
Thanks!
My guess is that you compiled from source, and that is not something (vast majority of) CentOS users do, so I would not hold my breath that anyone uses Firefox 4 on CentOS 5.x.
Just return to 4.0 and you should be fine, I guess.
Actually, no. it's the binaries from mozilla.org, though. firefox 4 did the update itself, again using the mozilla.org binaries.
libstdc++.so.6 is a part of gcc libraries. I would like to have Firefox 4/5, but not at the cost of messing with the core part of my system.
Just put a copy of it in a separate subdirectory. In my case, I unpacked the mozilla download of firefox in my own personal space and added the libstdcc++.so.6 to the same directory that has all the firefox-included libraries. no other app sees it there, just firefox.
I'm able to run firefox5_x64 on my Centos 5.6 system.
* Download libstdc++-4.3.0-8.x86_64.rpm to /tmp
* cd /tmp ; cpio -idv libstdc++-4.3.0-8.x86_64.rpm | cpio -i --make-directories
Copy contents of unpacked libraries: * cp /tmp/usr/lib64/libstdc++.so.6* /path/to/firefox5_x64/
Run firefox * /path/to/firefox5_x64/firefox
On Tue, Jun 21, 2011 at 4:18 PM, Ljubomir Ljubojevic office@plnet.rs wrote:
fred smith wrote:
On Wed, Jun 22, 2011 at 12:46:09AM +0200, Ljubomir Ljubojevic wrote:
fred smith wrote:
I've been running Firefox 4 on Centos 5 (had to find a libstdc++.so.6 for it by perusing newer systems from which I could steal one, but it's been fine since then).
Well, today firefox pushed down an update to Firefox 4.0.1 without saying what it was, and it turns out to have been firefox 5. fine, I wanted it anyway.
But when I restarted it, I got a completely black browser window. Clicked on the X close button and got a completely black confirmation dialog. weird.
exited it and tried safe mode. Works fine.
ldd reports no conflicts or missing libraries.
anybody else seen this? anyone got suggestions on what I should try next?
Thanks!
My guess is that you compiled from source, and that is not something (vast majority of) CentOS users do, so I would not hold my breath that anyone uses Firefox 4 on CentOS 5.x.
Just return to 4.0 and you should be fine, I guess.
Actually, no. it's the binaries from mozilla.org, though. firefox 4 did the update itself, again using the mozilla.org binaries.
libstdc++.so.6 is a part of gcc libraries. I would like to have Firefox 4/5, but not at the cost of messing with the core part of my system.
Ljubomir _______________________________________________ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
fred smith writes:
I've been running Firefox 4 on Centos 5 (had to find a libstdc++.so.6 for it by perusing newer systems from which I could steal one, but it's been fine since then).
Is that 64-bit, and did you ever get flash to work? Doesn't work here, although the same flash plugin works fine with the standard 3.6 browser.
On Tue, Jun 21, 2011 at 11:56:14PM +0100, Lars Hecking wrote:
fred smith writes:
I've been running Firefox 4 on Centos 5 (had to find a libstdc++.so.6 for it by perusing newer systems from which I could steal one, but it's been fine since then).
Is that 64-bit, and did you ever get flash to work? Doesn't work here, although the same flash plugin works fine with the standard 3.6 browser.
no, I'm still using a 32-bit version of Centos at this time.
-
Alfred von Campe -
fred smith -
grace rante -
James A. Peltier -
Johnny Hughes -
Lars Hecking -
Ljubomir Ljubojevic -
Lucian -
Mike Hanby