Also disabled IPv6 for eth0:
/etc/sysconfig/network
NETWORKING_IPV6=no
/etc/sysconfig/networking-scripts/ifcfg-eth0
IPV6INIT=no
IPV6_AUTOCONF=no
/etc/modprobe.d/ipv6.conf containing
alias net-pf-10 off
alias ipv6 off
/etc/modprobe.d/blacklist.conf
blacklist net-pf-10 < add to bottom of file
blacklist ipv6 < add to bottom of file
eth0 Link encap:Ethernet HWaddr 9C:8E:99:2C:E3:70
inet addr:10.226.0.13 Bcast:10.226.0.127 Mask:255.255.255.128
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:6750 errors:0 dropped:0 overruns:0 frame:0
TX packets:1030 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:3924804 (3.7 MiB) TX bytes:167607 (163.6 KiB)
Interrupt:30 Memory:f4000000-f4012800
Still get the error
-----Original Message-----
From: Amos Jeffries [mailto:squid3_at_treenet.co.nz]
Sent: Thursday, May 17, 2012 9:08 PM
To: squid-users_at_squid-cache.org
Subject: Re: [squid-users] IPv6 error prevents Squid start
On 18/05/2012 12:56 p.m., Zill, Gregory (OMA-GIS) wrote:
> We have several squid hosts promised to deliver quickly to some LATAM sites. These locations started with a yum installed squid and then moved to the 3.2.0.16/17 for features. I know have another site that is throwing the Ip::Address::GetSockAddr error and squid will not start at all. Is it possible some library or squid dependency may have got updated with "yum update" and upset the apple cart? I appreciate your time. Please advise.
Squid is written to operate on hybrid dual-stack systems (dual stack with v4-mapping abilities). Split-stack and non-mapping dual-stack system support is still incomplete, but should be working in 3.2.0.17.
I will need the backtrace to know where the trouble component is and what it is trying to do with an IPv6 [::] / "*" address.
For now pause the updates cycle and possbly check the system IPv6 settings on the barfing machines are either enabled, or disabled in a way Squid can detect (IPv6 socket() creation disabled).
Amos
>
> -----Original Message-----
> From: Zill, Gregory (OMA-GIS)
>
> I get the same error when I revert to Squid 3.2.0.16.
>
> squid[7989]: Address.cc(958) GetSockAddr: Ip::Address::GetSockAddr :
> Cannot convert non-IPv4 to IPv4. from [::]
>
> context from line 958 of Address.cc
>
> void
> Ip::Address::GetSockAddr(struct sockaddr_in&buf) const {
> if ( IsIPv4() ) {
> buf.sin_family = AF_INET;
> buf.sin_port = m_SocketAddr.sin6_port;
> Map6to4( m_SocketAddr.sin6_addr, buf.sin_addr);
> } else {
>>> debugs(14, DBG_CRITICAL, HERE<< "Ip::Address::GetSockAddr :
>>> Cannot convert non-IPv4 to IPv4. from "<< *this );
> memset(&buf,0xFFFFFFFF,sizeof(struct sockaddr_in));
> assert(false);
> }
>
> -----Original Message-----
> From: Zill, Gregory (OMA-GIS)
>
> Has anyone seen this error? Should I revert to 3.2.0.16? Please advise.
>
> -----Original Message-----
> From: Zill, Gregory (OMA-GIS)
> Sorry for the lack of info:
>
> Linux 32-bit 2.6.32-220.13.1.el6.i686 CentOS 6.2
>
> Squid Cache: Version 3.2.0.17
> configure options: --enable-ltdl-convenience
> - no patching
>
> From ifcfg-eth0:
> ...
> IPV4_FAILURE_FATAL=yes
> IPV6INIT=no
>
> -----Original Message-----
> From: Amos Jeffries
> On 11/05/2012 12:14 a.m., Zill, Gregory (OMA-GIS) wrote:
>> I have some references from a google search, but no actual fix seen. Has anyone overcome this?
>>
>> Address.cc(958) GetSockAddr: Ip::Address::GetSockAddr : Cannot
>> convert non-IPv4 to IPv4. from [::]
>>
>> I appreciate your time.
> That is the equivaent of failing to convert between upper and lower case letters 'A' and 'a'. There is absolutely no reason for it to fail.
>
> What Squid is this happening in? what operating system is it built for?
> and what has been patched into it?
>
> Amos
> This message contains information which may be confidential and privileged. Unless you are the intended recipient (or authorized to receive this message for the intended recipient), you may not use, copy, disseminate or disclose to anyone the message or any information contained in the message. If you have received the message in error, please advise the sender by reply e-mail, and delete the message. Thank you very much.
>
Received on Sat May 19 2012 - 15:22:22 MDT
This archive was generated by hypermail 2.2.0 : Sun May 20 2012 - 12:00:03 MDT