Re: [squid-users] Error starting 3.5.16 on FreeBSD-8.4

2016-04-09 Thread Odhiambo Washington 
On 9 April 2016 at 06:57, Amos Jeffries  wrote:

> On 9/04/2016 5:37 a.m., Yuri Voinov wrote:
> >
> > Don't think so. I've gave latest 4.0.8 tarball from site. Applied patch
> > - viola! - issue is gone.
> >
> > 08.04.16 23:32, Odhiambo Washington пишет:
> >> Hi Yuri,
> >
> >> I applied the patch against 4.0.8, not 3.5.16. Check my e-mail well
> > well :-)
> >
> >> Could it be that you have a different code base from the tarballs
> > available for everyone?
>
> The patch fixes a regression which only exists in the daily snapshot
> tarballs of 4.0.8 numbered r14625 thru r14632.
>
> The patch itself was applied as r14633.
>
> Amos
>

Noted and downloaded squid-4.0.8-20160408-r14633.tar.bz2

But I am still anxious to be able to run 3.5.16 on FreeBSD-8.4. Please. I
need guidnace and patience.

-- 
Best regards,
Odhiambo WASHINGTON,
Nairobi,KE
+254 7 3200 0004/+254 7 2274 3223
"Oh, the cruft."
___
squid-users mailing list
squid-users@lists.squid-cache.org
http://lists.squid-cache.org/listinfo/squid-users

Re: [squid-users] Error starting 3.5.16 on FreeBSD-8.4

2016-04-08 Thread Amos Jeffries 
On 9/04/2016 5:37 a.m., Yuri Voinov wrote:
> 
> Don't think so. I've gave latest 4.0.8 tarball from site. Applied patch
> - viola! - issue is gone.
> 
> 08.04.16 23:32, Odhiambo Washington пишет:
>> Hi Yuri,
> 
>> I applied the patch against 4.0.8, not 3.5.16. Check my e-mail well
> well :-)
> 
>> Could it be that you have a different code base from the tarballs
> available for everyone?

The patch fixes a regression which only exists in the daily snapshot
tarballs of 4.0.8 numbered r14625 thru r14632.

The patch itself was applied as r14633.

Amos
___
squid-users mailing list
squid-users@lists.squid-cache.org
http://lists.squid-cache.org/listinfo/squid-users

Re: [squid-users] Error starting 3.5.16 on FreeBSD-8.4

2016-04-08 Thread Yuri Voinov 

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
 
Don't think so. I've gave latest 4.0.8 tarball from site. Applied patch
- viola! - issue is gone.

08.04.16 23:32, Odhiambo Washington пишет:
> Hi Yuri,
>
> I applied the patch against 4.0.8, not 3.5.16. Check my e-mail well
well :-)
>
> Could it be that you have a different code base from the tarballs
available for everyone?
>
>
>
> On 8 April 2016 at 20:26, Yuri Voinov > wrote:
>
>
> Note: Codebase for 4.0.x is different with 3.5.x.  So, most patches
for 4.x.x series can't be applied onto 3.5.x.
>
> 08.04.16 23:23, Odhiambo Washington пишет:
> > Hi Yuri,
>
>
>
>   > Sorry to be a thorn in the flesh in this one.
>
>
>
>   > Which source code were you applying this patch against?
>
>
>
>   > I applied this patch on the released squid-4.0.8.tar.xz and
>   it doesn't apply cleanly for starters... Maybe I am doing it
>   wrongly? Just doing patch < /path/to/patch
>
>
>
>   > wash@mail:~/ILI/Squid/4.x/squid-4.0.8$
 patch <
>   ../squid-4-14633.patch
>
>   > Hmm...  Looks like a unified diff to me...
>
>   > The text leading up to this was:
>
>   > --
>
>   > |
>
>   > |revno: 14633
>
>   > |revision-id:
>   squ...@treenet.co.nz-20160408073547-xtjco0mpai4lr920

>
>   > |parent:
>   chtsa...@users.sourceforge.net-20160407163610-yl8zzhc08l1ysv5f

>
>   > |committer: Amos Jeffries 
>    >
>
>
>   > |branch nick: trunk
>
>   > |timestamp: Fri 2016-04-08 19:35:47 +1200
>
>   > |message:
>
>   > |  Fix shm_open error message after rev.14625
>
>   > |
>
>   > |# Bazaar merge directive format 2 (Bazaar 0.90)
>
>   > |# revision_id:
>   squ...@treenet.co.nz-20160408073547-xtjco0mpai4lr920

>
>   > |# target_branch:
>   http://bzr.squid-cache.org/bzr/squid3/trunk/
>
>   > |# testament_sha1: c1983f6601c29e4d03f936e60ecee221a860f932
>
>   > |# timestamp: 2016-04-08 07:51:00 +
>
>   > |# source_branch: http://bzr.squid-cache.org/bzr/squid3/trunk
>
>   > |# base_revision_id:
>   chtsa...@users.sourceforge.net-20160407163610-\

>
>   > |#   yl8zzhc08l1ysv5f
>
>   > |#
>
>   > |# Begin patch
>
>   > |=== modified file 'src/ipc/mem/Segment.cc'
>
>   > |--- src/ipc/mem/Segment.cc 2016-04-03 23:41:58 +
>
>   > |+++ src/ipc/mem/Segment.cc 2016-04-08 07:35:47 +
>
>   > --
>
>   > Patching file src/ipc/mem/Segment.cc using Plan A...
>
>   > Hunk #1 failed at 91.
>
>   > Hunk #2 succeeded at 105 (offset -4 lines).
>
>   > Hunk #3 succeeded at 121 (offset -4 lines).
>
>   > Hunk #4 succeeded at 151 (offset -1 lines).
>
>   > 1 out of 4 hunks failed--saving rejects to
>   src/ipc/mem/Segment.cc.rej
>
>   > Hmm...  The next patch looks like a unified diff to me...
>
>   > The text leading up to this was:
>
>   > --
>
>   > |
>
>   > |=== modified file 'src/ipc/mem/Segment.h'
>
>   > |--- src/ipc/mem/Segment.h  2016-03-24 17:02:25 +
>
>   > |+++ src/ipc/mem/Segment.h  2016-04-08 07:35:47 +
>
>   > --
>
>   > Patching file src/ipc/mem/Segment.h using Plan A...
>
>   > Hunk #1 succeeded at 53.
>
>   > Hmm...  Ignoring the trailing garbage.
>
>   > done
>
>
>
>
>
>   > Then when I compile, the compilation fails as follows (though
>   without the patch the compilation succeeds):
>
>
>
>   > libtool: compile:  clang++ -DHAVE_CONFIG_H
>   -DDEFAULT_STATEDIR=\"/opt/squid-4/var/run/squid\" -I../..
>   -I../../include -I../../lib -I../../src -I../../include
>   -I/usr/include -I/usr/include -I../../libltdl -I/usr/include
>   -I/usr/local/include/libxml2 -I/usr/local/include/libxml2 -Werror
>   -Qunused-arguments -Wno-deprecated-register -D_REENTRANT -g -O2
>   -march=native -std=c++11 -I/usr/local/include -MT mem/Pages.lo -MD
>   -MP -MF mem/.deps/Pages.Tpo -c mem/Pages.cc  -fPIC -DPIC -o
>   mem/.libs/Pages.o
>
>   > libtool: compile:  clang++ -DHAVE_CONFIG_H
>   -DDEFAULT_STATEDIR=\"/opt/squid-4/var/run/squid\" -I../..
>   -I../../include -I../../lib -I../../src -I../../include
>   -I/usr/include -I/usr/include -I../../libltdl -I/usr/include
>   -I/usr/local/include/libxml2 -I/usr/local/include/libxml2

