Discuss

discuss@lists.centos.org

34758 discussions

Network issue with multiple uplinks
by Stefano Buelow 10 Oct '12

10 Oct '12

Hello everyone. I've stumbled upon a strange networking issue with multiple interfaces on CentOS 5. The network setup is just like the diagram in http://lartc.org/howto/lartc.rpdb.multiple-links.html It looks like linux is not routing correctly outgoing packets on interfaces different from the one of the default gateway, but instead broadcasts an ARP request on the link, looking for the destination host, which doesn't make any sense as the remote host is far away. I suspect there's a bug in the kernel in the routing decision algorithm, as the issue is absent in kernel releases up to 2.6.18-194.8.1.el5 (CentOS 5.5), while I've tracked it down at least from 2.6.18-308.1.1.el5 release onwards (CentOS 5.8). I'm not sure in which release inbetween appeared first. I'll try to explain with an example. Let's say that my IF1 is eth1 with 100.10.10.1/24 and gateway 100.10.10.254 and IF2 is eth2 99.10.11.1/24 with gateway 99.10.11.254. Inside network is eth0 with 192.168.0.1/24. My main routing table looks something like # route -n Destination Gateway Genmask Flags Metric Ref Use Iface 99.10.11.0 0.0.0.0 255.255.255.0 U 0 0 0 eth2 100.10.10.0 0.0.0.0 255.255.255.0 U 0 0 0 eth1 192.168.0.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0 0.0.0.0 100.10.10.254 0.0.0.0 UG 0 0 0 eth1 Then I've setup two additional routing tables with iproute2 and linked to the main rule list like this # cat >> /etc/iproute2/rt_tables << EOF 10 provider1 20 provider2 EOF # ip route add 100.10.10.0/24 dev eth1 table provider1 # ip route add default via 100.10.10.254 dev eth1 table provider1 # ip rule add from 100.10.10.0/24 table provider1 # ip route add 99.10.11.0/24 dev eth2 table provider2 # ip route add default via 99.10.11.254 dev eth2 table provider2 # ip rule add from 99.10.11.0/24 table provider2 So the result is the following: # ip rule list 0: from all lookup 255 32764: from 99.10.11.0/24 lookup provider2 32765: from 100.10.10.0/24 lookup provider1 32766: from all lookup main 32767: from all lookup default # ip route list table provider1 100.10.10.0/24 dev eth1 scope link default via 100.10.10.254 dev eth1 # ip route list table provider2 99.10.11.0/24 dev eth2 scope link default via 99.10.11.254 dev eth2 Now the issue. With kernel 2.6.18-194.8.1.el5, if I try two different ping forcing outgoing interface everything looks good: # ping -c 3 -I eth1 8.8.8.8 PING 8.8.8.8 (8.8.8.8) from 100.10.10.1 eth1: 56(84) bytes of data. 64 bytes from 8.8.8.8: icmp_seq=1 ttl=49 time=16.9 ms 64 bytes from 8.8.8.8: icmp_seq=2 ttl=49 time=19.4 ms 64 bytes from 8.8.8.8: icmp_seq=3 ttl=49 time=20.7 ms --- 8.8.8.8 ping statistics --- 3 packets transmitted, 3 received, 0% packet loss, time 2002ms rtt min/avg/max/mdev = 16.378/16.796/17.289/0.390 ms and # ping -c 3 -I eth2 8.8.8.8 PING 8.8.8.8 (8.8.8.8) from 99.10.11.1 eth2: 56(84) bytes of data. 64 bytes from 8.8.8.8: icmp_seq=1 ttl=48 time=24.9 ms 64 bytes from 8.8.8.8: icmp_seq=2 ttl=48 time=25.3 ms 64 bytes from 8.8.8.8: icmp_seq=3 ttl=48 time=24.5 ms --- 8.8.8.8 ping statistics --- 3 packets transmitted, 3 received, 0% packet loss, time 2002ms rtt min/avg/max/mdev = 16.378/16.796/17.289/0.390 ms If I repeat the ping, but with a newer kernel, let's say 2.6.18-308.1.1.el5, the result is the following: # ping -c 3 -I eth1 8.8.8.8 PING 8.8.8.8 (8.8.8.8) from 100.10.10.1 eth1: 56(84) bytes of data. 64 bytes from 8.8.8.8: icmp_seq=1 ttl=48 time=36.8 ms 64 bytes from 8.8.8.8: icmp_seq=2 ttl=48 time=36.8 ms 64 bytes from 8.8.8.8: icmp_seq=3 ttl=48 time=35.5 ms --- 8.8.8.8 ping statistics --- 3 packets transmitted, 3 received, 0% packet loss, time 2000ms rtt min/avg/max/mdev = 35.542/36.433/36.887/0.630 ms # ping -c 3 -I eth2 8.8.8.8 PING 8.8.8.8 (8.8.8.8) from 99.10.11.1 eth2: 56(84) bytes of data. >From 99.10.11.1 icmp_seq=1 Destination Host Unreachable >From 99.10.11.1 icmp_seq=2 Destination Host Unreachable >From 99.10.11.1 icmp_seq=3 Destination Host Unreachable --- 8.8.8.8 ping statistics --- 3 packets transmitted, 0 received, +3 errors, 100% packet loss, time 2001ms , pipe 3 I was puzzled by this behaviour, so I traced network traffic with tcpdump, and the output is the following: # tcpdump -n -i eth2 src or dst 8.8.8.8 tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on eth2, link-type EN10MB (Ethernet), capture size 96 bytes 10:03:34.951676 arp who-has 8.8.8.8 tell 99.10.11.1 10:03:35.951719 arp who-has 8.8.8.8 tell 99.10.11.1 10:03:36.951662 arp who-has 8.8.8.8 tell 99.10.11.1 3 packets captured 3 packets received by filter 0 packets dropped by kernel It looks like the routing algorithm discards advanced routing, forgetting about the second default gateway on provider2 table. Adding a second default route to the main routing table seems to resolve the issue, but it wasn't necessary before and I'm not sure is a correct solution. # route add default gw 100.10.11.254 metric 100 # route -n Destination Gateway Genmask Flags Metric Ref Use Iface 99.10.11.0 0.0.0.0 255.255.255.0 U 0 0 0 eth2 100.10.10.0 0.0.0.0 255.255.255.0 U 0 0 0 eth1 192.168.0.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0 0.0.0.0 99.10.11.254 0.0.0.0 UG 100 0 0 eth2 0.0.0.0 100.10.10.254 0.0.0.0 UG 0 0 0 eth1 Any comments ? -- Stefano Buelow <stefano.buelow [at] logx.it> -- Il messaggio e' stato analizzato alla ricerca di virus o contenuti pericolosi da MailScanner, ed e' risultato non infetto.

1 0

Samsung Galaxy 3 and Centos
by Frank Cox 10 Oct '12

10 Oct '12

My cell phone provider just sent me a letter stating that my 3 year contract is up and they will give me a Samsung Galaxy 3 if I will sign a new contract. I'm wondering how well (or if) that phone will work with Centos 6. My existing Samsung phone (can't remember the model number) doesn't integrate well or at all with Centos; whenever I plug it into the computer it finds the phone but apparently can't actually communicate with it so I can't transfer data back and forth without having to remove the memory card from the phone and copy information directly to and from that. Which is a nuisance. -- MELVILLE THEATRE ~ Real D 3D Digital Cinema ~ www.melvilletheatre.com www.creekfm.com - FIFTY THOUSAND WATTS of POW WOW POWER!

8 7

Re: [CentOS] X/Display resolution configuration
by Mike Watson 09 Oct '12

09 Oct '12

According to xorg.0.log, it's seeing the EDID fine. All the info was there. mw -- "Lose not thy airspeed, lest the ground rises up and smites thee." -- William Kershner http://crucis-court.com http://www.crucis.net/1632search On 10/09/2012 04:25 AM, Sorin Srbu wrote: >> -----Original Message----- >> From: centos-bounces(a)centos.org [mailto:centos-bounces@centos.org] On >> Behalf Of Lamar Owen >> Sent: den 8 oktober 2012 20:57 >> To: CentOS mailing list >> Subject: Re: [CentOS] X/Display resolution configuration >> >> Double check your cable. I ran into a widescreen situation a whle back > where >> one cable didn't work, but the cable that came with the monitor did. >> The EDID value comes from the monitor itself, and the cable must be able > to >> support that in order for the automatic resolution code to properly figure > out the >> resolution. >> >> In the case I mention, even manually setting the resolution in xorg.conf >> didn't work, since the EDID was mangled by the cable. > I see a lot of EDID-errors when booting up CentOS6, this could be due to a > faulty cable, even though it seems to work fine with other OS:es like > Windows and CentOS5? > > Is CentOS6 more "picky" with this EDID as compared to e.g. CentOS5? > > -- > /Sorin > > _______________________________________________ > CentOS mailing list > CentOS(a)centos.org > http://lists.centos.org/mailman/listinfo/centos >

1 0

X/Display resolution configuration
by Mike Watson 09 Oct '12

09 Oct '12

I've installed CentOS 6.3 on a new system. I've a nagging problem that I'm trying to fix---the screen resolution changes. I've a flat screen monitor that has 1600x900 capability. However when I logout and then log back in the resolution changes to 1280x1024. When I looked at the xorg.conf.d directory it was empty---both in /etc and in /usr/share. Where is xorg.conf and it's monitor section now? BTW, I'm use KDE. mw -- -- "Lose not thy airspeed, lest the ground rises up and smites thee." -- William Kershner http://crucis-court.com http://www.crucis.net/1632search

9 16

v4l
by m.roth＠5-cent.us 09 Oct '12

09 Oct '12

Hi, folks. Ever since we brought some of our servers up to 6.x, where the gspca module comes with the kernel, instead of us building it, we've been seeing problems. One system gives very strange loops - someone walks through, then repeat a few times, then the next motion, etc. The current problem is that one camera went out on a different server (it's 6.2, and I'm hoping to bring it up to 6.3 shortly, when the users give me a maintenance window). I replaced it with another camera - these are inexpensive webcams, USB 1.0 or 1.1. I started up motion a couple of times, and it finally started. This was a few weeks ago; then, late last week or over the weekend, it went out again, giving only a black screen. Under 5.x, where we were building gspca from source a couple-three years old, it worked fine. Anyone have ideas as to what I might try? mark

2 1

CentOS-announce Digest, Vol 92, Issue 6
by centos-announce-request＠centos.org 09 Oct '12

09 Oct '12

1 0

squid cache question
by ankush grover 09 Oct '12

09 Oct '12

