Re: [CentOS] No tengo red despues de instalar
On Thu, Jul 26, 2012 at 11:42 PM, Fernando Cassia wrote: > He adds "I've seen other users' reports where they DO find a > ifcfg-eth0 and they end up adding onboot=yes. but he doesn' t get that > file. He says he has CentOS 6.2 and did the minimal install. Ha!, just another reason NOT to include system-config-network-tui as part of the base install, I guess. Who needs friendly menus to setup networking?. *sarcasm* JOKE JOKE... FC -- During times of Universal Deceit, telling the truth becomes a revolutionary act - George Orwell ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] No tengo red despues de instalar
On Thu, Jul 26, 2012 at 11:38 PM, Digimer wrote: > I tried to translate your question, and I think you're not seeing eth0, > despite /etc/sysconfig/network-scripts/ifcfg-eth0 existing Human translator here ;) He says he does NOT see ifcfg-eth0 in /etc/sysconfig/network-scripts/ He adds "I've seen other users' reports where they DO find a ifcfg-eth0 and they end up adding onboot=yes. but he doesn' t get that file. He says he has CentOS 6.2 and did the minimal install. FC ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] EXT4-fs: Can't allocate: Allocation context details
Hi, I'm using centos 5.8 running as a production system, my system suddenly crash because the /var/log/kern.log have a huge file size, and make the disk full. this is the message from kern.log 2012-07-26T05:36:39.120185+02:00 NL50-ND019 kernel: EXT4-fs: Can't allocate: Allocation context details: 2012-07-26T05:36:39.120256+02:00 NL50-ND019 kernel: EXT4-fs: status 1 flags 3104 2012-07-26T05:36:39.120263+02:00 NL50-ND019 kernel: EXT4-fs: orig 399/15394/64@44765, goal 399/15392/2048@43008, best 0/0/0@44765 cr 3 2012-07-26T05:36:39.120269+02:00 NL50-ND019 kernel: EXT4-fs: 0 scanned, 0 found 2012-07-26T05:36:39.120273+02:00 NL50-ND019 kernel: EXT4-fs: groups: 2012-07-26T05:36:39.120277+02:00 NL50-ND019 kernel: 400: 32254/0 2012-07-26T05:36:39.120281+02:00 NL50-ND019 kernel: 401: 32254/1 2012-07-26T05:36:39.120285+02:00 NL50-ND019 kernel: 402: 32254/1 2012-07-26T05:36:39.120288+02:00 NL50-ND019 kernel: 403: 32254/1 2012-07-26T05:36:39.120293+02:00 NL50-ND019 kernel: 404: 32254/1 2012-07-26T05:36:39.120296+02:00 NL50-ND019 kernel: 405: 32254/1 2012-07-26T05:36:39.120300+02:00 NL50-ND019 kernel: 406: 32254/1 2012-07-26T05:36:39.120303+02:00 NL50-ND019 kernel: 407: 32254/1 2012-07-26T05:36:39.120307+02:00 NL50-ND019 kernel: 408: 32254/1 2012-07-26T05:36:39.120311+02:00 NL50-ND019 kernel: 409: 32254/1 2012-07-26T05:36:39.120315+02:00 NL50-ND019 kernel: 410: 32254/1 2012-07-26T05:36:39.120319+02:00 NL50-ND019 kernel: 411: 32254/1 2012-07-26T05:36:39.120323+02:00 NL50-ND019 kernel: 412: 32254/1 2012-07-26T05:36:39.120326+02:00 NL50-ND019 kernel: 413: 32254/1 2012-07-26T05:36:39.120330+02:00 NL50-ND019 kernel: 414: 32254/1 2012-07-26T05:36:39.120334+02:00 NL50-ND019 kernel: 415: 32254/1 2012-07-26T05:36:39.120337+02:00 NL50-ND019 kernel: 416: 32254/1 2012-07-26T05:36:39.120341+02:00 NL50-ND019 kernel: 417: 32253/1 2012-07-26T05:36:39.120345+02:00 NL50-ND019 kernel: 418: 32254/1 2012-07-26T05:36:39.120348+02:00 NL50-ND019 kernel: 419: 32254/1 2012-07-26T05:36:39.120352+02:00 NL50-ND019 kernel: 420: 32254/1 2012-07-26T05:36:39.120355+02:00 NL50-ND019 kernel: 421: 32254/1 Does anyone have same problem like me?, I only find this https://bugzilla.redhat.com/show_bug.cgi?id=758935 I'd appreciate any suggestions any of you may wish to make. thanks in advance, Fazrie Setyadi ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] No tengo red despues de instalar
On 07/26/2012 10:21 PM, Rodrigo Pichiñual Norin wrote: > Que tal amigos: > > Resulta es que no tengo red despyes de instalar centos 6.2, > sigo la ruta:/etc/sysconfig/network-scripts/ > > y no me aparece el archivo ifcfg-eth0 > > e visto cosas similares de otros usuarios de centos > > donde si encuentran ifcfg-eth0 y tienen que modificar el Onboot a yes, pero > ami no me aparece? > realice la instalacion minimal. (via google translate) Lo sentimos, esto es principalmente una lista de correo Inglés. Si usted puede hablar Inglés, pidiendo una vez más sería útil como más aquí podía entender su pregunta. Traté de traducirlo a tu pregunta, y creo que no estamos viendo eth0, a pesar de / etc/sysconfig/network-scripts/ifcfg-eth0 existente. ¿Te ha establecido HWADDR de la dirección MAC? ¿Coincide con la dirección MAC que ver con 'ifconfig-a'? English; Sorry, this is mainly an English mailing list. If you can speak English, asking again would be helpful as more here could understand your question. I tried to translate your question, and I think you're not seeing eth0, despite /etc/sysconfig/network-scripts/ifcfg-eth0 existing. Did you set HWADDR to the proper MAC address? Does it match the MAC address you see with 'ifconfig -a'? -- Digimer Papers and Projects: https://alteeve.com ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] No tengo red despues de instalar
Que tal amigos: Resulta es que no tengo red despyes de instalar centos 6.2, sigo la ruta: /etc/sysconfig/network-scripts/ y no me aparece el archivo ifcfg-eth0 e visto cosas similares de otros usuarios de centos donde si encuentran ifcfg-eth0 y tienen que modificar el Onboot a yes, pero ami no me aparece? realice la instalacion minimal. -- Rodrigo Isaias Pichiñual Norin Ingeniero en Computación 87272971 rodrigo.pichin...@gmail.com ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] system-config-network-tui not part of base install... wtf
On 2012-07-26, Karanbir Singh wrote: > On 07/26/2012 06:59 PM, Keith Keller wrote: >>> Who was the genius that decided that system-config-network-tui should >>> NOT be part of the base CentOS 6.3 install ?? >>> >>> Not to mention it has insane deps like wifi firmware packages... not >>> really if all you want to do is configure eth0 from the command >>> line... >> >> Wouldn't both of these decisions have been made upstream? > > yes and no. We have some liberty to change / adapt the install class's > based on what comes down stream ( remember, we normalise the distro core > to remove variant specific / pricing specific options from upstream ). > > The install classes and groups are things that we build, locally, in > CentOS - in an attempt to match what is pushed downstream. If there are > issues, its certainly worth testing to see if its a centos induced issue > or not. That sounds reasonable enough (and I wondered about that for the first question). What about the second issue? Would CentOS change RPM dependencies from upstream (if it were possible)? That seems a lot less likely to me. --keith -- kkel...@wombat.san-francisco.ca.us ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] system-config-network-tui not part of base install... wtf
On 07/26/2012 11:33 PM, Reindl Harald wrote: > i do not install every day a Fedora/CentOS > the is a minimal or whatever option My apologies. I expected you to have done due diligence before posting on the subject. -- Karanbir Singh +44-207-0999389 | http://www.karan.org/ | twitter.com/kbsingh ICQ: 2522219| Yahoo IM: z00dax | Gtalk: z00dax GnuPG Key : http://www.karan.org/publickey.asc ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] DNS lookup delay with centos & postfix
On Wednesday 25 July 2012 17:47, the following was written: > I used dig from the email svr command line with the primary DNS svr up > and (naturally) it pulled from there as normal. Then I downed the > primary DNS svr, saw the nagios check fail and tried again. The same > dig lookup was actually faster and pulled from the secondary DNS svr > just fine. And, again, the nagios alert cleared as soon as the primary > DNS svr was back online. I believe the reason you noticed a faster response is because the second query used the cached information from the first look-up not because the second server is/was faster. to verify this look at the TTL times in the response. -- Regards Robert Linux The adventure of a lifetime. Linux User #296285 Get Counted http://linuxcounter.net/ ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] system-config-network-tui not part of base install... wtf
On 07/26/2012 06:59 PM, Keith Keller wrote: >> Who was the genius that decided that system-config-network-tui should >> NOT be part of the base CentOS 6.3 install ?? >> >> Not to mention it has insane deps like wifi firmware packages... not >> really if all you want to do is configure eth0 from the command >> line... > > Wouldn't both of these decisions have been made upstream? yes and no. We have some liberty to change / adapt the install class's based on what comes down stream ( remember, we normalise the distro core to remove variant specific / pricing specific options from upstream ). The install classes and groups are things that we build, locally, in CentOS - in an attempt to match what is pushed downstream. If there are issues, its certainly worth testing to see if its a centos induced issue or not. -- Karanbir Singh +44-207-0999389 | http://www.karan.org/ | twitter.com/kbsingh ICQ: 2522219| Yahoo IM: z00dax | Gtalk: z00dax GnuPG Key : http://www.karan.org/publickey.asc ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] system-config-network-tui not part of base install... wtf
On 07/26/2012 06:33 PM, Reindl Harald wrote: > > > Am 26.07.2012 19:27, schrieb Karanbir Singh: >> On 07/26/2012 04:42 PM, Fernando Cassia wrote: >>> My opinion after this experience is that it'd help for CentOS to >>> include system-config-network-tui as part of the base install. >> >> Can you be a bit more specific about what you mean by a 'base install' ? >> Its not actually possible to get a minimalist @base only install without >> kickstarting the installer instance - at which point you might as well >> + whatever you need. > > > says who? erm, have you looked at the anaconda setup group selections ? None of them default to an @base only install. > you get a completly stripped down setup which > no network, no editors like nano and have to > do your first network config with echo to the > config files which takes around 30 seconds Are you saying here that even when you select a Desktop or Workstation install profile you end up with a minimalist install ? I find that pretty hard to believe. -- Karanbir Singh +44-207-0999389 | http://www.karan.org/ | twitter.com/kbsingh ICQ: 2522219| Yahoo IM: z00dax | Gtalk: z00dax GnuPG Key : http://www.karan.org/publickey.asc ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] SELinux in CentOS 6
2012/7/26 Beartooth : > > It keeps butting in when I try to install map software from Garmin > under Wine. I'm not nearly competent not willing to apply the remedy it > suggests. How do I get to someplace where I can disable it, or at least > set it to permissive? > > ___ > CentOS mailing list > CentOS@centos.org > http://lists.centos.org/mailman/listinfo/centos edit /etc/selinux/config ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] SELinux in CentOS 6
From: Beartooth To: centos@centos.org Sent: Thursday, July 26, 2012 12:25 PM Subject: [CentOS] SELinux in CentOS 6 > It keeps butting in when I try to install map software from Garmin > under Wine. I'm not nearly competent not willing to apply the remedy it > suggests. How do I get to someplace where I can disable it, or at least > set it to permissive? ___ You can edit the /etc/selinux/config ..but I anticipate this thread will spawn yet another instance of "SELinux Wars.." If life gives you lemons, keep them-- because hey.. free lemons. "~heart~ Sticker" fixer: http://microflush.org/stuff/stickers/heartFix.html ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] using ip address on bonded channels in a cluster
On 07/26/2012 02:50 PM, Steve Campbell wrote: > > On 7/26/2012 1:52 PM, Digimer wrote: >> On 07/26/2012 01:38 PM, Steve Campbell wrote: >>> >>> On 7/26/2012 12:01 PM, Digimer wrote: On 07/26/2012 08:05 AM, Steve Campbell wrote: > I'm creating a firewall HA cluster. The proof of concept for the basic > firewall cluster is OK. I can bring up the cluster, start the iptables > firewall, and move all of this with no problem. I'm using Conga to do > all of this configuration on Centos 6.3 servers. > > To extend the "HA" part of this, I'd like to use bonded channels > instead > of plain old NICs. The firewall uses the "IP address" service for the > outside firewall IP addresses. Each server behind the firewall is > NATted > to one of these external IPs on the firewall's external interface. > > I'm not seeing how I can use bonded channels anywhere for these "IP > address" services. Part of the problem is that Conga will "guess" at > which interface to place the ip address service upon. In the case of > bonded channels, I don't think Conga is even aware of the "bondx" > interface, and Conga only uses interfaces like eth0, eth1, etc. > > I realize that the sysconfig network scripts will come into play > here as > well, but that's another problem for me to tackle. > > Does anyone have any experience with bonded channels and Conga? I > could > sure use some help with this. > > Thanks, > > steve campbell I use bonding extensively, but I always edit cluster.conf directly. If conga doesn't support "bond*" device names, please file a bug in red hat's bugzilla. Once the bondX device is up, it will have the IP and the "ethX" devices can be totally ignored from the cluster's perspective. Use the bondX device just as you would have used simple ethX devices. In case it helps, here is how I setup bonded interfaces on red hat clusters for complete HA; https://alteeve.com/w/2-Node_Red_Hat_KVM_Cluster_Tutorial#Network >>> Digimer, >>> >>> Thanks very much for the reply. I believe you had pointed out the link >>> to me before on a more basic query. It was very helpful in giving me a >>> real nice introduction to all the new stuff in Centos 6 for clustering. >>> >>> After reading this page once again, I think my question is not being >>> understood. It seems to be a problem of mine to not state those >>> questions plainly. >>> >>> In your example, you use a VM to move the entire server from one VM host >>> to another (or how ever you have that configured). That VM is a >>> "service" defined under the cluster and it carries the IPs along with >>> the VM. >>> >>> In my situation, my cluster consists of non-VM servers. The servers are >>> real, with an inside and outside interface and IPs. They become >>> firewalls by moving the external IPs and iptables rules as services. So >>> in my situation, I use "ip address" and "script" to only move the IP >>> addresses and start and stop iptables. The IP addresses would be bonded >>> channels, much like you do in your VMs. >>> >>> If I'm not mistaken, the parameters for "ip address" do not offer >>> anything like device or interface, so I'm failing to see how I can move >>> the IPs between nodes as bonded channels. Individual IP addresses are >>> not a problem. It works as expected. >>> >>> My network experience is not strong enough to know why I'd need a bridge >>> in my situation as well. >>> >>> Perhaps I should back up and consider VMs. The main problem I see there >>> is the time it might take to shutdown one VM and start another VM as >>> opposed to just moving IPs and starting iptables. >>> >>> I've still not attacked conntrack yet either, so there's plenty more for >>> me to do. >>> >>> Thanks again for your very helpful reply. >>> >>> steve >> >> Ah, ok, I think I get it. >> >> The ip resource agent looks for the interface that matches the managed >> IP's subnet, and uses it. So if your bondX interface has an IP on the >> same subnet as your virtual IP, it will be used. >> >> Think of a bonded network device like you would a traditional mdadm >> based RAID array. Say you have /dev/sda5 + /dev/sdb5 and they create >> /dev/md0. Once created, you only look at/use /dev/md0 and you can >> effectively pretend that the two backing devices no longer exist. The >> software raid stack handles and hides failure management. >> >> In your case, you would, for example, take eth0 + eth1 and create >> bond0. Once done, eth{0,1} no longer have an IP address, only the >> bondX device does. The failure of a slaved interface is totally >> handled behind the scenes by the bond driver. So your application >> (cluster, iptables) will not know or care that the link changed behind >> the scenes. >> >> As for the VMs; >> >> In the tutorial, the VMs are indeed the HA service, but you can >> imagine your firewall in place of the
[CentOS] SELinux in CentOS 6
It keeps butting in when I try to install map software from Garmin under Wine. I'm not nearly competent not willing to apply the remedy it suggests. How do I get to someplace where I can disable it, or at least set it to permissive? ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] using ip address on bonded channels in a cluster
On 7/26/2012 1:52 PM, Digimer wrote: > On 07/26/2012 01:38 PM, Steve Campbell wrote: >> >> On 7/26/2012 12:01 PM, Digimer wrote: >>> On 07/26/2012 08:05 AM, Steve Campbell wrote: I'm creating a firewall HA cluster. The proof of concept for the basic firewall cluster is OK. I can bring up the cluster, start the iptables firewall, and move all of this with no problem. I'm using Conga to do all of this configuration on Centos 6.3 servers. To extend the "HA" part of this, I'd like to use bonded channels instead of plain old NICs. The firewall uses the "IP address" service for the outside firewall IP addresses. Each server behind the firewall is NATted to one of these external IPs on the firewall's external interface. I'm not seeing how I can use bonded channels anywhere for these "IP address" services. Part of the problem is that Conga will "guess" at which interface to place the ip address service upon. In the case of bonded channels, I don't think Conga is even aware of the "bondx" interface, and Conga only uses interfaces like eth0, eth1, etc. I realize that the sysconfig network scripts will come into play here as well, but that's another problem for me to tackle. Does anyone have any experience with bonded channels and Conga? I could sure use some help with this. Thanks, steve campbell >>> >>> I use bonding extensively, but I always edit cluster.conf directly. If >>> conga doesn't support "bond*" device names, please file a bug in red >>> hat's bugzilla. >>> >>> Once the bondX device is up, it will have the IP and the "ethX" >>> devices can be totally ignored from the cluster's perspective. Use the >>> bondX device just as you would have used simple ethX devices. >>> >>> In case it helps, here is how I setup bonded interfaces on red hat >>> clusters for complete HA; >>> >>> https://alteeve.com/w/2-Node_Red_Hat_KVM_Cluster_Tutorial#Network >> Digimer, >> >> Thanks very much for the reply. I believe you had pointed out the link >> to me before on a more basic query. It was very helpful in giving me a >> real nice introduction to all the new stuff in Centos 6 for clustering. >> >> After reading this page once again, I think my question is not being >> understood. It seems to be a problem of mine to not state those >> questions plainly. >> >> In your example, you use a VM to move the entire server from one VM host >> to another (or how ever you have that configured). That VM is a >> "service" defined under the cluster and it carries the IPs along with >> the VM. >> >> In my situation, my cluster consists of non-VM servers. The servers are >> real, with an inside and outside interface and IPs. They become >> firewalls by moving the external IPs and iptables rules as services. So >> in my situation, I use "ip address" and "script" to only move the IP >> addresses and start and stop iptables. The IP addresses would be bonded >> channels, much like you do in your VMs. >> >> If I'm not mistaken, the parameters for "ip address" do not offer >> anything like device or interface, so I'm failing to see how I can move >> the IPs between nodes as bonded channels. Individual IP addresses are >> not a problem. It works as expected. >> >> My network experience is not strong enough to know why I'd need a bridge >> in my situation as well. >> >> Perhaps I should back up and consider VMs. The main problem I see there >> is the time it might take to shutdown one VM and start another VM as >> opposed to just moving IPs and starting iptables. >> >> I've still not attacked conntrack yet either, so there's plenty more for >> me to do. >> >> Thanks again for your very helpful reply. >> >> steve > > Ah, ok, I think I get it. > > The ip resource agent looks for the interface that matches the managed > IP's subnet, and uses it. So if your bondX interface has an IP on the > same subnet as your virtual IP, it will be used. > > Think of a bonded network device like you would a traditional mdadm > based RAID array. Say you have /dev/sda5 + /dev/sdb5 and they create > /dev/md0. Once created, you only look at/use /dev/md0 and you can > effectively pretend that the two backing devices no longer exist. The > software raid stack handles and hides failure management. > > In your case, you would, for example, take eth0 + eth1 and create > bond0. Once done, eth{0,1} no longer have an IP address, only the > bondX device does. The failure of a slaved interface is totally > handled behind the scenes by the bond driver. So your application > (cluster, iptables) will not know or care that the link changed behind > the scenes. > > As for the VMs; > > In the tutorial, the VMs are indeed the HA service, but you can > imagine your firewall in place of the VM, so far as the cluster is > concerned. It's just another resource. Also, if you do decide to go to > a VM, you can live-migrate a VM betwe
[CentOS] wlan and macvtap?
Greetings, This is my fist time posting to a mailing list. For the past few days I have been trying to mimic my former windows workstation with a centos 6.3 workstation at work. I have gotten really far but am now facing an issue I cant seem to solve on my own. My former workstation had vmware for running my virtual machines. Most of the time I would run just two virtual machines, but sometimes more, and each virtual machine would have access to one of my hosts network interfaces. I have two, one connected by cable to the corporate lan and one wireless interface connected to an access point which gives me and my colleagues direct access to the internet. After having read some documentations I decided upon using "macvtap" in VEPA mode for my guest virtual machines. This, to me, seem to be the most clean solution without having to create bridges, this way when I start a virtual machine the macvtap interface is created automatically. Plus I have read that NetworkManager does not play nicely (yet) with bridge interfaces and the virtual machines are accessible from their connected network environments. This did not work at first because I had not yet put my physical network interface in to promiscuous mode. Was I wrong in expecting this to be done automatically? Since my macvtap interface requires this to work "properly"? After having set the corporate lan network interface, in to promiscuous mode my virtual machine received an IP address and all was well. However this did not work for my wlan interface after having done the same. It too was set in to promiscuous mode but the virtual machine is not receiving an ip address from the DHCP server, which is the access point. I changed the network settings on the virtual machine from DHCP to manual but that too did not work: no network communication. Does macvtap not work with wlan interfaces? Or am I doing something wrong. I am using centos 6.3, with kvm, libvirt and virt-manager, have not used any none standard repository for installation or updates. Regards, Darod Zyree ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] system-config-network-tui not part of base install... wtf
On 2012-07-23, Fernando Cassia wrote: > Who was the genius that decided that system-config-network-tui should > NOT be part of the base CentOS 6.3 install ?? > > Not to mention it has insane deps like wifi firmware packages... not > really if all you want to do is configure eth0 from the command > line... Wouldn't both of these decisions have been made upstream? --keith -- kkel...@wombat.san-francisco.ca.us ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] using ip address on bonded channels in a cluster
On 07/26/2012 01:38 PM, Steve Campbell wrote: > > On 7/26/2012 12:01 PM, Digimer wrote: >> On 07/26/2012 08:05 AM, Steve Campbell wrote: >>> I'm creating a firewall HA cluster. The proof of concept for the basic >>> firewall cluster is OK. I can bring up the cluster, start the iptables >>> firewall, and move all of this with no problem. I'm using Conga to do >>> all of this configuration on Centos 6.3 servers. >>> >>> To extend the "HA" part of this, I'd like to use bonded channels instead >>> of plain old NICs. The firewall uses the "IP address" service for the >>> outside firewall IP addresses. Each server behind the firewall is NATted >>> to one of these external IPs on the firewall's external interface. >>> >>> I'm not seeing how I can use bonded channels anywhere for these "IP >>> address" services. Part of the problem is that Conga will "guess" at >>> which interface to place the ip address service upon. In the case of >>> bonded channels, I don't think Conga is even aware of the "bondx" >>> interface, and Conga only uses interfaces like eth0, eth1, etc. >>> >>> I realize that the sysconfig network scripts will come into play here as >>> well, but that's another problem for me to tackle. >>> >>> Does anyone have any experience with bonded channels and Conga? I could >>> sure use some help with this. >>> >>> Thanks, >>> >>> steve campbell >> >> I use bonding extensively, but I always edit cluster.conf directly. If >> conga doesn't support "bond*" device names, please file a bug in red >> hat's bugzilla. >> >> Once the bondX device is up, it will have the IP and the "ethX" >> devices can be totally ignored from the cluster's perspective. Use the >> bondX device just as you would have used simple ethX devices. >> >> In case it helps, here is how I setup bonded interfaces on red hat >> clusters for complete HA; >> >> https://alteeve.com/w/2-Node_Red_Hat_KVM_Cluster_Tutorial#Network > Digimer, > > Thanks very much for the reply. I believe you had pointed out the link > to me before on a more basic query. It was very helpful in giving me a > real nice introduction to all the new stuff in Centos 6 for clustering. > > After reading this page once again, I think my question is not being > understood. It seems to be a problem of mine to not state those > questions plainly. > > In your example, you use a VM to move the entire server from one VM host > to another (or how ever you have that configured). That VM is a > "service" defined under the cluster and it carries the IPs along with > the VM. > > In my situation, my cluster consists of non-VM servers. The servers are > real, with an inside and outside interface and IPs. They become > firewalls by moving the external IPs and iptables rules as services. So > in my situation, I use "ip address" and "script" to only move the IP > addresses and start and stop iptables. The IP addresses would be bonded > channels, much like you do in your VMs. > > If I'm not mistaken, the parameters for "ip address" do not offer > anything like device or interface, so I'm failing to see how I can move > the IPs between nodes as bonded channels. Individual IP addresses are > not a problem. It works as expected. > > My network experience is not strong enough to know why I'd need a bridge > in my situation as well. > > Perhaps I should back up and consider VMs. The main problem I see there > is the time it might take to shutdown one VM and start another VM as > opposed to just moving IPs and starting iptables. > > I've still not attacked conntrack yet either, so there's plenty more for > me to do. > > Thanks again for your very helpful reply. > > steve Ah, ok, I think I get it. The ip resource agent looks for the interface that matches the managed IP's subnet, and uses it. So if your bondX interface has an IP on the same subnet as your virtual IP, it will be used. Think of a bonded network device like you would a traditional mdadm based RAID array. Say you have /dev/sda5 + /dev/sdb5 and they create /dev/md0. Once created, you only look at/use /dev/md0 and you can effectively pretend that the two backing devices no longer exist. The software raid stack handles and hides failure management. In your case, you would, for example, take eth0 + eth1 and create bond0. Once done, eth{0,1} no longer have an IP address, only the bondX device does. The failure of a slaved interface is totally handled behind the scenes by the bond driver. So your application (cluster, iptables) will not know or care that the link changed behind the scenes. As for the VMs; In the tutorial, the VMs are indeed the HA service, but you can imagine your firewall in place of the VM, so far as the cluster is concerned. It's just another resource. Also, if you do decide to go to a VM, you can live-migrate a VM between nodes, so there is no interruption. Of course, if the node backing the VM dies dramatically, the VM will need to reboot on the remaining good node, causing an outage of (in my experience
Re: [CentOS] using ip address on bonded channels in a cluster
On 7/26/2012 12:01 PM, Digimer wrote: > On 07/26/2012 08:05 AM, Steve Campbell wrote: >> I'm creating a firewall HA cluster. The proof of concept for the basic >> firewall cluster is OK. I can bring up the cluster, start the iptables >> firewall, and move all of this with no problem. I'm using Conga to do >> all of this configuration on Centos 6.3 servers. >> >> To extend the "HA" part of this, I'd like to use bonded channels instead >> of plain old NICs. The firewall uses the "IP address" service for the >> outside firewall IP addresses. Each server behind the firewall is NATted >> to one of these external IPs on the firewall's external interface. >> >> I'm not seeing how I can use bonded channels anywhere for these "IP >> address" services. Part of the problem is that Conga will "guess" at >> which interface to place the ip address service upon. In the case of >> bonded channels, I don't think Conga is even aware of the "bondx" >> interface, and Conga only uses interfaces like eth0, eth1, etc. >> >> I realize that the sysconfig network scripts will come into play here as >> well, but that's another problem for me to tackle. >> >> Does anyone have any experience with bonded channels and Conga? I could >> sure use some help with this. >> >> Thanks, >> >> steve campbell > > I use bonding extensively, but I always edit cluster.conf directly. If > conga doesn't support "bond*" device names, please file a bug in red > hat's bugzilla. > > Once the bondX device is up, it will have the IP and the "ethX" > devices can be totally ignored from the cluster's perspective. Use the > bondX device just as you would have used simple ethX devices. > > In case it helps, here is how I setup bonded interfaces on red hat > clusters for complete HA; > > https://alteeve.com/w/2-Node_Red_Hat_KVM_Cluster_Tutorial#Network Digimer, Thanks very much for the reply. I believe you had pointed out the link to me before on a more basic query. It was very helpful in giving me a real nice introduction to all the new stuff in Centos 6 for clustering. After reading this page once again, I think my question is not being understood. It seems to be a problem of mine to not state those questions plainly. In your example, you use a VM to move the entire server from one VM host to another (or how ever you have that configured). That VM is a "service" defined under the cluster and it carries the IPs along with the VM. In my situation, my cluster consists of non-VM servers. The servers are real, with an inside and outside interface and IPs. They become firewalls by moving the external IPs and iptables rules as services. So in my situation, I use "ip address" and "script" to only move the IP addresses and start and stop iptables. The IP addresses would be bonded channels, much like you do in your VMs. If I'm not mistaken, the parameters for "ip address" do not offer anything like device or interface, so I'm failing to see how I can move the IPs between nodes as bonded channels. Individual IP addresses are not a problem. It works as expected. My network experience is not strong enough to know why I'd need a bridge in my situation as well. Perhaps I should back up and consider VMs. The main problem I see there is the time it might take to shutdown one VM and start another VM as opposed to just moving IPs and starting iptables. I've still not attacked conntrack yet either, so there's plenty more for me to do. Thanks again for your very helpful reply. steve ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] system-config-network-tui not part of base install... wtf
On 07/26/2012 04:42 PM, Fernando Cassia wrote: > My opinion after this experience is that it'd help for CentOS to > include system-config-network-tui as part of the base install. Can you be a bit more specific about what you mean by a 'base install' ? Its not actually possible to get a minimalist @base only install without kickstarting the installer instance - at which point you might as well + whatever you need. Or perhaps you using the 'base' work more as a language thing to imply a minimalistic environ ? -- Karanbir Singh +44-207-0999389 | http://www.karan.org/ | twitter.com/kbsingh ICQ: 2522219| Yahoo IM: z00dax | Gtalk: z00dax GnuPG Key : http://www.karan.org/publickey.asc ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] system-config-network-tui not part of base install... wtf
On 07/26/2012 04:44 PM, Fernando Cassia wrote: > I agree in principle. But my personal experience led me to have static > routing on my home LAN. And you chose not to setup networking at install time ? Had you done that, you would not be in this situation. A bare minimal install is targeted at people who know what they are doing and will make decisions with that level of situational comprehension backing them up. If you really dont know what you are doing : install a more complete system and the tools will be available. -- Karanbir Singh +44-207-0999389 | http://www.karan.org/ | twitter.com/kbsingh ICQ: 2522219| Yahoo IM: z00dax | Gtalk: z00dax GnuPG Key : http://www.karan.org/publickey.asc ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Can someone help with SpamBayes problem?
On Thu, Jul 26, 2012 at 12:53:50PM +0200, Leonard den Ottolander wrote: > Hello Fred, > > On Wed, 2012-07-25 at 15:10 -0400, fred smith wrote: > > On Wed, Jul 25, 2012 at 02:05:05PM -0400, m.r...@5-cent.us wrote: > > > All I can suggest then is tar -tvfz file.tar.gz > filelist, then feed that > > > to find and exec rm {} \; > > > > yeah, I'm working on that. but it doesn't appear to be quite that > > simple. :( > > > > The setup.py proggie appears to do a bunch futzing around with > > creating/modifying files before squirreling them away in various places. > > Which is why package managers like rpm were invented. You could try > using the spambayes package from Fedora EPEL > (http://fedoraproject.org/wiki/EPEL), either in binary form, or in case > you build from SRPM you can even upgrade the tarball version and build a > more recent version. Hmm... I didn't realize that EPEL offered spambayes. I'll keep that in mind for the next time I rebuild that system. per my later emails, I did resolve the problem, so it's not urgent anymore. thanks for the suggestion, though. Fred -- Fred Smith -- fre...@fcshome.stoneham.ma.us Do you not know? Have you not heard? The LORD is the everlasting God, the Creator of the ends of the earth. He will not grow tired or weary, and his understanding no one can fathom. - Isaiah 40:28 (niv) - ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] system-config-network-tui not part of base install... wtf
On Thu, Jul 26, 2012 at 04:56:44PM +0200, Reindl Harald wrote: > > > Am 26.07.2012 16:50, schrieb Scott Robbins: > > Unfortunately, according to folks who have more knowledge than I do > > about these things, in later versions of Fedora, and therefore, probably > > the next version or so of RH, just manually editing > > sysconfig/network-scripts will overlook some necessary parts. > > system-config-network-tui may wind up becoming necessary. Through RH > > 5.x it was enough to manually edit the necessary files. > > says who? > 3.4.6-2.fc17.x86_64 > A few people on Fedora forums. My own, very un-scientific evidence is that once or twice, manually editing has given errors that I don't believe were due to typos. After getting bitten once, now I just quickly set up the network, download network-tui and fix it. > network.service has the same config as 10 years ago > there is nothing preventing you disable networkmanager > > [harry@rh:~]$ rpm -qa | grep system-config-network Sorry if I was not clear on this. My point is that Fedora is trying to make it the default and pushing people to use it rather than the more traditional tools. At present, yes, it can still be disabled without any special effort. -- Scott Robbins PGP keyID EB3467D6 ( 1B48 077D 66F6 9DB0 FDC2 A409 FA54 EB34 67D6 ) gpg --keyserver pgp.mit.edu --recv-keys EB3467D6 Buffy: I lost a friend tonight and I may lose more! The whole world may be sucked into hell, and you want my help 'cause your girlfriend's a big ho?! Let me take this opportunity to NOT care! ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] system-config-network-tui not part of base install... wtf
On Thursday, July 26, 2012 11:42:05 AM Fernando Cassia wrote: > My opinion after this experience is that it'd help for CentOS to > include system-config-network-tui as part of the base install. The question becomes "Does upstream include it in their upstream EL?" If the answer is yes, it will be included. If the answer is no, it will not be included, as a rule of thumb. > Just think the opposite: what would be the expense-damage of including > it as part of the base install?. Would it: > > 1. Break the OS Yes. It would break the bug-for-bug, feature-for-feature, compatibility with upstream EL, which is one of the goals of CentOS. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] system-config-network-tui not part of base install... wtf
On Thu, Jul 26, 2012 at 12:44:20PM -0300, Fernando Cassia wrote: > DHCP gives "initial" convenience, for "long term hassle". (say you > want to telnet-in to your ethernet enabled media player) Like my tivo? host tivo { hardware ethernet 00:11:d9:0b:c3:a4; fixed-address 10.0.0.144; } Or other appliance devices? host wii { hardware ethernet 00:1f:32:73:c6:a7; fixed-address 10.0.0.153; } host printer { hardware ethernet 00:1b:a9:22:21:89; fixed-address 10.0.0.10; } Personally I have my own config file: MACHINE 10.0.0.10 ; 00:1b:a9:22:21:89 ; printer; Brother MFC-9120CN MACHINE 10.0.0.144 ;!00:11:d9:0b:c3:a4 ; tivo ; TiVo MACHINE 10.0.0.153 ;!00:1f:32:73:c6:a7 ; wii; >From that I generate my dhcp, DNS, rDNS, IPv6 DNS (except where the MAC begins with !) and IPv6 rDNS values. % ping tivo PING tivo (10.0.0.144) 56(84) bytes of data. 64 bytes from tivo (10.0.0.144): icmp_seq=1 ttl=64 time=2.08 ms 64 bytes from tivo (10.0.0.144): icmp_seq=2 ttl=64 time=0.505 ms ^C % ping6 printer PING printer(printer) 56 data bytes 64 bytes from printer: icmp_seq=1 ttl=64 time=1.09 ms 64 bytes from printer: icmp_seq=2 ttl=64 time=0.370 ms ^C I use a CentOS machine as my dhcp server. The same can be done on most SOHO routers via the admin GUI. -- rgds Stephen ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] system-config-network-tui not part of base install... wtf
On Thu, Jul 26, 2012 at 10:58 AM, Fernando Cassia wrote: > On Thu, Jul 26, 2012 at 12:54 PM, Les Mikesell wrote: >> My machines usually have 6 interfaces or so, are set up in one >> location, then moved to the production location with the final >> configuration (including IP's) done by operators that are better at >> windows than linux. Sorry if that doesn't match your view of the way >> the world should work. > > All things considered, I think Reinhald's reaction is somewhat > understandable... ie preservation of the status quo "there's nothing > wrong with the system, it's fine as it is, the problem is the user". If I did it all 'hands-on' I might even agree. But this is something you need to be able to tell someone else how to do over the phone because until at least one interface comes up with correct routing in your remote location, you aren't going to be able to ssh in to do the rest. -- Les Mikesell lesmikes...@gmail.com ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] using ip address on bonded channels in a cluster
On 07/26/2012 08:05 AM, Steve Campbell wrote: > I'm creating a firewall HA cluster. The proof of concept for the basic > firewall cluster is OK. I can bring up the cluster, start the iptables > firewall, and move all of this with no problem. I'm using Conga to do > all of this configuration on Centos 6.3 servers. > > To extend the "HA" part of this, I'd like to use bonded channels instead > of plain old NICs. The firewall uses the "IP address" service for the > outside firewall IP addresses. Each server behind the firewall is NATted > to one of these external IPs on the firewall's external interface. > > I'm not seeing how I can use bonded channels anywhere for these "IP > address" services. Part of the problem is that Conga will "guess" at > which interface to place the ip address service upon. In the case of > bonded channels, I don't think Conga is even aware of the "bondx" > interface, and Conga only uses interfaces like eth0, eth1, etc. > > I realize that the sysconfig network scripts will come into play here as > well, but that's another problem for me to tackle. > > Does anyone have any experience with bonded channels and Conga? I could > sure use some help with this. > > Thanks, > > steve campbell I use bonding extensively, but I always edit cluster.conf directly. If conga doesn't support "bond*" device names, please file a bug in red hat's bugzilla. Once the bondX device is up, it will have the IP and the "ethX" devices can be totally ignored from the cluster's perspective. Use the bondX device just as you would have used simple ethX devices. In case it helps, here is how I setup bonded interfaces on red hat clusters for complete HA; https://alteeve.com/w/2-Node_Red_Hat_KVM_Cluster_Tutorial#Network -- Digimer Papers and Projects: https://alteeve.com ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] CentOS-announce Digest, Vol 89, Issue 13
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...@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. CEBA-2012:1115 CentOS 5 yum-metadata-parser FASTTRACK Update (Johnny Hughes) 2. CESA-2012:1116 Moderate CentOS 5 perl-DBD-Pg Update (Johnny Hughes) 3. CESA-2012:1116 Moderate CentOS 6 perl-DBD-Pg Update (Johnny Hughes) 4. CEBA-2012:1117 CentOS 5 yum FASTTRACK Update (Johnny Hughes) 5. CEBA-2012:1118 CentOS 6 espeak FASTTRACK Update (Johnny Hughes) -- Message: 1 Date: Wed, 25 Jul 2012 18:30:40 + From: Johnny Hughes Subject: [CentOS-announce] CEBA-2012:1115 CentOS 5 yum-metadata-parser FASTTRACK Update To: centos-annou...@centos.org Message-ID: <20120725183040.ga2...@chakra.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2012:1115 Upstream details at : http://rhn.redhat.com/errata/RHBA-2012-1115.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 1982cbbf6a5740e64327e1ecf2a5cc49b32f17a57fa335a8a3691bfe56c31433 yum-metadata-parser-1.1.2-4.el5.i386.rpm x86_64: 8c049f7dd9418a4bda948056240f27d36eed52db73e7c32ef43a9c4619ef5d36 yum-metadata-parser-1.1.2-4.el5.x86_64.rpm Source: dd01120ec12502b0a475c30259969eb376552121721af59383e12b46cd9e25ee yum-metadata-parser-1.1.2-4.el5.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #cen...@irc.freenode.net -- Message: 2 Date: Wed, 25 Jul 2012 18:33:00 + From: Johnny Hughes Subject: [CentOS-announce] CESA-2012:1116 Moderate CentOS 5 perl-DBD-Pg Update To: centos-annou...@centos.org Message-ID: <20120725183300.ga2...@chakra.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2012:1116 Moderate Upstream details at : https://rhn.redhat.com/errata/RHSA-2012-1116.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 73189dc0ecf0859b3fce869a56ccb672fb4727d699501a768aabff3de76e007f perl-DBD-Pg-1.49-4.el5_8.i386.rpm x86_64: 3e5db4d7f52516cc26501460f5fb3013f03e7f304fea17fb2d7c3df0f14ddd3b perl-DBD-Pg-1.49-4.el5_8.x86_64.rpm Source: 7349b751a1f123000824fd56dd68ccfd5048db837d9271988a0a711822638ee4 perl-DBD-Pg-1.49-4.el5_8.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #cen...@irc.freenode.net -- Message: 3 Date: Wed, 25 Jul 2012 19:12:37 + From: Johnny Hughes Subject: [CentOS-announce] CESA-2012:1116 Moderate CentOS 6 perl-DBD-Pg Update To: centos-annou...@centos.org Message-ID: <20120725191237.ga3...@chakra.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2012:1116 Moderate Upstream details at : https://rhn.redhat.com/errata/RHSA-2012-1116.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: a50f3bbb9a28e17b78ac2672b59ac293e6f06816b8b368e185cfb77e0a9ef9c7 perl-DBD-Pg-2.15.1-4.el6_3.i686.rpm x86_64: bf2338b4e9e14770a3736c0b71c33417242ee5ac717ee0976d77186f60f71c74 perl-DBD-Pg-2.15.1-4.el6_3.x86_64.rpm Source: 6691a686f510b8ae60bdb366f159148dbfb2e27752c32bc907a82f9564f64e9c perl-DBD-Pg-2.15.1-4.el6_3.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #cen...@irc.freenode.net -- Message: 4 Date: Thu, 26 Jul 2012 08:27:02 + From: Johnny Hughes Subject: [CentOS-announce] CEBA-2012:1117 CentOS 5 yum FASTTRACK Update To: centos-annou...@centos.org Message-ID: <20120726082702.ga9...@chakra.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2012:1117 Upstream details at : http://rhn.redhat.com/errata/RHBA-2012-1117.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 099e6d7f868c9db2234f27376682e641bb20443f3eb60843641b23fddda516bd yum-3.2.22-40.el5.centos.noarch.rpm x86_64: 099e6d7f868c9db2234f27376682e641bb20443f3eb60843641b23fddda516bd yum-3.2.22-40.el5.centos.noarch.rpm Source: bb35285949d46f5efde6f9b05e9769d09822395e760ee1b69a0f198460014f34 yum-3.2.22-40.el5.centos.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #cen...@irc.freenode.net --
Re: [CentOS] system-config-network-tui not part of base install... wtf
On Thu, Jul 26, 2012 at 10:44 AM, Fernando Cassia wrote: > On Thu, Jul 26, 2012 at 12:37 PM, Les Mikesell wrote: >> So my practical advice is to get a SOHO router that does >> DHCP if you don't already have one, and if you do have one, configure >> it to give out the IP you want instead of fighting with the Centos >> setup. > > I agree in principle. But my personal experience led me to have static > routing on my home LAN. > > If I enable DHCP I end up not knowing what IP address a 'new device' > just plugged into the network has, at any given time. Every DHCP server should have a way to configure a fixed IP address to be given out to a specified ethernet MAC address. My advice was to learn and use that way. > DHCP gives "initial" convenience, for "long term hassle". (say you > want to telnet-in to your ethernet enabled media player) No, DHCP will do what you tell it to do. The choice is whether you want to learn the quirks of configuring every device/OS that you might use on your network or the quirks of the one DHCP server. -- Les Mikesell lesmikes...@gmail.com ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] system-config-network-tui not part of base install... wtf
On Thu, Jul 26, 2012 at 12:54 PM, Les Mikesell wrote: > My machines usually have 6 interfaces or so, are set up in one > location, then moved to the production location with the final > configuration (including IP's) done by operators that are better at > windows than linux. Sorry if that doesn't match your view of the way > the world should work. All things considered, I think Reinhald's reaction is somewhat understandable... ie preservation of the status quo "there's nothing wrong with the system, it's fine as it is, the problem is the user". "Resistance to change" I think some call it... ;) Anyway, I'll file a Request for Enhancement for RHEL if that's possible... FC ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] system-config-network-tui not part of base install... wtf
On Thu, Jul 26, 2012 at 10:14 AM, Reindl Harald wrote: > >> Yes, let's go back to the days of typing the boot code in hex to get >> the system started. It's all optional > > jesus christ a basic network connection is configured > within 30 seconds wich some > > echo "whatever" >> file Umm, no. It takes me longer than that to find the mac address on the interface in question. > if someone is too lazy/stupid to configure the network > with a base-install why in the world does he do a base-install > at all? My machines usually have 6 interfaces or so, are set up in one location, then moved to the production location with the final configuration (including IP's) done by operators that are better at windows than linux. Sorry if that doesn't match your view of the way the world should work. -- Les Mikesell lesmikes...@gmail.com ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] system-config-network-tui not part of base install... wtf
On Thu, Jul 26, 2012 at 12:39 PM, wrote: > Wonder if I could configure the *best* text editor ever to run under wine: > brief. Brief was nice. Under OS/2 I also used QEdit which could also... mimic the Wordstar keystrokes. ;) FC ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] system-config-network-tui not part of base install... wtf
On Thu, Jul 26, 2012 at 12:37 PM, Les Mikesell wrote: > So my practical advice is to get a SOHO router that does > DHCP if you don't already have one, and if you do have one, configure > it to give out the IP you want instead of fighting with the Centos > setup. I agree in principle. But my personal experience led me to have static routing on my home LAN. If I enable DHCP I end up not knowing what IP address a 'new device' just plugged into the network has, at any given time. DHCP gives "initial" convenience, for "long term hassle". (say you want to telnet-in to your ethernet enabled media player) FC ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] system-config-network-tui not part of base install... wtf
On Thu, Jul 26, 2012 at 12:29 PM, Reindl Harald wrote: > there is nothing wrong in CentOS or Fedora Of course, in the grand scheme of things, it's not a "problem". A "problem" is a crashing kernel or buggy drivers. My opinion after this experience is that it'd help for CentOS to include system-config-network-tui as part of the base install. That is my honest opinion about this experience. It'd have saved me from some minor annoyance, albeit an annoyance nonetheless. Just think the opposite: what would be the expense-damage of including it as part of the base install?. Would it: 1. Break the OS 2. Make things easier for people who end up in the same situation I did. 3. Affect the balance of the Universe. ;) Your choice. I think 2. FC ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] system-config-network-tui not part of base install... wtf
Fernando Cassia wrote: > On Thu, Jul 26, 2012 at 12:07 PM, Les Mikesell > wrote: >> Even what most people call >> insert 'mode' is a command that takes an optional repeat count: try >> 20i - to get a dashed line. >> Maybe being old enough to have used keyboards without arrows or >> function keys helps, though... > > Sorry, I grew with DR-DOS and the Wordstar hotkeys. ie Ctrl-K-B > Ctrl-K-K (mark text block). It's engraved in my brain cells. Gag. I loathed Wordstar. The first word processor I ever voluntarily used, and still prefer to Dirt, er, Word, was WordPerfect 5. That was *useable*.* > > That's why I use Joe... or "pico" back in the days of Caldera OpenLinux > 2.3... vi. emacs is a great (I suppose) windowing operating system masquerading as a text editor. Wonder if I could configure the *best* text editor ever to run under wine: brief. mark * My old criteria for evaluating a word processor: since the primary function of a word processor is to replace a typewriter, if I couldn't sit down and write and print out a letter inside of 5 min, then its interface and bells & whistles have overwhelmed its primary function. Btw, in ->'95<-, in a review of word processors, PC Mag noted that 90% of the users, *then*, never used more than 10% of the capabilities, and of the remaining 10%, they used some of them no more than 10% of the time. But we need 100M+ word processors ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] system-config-network-tui not part of base install... wtf
On Thu, Jul 26, 2012 at 12:29 PM, Reindl Harald wrote: > BOAH do SIMPLY NOT make a base-install if it does not > satisfy you? what is there so complicated? The installer switched to base mode/text install due to 'low memory'. I just used the default recommendation by Virtualbox for Linux-RedHat. FC ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] system-config-network-tui not part of base install... wtf
On Thu, Jul 26, 2012 at 10:26 AM, Fernando Cassia wrote: > On Thu, Jul 26, 2012 at 12:20 PM, Stephen Harris wrote: >> Remember the "E" in RHEL. Es (in my place we have around 40,000 RHEL >> installs) configure networking during the build phase. Our standard >> install doesn't include this unnecessary component. > > OK I'm a SOHO with a single server trying to setup a VM. > What you're saying is that RHEL/CentOS should not care about my needs > because there's a Good Reason(TM) for the way things currently are. Basically, small environments will/should have DHCP service so you don't do individual interface configuration at all (or you configure the DHCP server to give a known IP to your MAC address if you need that) and larger ones will need something that can be automated. So even though I agree with you strongly that there should be a simple text mode fill-in-the-form way to set up an interface that hides the magic OS-specific script hints, I understand why nobody considers it important. So my practical advice is to get a SOHO router that does DHCP if you don't already have one, and if you do have one, configure it to give out the IP you want instead of fighting with the Centos setup. -- Les Mikesell lesmikes...@gmail.com ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] system-config-network-tui not part of base install... wtf
On 26/07/2012 16:26, Fernando Cassia wrote: On Thu, Jul 26, 2012 at 12:20 PM, Stephen Harris wrote: Remember the "E" in RHEL. Es (in my place we have around 40,000 RHEL installs) configure networking during the build phase. Our standard install doesn't include this unnecessary component. OK I'm a SOHO with a single server trying to setup a VM. What you're saying is that RHEL/CentOS should not care about my needs because there's a Good Reason(TM) for the way things currently are. We won't have this problem with IPv6... -- Regards, Giles Coochey, CCNA, CCNAS NetSecSpec Ltd +44 (0) 7983 877438 http://www.coochey.net http://www.netsecspec.co.uk gi...@coochey.net ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] system-config-network-tui not part of base install... wtf
On Thu, Jul 26, 2012 at 12:20 PM, Stephen Harris wrote: > Remember the "E" in RHEL. Es (in my place we have around 40,000 RHEL > installs) configure networking during the build phase. Our standard > install doesn't include this unnecessary component. OK I'm a SOHO with a single server trying to setup a VM. What you're saying is that RHEL/CentOS should not care about my needs because there's a Good Reason(TM) for the way things currently are. FC ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] system-config-network-tui not part of base install... wtf
On Thu, Jul 26, 2012 at 12:07 PM, Les Mikesell wrote: > Even what most people call > insert 'mode' is a command that takes an optional repeat count: try > 20i - to get a dashed line. > Maybe being old enough to have used keyboards without arrows or > function keys helps, though... Sorry, I grew with DR-DOS and the Wordstar hotkeys. ie Ctrl-K-B Ctrl-K-K (mark text block). It's engraved in my brain cells. That's why I use Joe... or "pico" back in the days of Caldera OpenLinux 2.3... FC ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] system-config-network-tui not part of base install... wtf
On Thu, Jul 26, 2012 at 10:10:47AM -0500, Les Mikesell wrote: > On Thu, Jul 26, 2012 at 10:03 AM, Stephen Harris wrote: > > On Thu, Jul 26, 2012 at 11:55:07AM -0300, Fernando Cassia wrote: > >> My point being that if the networking stack is part of the base OS > >> install, so should be system-config-network-tui > > > > No. A "tui" is a pretty user interface. It's not necessary for the > > functioning nor configuration of the operating system; it's a "ease of > > use" tool. Nothing more, nothing less. > > > > In Other Words: it's an optional component. > > Yes, let's go back to the days of typing the boot code in hex to get > the system started. It's all optional. That's a non-sequitor. If anything, a "tui" _is_ closer to boot strapping by hand entering hex. It's a user interfce. A modern machine doesn't need assistance in booting. If you do it properly it also doesn't need assistance in network configuration. It "just works". If you were going to argue that "text editors should be optional by this argument" then you'd have a really good point. Indeed I might agree with that. Counter argument: at least one text editor ("vi"?) is pretty much a BAU tool on every machine, so it makes sense to include it. system-config-network-tui is not a BAU tool; it doesn't fill the same gap. Remember the "E" in RHEL. Es (in my place we have around 40,000 RHEL installs) configure networking during the build phase. Our standard install doesn't include this unnecessary component. -- rgds Stephen ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] system-config-network-tui not part of base install... wtf
On Thursday, July 26, 2012 10:55:07 AM Fernando Cassia wrote: > My point is simple: I install the base config. I'm in text mode. I > need networking to work to install extra packages and begin setting up > my system, users, permissions, packages, etc. I have no problem doing > that manually AFTER I get the system up and running (and by "running" > I mean 'having network connectivity'). Having me edit config files > manually is an *annoyance*. The way it's supposed to be done is to set up networking during install. The GUI installer has a button, that is clearly labeled, during install. You set it up to connect automatically, and be active for all users, and it starts even in text mode during boot up. The text installer is effectively deprecated; if you want/need to do, say, a serial console install you're supposed to do a VNC install and run the GUI remotely over a VNC session (the serial console/text mode handler will do enough network configuration to get the GUI installer running over VNC). Barring that, if the 'Desktop' package set is installed (I last did this with 6.1, so it may be different now) with certain server packages also installed (no, I don't have a rigorous package set to quote, that's left as an exercise for the reader as I'm not going to do your homework for you on that one.) the system will come up in runlevel 3, but will bring up a text mode firstboot that includes a text mode network configurator. While it would be interesting to see the exact package set that triggers this, I have not had the time nor the motivation to do that myself, just going by what happened when I installed some boxes a while back. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] system-config-network-tui not part of base install... wtf
On Thu, Jul 26, 2012 at 10:03 AM, Stephen Harris wrote: > On Thu, Jul 26, 2012 at 11:55:07AM -0300, Fernando Cassia wrote: >> My point being that if the networking stack is part of the base OS >> install, so should be system-config-network-tui > > No. A "tui" is a pretty user interface. It's not necessary for the > functioning nor configuration of the operating system; it's a "ease of > use" tool. Nothing more, nothing less. > > In Other Words: it's an optional component. Yes, let's go back to the days of typing the boot code in hex to get the system started. It's all optional. -- Les Mikesell lesmikes...@gmail.com ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] system-config-network-tui not part of base install... wtf
On Thu, Jul 26, 2012 at 6:34 AM, Fernando Cassia wrote: > PS: I had forgotten about echo >> ... good enough for saving me from > the vi madness. (I know, I know, esc i blah blah esc :w but still, I > REFUSE -it's a matter of principle not to use vi ;-) How can anyone deal with command lines and not love vi? Think of it as a set of commands to change text. Even what most people call insert 'mode' is a command that takes an optional repeat count: try 20i - to get a dashed line. Maybe being old enough to have used keyboards without arrows or function keys helps, though... -- Les Mikesell lesmikes...@gmail.com ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] system-config-network-tui not part of base install... wtf
On Thu, Jul 26, 2012 at 11:55:07AM -0300, Fernando Cassia wrote: > My point being that if the networking stack is part of the base OS > install, so should be system-config-network-tui No. A "tui" is a pretty user interface. It's not necessary for the functioning nor configuration of the operating system; it's a "ease of use" tool. Nothing more, nothing less. In Other Words: it's an optional component. -- rgds Stephen ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] system-config-network-tui not part of base install... wtf
On 26/07/2012 15:50, Scott Robbins wrote: Unfortunately, according to folks who have more knowledge than I do about these things, in later versions of Fedora, and therefore, probably the next version or so of RH, just manually editing sysconfig/network-scripts will overlook some necessary parts. system-config-network-tui may wind up becoming necessary. Through RH 5.x it was enough to manually edit the necessary files. However, in later versions of Fedora, this may cause errors because there will be some other scripts or files elsewhere, that system-config-network-tui manipulates. Meanwhile, Fedora is trying to make NetworkManager the default interface handler, (and there is apparently a command line version.) I know I'm old and cranky, but to me, it just seems like those meddlesome kids with their newfangled smartphones and touch screens are taking over development, and that many of them just don't care about the sysadmin portion of use. Interestingly, even when I use system-config-network-tui (at least on CentOS 6.2) I still had to manually edit the ONBOOT network parameter in /etc/sysconfig for my Ethernet to be enabled at startup. Not sure if there is something in the menu system that would do that for me... -- Regards, Giles Coochey, CCNA, CCNAS NetSecSpec Ltd +44 (0) 7983 877438 http://www.coochey.net http://www.netsecspec.co.uk gi...@coochey.net ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] system-config-network-tui not part of base install... wtf
On Thu, Jul 26, 2012 at 11:50 AM, Scott Robbins wrote: > Unfortunately, according to folks who have more knowledge than I do > about these things, in later versions of Fedora, and therefore, probably > the next version or so of RH, just manually editing > sysconfig/network-scripts will overlook some necessary parts. > system-config-network-tui may wind up becoming necessary. Good news!. My point is simple: I install the base config. I'm in text mode. I need networking to work to install extra packages and begin setting up my system, users, permissions, packages, etc. I have no problem doing that manually AFTER I get the system up and running (and by "running" I mean 'having network connectivity'). Having me edit config files manually is an *annoyance*. ONCE I get networking up and running. I have no problem editing config files, because by then, with networking enabled, I'd have installed my favorite tools (joe editor etc). My point being that if the networking stack is part of the base OS install, so should be system-config-network-tui FC ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] system-config-network-tui not part of base install... wtf
On Thu, Jul 26, 2012 at 11:42:44AM -0300, Fernando Cassia wrote: > On Thu, Jul 26, 2012 at 8:49 AM, Reindl Harald wrote: > > do not install servers if you are refuse to think > > really! > > Why create GUI installers then?. Let's just package a tarball and let > users unpack it manually. > > In fact, are you advocating for the removal of > system-config-network-tui ? how about removal of all non-modal text > editors like joe ? let's force everyone to "think" in 'vi'... Unfortunately, according to folks who have more knowledge than I do about these things, in later versions of Fedora, and therefore, probably the next version or so of RH, just manually editing sysconfig/network-scripts will overlook some necessary parts. system-config-network-tui may wind up becoming necessary. Through RH 5.x it was enough to manually edit the necessary files. However, in later versions of Fedora, this may cause errors because there will be some other scripts or files elsewhere, that system-config-network-tui manipulates. Meanwhile, Fedora is trying to make NetworkManager the default interface handler, (and there is apparently a command line version.) I know I'm old and cranky, but to me, it just seems like those meddlesome kids with their newfangled smartphones and touch screens are taking over development, and that many of them just don't care about the sysadmin portion of use. -- Scott Robbins PGP keyID EB3467D6 ( 1B48 077D 66F6 9DB0 FDC2 A409 FA54 EB34 67D6 ) gpg --keyserver pgp.mit.edu --recv-keys EB3467D6 Giles: What are you doing? Willow: Oh. Sorry. The reflection thing that you don't have...Angel, how do you shave? ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] system-config-network-tui not part of base install... wtf
On Thu, Jul 26, 2012 at 8:49 AM, Reindl Harald wrote: > do not install servers if you are refuse to think > really! Why create GUI installers then?. Let's just package a tarball and let users unpack it manually. In fact, are you advocating for the removal of system-config-network-tui ? how about removal of all non-modal text editors like joe ? let's force everyone to "think" in 'vi'... *sarcasm* FC ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Device: DELL PERC H700 Version: 2.10 DELL PERC controllers are not supported
> >> DELL PERC controllers are not supported. > > > > A newer version of smartmontools does. E.g. the one that comes with > > CentOS6. > > > Lars Hecking, > > Is it available for CentOS 5.8? Not to my knowledge. The CentOS6 SRPM may build on CentOS5, or you could try and roll your own based on the CentOS5 SRPM and latest smartmontools from SourceForge. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Device: DELL PERC H700 Version: 2.10 DELL PERC controllers are not supported
On Thu, Jul 26, 2012 at 6:22 PM, Lars Hecking wrote: > >> smartctl version 5.38 [x86_64-redhat-linux-gnu] Copyright (C) 2002-8 Bruce >> Allen >> Home page is http://smartmontools.sourceforge.net/ >> >> Device: DELL PERC H700 Version: 2.10 >> >> DELL PERC controllers are not supported. > > A newer version of smartmontools does. E.g. the one that comes with CentOS6. > Lars Hecking, Is it available for CentOS 5.8? Regards, Kaushal ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Device: DELL PERC H700 Version: 2.10 DELL PERC controllers are not supported
> smartctl version 5.38 [x86_64-redhat-linux-gnu] Copyright (C) 2002-8 Bruce > Allen > Home page is http://smartmontools.sourceforge.net/ > > Device: DELL PERC H700 Version: 2.10 > > DELL PERC controllers are not supported. A newer version of smartmontools does. E.g. the one that comes with CentOS6. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] Device: DELL PERC H700 Version: 2.10 DELL PERC controllers are not supported
Hi, The server is running CentOS 5.8 Linux OS on Dell PowerEdge R710 having raid controller card 03:00.0 RAID bus controller: LSI Logic /Symbios Logic MegaRAID SAS 2108 [Liberator] (rev 05) /usr/sbin/smartctl -a /dev/sda smartctl version 5.38 [x86_64-redhat-linux-gnu] Copyright (C) 2002-8 Bruce Allen Home page is http://smartmontools.sourceforge.net/ Device: DELL PERC H700 Version: 2.10 DELL PERC controllers are not supported. Any clue to the above issue? Regards, Kaushal ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] problem with machine "freezing" for short periods
On 7/25/12 12:22 PM, "Keith Roberts" wrote: >Hi Mike. Are you on 32 or 64 bits ? 64. I have thought of trying 32 bit, just to see if it made a difference, but if it does, that won't help me because we need 64 bits for the software we're running, anyway. --- Mike VanHorn Senior Computer Systems Administrator College of Engineering and Computer Science Wright State University 265 Russ Engineering Center 937-775-5157 michael.vanh...@wright.edu http://www.cecs.wright.edu/~mvanhorn/ ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] problem with machine "freezing" for short periods
On 7/25/12 12:07 PM, "John Doe" wrote: >Do you have the latest BIOS? Yes. >Did you get a CD to run tests (like Insight Diagnostics Offline)? Yes, I used my copy of the UBCD to run memory and hard drive diagnostics, and both passed. --- Mike VanHorn Senior Computer Systems Administrator College of Engineering and Computer Science Wright State University 265 Russ Engineering Center 937-775-5157 michael.vanh...@wright.edu http://www.cecs.wright.edu/~mvanhorn/ ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] problem with machine "freezing" for short periods
On 7/25/12 12:04 PM, "Mogens Kjaer" wrote: >I've several HP dc7x00 machines, and I've never seen that problem >with centos 5 or 6. I do, too. Things are fine on our 7900s, and the 8000-series machines we have. I'm only seeing it on these two 7800s. >Do you also see the problem if you boot in runlevel 3, i.e. without X? Yes. I was thinking it maybe had something to do with the graphics card, so I left it in runlevel 3, but the problem still persisted. It still may be the graphics card, though, come to think of it, so I may need to try taking it out. --- Mike VanHorn Senior Computer Systems Administrator College of Engineering and Computer Science Wright State University 265 Russ Engineering Center 937-775-5157 michael.vanh...@wright.edu http://www.cecs.wright.edu/~mvanhorn/ ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] problem with machine "freezing" for short periods
On 7/25/12 11:24 AM, "m.r...@5-cent.us" wrote: >When you say "swapped the entire machine", what did you do? I have two of them, and thinking it was the hardware on the one, I moved the hard drive to the second, but the problem existed there, too. That points to something with the software, but, well, I haven't found anything yet. >Also, what's >running on them? Have you tried running top -d 10 or smaller (that will >update the screen every 10 secs; I only recently found that current top >allows tenths of a second. I haven't tried top, but that's a good idea. I usually have one window open that is running uptime every second in a continuous loop, mainly to tell me when exactly it happens. Originally, when the problem was first noticed, we had VLSI software being run on it, but at this point, the only thing I have on the machine is the operating system, and I'm going through my step-by-step configuration until I notice the problem occurring. --- Mike VanHorn Senior Computer Systems Administrator College of Engineering and Computer Science Wright State University 265 Russ Engineering Center 937-775-5157 michael.vanh...@wright.edu http://www.cecs.wright.edu/~mvanhorn/ ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] DNS lookup delay with centos & postfix
On 26/07/2012 02:40, David McGuffey wrote: > On Jul 25, 2012, at 21:27, "Joseph L. Casale" > wrote: > >>> DNS lookups default to using 53/udp, and only use 53/tcp for zone >>> transfers. could it be 53/udp is being lost/blocked between this host >>> and your ns1 ? >> >> Unfortunately that is a common misconception. >> >> Tcp is used far more often than "only" as stated such as for size of request >> exceeding udp response size etc... >> >> Bottom line is both ports are needed, not just for zone xfers. >> > Except that the malware guys have figured out how to abuse port 53. Security > recommendation is to block TCP unless you're running a DNS server. And also > block oversize port 53 UDP packets. Blocking oversize UDP packets is a very bad idea. EDNS is used for a lot of look ups these days due to DNSSEC, and so blocking oversize UDP packets will force you to use TCP to get many of your DNS requests. > > Dave M Tris * This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify postmas...@bgfl.org The views expressed within this email are those of the individual, and not necessarily those of the organisation * ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] using ip address on bonded channels in a cluster
I'm creating a firewall HA cluster. The proof of concept for the basic firewall cluster is OK. I can bring up the cluster, start the iptables firewall, and move all of this with no problem. I'm using Conga to do all of this configuration on Centos 6.3 servers. To extend the "HA" part of this, I'd like to use bonded channels instead of plain old NICs. The firewall uses the "IP address" service for the outside firewall IP addresses. Each server behind the firewall is NATted to one of these external IPs on the firewall's external interface. I'm not seeing how I can use bonded channels anywhere for these "IP address" services. Part of the problem is that Conga will "guess" at which interface to place the ip address service upon. In the case of bonded channels, I don't think Conga is even aware of the "bondx" interface, and Conga only uses interfaces like eth0, eth1, etc. I realize that the sysconfig network scripts will come into play here as well, but that's another problem for me to tackle. Does anyone have any experience with bonded channels and Conga? I could sure use some help with this. Thanks, steve campbell ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] system-config-network-tui not part of base install... wtf
On 26/07/2012 12:34, Fernando Cassia wrote: On Thu, Jul 26, 2012 at 8:00 AM, Giles Coochey wrote: echo nameserver e.f.g.h > /etc/resolv.conf echo nameserver i.j.k.l >> /etc/resolv.conf Yes I know BUT for that I have to THINK. Screens and input fields ie type tab tab tab enter type tab tab tab enter are what is known as "user friendly" since the MS-DOS 5.0 setup.exe onwards... After having built a number of machines, I kind of rattle off that by heart, just enough to then do a: yum install system-config-network-tui after a minimal install. But, yes, you're right, it was a minor annoyance. -- Regards, Giles Coochey, CCNA, CCNAS NetSecSpec Ltd +44 (0) 7983 877438 http://www.coochey.net http://www.netsecspec.co.uk gi...@coochey.net ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] system-config-network-tui not part of base install... wtf
On Thu, Jul 26, 2012 at 8:00 AM, Giles Coochey wrote: > echo nameserver e.f.g.h > /etc/resolv.conf > echo nameserver i.j.k.l >> /etc/resolv.conf Yes I know BUT for that I have to THINK. Screens and input fields ie type tab tab tab enter type tab tab tab enter are what is known as "user friendly" since the MS-DOS 5.0 setup.exe onwards... ;) FC PS: I had forgotten about echo >> ... good enough for saving me from the vi madness. (I know, I know, esc i blah blah esc :w but still, I REFUSE -it's a matter of principle not to use vi ;-) -- During times of Universal Deceit, telling the truth becomes a revolutionary act Durante épocas de Engaño Universal, decir la verdad se convierte en un Acto Revolucionario - George Orwell ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Installing Centos-6 32 bit
On Thu, 26 Jul 2012, James A. Peltier wrote: > To: CentOS mailing list > From: James A. Peltier > Subject: Re: [CentOS] Installing Centos-6 32 bit > If you run an interactive installation on a single > machine, selecting the components that you want installed, > the partition layout and so forth, that machine will > generate a kickstart file for you to replicate other > machines with located in /root/anaconda-ks.cfg. You can > alter this file as you so choose and use it to then > install other machines by passing it the ks= options for > protocol, locations and whatnot. Thank you for reminding me about that option to generate a basic kickstart file. That's worth doing to get and example kickstart file to work on later. > Adding multimedia repos can be managed as part of the > kickstarts post process to add things like RPMFusion, > EPEL, ATRPMS and any other third party repo that you want. > Once the repositories are available you can then install > components from them. Are the 6 repos still the same as the 5 - apart from the version change from 5.x to 6.x ? > As a side note, have a look at the documentation for > kickstart and more specifically the "repo" options. You > can include updates as part of the OS installation ending > up with a host that has all updates applied during > installation so that when it boots you have a fully > patched system when rolled out. Are you referring to the RH docs or Centos website & wiki docs here James? Kind Regards, Keith --- Websites: http://www.karsites.net http://www.php-debuggers.net http://www.raised-from-the-dead.org.uk All email addresses are challenge-response protected with TMDA [http://tmda.net] --- ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] system-config-network-tui not part of base install... wtf
On 23/07/2012 04:40, Fernando Cassia wrote: Who was the genius that decided that system-config-network-tui should NOT be part of the base CentOS 6.3 install ?? Not to mention it has insane deps like wifi firmware packages... not really if all you want to do is configure eth0 from the command line... /sbin/ifconfig eth0 w.x.y.z netmask v.v.v.0 /sbin/route add default gw a.b.c.d echo nameserver e.f.g.h > /etc/resolv.conf echo nameserver i.j.k.l >> /etc/resolv.conf -- Regards, Giles Coochey, CCNA, CCNAS NetSecSpec Ltd +44 (0) 7983 877438 http://www.coochey.net http://www.netsecspec.co.uk gi...@coochey.net ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Installing Centos-6 32 bit
- Original Message - | Is a guide to installing Centos 6 32 bit that covers such | things like: | | Minimal Kickstart example file | Centos 6 multimedia repos | | Plus any other things I need to be aware of when moving from | 5.8 to 6.2 (I know the latest version is 6.3 but I will | let yum deal with that when I upgrade the installed | packages.) | | TIA | | Keith Roberts If you run an interactive installation on a single machine, selecting the components that you want installed, the partition layout and so forth, that machine will generate a kickstart file for you to replicate other machines with located in /root/anaconda-ks.cfg. You can alter this file as you so choose and use it to then install other machines by passing it the ks= options for protocol, locations and whatnot. Adding multimedia repos can be managed as part of the kickstarts post process to add things like RPMFusion, EPEL, ATRPMS and any other third party repo that you want. Once the repositories are available you can then install components from them. As a side note, have a look at the documentation for kickstart and more specifically the "repo" options. You can include updates as part of the OS installation ending up with a host that has all updates applied during installation so that when it boots you have a fully patched system when rolled out. -- James A. Peltier Manager, IT Services - Research Computing Group Simon Fraser University - Burnaby Campus Phone : 778-782-6573 Fax : 778-782-3045 E-Mail : jpelt...@sfu.ca Website : http://www.sfu.ca/itservices http://blogs.sfu.ca/people/jpeltier Success is to be measured not so much by the position that one has reached in life but as by the obstacles they have overcome. - Booker T. Washington ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Can someone help with SpamBayes problem?
Hello Fred, On Wed, 2012-07-25 at 15:10 -0400, fred smith wrote: > On Wed, Jul 25, 2012 at 02:05:05PM -0400, m.r...@5-cent.us wrote: > > All I can suggest then is tar -tvfz file.tar.gz > filelist, then feed that > > to find and exec rm {} \; > > yeah, I'm working on that. but it doesn't appear to be quite that > simple. :( > > The setup.py proggie appears to do a bunch futzing around with > creating/modifying files before squirreling them away in various places. Which is why package managers like rpm were invented. You could try using the spambayes package from Fedora EPEL (http://fedoraproject.org/wiki/EPEL), either in binary form, or in case you build from SRPM you can even upgrade the tarball version and build a more recent version. Or you could stick with spamassassin that comes with CentOS by default and get it to work: http://wiki.apache.org/spamassassin/BayesFaq Regards, Leonard. -- mount -t life -o ro /dev/dna /genetic/research ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Installing Centos-6 32 bit
On Thu, 26 Jul 2012, Leonard den Ottolander wrote: > To: CentOS mailing list > From: Leonard den Ottolander > Subject: Re: [CentOS] Installing Centos-6 32 bit > > Hello Keith, > > On Thu, 2012-07-26 at 09:25 +0100, Keith Roberts wrote: >> Is a guide to installing Centos 6 32 bit that covers such >> things like: >> >> Minimal Kickstart example file >> Centos 6 multimedia repos > > A lot of documentation can be found at http://docs.redhat.com, amongst > which is > http://docs.redhat.com/docs/en-US/Red_Hat_Enterprise_Linux/6/html/Installation_Guide/index.html > . > >> Plus any other things I need to be aware of when moving from >> 5.8 to 6.2 > > I'd check the release notes and technical notes that can also be found > there. Hi Leonard. Thanks for those pointers, I will take a look at them first before attempting a migration to Centos 6. Keith --- Websites: http://www.karsites.net http://www.php-debuggers.net http://www.raised-from-the-dead.org.uk All email addresses are challenge-response protected with TMDA [http://tmda.net] --- ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Installing Centos-6 32 bit
Hello Keith, On Thu, 2012-07-26 at 09:25 +0100, Keith Roberts wrote: > Is a guide to installing Centos 6 32 bit that covers such > things like: > > Minimal Kickstart example file > Centos 6 multimedia repos A lot of documentation can be found at http://docs.redhat.com, amongst which is http://docs.redhat.com/docs/en-US/Red_Hat_Enterprise_Linux/6/html/Installation_Guide/index.html . > Plus any other things I need to be aware of when moving from > 5.8 to 6.2 I'd check the release notes and technical notes that can also be found there. Regeards, Leonard. -- mount -t life -o ro /dev/dna /genetic/research ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] Installing Centos-6 32 bit
Is a guide to installing Centos 6 32 bit that covers such things like: Minimal Kickstart example file Centos 6 multimedia repos Plus any other things I need to be aware of when moving from 5.8 to 6.2 (I know the latest version is 6.3 but I will let yum deal with that when I upgrade the installed packages.) TIA Keith Roberts --- Websites: http://www.karsites.net http://www.php-debuggers.net http://www.raised-from-the-dead.org.uk All email addresses are challenge-response protected with TMDA [http://tmda.net] --- ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos