From varnish-dev at projects.linpro.no Mon Sep 1 15:20:13 2008 From: varnish-dev at projects.linpro.no (VIAGRA ®) Date: Mon, 1 Sep 2008 17:20:13 +0200 (CEST) Subject: SALE 76%% OFF on Pfizer Message-ID: <20080901082014.3626.qmail@moshe> An HTML attachment was scrubbed... URL: From keith.paulson at copart.com Thu Sep 4 22:04:32 2008 From: keith.paulson at copart.com (Keith J Paulson) Date: Thu, 04 Sep 2008 15:04:32 -0700 Subject: is Varnish 2.0 beta1 supposed to compile/test on sol10? Message-ID: <48C05B70.90505@copart.com> I have tried Feature complete Varnish 2.0 Beta 1 on sol10 with gcc, and sun's studio 12 compiler, and in neither case does it work. With sun cc, latest results are: =============================================== 61 of 73 tests failed Please report to varnish-dev at projects.linpro.no =============================================== for which Assert error in varnish_ask_cli(), vtc_varnish.c line 97: Condition(i == 0) not true. seems a significant cause (response not recieved?) One complete test: ./varnishtest -v tests/b00002.vtc # TEST tests/b00002.vtc starting # TEST Check that a pass transaction works ## s1 Starting server ### s1 listen on 127.0.0.1:9080 (fd 3) ## v1 Launch ### v1 CMD: cd ../varnishd && ./varnishd -d -d -n /tmp/__v1 -a '127.0.0.1:9081' -T 127.0.0.1:9001 ## s1 Started on 127.0.0.1:9080 ### v1 opening CLI connection #### v1 debug| storage_file: filename: ./varnish.sUaWlN (unlinked) size 166 MB.\n #### v1 debug| mgt_child_inherit(4, storage_file)\n #### v1 debug| Using old SHMFILE\n #### v1 debug| Notice: locking SHMFILE in core failed: Not owner #### v1 debug| \n #### v1 debug| Debugging mode, enter "start" to start child\n ### v1 CLI connection fd = 4 #### v1 CLI TX| vcl.inline vcl1 "backend s1 { .host = \"127.0.0.1\"; .port = \"9080\"; }\n\n\tsub vcl_recv {\n\t\tpass;\n\t}\n" #### v1 CLI RX| VCL compiled. ### v1 CLI STATUS 200 #### v1 CLI TX| vcl.use vcl1 ### v1 CLI STATUS 200 ## v1 Start #### v1 CLI TX| start #### v1 debug| mgt_child_inherit(9, sock)\n #### v1 debug| mgt_child_inherit(10, cli_in #### v1 debug| )\n #### v1 debug| mgt_child_inherit(13, cli_out)\n #### v1 debug| child (20083 #### v1 debug| ) Started\n #### v1 debug| mgt_child_inherit( Assert error in varnish_ask_cli(), vtc_varnish.c line 97: Condition(i == 0) not true. Abort Any suggestions? Keith From jesus at omniti.com Thu Sep 4 22:11:43 2008 From: jesus at omniti.com (Theo Schlossnagle) Date: Thu, 4 Sep 2008 18:11:43 -0400 Subject: is Varnish 2.0 beta1 supposed to compile/test on sol10? In-Reply-To: <48C05B70.90505@copart.com> References: <48C05B70.90505@copart.com> Message-ID: <21AC7DC7-B0F8-4F24-B17D-962C80C99229@omniti.com> You likely need to specify -mt in your CFLAGS as Varnish is multi- threaded. You'd need to do that with gcc too. My build looks like: CFLAGS="$CFLAGS -m64 -mt" \ LDFLAGS="$LDFLAGS -L/usr/sfw/lib/amd64 -R/usr/sfw/lib/amd64" \ CC=cc CXX=CC \ ./configure [typical args] On Sep 4, 2008, at 6:04 PM, Keith J Paulson wrote: > > I have tried Feature complete Varnish 2.0 Beta 1 on sol10 with gcc, > and > sun's studio 12 compiler, and in neither case does it work. With sun > cc, latest results are: > > =============================================== > 61 of 73 tests failed > Please report to varnish-dev at projects.linpro.no > =============================================== > > for which > > Assert error in varnish_ask_cli(), vtc_varnish.c line 97: > Condition(i == 0) not true. > > seems a significant cause (response not recieved?) > > One complete test: > > ./varnishtest -v tests/b00002.vtc > # TEST tests/b00002.vtc starting > # TEST Check that a pass transaction works > ## s1 Starting server > ### s1 listen on 127.0.0.1:9080 (fd 3) > ## v1 Launch > ### v1 CMD: cd ../varnishd && ./varnishd -d -d -n /tmp/__v1 -a > '127.0.0.1:9081' -T 127.0.0.1:9001 > ## s1 Started on 127.0.0.1:9080 > ### v1 opening CLI connection > #### v1 debug| storage_file: filename: ./varnish.sUaWlN (unlinked) > size 166 MB.\n > #### v1 debug| mgt_child_inherit(4, storage_file)\n > #### v1 debug| Using old SHMFILE\n > #### v1 debug| Notice: locking SHMFILE in core failed: Not owner > #### v1 debug| \n > #### v1 debug| Debugging mode, enter "start" to start child\n > ### v1 CLI connection fd = 4 > #### v1 CLI TX| vcl.inline vcl1 "backend s1 { .host = \"127.0.0.1\"; > .port = \"9080\"; }\n\n\tsub vcl_recv {\n\t\tpass;\n\t}\n" > #### v1 CLI RX| VCL compiled. > ### v1 CLI STATUS 200 > #### v1 CLI TX| vcl.use vcl1 > ### v1 CLI STATUS 200 > ## v1 Start > #### v1 CLI TX| start > #### v1 debug| mgt_child_inherit(9, sock)\n > #### v1 debug| mgt_child_inherit(10, cli_in > #### v1 debug| )\n > #### v1 debug| mgt_child_inherit(13, cli_out)\n > #### v1 debug| child (20083 > #### v1 debug| ) Started\n > #### v1 debug| mgt_child_inherit( > Assert error in varnish_ask_cli(), vtc_varnish.c line 97: > Condition(i == 0) not true. > Abort > > > > Any suggestions? > > Keith > > > _______________________________________________ > varnish-dev mailing list > varnish-dev at projects.linpro.no > http://projects.linpro.no/mailman/listinfo/varnish-dev -- Theo Schlossnagle Principal/CEO OmniTI Computer Consulting, Inc. Web Applications & Internet Architectures w: http://omniti.com p: +1.443.325.1357 x201 f: +1.410.872.4911 From keith.paulson at copart.com Thu Sep 4 22:38:27 2008 From: keith.paulson at copart.com (Keith J Paulson) Date: Thu, 04 Sep 2008 15:38:27 -0700 Subject: is Varnish 2.0 beta1 supposed to compile/test on sol10? In-Reply-To: <21AC7DC7-B0F8-4F24-B17D-962C80C99229@omniti.com> References: <48C05B70.90505@copart.com> <21AC7DC7-B0F8-4F24-B17D-962C80C99229@omniti.com> Message-ID: <48C06363.4090600@copart.com> Theo, I had used a slightly different line, but did have the -mt; I repeated the config/build with your example and still have 61 FAILs. Keith Theo Schlossnagle wrote: > You likely need to specify -mt in your CFLAGS as Varnish is > multi-threaded. You'd need to do that with gcc too. > > My build looks like: > > CFLAGS="$CFLAGS -m64 -mt" \ > LDFLAGS="$LDFLAGS -L/usr/sfw/lib/amd64 -R/usr/sfw/lib/amd64" \ > CC=cc CXX=CC \ > ./configure [typical args] > > On Sep 4, 2008, at 6:04 PM, Keith J Paulson wrote: > >> >> I have tried Feature complete Varnish 2.0 Beta 1 on sol10 with gcc, and >> sun's studio 12 compiler, and in neither case does it work. With sun >> cc, latest results are: >> >> =============================================== >> 61 of 73 tests failed >> Please report to varnish-dev at projects.linpro.no >> =============================================== >> >> for which >> >> Assert error in varnish_ask_cli(), vtc_varnish.c line 97: >> Condition(i == 0) not true. >> >> seems a significant cause (response not recieved?) >> >> One complete test: >> >> ./varnishtest -v tests/b00002.vtc >> # TEST tests/b00002.vtc starting >> # TEST Check that a pass transaction works >> ## s1 Starting server >> ### s1 listen on 127.0.0.1:9080 (fd 3) >> ## v1 Launch >> ### v1 CMD: cd ../varnishd && ./varnishd -d -d -n /tmp/__v1 -a >> '127.0.0.1:9081' -T 127.0.0.1:9001 >> ## s1 Started on 127.0.0.1:9080 >> ### v1 opening CLI connection >> #### v1 debug| storage_file: filename: ./varnish.sUaWlN (unlinked) >> size 166 MB.\n >> #### v1 debug| mgt_child_inherit(4, storage_file)\n >> #### v1 debug| Using old SHMFILE\n >> #### v1 debug| Notice: locking SHMFILE in core failed: Not owner >> #### v1 debug| \n >> #### v1 debug| Debugging mode, enter "start" to start child\n >> ### v1 CLI connection fd = 4 >> #### v1 CLI TX| vcl.inline vcl1 "backend s1 { .host = \"127.0.0.1\"; >> .port = \"9080\"; }\n\n\tsub vcl_recv {\n\t\tpass;\n\t}\n" >> #### v1 CLI RX| VCL compiled. >> ### v1 CLI STATUS 200 >> #### v1 CLI TX| vcl.use vcl1 >> ### v1 CLI STATUS 200 >> ## v1 Start >> #### v1 CLI TX| start >> #### v1 debug| mgt_child_inherit(9, sock)\n >> #### v1 debug| mgt_child_inherit(10, cli_in >> #### v1 debug| )\n >> #### v1 debug| mgt_child_inherit(13, cli_out)\n >> #### v1 debug| child (20083 >> #### v1 debug| ) Started\n >> #### v1 debug| mgt_child_inherit( >> Assert error in varnish_ask_cli(), vtc_varnish.c line 97: >> Condition(i == 0) not true. >> Abort >> >> >> >> Any suggestions? >> >> Keith >> >> >> _______________________________________________ >> varnish-dev mailing list >> varnish-dev at projects.linpro.no >> http://projects.linpro.no/mailman/listinfo/varnish-dev > > -- > Theo Schlossnagle > Principal/CEO > OmniTI Computer Consulting, Inc. > Web Applications & Internet Architectures > w: http://omniti.com p: +1.443.325.1357 x201 f: +1.410.872.4911 > > > > From jesus at omniti.com Fri Sep 5 02:56:43 2008 From: jesus at omniti.com (Theo Schlossnagle) Date: Thu, 4 Sep 2008 22:56:43 -0400 Subject: is Varnish 2.0 beta1 supposed to compile/test on sol10? In-Reply-To: <48C06363.4090600@copart.com> References: <48C05B70.90505@copart.com> <21AC7DC7-B0F8-4F24-B17D-962C80C99229@omniti.com> <48C06363.4090600@copart.com> Message-ID: I get the same errors on the beta1. On Sep 4, 2008, at 6:38 PM, Keith J Paulson wrote: > Theo, > > I had used a slightly different line, but did have the -mt; I repeated > the config/build with your example and still have 61 FAILs. > > Keith > > Theo Schlossnagle wrote: >> You likely need to specify -mt in your CFLAGS as Varnish is >> multi-threaded. You'd need to do that with gcc too. >> >> My build looks like: >> >> CFLAGS="$CFLAGS -m64 -mt" \ >> LDFLAGS="$LDFLAGS -L/usr/sfw/lib/amd64 -R/usr/sfw/lib/amd64" \ >> CC=cc CXX=CC \ >> ./configure [typical args] >> >> On Sep 4, 2008, at 6:04 PM, Keith J Paulson wrote: >> >>> >>> I have tried Feature complete Varnish 2.0 Beta 1 on sol10 with >>> gcc, and >>> sun's studio 12 compiler, and in neither case does it work. With >>> sun >>> cc, latest results are: >>> >>> =============================================== >>> 61 of 73 tests failed >>> Please report to varnish-dev at projects.linpro.no >>> =============================================== >>> >>> for which >>> >>> Assert error in varnish_ask_cli(), vtc_varnish.c line 97: >>> Condition(i == 0) not true. >>> >>> seems a significant cause (response not recieved?) >>> >>> One complete test: >>> >>> ./varnishtest -v tests/b00002.vtc >>> # TEST tests/b00002.vtc starting >>> # TEST Check that a pass transaction works >>> ## s1 Starting server >>> ### s1 listen on 127.0.0.1:9080 (fd 3) >>> ## v1 Launch >>> ### v1 CMD: cd ../varnishd && ./varnishd -d -d -n /tmp/__v1 -a >>> '127.0.0.1:9081' -T 127.0.0.1:9001 >>> ## s1 Started on 127.0.0.1:9080 >>> ### v1 opening CLI connection >>> #### v1 debug| storage_file: filename: ./varnish.sUaWlN (unlinked) >>> size 166 MB.\n >>> #### v1 debug| mgt_child_inherit(4, storage_file)\n >>> #### v1 debug| Using old SHMFILE\n >>> #### v1 debug| Notice: locking SHMFILE in core failed: Not owner >>> #### v1 debug| \n >>> #### v1 debug| Debugging mode, enter "start" to start child\n >>> ### v1 CLI connection fd = 4 >>> #### v1 CLI TX| vcl.inline vcl1 "backend s1 { .host = >>> \"127.0.0.1\"; >>> .port = \"9080\"; }\n\n\tsub vcl_recv {\n\t\tpass;\n\t}\n" >>> #### v1 CLI RX| VCL compiled. >>> ### v1 CLI STATUS 200 >>> #### v1 CLI TX| vcl.use vcl1 >>> ### v1 CLI STATUS 200 >>> ## v1 Start >>> #### v1 CLI TX| start >>> #### v1 debug| mgt_child_inherit(9, sock)\n >>> #### v1 debug| mgt_child_inherit(10, cli_in >>> #### v1 debug| )\n >>> #### v1 debug| mgt_child_inherit(13, cli_out)\n >>> #### v1 debug| child (20083 >>> #### v1 debug| ) Started\n >>> #### v1 debug| mgt_child_inherit( >>> Assert error in varnish_ask_cli(), vtc_varnish.c line 97: >>> Condition(i == 0) not true. >>> Abort >>> >>> >>> >>> Any suggestions? >>> >>> Keith >>> >>> >>> _______________________________________________ >>> varnish-dev mailing list >>> varnish-dev at projects.linpro.no >>> http://projects.linpro.no/mailman/listinfo/varnish-dev >> >> -- >> Theo Schlossnagle >> Principal/CEO >> OmniTI Computer Consulting, Inc. >> Web Applications & Internet Architectures >> w: http://omniti.com p: +1.443.325.1357 x201 f: +1.410.872.4911 >> >> >> >> > > > _______________________________________________ > varnish-dev mailing list > varnish-dev at projects.linpro.no > http://projects.linpro.no/mailman/listinfo/varnish-dev -- Theo Schlossnagle Principal/CEO OmniTI Computer Consulting, Inc. Web Applications & Internet Architectures w: http://omniti.com p: +1.443.325.1357 x201 f: +1.410.872.4911 From jesus at omniti.com Fri Sep 5 03:06:11 2008 From: jesus at omniti.com (Theo Schlossnagle) Date: Thu, 4 Sep 2008 23:06:11 -0400 Subject: is Varnish 2.0 beta1 supposed to compile/test on sol10? In-Reply-To: <48C06363.4090600@copart.com> References: <48C05B70.90505@copart.com> <21AC7DC7-B0F8-4F24-B17D-962C80C99229@omniti.com> <48C06363.4090600@copart.com> Message-ID: Looks like: REPORT(LOG_ERR, "mgt_child_inherit(%d, %s)", fd, what); In mgt_child_inherit(int fd, const char *what) in bin/varnishd/ mgt_child.c is throwing a wrench in the management communication channel. Not sure how this doesn't break all platforms though. If ou comment that line out, all tests pass (at least for me). On Sep 4, 2008, at 6:38 PM, Keith J Paulson wrote: > Theo, > > I had used a slightly different line, but did have the -mt; I repeated > the config/build with your example and still have 61 FAILs. > > Keith > > Theo Schlossnagle wrote: >> You likely need to specify -mt in your CFLAGS as Varnish is >> multi-threaded. You'd need to do that with gcc too. >> >> My build looks like: >> >> CFLAGS="$CFLAGS -m64 -mt" \ >> LDFLAGS="$LDFLAGS -L/usr/sfw/lib/amd64 -R/usr/sfw/lib/amd64" \ >> CC=cc CXX=CC \ >> ./configure [typical args] >> >> On Sep 4, 2008, at 6:04 PM, Keith J Paulson wrote: >> >>> >>> I have tried Feature complete Varnish 2.0 Beta 1 on sol10 with >>> gcc, and >>> sun's studio 12 compiler, and in neither case does it work. With >>> sun >>> cc, latest results are: >>> >>> =============================================== >>> 61 of 73 tests failed >>> Please report to varnish-dev at projects.linpro.no >>> =============================================== >>> >>> for which >>> >>> Assert error in varnish_ask_cli(), vtc_varnish.c line 97: >>> Condition(i == 0) not true. >>> >>> seems a significant cause (response not recieved?) >>> >>> One complete test: >>> >>> ./varnishtest -v tests/b00002.vtc >>> # TEST tests/b00002.vtc starting >>> # TEST Check that a pass transaction works >>> ## s1 Starting server >>> ### s1 listen on 127.0.0.1:9080 (fd 3) >>> ## v1 Launch >>> ### v1 CMD: cd ../varnishd && ./varnishd -d -d -n /tmp/__v1 -a >>> '127.0.0.1:9081' -T 127.0.0.1:9001 >>> ## s1 Started on 127.0.0.1:9080 >>> ### v1 opening CLI connection >>> #### v1 debug| storage_file: filename: ./varnish.sUaWlN (unlinked) >>> size 166 MB.\n >>> #### v1 debug| mgt_child_inherit(4, storage_file)\n >>> #### v1 debug| Using old SHMFILE\n >>> #### v1 debug| Notice: locking SHMFILE in core failed: Not owner >>> #### v1 debug| \n >>> #### v1 debug| Debugging mode, enter "start" to start child\n >>> ### v1 CLI connection fd = 4 >>> #### v1 CLI TX| vcl.inline vcl1 "backend s1 { .host = >>> \"127.0.0.1\"; >>> .port = \"9080\"; }\n\n\tsub vcl_recv {\n\t\tpass;\n\t}\n" >>> #### v1 CLI RX| VCL compiled. >>> ### v1 CLI STATUS 200 >>> #### v1 CLI TX| vcl.use vcl1 >>> ### v1 CLI STATUS 200 >>> ## v1 Start >>> #### v1 CLI TX| start >>> #### v1 debug| mgt_child_inherit(9, sock)\n >>> #### v1 debug| mgt_child_inherit(10, cli_in >>> #### v1 debug| )\n >>> #### v1 debug| mgt_child_inherit(13, cli_out)\n >>> #### v1 debug| child (20083 >>> #### v1 debug| ) Started\n >>> #### v1 debug| mgt_child_inherit( >>> Assert error in varnish_ask_cli(), vtc_varnish.c line 97: >>> Condition(i == 0) not true. >>> Abort >>> >>> >>> >>> Any suggestions? >>> >>> Keith >>> >>> >>> _______________________________________________ >>> varnish-dev mailing list >>> varnish-dev at projects.linpro.no >>> http://projects.linpro.no/mailman/listinfo/varnish-dev >> >> -- >> Theo Schlossnagle >> Principal/CEO >> OmniTI Computer Consulting, Inc. >> Web Applications & Internet Architectures >> w: http://omniti.com p: +1.443.325.1357 x201 f: +1.410.872.4911 >> >> >> >> > > > _______________________________________________ > varnish-dev mailing list > varnish-dev at projects.linpro.no > http://projects.linpro.no/mailman/listinfo/varnish-dev -- Theo Schlossnagle Principal/CEO OmniTI Computer Consulting, Inc. Web Applications & Internet Architectures w: http://omniti.com p: +1.443.325.1357 x201 f: +1.410.872.4911 From keith.paulson at copart.com Fri Sep 5 06:55:30 2008 From: keith.paulson at copart.com (Keith J Paulson) Date: Thu, 04 Sep 2008 23:55:30 -0700 Subject: is Varnish 2.0 beta1 supposed to compile/test on sol10? In-Reply-To: References: <48C05B70.90505@copart.com> <21AC7DC7-B0F8-4F24-B17D-962C80C99229@omniti.com> <48C06363.4090600@copart.com> Message-ID: <48C0D7E2.3030705@copart.com> Theo, Confirmed; I have all tests pass with that line commented out. Keith Theo Schlossnagle wrote: > Looks like: > > REPORT(LOG_ERR, "mgt_child_inherit(%d, %s)", fd, what); > > In mgt_child_inherit(int fd, const char *what) in > bin/varnishd/mgt_child.c > > is throwing a wrench in the management communication channel. Not > sure how this doesn't break all platforms though. If ou comment that > line out, all tests pass (at least for me). > > On Sep 4, 2008, at 6:38 PM, Keith J Paulson wrote: > >> Theo, >> >> I had used a slightly different line, but did have the -mt; I repeated >> the config/build with your example and still have 61 FAILs. >> >> Keith >> >> Theo Schlossnagle wrote: >>> You likely need to specify -mt in your CFLAGS as Varnish is >>> multi-threaded. You'd need to do that with gcc too. >>> >>> My build looks like: >>> >>> CFLAGS="$CFLAGS -m64 -mt" \ >>> LDFLAGS="$LDFLAGS -L/usr/sfw/lib/amd64 -R/usr/sfw/lib/amd64" \ >>> CC=cc CXX=CC \ >>> ./configure [typical args] >>> >>> On Sep 4, 2008, at 6:04 PM, Keith J Paulson wrote: >>> >>>> >>>> I have tried Feature complete Varnish 2.0 Beta 1 on sol10 with gcc, >>>> and >>>> sun's studio 12 compiler, and in neither case does it work. With sun >>>> cc, latest results are: >>>> >>>> =============================================== >>>> 61 of 73 tests failed >>>> Please report to varnish-dev at projects.linpro.no >>>> =============================================== >>>> >>>> for which >>>> >>>> Assert error in varnish_ask_cli(), vtc_varnish.c line 97: >>>> Condition(i == 0) not true. >>>> >>>> seems a significant cause (response not recieved?) >>>> >>>> One complete test: >>>> >>>> ./varnishtest -v tests/b00002.vtc >>>> # TEST tests/b00002.vtc starting >>>> # TEST Check that a pass transaction works >>>> ## s1 Starting server >>>> ### s1 listen on 127.0.0.1:9080 (fd 3) >>>> ## v1 Launch >>>> ### v1 CMD: cd ../varnishd && ./varnishd -d -d -n /tmp/__v1 -a >>>> '127.0.0.1:9081' -T 127.0.0.1:9001 >>>> ## s1 Started on 127.0.0.1:9080 >>>> ### v1 opening CLI connection >>>> #### v1 debug| storage_file: filename: ./varnish.sUaWlN (unlinked) >>>> size 166 MB.\n >>>> #### v1 debug| mgt_child_inherit(4, storage_file)\n >>>> #### v1 debug| Using old SHMFILE\n >>>> #### v1 debug| Notice: locking SHMFILE in core failed: Not owner >>>> #### v1 debug| \n >>>> #### v1 debug| Debugging mode, enter "start" to start child\n >>>> ### v1 CLI connection fd = 4 >>>> #### v1 CLI TX| vcl.inline vcl1 "backend s1 { .host = \"127.0.0.1\"; >>>> .port = \"9080\"; }\n\n\tsub vcl_recv {\n\t\tpass;\n\t}\n" >>>> #### v1 CLI RX| VCL compiled. >>>> ### v1 CLI STATUS 200 >>>> #### v1 CLI TX| vcl.use vcl1 >>>> ### v1 CLI STATUS 200 >>>> ## v1 Start >>>> #### v1 CLI TX| start >>>> #### v1 debug| mgt_child_inherit(9, sock)\n >>>> #### v1 debug| mgt_child_inherit(10, cli_in >>>> #### v1 debug| )\n >>>> #### v1 debug| mgt_child_inherit(13, cli_out)\n >>>> #### v1 debug| child (20083 >>>> #### v1 debug| ) Started\n >>>> #### v1 debug| mgt_child_inherit( >>>> Assert error in varnish_ask_cli(), vtc_varnish.c line 97: >>>> Condition(i == 0) not true. >>>> Abort >>>> >>>> >>>> >>>> Any suggestions? >>>> >>>> Keith >>>> >>>> >>>> _______________________________________________ >>>> varnish-dev mailing list >>>> varnish-dev at projects.linpro.no >>>> http://projects.linpro.no/mailman/listinfo/varnish-dev >>> >>> -- >>> Theo Schlossnagle >>> Principal/CEO >>> OmniTI Computer Consulting, Inc. >>> Web Applications & Internet Architectures >>> w: http://omniti.com p: +1.443.325.1357 x201 f: +1.410.872.4911 >>> >>> >>> >>> >> >> >> _______________________________________________ >> varnish-dev mailing list >> varnish-dev at projects.linpro.no >> http://projects.linpro.no/mailman/listinfo/varnish-dev > > -- > Theo Schlossnagle > Principal/CEO > OmniTI Computer Consulting, Inc. > Web Applications & Internet Architectures > w: http://omniti.com p: +1.443.325.1357 x201 f: +1.410.872.4911 > > > > From audun at ytterdal.net Sun Sep 28 13:19:02 2008 From: audun at ytterdal.net (Audun Ytterdal) Date: Sun, 28 Sep 2008 15:19:02 +0200 Subject: Assert on latest trunk 3233 Message-ID: <8318f61f0809280619s2d815eaewf9f34abc908bc6aa@mail.gmail.com> I was trying to upgrade from 3120 to 3233 for one of the varnishes in front of vg.no Crashed every second with the following assert Sep 28 12:22:32 sol varnishd[20950]: Child (27902) said Child starts Sep 28 12:22:32 sol varnishd[20950]: Child (27902) said Ready Sep 28 12:22:32 sol varnishd[20950]: Child (27902) died signal=6 Sep 28 12:22:32 sol varnishd[20950]: Child (27902) Panic message: Assert error i n VCL_recv_method(), ../../include/vcl_returns.h line 37: Condition(sp->handli ng & ((1 << 0)|(1 << 4)|(1 << 3)|(1 << 1))) not true. thread = (cache-worker)sp = 0x7f5b2d306008 { fd = 10, id = 10, xid = 1213163876, client = 193.75.59.6 :2625, step = STP_RECV, handling = 0x0, ws = 0x7f5b2d306078 { id = "s ess", {s,f,r,e} = {0x7f5b2d3067a0,,+541,(nil),+8192}, }, worker = 0x41 d6ac00 { }, vcl = { srcname = { "/etc/varnish/vg.vcl", "Default", "/etc/varnish/identity.vcl", }, }, }, Sep 28 12:22:32 sol varnishd[20950]: child (27909) Started reverted back to 3120 and it works again. Centos 5.2 and following parameters /usr/sbin/varnishd -a :80 -f /etc/varnish/vg.vcl -T 127.0.0.1:82 -t 120 -u varnish -g varnish -p thread_pool_add_delay 100 -p thread_pool_timeout 600 -p client_http11 on -p lru_interval 3600 -w 10,1000,120 -s malloc,7G -P /var/run/varnish.pid (are those still valid performance tuned parameters...?) -- Audun Ytterdal http://audun.ytterdal.net From tfheen at linpro.no Tue Sep 30 07:59:12 2008 From: tfheen at linpro.no (Tollef Fog Heen) Date: Tue, 30 Sep 2008 09:59:12 +0200 Subject: Assert on latest trunk 3233 In-Reply-To: <8318f61f0809280619s2d815eaewf9f34abc908bc6aa@mail.gmail.com> (Audun Ytterdal's message of "Sun, 28 Sep 2008 15:19:02 +0200") References: <8318f61f0809280619s2d815eaewf9f34abc908bc6aa@mail.gmail.com> Message-ID: <878wtakqsv.fsf@qurzaw.linpro.no> ]] "Audun Ytterdal" | I was trying to upgrade from 3120 to 3233 for one of the varnishes in | front of vg.no [...] Just for those of you following along at home; phk got this fixed, it was a long-standing bug that was triggered by my recent change to embed CFLAGS from the varnishd compilation process into the VCL compilation. This turned optimisations on in the common case. This has now been fixed. In addition, we no longer embed CFLAGS into the VCL compilation, but it is possible to override the compiler invocation by passing VCC_CC= when running configure. -- Tollef Fog Heen Redpill Linpro -- Changing the game! t: +47 21 54 41 73 From tfheen at linpro.no Tue Sep 30 08:00:56 2008 From: tfheen at linpro.no (Tollef Fog Heen) Date: Tue, 30 Sep 2008 10:00:56 +0200 Subject: Trac post commit hook enabled Message-ID: <874p3ykqpz.fsf@qurzaw.linpro.no> Hi, I just enabled the trac post commit hook which allows us to close and reference tickets from commit messages. >From the hook: # It searches commit messages for text in the form of: # command #1 # command #1, #2 # command #1 & #2 # command #1 and #2 # # You can have more then one command in a message. The following commands # are supported. There is more then one spelling for each command, to make # this as user-friendly as possible. # # closes, fixes # The specified issue numbers are closed with the contents of this # commit message being added to it. # references, refs, addresses, re # The specified issue numbers are left in their current status, but # the contents of this commit message are added to their notes. # # A fairly complicated example of what you can do is with a commit message # of: # # Changed blah and foo to do this or that. Fixes #10 and #12, and refs #12. # # This will close #10 and #12, and add a note to #12. please do tell me if you see any problems associated with this. -- Tollef Fog Heen Redpill Linpro -- Changing the game! t: +47 21 54 41 73