Hi Friends, Same question has been asked on the Squid mailing list but so far no reply on the mailing list so posting it here also. We are trying to cache some files from apple.com like .dmg, .pkg, .ipa etc.. so that local clients can fetch the data from the cache. The problem we are facing is that we have download restrictions for every client to 25 MB during work hours except for a particular client. Now when this exception client downloads the files from apple.com it gets downloaded from the site and gets stored in the cache but as the download restrictions are for 25MB the files which are even in cache with size more than 25MB are not accessed by the other clients, if we remove download restriction for that client then the software gets downloaded. Is there any way we can allow any client to access objects/files in cache without removing the download restriction. We are using Squid 2.6 on Centos 5 64-bit. Cache configuration: cache_mem 128 MB maximum_object_size_in_memory 1024 KB cache_dir ufs /var/spool/squid 400000 16 256 maximum_object_size 4096 MB refresh_pattern -i \.(deb|rpm|exe|zip|tar|tgz|ram|rar|bin|ppt|doc|tiff|dmg|pkg|ipa)$ 10080 90% 43200 override-expire ignore-no-cache ignore-private reply_body_max_size 0 allow sp-download-grant reply_body_max_size 0 allow sp-download-grant-dst acl WorkingHours4 time D 09:00-18:00 acl WorkingHours1 time D 10:30-12:59 acl WorkingHours2 time D 15:00-18:30 acl WorkingHours3 time D 13:00-14:59 acl google dstdomain .video.google.com acl youtube dstdomain .youtube.com reply_body_max_size 500000000 allow WorkingHours1 google reply_body_max_size 500000000 allow WorkingHours2 google reply_body_max_size 500000000 allow WorkingHours3 google reply_body_max_size 5000000 allow WorkingHours2 youtube reply_body_max_size 5000000 allow WorkingHours1 youtube reply_body_max_size 50000000 allow WorkingHours3 youtube http_access allow google indus http_access allow youtube indus reply_body_max_size 26000000 allow WorkingHours1 all reply_body_max_size 26000000 allow WorkingHours2 all reply_body_max_size 50000000 allow WorkingHours3 all http_access allow allowindus WorkingHours4 http_access allow indus Do let me know if you need any further information. Thanks & Regards Ankush

3 4

A printable PDF that documents centos 6.3
by adekoya adekunle 08 Oct '12

08 Oct '12

Hi, Any link where I can download a printable pdf that documents centos 6.3 ? Thanks Kunle

2 1

Dovecot & pam issues
by Mike Watson 08 Oct '12

08 Oct '12

I'm replacing my old Fedora 7 mail server with a new one running CentOS6.3. The old server uses plain-text logins and password for pop3 and IMAP. I'm unable to get dovecot to authenticate. It's failing the password check. Trying 192.168.1.50... Connected to orion (192.168.1.50). Escape character is '^]'. +OK orion.crucis.net Dovecot ready. user joe +OK pass abcdefg -ERR Authentication failed. quit +OK Logging out Connection closed by foreign host. However, another user on the same system works! Trying 192.168.1.50... Connected to orion (192.168.1.50). Escape character is '^]'. +OK orion.crucis.net Dovecot ready. user bob +OK pass jklmnop +OK Logged in. quit +OK Logging out. Connection closed by foreign host. I'm looping through eth0 in both of the above. The results are the same if I telnet from 192.168.1.30. User bob was the one I created on the initial CentOS install, joe was added later. Here is the extract from maillog. Oct 4 15:54:12 orion dovecot: auth: pam(joe,192.168.1.30): pam_authenticate() failed: Auth authentication failure (password mismatch?) (given password:abcdefg) Oct 4 15:54:14 orion dovecot: auth: Debug: client out: FAIL#0113#011user=joe Oct 4 15:54:14 orion dovecot: IMAP-login: Disconnected (auth failed, 3 attempts): user=<joe 1>, method=PLAIN, rip=192.168.1.30, lip=192.168.1.50 Oct 4 15:54:14 orion dovecot: auth: Debug: client out: CONT#0112#011VXNlcm5hbWU6 Oct 4 15:54:14 orion dovecot: auth: Debug: client in: CONT#0112#011Y3J1Y2lz Oct 4 15:54:14 orion dovecot: auth: Debug: client out: CONT#0112#011UGFzc3dvcmQ6 Oct 4 15:54:14 orion dovecot: auth: Debug: client in: CONT#0112#011dzB0bXcvMA== Oct 4 15:54:14 orion dovecot: auth: Debug: pam(joe,192.168.1.30): lookup service=dovecot Oct 4 15:54:14 orion dovecot: auth: Debug: pam(joe,192.168.1.30): #1/1 style=1 msg=Passwor d: Oct 4 15:54:16 orion dovecot: auth: pam(crucis,192.168.1.30): pam_authenticate() failed: Auth entication failure (password mismatch?) (given password: abcdefg) Here's the output from dovecot -n # 2.0.9: /etc/dovecot/dovecot.conf # OS: Linux 2.6.32-279.5.2.el6.x86_64 x86_64 CentOS release 6.3 (Final) auth_debug = yes auth_debug_passwords = yes auth_mechanisms = plain login auth_verbose = yes auth_verbose_passwords = plain disable_plaintext_auth = no listen = * login_greeting = orion.crucis.net Dovecot ready. mail_location = mbox:~/mail:INBOX=/var/mail/%u managesieve_notify_capability = mailto managesieve_sieve_capability = fileinto reject envelope encoded-character vacation subaddress comparator-i;ascii-numeric relational regex IMAP4flags copy include variables body enotify environment mailbox date mbox_write_locks = fcntl passdb { args = session=yes dovecot driver = pam } plugin { sieve = ~/.dovecot.sieve sieve_dir = ~/sieve } ssl_cert = </etc/pki/dovecot/certs/dovecot.pem ssl_key = </etc/pki/dovecot/private/dovecot.pem userdb { driver = passwd } protocol pop3 { pop3_client_workarounds = outlook-no-nuls pop3_uidl_format = %08Xu%08Xv } Any suggestion how I get dovecot and pam working? Or, is the problem elsewhere? mw -- -- "Lose not thy airspeed, lest the ground rises up and smites thee." -- William Kershner http://crucis-court.com http://www.crucis.net/1632search

