Can you try to install with this as the configure:<div><br></div><div><div>VCC_CC="/usr/bin/gcc -pthreads -fpic -shared -m64 -o %o %s" \</div><div>CC=/usr/bin/gcc \</div><div>CFLAGS="-pthreads -m64" \</div>
<div>LDFLAGS="-pthreads" \</div><div>./configure --prefix=/opt/extra --enable-debugging-symbols --enable-diagnostics --enable-dependency-tracking</div><div><br></div><div>Or change the VCC_CC path if you have your gcc at a different location.</div>
<div><br></div><div>I don't get any panics. The child process starts and runs fine. Everything runs just fine (except the 503s).</div><div><br></div><div>I've connected up to the child process with gdb just fine. My question now is where/what should I breakpoint to see why it is coming back as backend not connected? </div>
<div><br></div><div>Thanks,</div><div>Jacques</div><div><div><br></div></div><div><br></div><div><br></div><div><div>----------------------------------------</div><div><div><div> # /opt/extra/sbin/varnishd -a :80 -b <a href="http://87.238.47.204:80">87.238.47.204:80</a> -F -p "connect_timeout=0s" -s file,/export/varnish_cache.bin,512M -p waiter=poll</div>
<div>storage_file: filename: /export/varnish_cache.bin size 512 MB.</div><div>Using old SHMFILE</div><div>child (12769) Started</div><div>Child (12769) said</div><div>Child (12769) said Child starts</div><div>Child (12769) said managed to mmap 536870912 bytes of 536870912</div>
<div><br></div><div><<<<wait whatever time>>>></div><div><br></div><div>^CManager got SIGINT</div><div>Stopping Child</div></div></div><div><br></div><div>--------------------------------------------</div>
</div><div><br></div><br><div class="gmail_quote">On Tue, Jul 13, 2010 at 3:32 AM, Kacper Wysocki <span dir="ltr"><<a href="mailto:kacperw@gmail.com">kacperw@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div class="im">On Tue, Jul 13, 2010 at 3:11 AM, Jacques <<a href="mailto:whshub@gmail.com">whshub@gmail.com</a>> wrote:<br>
> Yes, wget works fine. As does lynx, etc. :D<br>
> I checked ulimit per Jorge's response as well. No impact.<br>
> I ran make test, (which I should have done before). 123 of 174 tests<br>
> failed. All the same 503 issue.<br>
<br>
> I'm going to recompile with debugging enabled and see what I can see.<br>
> FYI, the log of tests is attached if you have any insights.<br>
<br>
</div>I'm getting the same thing on my rig.<br>
<br>
Varnish _can't_ work with these tests failing.<br>
The firstmost basic test checks if anything gets through by setting up<br>
a local backend, and even this fails:<br>
# top TEST ././tests/b00000.vtc starting<br>
# top TEST Does anything get through at all ?<br>
<br>
Since Jorge is running his rig fine, is there a big difference between<br>
Solaris10 and OpenSolaris? Maybe in what kind of libc is employed?<br>
Like a libc which doesn't have thread-safe error handling? A little<br>
bit of debugging shows me that child creation fails due to basic<br>
thread safety checks, the relevant line being:<br>
<br>
Child (21308) Panic message: Assert error in wrk_herdtimer_thread(),<br>
cache_pool.c line 419:<br>
<br>
<br>
root@os# varnishd -a :80 -b <a href="http://87.238.47.204:80" target="_blank">87.238.47.204:80</a> -d<br>
Message from C-compiler:<br>
cc: unrecognized option `-Kpic'<br>
NB: Storage size limited to 2GB on 32 bit architecture,<br>
NB: otherwise we could run out of address space.<br>
storage_file: filename: ./varnish.DcaGMP size 2047 MB.<br>
Using old SHMFILE<br>
Varnish on -sfile,-hcritbit<br>
200 193<br>
-----------------------------<br>
Varnish HTTP accelerator CLI.<br>
-----------------------------<br>
Type 'help' for command list.<br>
Type 'quit' to close CLI session.<br>
Type 'start' to launch worker process.<br>
<br>
start<br>
child (21308) Started<br>
Pushing vcls failed: CLI communication error<br>
Stopping Child<br>
200 0<br>
<br>
Child (21308) died signal=6<br>
Child (21308) Panic message: Assert error in wrk_herdtimer_thread(),<br>
cache_pool.c line 419:<br>
Condition(errno_is_multi_threaded != 0) not true.<br>
thread = (wrk_herdtimer)<br>
ident = -sfile,-hcritbit,no_waiter<br>
Backtrace:<br>
80730cd: /usr/local/sbin/varnishd'pan_ic+0xa9 [0x80730cd]<br>
8074c8e: /usr/local/sbin/varnishd'wrk_herdtimer_thread+0x86 [0x8074c8e]<br>
fedacd56: /lib/libc.so.1'_thrp_setup+0x7e [0xfedacd56]<br>
fedacfe0: /lib/libc.so.1'_lwp_start+0x0 [0xfedacfe0]<br>
<br>
<br>
Child (-1) said<br>
Child (-1) said Child starts<br>
Child (-1) said managed to mmap 2147479552 bytes of 2147479552<br>
Child cleanup complete<br>
<br>
( yup , for some reason it's a 32-bit install :-()<br>
<br>
0K<br>
</blockquote></div><br></div>