Re: [squid-users] Error starting 3.5.16 on FreeBSD-8.4

2016-04-08 Thread Odhiambo Washington 
Hi Yuri,

I applied the patch against 4.0.8, not 3.5.16. Check my e-mail well well :-)

Could it be that you have a different code base from the tarballs available
for everyone?



On 8 April 2016 at 20:26, Yuri Voinov  wrote:

>
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> Note: Codebase for 4.0.x is different with 3.5.x.  So, most patches for
> 4.x.x series can't be applied onto 3.5.x.
>
> 08.04.16 23:23, Odhiambo Washington пишет:
> > Hi Yuri,
> >
> > Sorry to be a thorn in the flesh in this one.
> >
> > Which source code were you applying this patch against?
> >
> > I applied this patch on the released squid-4.0.8.tar.xz and it doesn't
> apply cleanly for starters... Maybe I am doing it wrongly? Just doing patch
> < /path/to/patch
> >
> > wash@mail:~/ILI/Squid/4.x/squid-4.0.8$ patch < ../squid-4-14633.patch
> > Hmm...  Looks like a unified diff to me...
> > The text leading up to this was:
> > --
> > |
> > |revno: 14633
> > |revision-id: squ...@treenet.co.nz-20160408073547-xtjco0mpai4lr920
> > |parent: chtsa...@users.sourceforge.net-20160407163610-yl8zzhc08l1ysv5f
> > |committer: Amos Jeffries   >
>
> > |branch nick: trunk
> > |timestamp: Fri 2016-04-08 19:35:47 +1200
> > |message:
> > |  Fix shm_open error message after rev.14625
> > |
> > |# Bazaar merge directive format 2 (Bazaar 0.90)
> > |# revision_id: squ...@treenet.co.nz-20160408073547-xtjco0mpai4lr920
> > |# target_branch: http://bzr.squid-cache.org/bzr/squid3/trunk/
> > |# testament_sha1: c1983f6601c29e4d03f936e60ecee221a860f932
> > |# timestamp: 2016-04-08 07:51:00 +
> > |# source_branch: http://bzr.squid-cache.org/bzr/squid3/trunk
> > |# base_revision_id: chtsa...@users.sourceforge.net-20160407163610-\
> > |#   yl8zzhc08l1ysv5f
> > |#
> > |# Begin patch
> > |=== modified file 'src/ipc/mem/Segment.cc'
> > |--- src/ipc/mem/Segment.cc 2016-04-03 23:41:58 +
> > |+++ src/ipc/mem/Segment.cc 2016-04-08 07:35:47 +
> > --
> > Patching file src/ipc/mem/Segment.cc using Plan A...
> > Hunk #1 failed at 91.
> > Hunk #2 succeeded at 105 (offset -4 lines).
> > Hunk #3 succeeded at 121 (offset -4 lines).
> > Hunk #4 succeeded at 151 (offset -1 lines).
> > 1 out of 4 hunks failed--saving rejects to src/ipc/mem/Segment.cc.rej
> > Hmm...  The next patch looks like a unified diff to me...
> > The text leading up to this was:
> > --
> > |
> > |=== modified file 'src/ipc/mem/Segment.h'
> > |--- src/ipc/mem/Segment.h  2016-03-24 17:02:25 +
> > |+++ src/ipc/mem/Segment.h  2016-04-08 07:35:47 +
> > --
> > Patching file src/ipc/mem/Segment.h using Plan A...
> > Hunk #1 succeeded at 53.
> > Hmm...  Ignoring the trailing garbage.
> > done
> >
> >
> > Then when I compile, the compilation fails as follows (though without
> the patch the compilation succeeds):
> >
> > libtool: compile:  clang++ -DHAVE_CONFIG_H
> -DDEFAULT_STATEDIR=\"/opt/squid-4/var/run/squid\" -I../.. -I../../include
> -I../../lib -I../../src -I../../include -I/usr/include -I/usr/include
> -I../../libltdl -I/usr/include -I/usr/local/include/libxml2
> -I/usr/local/include/libxml2 -Werror -Qunused-arguments
> -Wno-deprecated-register -D_REENTRANT -g -O2 -march=native -std=c++11
> -I/usr/local/include -MT mem/Pages.lo -MD -MP -MF mem/.deps/Pages.Tpo -c
> mem/Pages.cc  -fPIC -DPIC -o mem/.libs/Pages.o
> > libtool: compile:  clang++ -DHAVE_CONFIG_H
> -DDEFAULT_STATEDIR=\"/opt/squid-4/var/run/squid\" -I../.. -I../../include
> -I../../lib -I../../src -I../../include -I/usr/include -I/usr/include
> -I../../libltdl -I/usr/include -I/usr/local/include/libxml2
> -I/usr/local/include/libxml2 -Werror -Qunused-arguments
> -Wno-deprecated-register -D_REENTRANT -g -O2 -march=native -std=c++11
> -I/usr/local/include -MT mem/Pages.lo -MD -MP -MF mem/.deps/Pages.Tpo -c
> mem/Pages.cc -o mem/Pages.o >/dev/null 2>&1
> > depbase=`echo mem/PageStack.lo | sed 's|[^/]*$|.deps/&|;s|\.lo$||'`;
> /bin/sh ../../libtool  --tag=CXX--mode=compile clang++ -DHAVE_CONFIG_H
> -DDEFAULT_STATEDIR=\"/opt/squid-4/var/run/squid\"-I../..
> -I../../include  -I../../lib -I../../src  -I../../include  -I/usr/include
> -I/usr/include  -I../../libltdl -I/usr/include
> -I/usr/local/include/libxml2  -I/usr/local/include/libxml2  -Werror
> -Qunused-arguments -Wno-deprecated-register  -D_REENTRANT -g -O2
> -march=native -std=c++11 -I/usr/local/include -MT mem/PageStack.lo -MD -MP
> -MF $depbase.Tpo -c -o mem/PageStack.lo mem/PageStack.cc && mv -f
> $depbase.Tpo $depbase.Plo
> > libtool: compile:  clang++ -DHAVE_CONFIG_H
> -DDEFAULT_STATEDIR=\"/opt/squid-4/var/run/squid\" -I../.. -I../../include
> -I../../lib -I../../src -I../../include -I/usr/include -I/usr/include
> -I../../libltdl

Re: [squid-users] Error starting 3.5.16 on FreeBSD-8.4

2016-04-08 Thread Yuri Voinov 

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
 
Note: Codebase for 4.0.x is different with 3.5.x.  So, most patches for
4.x.x series can't be applied onto 3.5.x.