2 2

CentOS-announce Digest, Vol 92, Issue 5
by centos-announce-request＠centos.org 08 Oct '12

08 Oct '12

Send CentOS-announce mailing list submissions to centos-announce(a)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-request(a)centos.org You can reach the person managing the list at centos-announce-owner(a)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:1342 CentOS 5 sssd Update (Johnny Hughes) 2. CEBA-2012:1343 CentOS 6 pcsc-lite Update (Johnny Hughes) ---------------------------------------------------------------------- Message: 1 Date: Mon, 8 Oct 2012 07:43:14 +0000 From: Johnny Hughes <johnny(a)centos.org> Subject: [CentOS-announce] CEBA-2012:1342 CentOS 5 sssd Update To: centos-announce(a)centos.org Message-ID: <20121008074314.GA1965(a)chakra.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2012:1342 Upstream details at : https://rhn.redhat.com/errata/RHBA-2012-1342.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: e6b15dc206d9f724d54d917fc9b6cb84209c12cab835b774514e73a4e315c117 libipa_hbac-1.5.1-49.el5_8.3.i386.rpm 1c475343d7656d2fdc43b2afee863d9f6eb0d2a5264e6da8ba1ab737c31deac8 libipa_hbac-devel-1.5.1-49.el5_8.3.i386.rpm 7fd6b18a648946e41bda6c659fab1a47888cf9338446eff8d334a4cef287894e libipa_hbac-python-1.5.1-49.el5_8.3.i386.rpm dfb20a1211c1b75c8978a94ec8bcfd81b0ecef4ad70276c4d97bb7c8baa27e57 sssd-1.5.1-49.el5_8.3.i386.rpm 3f10a443dbb38390e5df8ab3d9ea4d45b0a096423213d99c1ae2865dd684dc6f sssd-client-1.5.1-49.el5_8.3.i386.rpm 118cfd934256600e877c7fa97be474922d8f4fb505d8d53222d2abb3d645db65 sssd-tools-1.5.1-49.el5_8.3.i386.rpm x86_64: e6b15dc206d9f724d54d917fc9b6cb84209c12cab835b774514e73a4e315c117 libipa_hbac-1.5.1-49.el5_8.3.i386.rpm 8ee82c8bc5ee56aa8890c9bd3bea567869d2884b5194bf3962963cbd17585abd libipa_hbac-1.5.1-49.el5_8.3.x86_64.rpm 1c475343d7656d2fdc43b2afee863d9f6eb0d2a5264e6da8ba1ab737c31deac8 libipa_hbac-devel-1.5.1-49.el5_8.3.i386.rpm 2bcf04526ff2861bd36c07fd7f3d5554e0663f17b9d48892e38d9b8b429ea487 libipa_hbac-devel-1.5.1-49.el5_8.3.x86_64.rpm 9c326bb2273cad1fb1ed675fba406249e120d5af106e699e6903c50755e77ac1 libipa_hbac-python-1.5.1-49.el5_8.3.x86_64.rpm 25620c28bf5e347189711305bb6623e164bec62ec5069c5933ac3f03019e53f7 sssd-1.5.1-49.el5_8.3.x86_64.rpm 3f10a443dbb38390e5df8ab3d9ea4d45b0a096423213d99c1ae2865dd684dc6f sssd-client-1.5.1-49.el5_8.3.i386.rpm 0268a5ece7accf8d0ecfae7b24fc13be3428a9aaa36e105925b7165ebb0605cf sssd-client-1.5.1-49.el5_8.3.x86_64.rpm a745413f949a096525e3b3b47700c5dc8a0991fe26fc9c6fceaf3779c0355311 sssd-tools-1.5.1-49.el5_8.3.x86_64.rpm Source: 2994bbb582cd46d47b6ea89e59fa657edecc098b58c0eab44c03fbcd003e0214 sssd-1.5.1-49.el5_8.3.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 2 Date: Mon, 8 Oct 2012 15:03:21 +0000 From: Johnny Hughes <johnny(a)centos.org> Subject: [CentOS-announce] CEBA-2012:1343 CentOS 6 pcsc-lite Update To: centos-announce(a)centos.org Message-ID: <20121008150321.GA24107(a)chakra.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2012:1343 Upstream details at : https://rhn.redhat.com/errata/RHBA-2012-1343.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 507fc8426df47d02dd6c62dd063ddc423507861b38ca6ee6cf589cf86d8ac328 pcsc-lite-1.5.2-8.el6_3.i686.rpm 4d499ee0c9f4d27f99ef063400bcd529c0d65c43303f032b5160100616f76ee6 pcsc-lite-devel-1.5.2-8.el6_3.i686.rpm d8374267c1c474d0a6b50e09f8166419425f1391e8933ec67b9f3cf3c376e28d pcsc-lite-doc-1.5.2-8.el6_3.i686.rpm ac8532a17f6058c2c64852be9c36a0a59eb0c7f523ae4f32c33cea5a6e5fad7c pcsc-lite-libs-1.5.2-8.el6_3.i686.rpm x86_64: 07300a047eb66654ba8a865adfe43ea8a00460bdc1fa865ec4ab08a6b5130726 pcsc-lite-1.5.2-8.el6_3.x86_64.rpm 4d499ee0c9f4d27f99ef063400bcd529c0d65c43303f032b5160100616f76ee6 pcsc-lite-devel-1.5.2-8.el6_3.i686.rpm e0176063b71297bb42179d9510d4f8c94bb601a14b5e257911db3ea61dcef9ad pcsc-lite-devel-1.5.2-8.el6_3.x86_64.rpm 37770b11809a9aacb9bfc8b3893fd8c55bbc6089f5cb56cf45b4bdf51e37eda6 pcsc-lite-doc-1.5.2-8.el6_3.x86_64.rpm ac8532a17f6058c2c64852be9c36a0a59eb0c7f523ae4f32c33cea5a6e5fad7c pcsc-lite-libs-1.5.2-8.el6_3.i686.rpm af875921f5acdaba77c7c039816b6071a3be891cca2e76bc55d5648a9d396bdc pcsc-lite-libs-1.5.2-8.el6_3.x86_64.rpm Source: 9d2dff10471f7db64693fe3fb2aa518a3b50b98d50797a687f5326fbc0c595be pcsc-lite-1.5.2-8.el6_3.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ _______________________________________________ CentOS-announce mailing list CentOS-announce(a)centos.org http://lists.centos.org/mailman/listinfo/centos-announce End of CentOS-announce Digest, Vol 92, Issue 5 **********************************************

1 0

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Discuss