hi jpeach
same problem occurs on v3.3.5-dev too; while v3.3.4-dev can load lua plugin
succeed.
also i found that same lua plugin behaved differently between tsv3.2.4 and
tsv3.3.4:
the same config, v3.2.4 works fine, but v3.3.4 return “(52) Empty reply from
server”
At 2013-08-25 07:50:05,"James Peach" <[email protected]> wrote:
>On Aug 24, 2013, at 5:25 AM, Esmq <[email protected]> wrote:
>
>> atsv4.0.0 built succeed on debian 6 amd64~
>> one problem: lua plugin build succeed but fail to load, ts can't not start!
>
>Looks like Leif filed https://issues.apache.org/jira/browse/TS-2154. I'll take
>a look on Monday.
>
>> following is the log:
>> ######################################################
>> [TrafficServer] using root directory '/usr/local/trafficserver-4.0.0/'
>> FATAL: InkAPI.cc:4220: failed assert
>> `sdk_sanity_check_iocore_structure(contp) == TS_SUCCESS`
>> /usr/local/trafficserver-4.0.0/bin/traffic_server - STACK TRACE:
>> /usr/local/trafficserver-4.0.0//lib/libtsutil.so.4(+0x15758)[0x2af9e0d24758]
>> /usr/local/trafficserver-4.0.0//lib/libtsutil.so.4(+0x13f7f)[0x2af9e0d22f7f]
>> /usr/local/trafficserver-4.0.0/bin/traffic_server[0x4b4864]
>> /usr/local/trafficserver-4.0.0/libexec/trafficserver/lua.so(_ZN17LuaPluginInstance4initEjPPKc+0x50e)[0x2af9fbacec0e]
>> /usr/local/
>> trafficserver-4.0.0/libexec/trafficserver/lua.so(_Z17LuaPluginRegisterjPPKc+0x105)[0x2af9fbacede5]
>> /usr/local/trafficserver-4.0.0/libexec/trafficserver/lua.so(TSRemapNewInstance+0x34)[0x2af9fbaca6c4]
>> /usr/local/trafficserver-4.0.0/bin/traffic_server(_ZN10UrlRewrite17load_remap_pluginEPPciP11url_mappingS0_iiPi+0x39f)[0x5870af]
>> /usr/local/trafficserver-4.0.0/bin/traffic_server(_ZN10UrlRewrite10BuildTableEv+0x11ec)[0x58b4fc]
>> /usr/local/trafficserver-4.0.0/bin/traffic_server(_ZN10UrlRewriteC1EPKc+0x2ea)[0x58cdfa]
>> /usr/local/trafficserver-4.0.0/bin/traffic_server(_Z18init_reverse_proxyv+0xe1)[0x4edfd1]
>> /usr/local/trafficserver-4.0.0/bin/traffic_server(_Z20init_HttpProxyServeri+0x1a)[0x52626a]
>> /usr/local/trafficserver-4.0.0/bin/traffic_server(main+0xef1)[0x4d1781]
>> /lib/libc.so.6(__libc_start_main+0xfd)[0x2af9e32cac8d]
>> /usr/local/trafficserver-4.0.0/bin/traffic_server[0x48d849]
>> At 2013-08-24 07:53:27,"Leif Hedstrom" <[email protected]> wrote:
>> >Hi all,
>> >
>> >I've prepared a release for v4.0.0, which is a small bug fix release over
>> >the last development release. Changes since v3.3.5 are the following 10
>> >Jira tickets:
>> >
>> >
>> > https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12310963&version=12324656
>> >
>> >
>> >This release is the first using our new release process, which now follows
>> >the Semantic Versioning
>> >scheme. More details are available at
>> >
>> > https://cwiki.apache.org/confluence/display/TS/New+Release+Processes
>> >
>> >Information about upgrading to this release from v3.2.x is available at:
>> >
>> > https://cwiki.apache.org/confluence/display/TS/New+Release+Processes
>> >
>> >
>> >Note that the old v3.2.x cache is not compatible with v4.0.0, upon
>> >upgrading you will lose all data on the disk caches. This reinitialization
>> >happens automatically on the first startup after upgrading, but if you wish
>> >to be extra cautious you can also do this manually:
>> >
>> > $ sudo traffic_server -Cclear
>> >
>> >
>> >The artifacts are available for download at
>> >http://people.apache.org/~zwoop/rel-candidates/:
>> >
>> >-rw-r--r-- 1 zwoop zwoop 6070378 Aug 23 22:54 trafficserver-4.0.0.tar.bz2
>> >-rw-r--r-- 1 zwoop zwoop 836 Aug 23 22:54
>> >trafficserver-4.0.0.tar.bz2.asc
>> >-rw-r--r-- 1 zwoop zwoop 62 Aug 23 22:54
>> >trafficserver-4.0.0.tar.bz2.md5
>> >-rw-r--r-- 1 zwoop zwoop 70 Aug 23 22:54
>> >trafficserver-4.0.0.tar.bz2.sha1
>> >
>> >MD5: d6018c224d2f51739255260d7c6b6888
>> >SHA: fc25aa30dbb6815159d3360dc3dfe96a0c11bf07
>> >
>> >
>> >The vote is open until Friday morning, August 30th. Lets makes sure this
>> >is another great release, so please everyone, download and test this
>> >version as much as you can.
>> >
>> >Cheers,
>> >
>> >-- leif
>> >
>>
>>
>>
>