08.04.16 23:23, Odhiambo Washington пишет:
> Hi Yuri,
>
> Sorry to be a thorn in the flesh in this one.
>
> Which source code were you applying this patch against?
>
> I applied this patch on the released squid-4.0.8.tar.xz and it doesn't
apply cleanly for starters... Maybe I am doing it wrongly? Just doing
patch < /path/to/patch
>
> wash@mail:~/ILI/Squid/4.x/squid-4.0.8$ patch < ../squid-4-14633.patch
> Hmm...  Looks like a unified diff to me...
> The text leading up to this was:
> --
> |
> |revno: 14633
> |revision-id: squ...@treenet.co.nz-20160408073547-xtjco0mpai4lr920
> |parent: chtsa...@users.sourceforge.net-20160407163610-yl8zzhc08l1ysv5f
> |committer: Amos Jeffries >
> |branch nick: trunk
> |timestamp: Fri 2016-04-08 19:35:47 +1200
> |message:
> |  Fix shm_open error message after rev.14625
> |
> |# Bazaar merge directive format 2 (Bazaar 0.90)
> |# revision_id: squ...@treenet.co.nz-20160408073547-xtjco0mpai4lr920
> |# target_branch: http://bzr.squid-cache.org/bzr/squid3/trunk/
> |# testament_sha1: c1983f6601c29e4d03f936e60ecee221a860f932
> |# timestamp: 2016-04-08 07:51:00 +
> |# source_branch: http://bzr.squid-cache.org/bzr/squid3/trunk
> |# base_revision_id: chtsa...@users.sourceforge.net-20160407163610-\
> |#   yl8zzhc08l1ysv5f
> |#
> |# Begin patch
> |=== modified file 'src/ipc/mem/Segment.cc'
> |--- src/ipc/mem/Segment.cc 2016-04-03 23:41:58 +
> |+++ src/ipc/mem/Segment.cc 2016-04-08 07:35:47 +
> --
> Patching file src/ipc/mem/Segment.cc using Plan A...
> Hunk #1 failed at 91.
> Hunk #2 succeeded at 105 (offset -4 lines).
> Hunk #3 succeeded at 121 (offset -4 lines).
> Hunk #4 succeeded at 151 (offset -1 lines).
> 1 out of 4 hunks failed--saving rejects to src/ipc/mem/Segment.cc.rej
> Hmm...  The next patch looks like a unified diff to me...
> The text leading up to this was:
> --
> |
> |=== modified file 'src/ipc/mem/Segment.h'
> |--- src/ipc/mem/Segment.h  2016-03-24 17:02:25 +
> |+++ src/ipc/mem/Segment.h  2016-04-08 07:35:47 +
> --
> Patching file src/ipc/mem/Segment.h using Plan A...
> Hunk #1 succeeded at 53.
> Hmm...  Ignoring the trailing garbage.
> done
>
>
> Then when I compile, the compilation fails as follows (though without
the patch the compilation succeeds):
>
> libtool: compile:  clang++ -DHAVE_CONFIG_H
-DDEFAULT_STATEDIR=\"/opt/squid-4/var/run/squid\" -I../..
-I../../include -I../../lib -I../../src -I../../include -I/usr/include
-I/usr/include -I../../libltdl -I/usr/include
-I/usr/local/include/libxml2 -I/usr/local/include/libxml2 -Werror
-Qunused-arguments -Wno-deprecated-register -D_REENTRANT -g -O2
-march=native -std=c++11 -I/usr/local/include -MT mem/Pages.lo -MD -MP
-MF mem/.deps/Pages.Tpo -c mem/Pages.cc  -fPIC -DPIC -o mem/.libs/Pages.o
> libtool: compile:  clang++ -DHAVE_CONFIG_H
-DDEFAULT_STATEDIR=\"/opt/squid-4/var/run/squid\" -I../..
-I../../include -I../../lib -I../../src -I../../include -I/usr/include
-I/usr/include -I../../libltdl -I/usr/include
-I/usr/local/include/libxml2 -I/usr/local/include/libxml2 -Werror
-Qunused-arguments -Wno-deprecated-register -D_REENTRANT -g -O2
-march=native -std=c++11 -I/usr/local/include -MT mem/Pages.lo -MD -MP
-MF mem/.deps/Pages.Tpo -c mem/Pages.cc -o mem/Pages.o >/dev/null 2>&1
> depbase=`echo mem/PageStack.lo | sed 's|[^/]*$|.deps/&|;s|\.lo$||'`;
/bin/sh ../../libtool  --tag=CXX--mode=compile clang++
-DHAVE_CONFIG_H -DDEFAULT_STATEDIR=\"/opt/squid-4/var/run/squid\"   
-I../.. -I../../include  -I../../lib -I../../src  -I../../include 
-I/usr/include  -I/usr/include  -I../../libltdl -I/usr/include
-I/usr/local/include/libxml2  -I/usr/local/include/libxml2  -Werror
-Qunused-arguments -Wno-deprecated-register  -D_REENTRANT -g -O2
-march=native -std=c++11 -I/usr/local/include -MT mem/PageStack.lo -MD
-MP -MF $depbase.Tpo -c -o mem/PageStack.lo mem/PageStack.cc && mv -f
$depbase.Tpo $depbase.Plo
> libtool: compile:  clang++ -DHAVE_CONFIG_H
-DDEFAULT_STATEDIR=\"/opt/squid-4/var/run/squid\" -I../..
-I../../include -I../../lib -I../../src -I../../include -I/usr/include
-I/usr/include -I../../libltdl -I/usr/include
-I/usr/local/include/libxml2 -I/usr/local/include/libxml2 -Werror
-Qunused-arguments -Wno-deprecated-register -D_REENTRANT -g -O2
-march=native -std=c++11 -I/usr/local/include -MT mem/PageStack.lo -MD
-MP -MF mem/.deps/PageStack.Tpo -c mem/PageStack.cc  -fPIC -DPIC -o
mem/.libs/PageStack.o
> libtool: compile:  clang++ -DHAVE_CONFIG_H
-DDEFAULT_STATEDIR=\"/opt/squid-4/var/run/squid\" -I../..
-I../../include -I../../lib -I../../src -I../../include -I/usr/include

Re: [squid-users] Error starting 3.5.16 on FreeBSD-8.4

2016-04-08 Thread Odhiambo Washington 
Hi Yuri,

Sorry to be a thorn in the flesh in this one.

Which source code were you applying this patch against?

I applied this patch on the released squid-4.0.8.tar.xz and it doesn't
apply cleanly for starters... Maybe I am doing it wrongly? Just doing patch
< /path/to/patch

wash@mail:~/ILI/Squid/4.x/squid-4.0.8$ patch < ../squid-4-14633.patch
Hmm...  Looks like a unified diff to me...
The text leading up to this was:
--
|
|revno: 14633
|revision-id: squ...@treenet.co.nz-20160408073547-xtjco0mpai4lr920
|parent: chtsa...@users.sourceforge.net-20160407163610-yl8zzhc08l1ysv5f
|committer: Amos Jeffries 
|branch nick: trunk
|timestamp: Fri 2016-04-08 19:35:47 +1200
|message:
|  Fix shm_open error message after rev.14625
|
|# Bazaar merge directive format 2 (Bazaar 0.90)
|# revision_id: squ...@treenet.co.nz-20160408073547-xtjco0mpai4lr920
|# target_branch: http://bzr.squid-cache.org/bzr/squid3/trunk/
|# testament_sha1: c1983f6601c29e4d03f936e60ecee221a860f932
|# timestamp: 2016-04-08 07:51:00 +
|# source_branch: http://bzr.squid-cache.org/bzr/squid3/trunk
|# base_revision_id: chtsa...@users.sourceforge.net-20160407163610-\
|#   yl8zzhc08l1ysv5f
|#
|# Begin patch
|=== modified file 'src/ipc/mem/Segment.cc'
|--- src/ipc/mem/Segment.cc 2016-04-03 23:41:58 +
|+++ src/ipc/mem/Segment.cc 2016-04-08 07:35:47 +
--
Patching file src/ipc/mem/Segment.cc using Plan A...
Hunk #1 failed at 91.
Hunk #2 succeeded at 105 (offset -4 lines).
Hunk #3 succeeded at 121 (offset -4 lines).
Hunk #4 succeeded at 151 (offset -1 lines).
1 out of 4 hunks failed--saving rejects to src/ipc/mem/Segment.cc.rej
Hmm...  The next patch looks like a unified diff to me...
The text leading up to this was:
--
|
|=== modified file 'src/ipc/mem/Segment.h'
|--- src/ipc/mem/Segment.h  2016-03-24 17:02:25 +
|+++ src/ipc/mem/Segment.h  2016-04-08 07:35:47 +
--
Patching file src/ipc/mem/Segment.h using Plan A...
Hunk #1 succeeded at 53.
Hmm...  Ignoring the trailing garbage.
done


Then when I compile, the compilation fails as follows (though without the
patch the compilation succeeds):

libtool: compile:  clang++ -DHAVE_CONFIG_H
-DDEFAULT_STATEDIR=\"/opt/squid-4/var/run/squid\" -I../.. -I../../include
-I../../lib -I../../src -I../../include -I/usr/include -I/usr/include
-I../../libltdl -I/usr/include -I/usr/local/include/libxml2
-I/usr/local/include/libxml2 -Werror -Qunused-arguments
-Wno-deprecated-register -D_REENTRANT -g -O2 -march=native -std=c++11
-I/usr/local/include -MT mem/Pages.lo -MD -MP -MF mem/.deps/Pages.Tpo -c
mem/Pages.cc  -fPIC -DPIC -o mem/.libs/Pages.o
libtool: compile:  clang++ -DHAVE_CONFIG_H
-DDEFAULT_STATEDIR=\"/opt/squid-4/var/run/squid\" -I../.. -I../../include
-I../../lib -I../../src -I../../include -I/usr/include -I/usr/include
-I../../libltdl -I/usr/include -I/usr/local/include/libxml2
-I/usr/local/include/libxml2 -Werror -Qunused-arguments
-Wno-deprecated-register -D_REENTRANT -g -O2 -march=native -std=c++11
-I/usr/local/include -MT mem/Pages.lo -MD -MP -MF mem/.deps/Pages.Tpo -c
mem/Pages.cc -o mem/Pages.o >/dev/null 2>&1
depbase=`echo mem/PageStack.lo | sed 's|[^/]*$|.deps/&|;s|\.lo$||'`;
/bin/sh ../../libtool  --tag=CXX--mode=compile clang++ -DHAVE_CONFIG_H
-DDEFAULT_STATEDIR=\"/opt/squid-4/var/run/squid\"-I../..
-I../../include  -I../../lib -I../../src  -I../../include  -I/usr/include
 -I/usr/include  -I../../libltdl -I/usr/include
-I/usr/local/include/libxml2  -I/usr/local/include/libxml2  -Werror
-Qunused-arguments -Wno-deprecated-register  -D_REENTRANT -g -O2
-march=native -std=c++11 -I/usr/local/include -MT mem/PageStack.lo -MD -MP
-MF $depbase.Tpo -c -o mem/PageStack.lo mem/PageStack.cc && mv -f
$depbase.Tpo $depbase.Plo
libtool: compile:  clang++ -DHAVE_CONFIG_H
-DDEFAULT_STATEDIR=\"/opt/squid-4/var/run/squid\" -I../.. -I../../include
-I../../lib -I../../src -I../../include -I/usr/include -I/usr/include
-I../../libltdl -I/usr/include -I/usr/local/include/libxml2
-I/usr/local/include/libxml2 -Werror -Qunused-arguments
-Wno-deprecated-register -D_REENTRANT -g -O2 -march=native -std=c++11
-I/usr/local/include -MT mem/PageStack.lo -MD -MP -MF
mem/.deps/PageStack.Tpo -c mem/PageStack.cc  -fPIC -DPIC -o
mem/.libs/PageStack.o
libtool: compile:  clang++ -DHAVE_CONFIG_H
-DDEFAULT_STATEDIR=\"/opt/squid-4/var/run/squid\" -I../.. -I../../include
-I../../lib -I../../src -I../../include -I/usr/include -I/usr/include
-I../../libltdl -I/usr/include -I/usr/local/include/libxml2
-I/usr/local/include/libxml2 -Werror -Qunused-arguments
-Wno-deprecated-register -D_REENTRANT -g -O2 -march=native -std=c++11
-I/usr/local/include -MT mem/PageStack.lo -MD -MP -MF
mem/.deps/PageStack.Tpo -c mem/PageStack.cc -o mem/PageStack.o >/dev/null
2>&1
depbase=`echo

Re: [squid-users] Error starting 3.5.16 on FreeBSD-8.4

2016-04-08 Thread Odhiambo Washington 
On 8 April 2016 at 17:59, Amos Jeffries  wrote:

> On 9/04/2016 2:38 a.m., Odhiambo Washington wrote:
> > Now that Yuri has reported success, shall I wait for something for
> 3.5.16??
>
> No that means his problem was unrelated to yours.
>

Alright.


>
> The 3.5.16 code in this area was correctly using errno. So the message
> it was giving you was correct for your issue.
>

:-)


>
> > Could it be that I am the onlt one trying 3.5.16 on this old version of
> > FreeBSD? I am saying that because it is running well on FreeBSD-10.3
> since
> > two days ago.
>
>
> Possibly yes. Or a compiler / stdlib related issue. 10 uses clang and
> 8.x use an old GCC IIRC.
>

How do I get round to fixing it then??


>
> >
> > There is another e-mail I sent about 4.0.8 failing to compile
> successfully
> > on FreeBSD 10.3. Still waiting for response on that too.
>
> If you mean the list query "compiling 4.0.8 on FreeBSD-10.1" I replied
> to yesterday.
>
>
I hadn't seen the reply. Lemme follow that advise.


> >
> > I'd like to 'transparently intercept' https traffic (facebook, youtube
> and
> > a few other sites which users love so much) and subject those to
> time-based
> > ACLs. I have been looking around the cookbooks/howtos and I cannot
> pinpoint
> > which one is the definitive one to follow. Is it this one:
> > http://wiki.squid-cache.org/ConfigExamples/Intercept/SslBumpExplicit
> >
>
> Thats the best one we have in the wiki at the moment.
>


Hopefully I get the 3.5.16 running, because 4.0.x doesnt compile on
FreeBSD-8.4 as follows:

[wash@gw ~/Tools/Squid/4.x/squid-4.0.8]$ ../build-4.sh
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for a thread-safe mkdir -p... cfgaux/install-sh -c -d
checking for gawk... gawk
checking whether make sets $(MAKE)... yes
checking whether make supports nested variables... yes
checking whether UID '1001' is supported by ustar format... yes
checking whether GID '0' is supported by ustar format... yes
checking how to create a ustar tar archive... gnutar
checking whether to enable maintainer-specific portions of Makefiles... no
checking for gcc... gcc
checking whether the C compiler works... yes
checking for C compiler default output file name... a.out
checking for suffix of executables...
checking whether we are cross compiling... no
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ISO C89... none needed
checking whether gcc understands -c and -o together... yes
checking for style of include used by make... GNU
checking dependency style of gcc... gcc3
checking for g++... g++
checking whether we are using the GNU C++ compiler... yes
checking whether g++ accepts -g... yes
checking dependency style of g++... gcc3
checking build system type... i386-unknown-freebsd8.4
checking host system type... i386-unknown-freebsd8.4
configure: CPU arch native optimization enabled: auto
checking whether compiler accepts -march=native... yes
checking simplified host os... freebsd (version 8.4)
checking whether g++ supports C++11 features by default... no
checking whether g++ supports C++11 features with -std=c++11... no
checking whether g++ supports C++11 features with -std=c++0x... no
*configure: error: *** A compiler with support for C++11 language features
is required.*
[wash@gw ~/Tools/Squid/4.x/squid-4.0.8]$ uname -a
FreeBSD gw.cVWWV.com 8.4-STABLE FreeBSD 8.4-STABLE #15: Sun May 17 14:28:17
EAT 2015 r...@gw.vwwv.com:/usr/obj/usr/src/sys/GW  i386







-- 
Best regards,
Odhiambo WASHINGTON,
Nairobi,KE
+254 7 3200 0004/+254 7 2274 3223
"Oh, the cruft."
___
squid-users mailing list
squid-users@lists.squid-cache.org
http://lists.squid-cache.org/listinfo/squid-users

Re: [squid-users] Error starting 3.5.16 on FreeBSD-8.4

2016-04-08 Thread Amos Jeffries 
On 9/04/2016 2:38 a.m., Odhiambo Washington wrote:
> Now that Yuri has reported success, shall I wait for something for 3.5.16??

No that means his problem was unrelated to yours.

The 3.5.16 code in this area was correctly using errno. So the message
it was giving you was correct for your issue.

> Could it be that I am the onlt one trying 3.5.16 on this old version of
> FreeBSD? I am saying that because it is running well on FreeBSD-10.3 since
> two days ago.


Possibly yes. Or a compiler / stdlib related issue. 10 uses clang and
8.x use an old GCC IIRC.

> 
> There is another e-mail I sent about 4.0.8 failing to compile successfully
> on FreeBSD 10.3. Still waiting for response on that too.

If you mean the list query "compiling 4.0.8 on FreeBSD-10.1" I replied
to yesterday.

> 
> I'd like to 'transparently intercept' https traffic (facebook, youtube and
> a few other sites which users love so much) and subject those to time-based
> ACLs. I have been looking around the cookbooks/howtos and I cannot pinpoint
> which one is the definitive one to follow. Is it this one:
> http://wiki.squid-cache.org/ConfigExamples/Intercept/SslBumpExplicit
> 

Thats the best one we have in the wiki at the moment.

Amos

___
squid-users mailing list
squid-users@lists.squid-cache.org
http://lists.squid-cache.org/listinfo/squid-users

Re: [squid-users] Error starting 3.5.16 on FreeBSD-8.4

2016-04-08 Thread Odhiambo Washington 
Now that Yuri has reported success, shall I wait for something for 3.5.16??
Could it be that I am the onlt one trying 3.5.16 on this old version of
FreeBSD? I am saying that because it is running well on FreeBSD-10.3 since
two days ago.

There is another e-mail I sent about 4.0.8 failing to compile successfully
on FreeBSD 10.3. Still waiting for response on that too.

I'd like to 'transparently intercept' https traffic (facebook, youtube and
a few other sites which users love so much) and subject those to time-based
ACLs. I have been looking around the cookbooks/howtos and I cannot pinpoint
which one is the definitive one to follow. Is it this one:
http://wiki.squid-cache.org/ConfigExamples/Intercept/SslBumpExplicit



On 8 April 2016 at 15:05, Amos Jeffries  wrote:

> On 8/04/2016 10:28 p.m., Odhiambo Washington wrote:
> > Hello Yuri,
> >
> > Thanks, but this patch is for squid-4.0.8, right??
> >
>
> Yes the patch in that bug report is specific to the latest 4.0 snapshot,
> which Yuri is running.
>
> As Alex mentioned the errno usage in Squid was a bit wrong. The latest
> 4.0 have a patch to fix that, which is causing Yuri's problem. Your 3.5
> issue may or may not be related. But we wont know until after Yuri
> applies that patch and checks the results.
>
> Amos
>
> ___
> squid-users mailing list
> squid-users@lists.squid-cache.org
> http://lists.squid-cache.org/listinfo/squid-users
>



-- 
Best regards,
Odhiambo WASHINGTON,
Nairobi,KE
+254 7 3200 0004/+254 7 2274 3223
"Oh, the cruft."
___
squid-users mailing list
squid-users@lists.squid-cache.org
http://lists.squid-cache.org/listinfo/squid-users

Re: [squid-users] Error starting 3.5.16 on FreeBSD-8.4

2016-04-08 Thread Yuri Voinov 

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
 
Seems fixed.

http://bugs.squid-cache.org/show_bug.cgi?id=4486#c2

08.04.16 18:05, Amos Jeffries пишет:
> On 8/04/2016 10:28 p.m., Odhiambo Washington wrote:
>> Hello Yuri,
>>
>> Thanks, but this patch is for squid-4.0.8, right??
>>
>
> Yes the patch in that bug report is specific to the latest 4.0 snapshot,
> which Yuri is running.
>
> As Alex mentioned the errno usage in Squid was a bit wrong. The latest
> 4.0 have a patch to fix that, which is causing Yuri's problem. Your 3.5
> issue may or may not be related. But we wont know until after Yuri
> applies that patch and checks the results.
>
> Amos
>
> ___
> squid-users mailing list
> squid-users@lists.squid-cache.org
> http://lists.squid-cache.org/listinfo/squid-users

-BEGIN PGP SIGNATURE-
Version: GnuPG v2
 
iQEcBAEBCAAGBQJXB74GAAoJENNXIZxhPexGwkwH/ipdtdS23EuZHIQHWEN7DeSM
aJ+b1lhRb+052wbL1vx8uyvhwGf++QVZcvFTGcxwFN0yQ1EaN1b1tE6IYlosG8IC
1rCOkARyZnyLK0MZKqvajrv4RZMR9CAvcRspv7DftQwS/2/h2uhnakc2PZYKBSUO
eF+hkxjUq2bSySY0sQ6tMTCr/U5x9IKzpg21VEE2tnn2S1HujnAEQ/C7pyi1ws7U
SXyqQBOVr25wxQq3AZMg5Sk6uZ7pSF02soCaIon7SeBdx6K+eWTngg9/t1Rn5zit
EGSrVLdEHsVFID/y5PsDMylpy4TwL+m0VCWSPbwYDGM+rp3tikfU/XAorFMR79M=
=mVL9
-END PGP SIGNATURE-



0x613DEC46.asc
Description: application/pgp-keys
___
squid-users mailing list
squid-users@lists.squid-cache.org
http://lists.squid-cache.org/listinfo/squid-users

Re: [squid-users] Error starting 3.5.16 on FreeBSD-8.4

2016-04-08 Thread Amos Jeffries 
On 8/04/2016 10:28 p.m., Odhiambo Washington wrote:
> Hello Yuri,
> 
> Thanks, but this patch is for squid-4.0.8, right??
> 

Yes the patch in that bug report is specific to the latest 4.0 snapshot,
which Yuri is running.

As Alex mentioned the errno usage in Squid was a bit wrong. The latest
4.0 have a patch to fix that, which is causing Yuri's problem. Your 3.5
issue may or may not be related. But we wont know until after Yuri
applies that patch and checks the results.

Amos

___
squid-users mailing list
squid-users@lists.squid-cache.org
http://lists.squid-cache.org/listinfo/squid-users

Re: [squid-users] Error starting 3.5.16 on FreeBSD-8.4

2016-04-08 Thread Odhiambo Washington 
Hello Yuri,

Thanks, but this patch is for squid-4.0.8, right??


If applied to 3.5.16, the compilation fails as follows:


depbase=`echo mem/Segment.lo | sed 's|[^/]*$|.deps/&|;s|\.lo$||'`;
/bin/bash ../../libtool  --tag=CXX--mode=compile g++ -DHAVE_CONFIG_H
-DDEFAULT_STATEDIR=\"/opt/squid-3.5/var/run/squid\"-I../..
-I../../include  -I../../lib -I../../src  -I../../include  -I/usr/include
 -I/usr/include  -I../../libltdl -I/usr/include
-I/usr/local/include/libxml2  -I/usr/local/include/libxml2 -Wall
-Wpointer-arith -Wwrite-strings -Wcomments -Wshadow -Woverloaded-virtual
-Werror -pipe -D_REENTRANT -I/usr/local/include  -g -O2 -march=native
-I/usr/local/include -MT mem/Segment.lo -MD -MP -MF $depbase.Tpo -c -o
mem/Segment.lo mem/Segment.cc && mv -f $depbase.Tpo $depbase.Plo
libtool: compile:  g++ -DHAVE_CONFIG_H
-DDEFAULT_STATEDIR=\"/opt/squid-3.5/var/run/squid\" -I../.. -I../../include
-I../../lib -I../../src -I../../include -I/usr/include -I/usr/include
-I../../libltdl -I/usr/include -I/usr/local/include/libxml2
-I/usr/local/include/libxml2 -Wall -Wpointer-arith -Wwrite-strings
-Wcomments -Wshadow -Woverloaded-virtual -Werror -pipe -D_REENTRANT
-I/usr/local/include -g -O2 -march=native -I/usr/local/include -MT
mem/Segment.lo -MD -MP -MF mem/.deps/Segment.Tpo -c mem/Segment.cc  -fPIC
-DPIC -o mem/.libs/Segment.o
mem/Segment.cc: In member function 'void Ipc::Mem::Segment::create(off_t)':
mem/Segment.cc:95: error: no matching function for call to
'Ipc::Mem::Segment::createFresh()'
../../src/ipc/mem/Segment.h:57: note: candidates are: bool
Ipc::Mem::Segment::createFresh(int&)
mem/Segment.cc:97: error: no matching function for call to
'Ipc::Mem::Segment::createFresh()'
../../src/ipc/mem/Segment.h:57: note: candidates are: bool
Ipc::Mem::Segment::createFresh(int&)
mem/Segment.cc:107: error: 'xerrno' was not declared in this scope
*** Error code 1

Stop in /usr/home/wash/Tools/Squid/3.5/squid-3.5.16/src/ipc.
*** Error code 1

Stop in /usr/home/wash/Tools/Squid/3.5/squid-3.5.16/src.
*** Error code 1

Stop in /usr/home/wash/Tools/Squid/3.5/squid-3.5.16/src.
*** Error code 1

Stop in /usr/home/wash/Tools/Squid/3.5/squid-3.5.16.



On 7 April 2016 at 22:15, Yuri Voinov  wrote:

>
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> http://bugs.squid-cache.org/show_bug.cgi?id=4486
>
> 07.04.16 20:16, Amos Jeffries пишет:
> > On 7/04/2016 3:16 a.m., Odhiambo Washington wrote:
> >> I am getting the following error in cache.log:
> >>
> >> Squid Cache (Version 3.5.16): Terminated abnormally.
> >> CPU Usage: 0.082 seconds = 0.052 user + 0.030 sys
> >> Maximum Resident Size: 54992 KB
> >> Page faults with physical i/o: 0
> >> FATAL: Ipc::Mem::Segment::create failed to
> >> shm_open(/opt/squid-3.5/var/run/squid/cf__metadata.shm): (17) File
> exists
> >>
> >>
> >> However, that file doesn't exist.
> >>
> >
> > This can happen if you have a startup script the runs 'squid -z' or
> > similar just prior to starting the main proxy, and not waiting
> > sufficiently long for the -z run to finish.
> >
> > Amos
> >
> > ___
> > squid-users mailing list
> > squid-users@lists.squid-cache.org
> > http://lists.squid-cache.org/listinfo/squid-users
>
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v2
>
> iQEcBAEBCAAGBQJXBrHTAAoJENNXIZxhPexGyn8IALAK0K2WLF3NfRX/fszUr/X/
> 6syPQWbGXUkw/ktauWB4HqegDEoDHMdRI5+EDUKNS8eFdfMgC8HY0EOVMowsw2RL
> 6hyKSwWzmVV0p+OzC77dzeAPC2MqlLa5kb8yCTHC1ZDtQv5ZJmgaHsMixzTHCCfj
> fAme3vRG/HCJnQ4BbdybTz1XhYduB8aF91cRTQtQyGCYhkuRKYdVWpxDn1t2/+3D
> lQrqymKFS34C5eqcm1HiaIoXLdiPUUcmLyY8QjXfaAQbrRR6yKLa613pjU6XFYP+
> Aj7WthR4zHJgGPx65QLyEyHvyzAdgYCbjhRnyT7K4yonFvrEBC4a3DV6tePEzZg=
> =+50D
> -END PGP SIGNATURE-
>
>
> ___
> squid-users mailing list
> squid-users@lists.squid-cache.org
> http://lists.squid-cache.org/listinfo/squid-users
>
>


-- 
Best regards,
Odhiambo WASHINGTON,
Nairobi,KE
+254 7 3200 0004/+254 7 2274 3223
"Oh, the cruft."
___
squid-users mailing list
squid-users@lists.squid-cache.org
http://lists.squid-cache.org/listinfo/squid-users

Re: [squid-users] Error starting 3.5.16 on FreeBSD-8.4

2016-04-07 Thread Alex Rousskov 
On 04/07/2016 12:21 PM, Odhiambo Washington wrote:
> 
> 
> On 7 April 2016 at 19:35, Alex Rousskov
>  > wrote:
> 
> On 04/07/2016 08:21 AM, Odhiambo Washington wrote:
> 
> > On 7 April 2016 at 17:16, Amos Jeffries wrote:
> >
> > On 7/04/2016 3:16 a.m., Odhiambo Washington wrote:
> > > I am getting the following error in cache.log:
> > >
> > > Squid Cache (Version 3.5.16): Terminated abnormally.
> > > FATAL: Ipc::Mem::Segment::create failed to
> > > shm_open(/opt/squid-3.5/var/run/squid/cf__metadata.shm): (17) 
> File exists
> > >
> > > However, that file doesn't exist.
> 
> > This can happen if you have a startup script the runs 'squid -z' or
> > similar just prior to starting the main proxy, and not waiting
> > sufficiently long for the -z run to finish.
> 
> 
> > I am gonna check this out again tonight although I doubt if that is the
> > cause.
> >
> > I run squid using daemontools, invoked as:
> >
> > exec setuidgid root /opt/squid-3.5/sbin/squid -f
> > /opt/squid-3.5/etc/squid.conf -N
> >
> > /opt/squid-3.5/var/run/squid/ is actually empty when I get this error.
> 
> 
> I see two possibilities:
> 
> 1. The file was there at the time the error was triggered but was not
> there at the time you checked the directory. This would mean that
> something is starting a second Squid while the first Squid has not
> removed the shared memory segment file (yet). Amos mentioned one such
> common scenario (not waiting for background squid-z) but there are
> others, possibly including handling of Squid crashes. Do you see any
> other errors, assertions, or FATAL messages in your cache.log?
> 
> 2. Squid code that is trying to open the shared segment is broken or,
> more likely, not compatible with your FreeBSD environment. For example,
> it tries to exclusively create a shared segment using the wrong name.
> 
> If you can reproduce this, I recommend starting Squid via strace (or
> equivalent) to see the system calls that Squid is making when calling
> shm_open() and the exact call parameters. This can confirm or eliminate
> #2 as the suspect.


3. The error reported by Squid is bogus. Squid has lots of code that
corrupts/overwrites the error number before actually reporting the
system call error...



> All I get from running strace -ff -vvv -o /tmp/squid-strace.txt
> /opt/squid-3.5/sbin/squid -f /opt/squid-3.5/etc/squid.conf:
> ..
> pread: Device busy
> pread: Device busy
> pread: Device busy
> pread: Device busy
> pread: Device busy
> pread: Device busy
> pread: Device busy
> pread: Device busy
> pread: Device busy
> pread: Device busy
> pread: Device busy
> pread: Device busy
> PIOCRUN: Input/output error
> trouble opening proc file 

The above does not look like strace output I am used to [on Linux], but
I cannot help you with making strace work. There may be a better tool on
FreeBSD. Hopefully, somebody else will tell you how to get the necessary
info on FreeBSD.

Alex.

___
squid-users mailing list
squid-users@lists.squid-cache.org
http://lists.squid-cache.org/listinfo/squid-users

Re: [squid-users] Error starting 3.5.16 on FreeBSD-8.4

2016-04-07 Thread Yuri Voinov 

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
 
https://vgy.me/GnhuDD.png

07.04.16 20:16, Amos Jeffries пишет:
> On 7/04/2016 3:16 a.m., Odhiambo Washington wrote:
>> I am getting the following error in cache.log:
>>
>> Squid Cache (Version 3.5.16): Terminated abnormally.
>> CPU Usage: 0.082 seconds = 0.052 user + 0.030 sys
>> Maximum Resident Size: 54992 KB
>> Page faults with physical i/o: 0
>> FATAL: Ipc::Mem::Segment::create failed to
>> shm_open(/opt/squid-3.5/var/run/squid/cf__metadata.shm): (17) File exists
>>
>>
>> However, that file doesn't exist.
>>
>
> This can happen if you have a startup script the runs 'squid -z' or
> similar just prior to starting the main proxy, and not waiting
> sufficiently long for the -z run to finish.
>
> Amos
>
> ___
> squid-users mailing list
> squid-users@lists.squid-cache.org
> http://lists.squid-cache.org/listinfo/squid-users

-BEGIN PGP SIGNATURE-
Version: GnuPG v2
 
iQEcBAEBCAAGBQJXBrIDAAoJENNXIZxhPexGhukH/i2RaUjjkbK5XQ7pgBmvfJgQ
+SktSTKKpRWNMqferypXWfoLr44ojXLELj6KB/cHTfY1fhCmKQy0pUSQxsiB8QFp
Yz3R8xxw/2rJPJDcZKQzxazDalVs7ihfTUAcMs8gA9FaebjOIs1kPNjy99t0Veow
QL0dZe3GYoL6eIaK+jeo6cRwckGsp6009s92icXTrGasIiDELMlBwGLz8VrdTjBP
QppjdSlV2EZA5q+8+WMvHxsWbJ7oZocnO+YW8LfunoJfmkC0kh0WUjORZjUiQ1/R
9MA69WmhdREKtnMmB2aKyuYtnSYPy4UXZRXlD/a9i9faOdVQR6hthCLNWDe3KtU=
=tD45
-END PGP SIGNATURE-



0x613DEC46.asc
Description: application/pgp-keys
___
squid-users mailing list
squid-users@lists.squid-cache.org
http://lists.squid-cache.org/listinfo/squid-users

Re: [squid-users] Error starting 3.5.16 on FreeBSD-8.4

2016-04-07 Thread Yuri Voinov 

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
 
http://bugs.squid-cache.org/show_bug.cgi?id=4486

07.04.16 20:16, Amos Jeffries пишет:
> On 7/04/2016 3:16 a.m., Odhiambo Washington wrote:
>> I am getting the following error in cache.log:
>>
>> Squid Cache (Version 3.5.16): Terminated abnormally.
>> CPU Usage: 0.082 seconds = 0.052 user + 0.030 sys
>> Maximum Resident Size: 54992 KB
>> Page faults with physical i/o: 0
>> FATAL: Ipc::Mem::Segment::create failed to
>> shm_open(/opt/squid-3.5/var/run/squid/cf__metadata.shm): (17) File exists
>>
>>
>> However, that file doesn't exist.
>>
>
> This can happen if you have a startup script the runs 'squid -z' or
> similar just prior to starting the main proxy, and not waiting
> sufficiently long for the -z run to finish.
>
> Amos
>
> ___
> squid-users mailing list
> squid-users@lists.squid-cache.org
> http://lists.squid-cache.org/listinfo/squid-users

-BEGIN PGP SIGNATURE-
Version: GnuPG v2
 
iQEcBAEBCAAGBQJXBrHTAAoJENNXIZxhPexGyn8IALAK0K2WLF3NfRX/fszUr/X/
6syPQWbGXUkw/ktauWB4HqegDEoDHMdRI5+EDUKNS8eFdfMgC8HY0EOVMowsw2RL
6hyKSwWzmVV0p+OzC77dzeAPC2MqlLa5kb8yCTHC1ZDtQv5ZJmgaHsMixzTHCCfj
fAme3vRG/HCJnQ4BbdybTz1XhYduB8aF91cRTQtQyGCYhkuRKYdVWpxDn1t2/+3D
lQrqymKFS34C5eqcm1HiaIoXLdiPUUcmLyY8QjXfaAQbrRR6yKLa613pjU6XFYP+
Aj7WthR4zHJgGPx65QLyEyHvyzAdgYCbjhRnyT7K4yonFvrEBC4a3DV6tePEzZg=
=+50D
-END PGP SIGNATURE-



0x613DEC46.asc
Description: application/pgp-keys
___
squid-users mailing list
squid-users@lists.squid-cache.org
http://lists.squid-cache.org/listinfo/squid-users

Re: [squid-users] Error starting 3.5.16 on FreeBSD-8.4

2016-04-07 Thread Odhiambo Washington 
On 7 April 2016 at 19:35, Alex Rousskov 
wrote:

> On 04/07/2016 08:21 AM, Odhiambo Washington wrote:
>
> > On 7 April 2016 at 17:16, Amos Jeffries wrote:
> >
> > On 7/04/2016 3:16 a.m., Odhiambo Washington wrote:
> > > I am getting the following error in cache.log:
> > >
> > > Squid Cache (Version 3.5.16): Terminated abnormally.
> > > FATAL: Ipc::Mem::Segment::create failed to
> > > shm_open(/opt/squid-3.5/var/run/squid/cf__metadata.shm): (17) File
> exists
> > >
> > > However, that file doesn't exist.
>
> > This can happen if you have a startup script the runs 'squid -z' or
> > similar just prior to starting the main proxy, and not waiting
> > sufficiently long for the -z run to finish.
>
>
> > I am gonna check this out again tonight although I doubt if that is the
> > cause.
> >
> > I run squid using daemontools, invoked as:
> >
> > exec setuidgid root /opt/squid-3.5/sbin/squid -f
> > /opt/squid-3.5/etc/squid.conf -N
> >
> > /opt/squid-3.5/var/run/squid/ is actually empty when I get this error.
>
>
> I see two possibilities:
>
> 1. The file was there at the time the error was triggered but was not
> there at the time you checked the directory. This would mean that
> something is starting a second Squid while the first Squid has not
> removed the shared memory segment file (yet). Amos mentioned one such
> common scenario (not waiting for background squid-z) but there are
> others, possibly including handling of Squid crashes. Do you see any
> other errors, assertions, or FATAL messages in your cache.log?
>
> 2. Squid code that is trying to open the shared segment is broken or,
> more likely, not compatible with your FreeBSD environment. For example,
> it tries to exclusively create a shared segment using the wrong name.
>
> If you can reproduce this, I recommend starting Squid via strace (or
> equivalent) to see the system calls that Squid is making when calling
> shm_open() and the exact call parameters. This can confirm or eliminate
> #2 as the suspect.
>
>
> HTH,
>
> Alex.
>

All I get from running strace -ff -vvv -o /tmp/squid-strace.txt
/opt/squid-3.5/sbin/squid -f /opt/squid-3.5/etc/squid.conf:
..
pread: Device busy
pread: Device busy
pread: Device busy
pread: Device busy
pread: Device busy
pread: Device busy
pread: Device busy
pread: Device busy
pread: Device busy
pread: Device busy
pread: Device busy
pread: Device busy
PIOCRUN: Input/output error
trouble opening proc file



-- 
Best regards,
Odhiambo WASHINGTON,
Nairobi,KE
+254 7 3200 0004/+254 7 2274 3223
"Oh, the cruft."
___
squid-users mailing list
squid-users@lists.squid-cache.org
http://lists.squid-cache.org/listinfo/squid-users

Re: [squid-users] Error starting 3.5.16 on FreeBSD-8.4

2016-04-07 Thread Alex Rousskov 
On 04/07/2016 08:21 AM, Odhiambo Washington wrote:

> On 7 April 2016 at 17:16, Amos Jeffries wrote:
> 
> On 7/04/2016 3:16 a.m., Odhiambo Washington wrote:
> > I am getting the following error in cache.log:
> >
> > Squid Cache (Version 3.5.16): Terminated abnormally.
> > FATAL: Ipc::Mem::Segment::create failed to
> > shm_open(/opt/squid-3.5/var/run/squid/cf__metadata.shm): (17) File 
> exists
> >
> > However, that file doesn't exist.

> This can happen if you have a startup script the runs 'squid -z' or
> similar just prior to starting the main proxy, and not waiting
> sufficiently long for the -z run to finish.


> I am gonna check this out again tonight although I doubt if that is the
> cause.
> 
> I run squid using daemontools, invoked as:
> 
> exec setuidgid root /opt/squid-3.5/sbin/squid -f
> /opt/squid-3.5/etc/squid.conf -N
> 
> /opt/squid-3.5/var/run/squid/ is actually empty when I get this error.


I see two possibilities:

1. The file was there at the time the error was triggered but was not
there at the time you checked the directory. This would mean that
something is starting a second Squid while the first Squid has not
removed the shared memory segment file (yet). Amos mentioned one such
common scenario (not waiting for background squid-z) but there are
others, possibly including handling of Squid crashes. Do you see any
other errors, assertions, or FATAL messages in your cache.log?

2. Squid code that is trying to open the shared segment is broken or,
more likely, not compatible with your FreeBSD environment. For example,
it tries to exclusively create a shared segment using the wrong name.

If you can reproduce this, I recommend starting Squid via strace (or
equivalent) to see the system calls that Squid is making when calling
shm_open() and the exact call parameters. This can confirm or eliminate
#2 as the suspect.


HTH,

Alex.

___
squid-users mailing list
squid-users@lists.squid-cache.org
http://lists.squid-cache.org/listinfo/squid-users

Re: [squid-users] Error starting 3.5.16 on FreeBSD-8.4

2016-04-07 Thread Amos Jeffries 
On 7/04/2016 3:16 a.m., Odhiambo Washington wrote:
> I am getting the following error in cache.log:
> 
> Squid Cache (Version 3.5.16): Terminated abnormally.
> CPU Usage: 0.082 seconds = 0.052 user + 0.030 sys
> Maximum Resident Size: 54992 KB
> Page faults with physical i/o: 0
> FATAL: Ipc::Mem::Segment::create failed to
> shm_open(/opt/squid-3.5/var/run/squid/cf__metadata.shm): (17) File exists
> 
> 
> However, that file doesn't exist.
> 

This can happen if you have a startup script the runs 'squid -z' or
similar just prior to starting the main proxy, and not waiting
sufficiently long for the -z run to finish.

Amos

___
squid-users mailing list
squid-users@lists.squid-cache.org
http://lists.squid-cache.org/listinfo/squid-users

[squid-users] Error starting 3.5.16 on FreeBSD-8.4

2016-04-06 Thread Odhiambo Washington 
I am getting the following error in cache.log:

Squid Cache (Version 3.5.16): Terminated abnormally.
CPU Usage: 0.082 seconds = 0.052 user + 0.030 sys
Maximum Resident Size: 54992 KB
Page faults with physical i/o: 0
FATAL: Ipc::Mem::Segment::create failed to
shm_open(/opt/squid-3.5/var/run/squid/cf__metadata.shm): (17) File exists


However, that file doesn't exist.


-- 
Best regards,
Odhiambo WASHINGTON,
Nairobi,KE
+254 7 3200 0004/+254 7 2274 3223
"Oh, the cruft."
___
squid-users mailing list
squid-users@lists.squid-cache.org
http://lists.squid-cache.org/listinfo/squid-users