You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@trafficserver.apache.org by Leif Hedstrom <zw...@apache.org> on 2013/08/24 01:53:27 UTC
[VOTE] Release v4.0.0
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
Re: [VOTE] Release v4.0.1 [was v4.0.0]
Posted by Leif Hedstrom <zw...@apache.org>.
On Aug 27, 2013, at 4:53 PM, Leif Hedstrom <zw...@apache.org> wrote:
>
> On Aug 27, 2013, at 8:41 AM, Leif Hedstrom <zw...@apache.org> wrote:
>
>> On Aug 25, 2013, at 10:13 AM, Yongming Zhao <mi...@gmail.com> wrote:
>>
>>> tested on Fedora 18 x86_64, build & installed with rpm. working in reverse mode with SSL termination.
>>>
>>> +1
>>
>>
>> We'll respin this release today, as v4.0.1, which will include the following two low risk fixes:
>>
>> • [TS-2154] - Lua plugin asserts traffic_server on startup
>> • [TS-2161] - TSHttpTxnHookAdd memory Leak
>>
>
>
> The new packages are available at
>
> http://people.apache.org/~zwoop/rel-candidates/
This vote passes! Thanks everyone for all the hard work, and for testing this. It's without doubt, our best version ever. I've pushed the bits to the dist servers, and will update the Download page momentarily. I'll also try to prepare a blog post tonight.
Cheers!
-- leif
Re: [VOTE] Release v4.0.1 [was v4.0.0]
Posted by Leif Hedstrom <zw...@apache.org>.
On Aug 27, 2013, at 4:53 PM, Leif Hedstrom <zw...@apache.org> wrote:
>
> On Aug 27, 2013, at 8:41 AM, Leif Hedstrom <zw...@apache.org> wrote:
>
>> On Aug 25, 2013, at 10:13 AM, Yongming Zhao <mi...@gmail.com> wrote:
>>
>>> tested on Fedora 18 x86_64, build & installed with rpm. working in reverse mode with SSL termination.
>>>
>>> +1
>>
>>
>> We'll respin this release today, as v4.0.1, which will include the following two low risk fixes:
>>
>> • [TS-2154] - Lua plugin asserts traffic_server on startup
>> • [TS-2161] - TSHttpTxnHookAdd memory Leak
>>
>
>
> The new packages are available at
>
> http://people.apache.org/~zwoop/rel-candidates/
This vote passes! Thanks everyone for all the hard work, and for testing this. It's without doubt, our best version ever. I've pushed the bits to the dist servers, and will update the Download page momentarily. I'll also try to prepare a blog post tonight.
Cheers!
-- leif
Re: [VOTE] Release v4.0.1 [was v4.0.0]
Posted by Leif Hedstrom <zw...@apache.org>.
On Aug 29, 2013, at 7:36 AM, Phil Sorber <so...@apache.org> wrote:
> On Tue, Aug 27, 2013 at 4:53 PM, Leif Hedstrom <zw...@apache.org> wrote:
>
>>
>>
>>
>> MD5: 9f68a20f0c1ae81c4ab41d6fc8810b35
>> SHA1: 0f924d830541f0d31c89be12054a1b983d07435f
>>
>>
>> The only (minor) changes are the two bugs above. I'm not restarting the
>> entire vote process, but will call the votes on v4.0.1 on Friday EOB.
>> Please cast your votes again even if you already voted for v4.0.0, to make
>> sure we get consensus on this candidate.
>>
>>
> One of the fixes that went in to 4.0.1 was affecting us and we'd like to
> verify that it fixed our problem. Is it a big deal to get the weekend to
> let it run some more and we release first thing Tuesday?
Yeah, it's Friday, or we respin. You can certainly -1 it.
Cheers,
-- Leif
Re: [VOTE] Release v4.0.1 [was v4.0.0]
Posted by Phil Sorber <so...@apache.org>.
On Tue, Aug 27, 2013 at 4:53 PM, Leif Hedstrom <zw...@apache.org> wrote:
>
> On Aug 27, 2013, at 8:41 AM, Leif Hedstrom <zw...@apache.org> wrote:
>
> > On Aug 25, 2013, at 10:13 AM, Yongming Zhao <mi...@gmail.com> wrote:
> >
> >> tested on Fedora 18 x86_64, build & installed with rpm. working in
> reverse mode with SSL termination.
> >>
> >> +1
> >
> >
> > We'll respin this release today, as v4.0.1, which will include the
> following two low risk fixes:
> >
> > • [TS-2154] - Lua plugin asserts traffic_server on startup
> > • [TS-2161] - TSHttpTxnHookAdd memory Leak
> >
>
>
> The new packages are available at
>
> http://people.apache.org/~zwoop/rel-candidates/
>
> -rw-r--r-- 1 zwoop zwoop 6069974 Aug 27 22:42
> trafficserver-4.0.1.tar.bz2
> -rw-r--r-- 1 zwoop zwoop 836 Aug 27 22:42
> trafficserver-4.0.1.tar.bz2.asc
> -rw-r--r-- 1 zwoop zwoop 62 Aug 27 22:42
> trafficserver-4.0.1.tar.bz2.md5
> -rw-r--r-- 1 zwoop zwoop 70 Aug 27 22:42
> trafficserver-4.0.1.tar.bz2.sha1
>
>
> MD5: 9f68a20f0c1ae81c4ab41d6fc8810b35
> SHA1: 0f924d830541f0d31c89be12054a1b983d07435f
>
>
> The only (minor) changes are the two bugs above. I'm not restarting the
> entire vote process, but will call the votes on v4.0.1 on Friday EOB.
> Please cast your votes again even if you already voted for v4.0.0, to make
> sure we get consensus on this candidate.
>
>
One of the fixes that went in to 4.0.1 was affecting us and we'd like to
verify that it fixed our problem. Is it a big deal to get the weekend to
let it run some more and we release first thing Tuesday?
> Note that v4.0.0 is blown, and doesn't exist. 4.0.1 is the next stable
> release, and hopefully what we will release on Friday.
>
> Cheers,
>
> -- Leif
>
>
Re: [VOTE] Release v4.0.1 [was v4.0.0]
Posted by Phil Sorber <so...@apache.org>.
On Tue, Aug 27, 2013 at 4:53 PM, Leif Hedstrom <zw...@apache.org> wrote:
>
> On Aug 27, 2013, at 8:41 AM, Leif Hedstrom <zw...@apache.org> wrote:
>
> > On Aug 25, 2013, at 10:13 AM, Yongming Zhao <mi...@gmail.com> wrote:
> >
> >> tested on Fedora 18 x86_64, build & installed with rpm. working in
> reverse mode with SSL termination.
> >>
> >> +1
> >
> >
> > We'll respin this release today, as v4.0.1, which will include the
> following two low risk fixes:
> >
> > • [TS-2154] - Lua plugin asserts traffic_server on startup
> > • [TS-2161] - TSHttpTxnHookAdd memory Leak
> >
>
>
> The new packages are available at
>
> http://people.apache.org/~zwoop/rel-candidates/
>
> -rw-r--r-- 1 zwoop zwoop 6069974 Aug 27 22:42
> trafficserver-4.0.1.tar.bz2
> -rw-r--r-- 1 zwoop zwoop 836 Aug 27 22:42
> trafficserver-4.0.1.tar.bz2.asc
> -rw-r--r-- 1 zwoop zwoop 62 Aug 27 22:42
> trafficserver-4.0.1.tar.bz2.md5
> -rw-r--r-- 1 zwoop zwoop 70 Aug 27 22:42
> trafficserver-4.0.1.tar.bz2.sha1
>
>
> MD5: 9f68a20f0c1ae81c4ab41d6fc8810b35
> SHA1: 0f924d830541f0d31c89be12054a1b983d07435f
>
>
> The only (minor) changes are the two bugs above. I'm not restarting the
> entire vote process, but will call the votes on v4.0.1 on Friday EOB.
> Please cast your votes again even if you already voted for v4.0.0, to make
> sure we get consensus on this candidate.
>
>
One of the fixes that went in to 4.0.1 was affecting us and we'd like to
verify that it fixed our problem. Is it a big deal to get the weekend to
let it run some more and we release first thing Tuesday?
> Note that v4.0.0 is blown, and doesn't exist. 4.0.1 is the next stable
> release, and hopefully what we will release on Friday.
>
> Cheers,
>
> -- Leif
>
>
Re: [VOTE] Release v4.0.1 [was v4.0.0]
Posted by Leif Hedstrom <zw...@apache.org>.
On Aug 27, 2013, at 8:41 AM, Leif Hedstrom <zw...@apache.org> wrote:
> On Aug 25, 2013, at 10:13 AM, Yongming Zhao <mi...@gmail.com> wrote:
>
>> tested on Fedora 18 x86_64, build & installed with rpm. working in reverse mode with SSL termination.
>>
>> +1
>
>
> We'll respin this release today, as v4.0.1, which will include the following two low risk fixes:
>
> • [TS-2154] - Lua plugin asserts traffic_server on startup
> • [TS-2161] - TSHttpTxnHookAdd memory Leak
>
The new packages are available at
http://people.apache.org/~zwoop/rel-candidates/
-rw-r--r-- 1 zwoop zwoop 6069974 Aug 27 22:42 trafficserver-4.0.1.tar.bz2
-rw-r--r-- 1 zwoop zwoop 836 Aug 27 22:42 trafficserver-4.0.1.tar.bz2.asc
-rw-r--r-- 1 zwoop zwoop 62 Aug 27 22:42 trafficserver-4.0.1.tar.bz2.md5
-rw-r--r-- 1 zwoop zwoop 70 Aug 27 22:42 trafficserver-4.0.1.tar.bz2.sha1
MD5: 9f68a20f0c1ae81c4ab41d6fc8810b35
SHA1: 0f924d830541f0d31c89be12054a1b983d07435f
The only (minor) changes are the two bugs above. I'm not restarting the entire vote process, but will call the votes on v4.0.1 on Friday EOB. Please cast your votes again even if you already voted for v4.0.0, to make sure we get consensus on this candidate.
Note that v4.0.0 is blown, and doesn't exist. 4.0.1 is the next stable release, and hopefully what we will release on Friday.
Cheers,
-- Leif
Re: [VOTE] Release v4.0.1 [was v4.0.0]
Posted by Leif Hedstrom <zw...@apache.org>.
On Aug 27, 2013, at 8:41 AM, Leif Hedstrom <zw...@apache.org> wrote:
> On Aug 25, 2013, at 10:13 AM, Yongming Zhao <mi...@gmail.com> wrote:
>
>> tested on Fedora 18 x86_64, build & installed with rpm. working in reverse mode with SSL termination.
>>
>> +1
>
>
> We'll respin this release today, as v4.0.1, which will include the following two low risk fixes:
>
> • [TS-2154] - Lua plugin asserts traffic_server on startup
> • [TS-2161] - TSHttpTxnHookAdd memory Leak
>
The new packages are available at
http://people.apache.org/~zwoop/rel-candidates/
-rw-r--r-- 1 zwoop zwoop 6069974 Aug 27 22:42 trafficserver-4.0.1.tar.bz2
-rw-r--r-- 1 zwoop zwoop 836 Aug 27 22:42 trafficserver-4.0.1.tar.bz2.asc
-rw-r--r-- 1 zwoop zwoop 62 Aug 27 22:42 trafficserver-4.0.1.tar.bz2.md5
-rw-r--r-- 1 zwoop zwoop 70 Aug 27 22:42 trafficserver-4.0.1.tar.bz2.sha1
MD5: 9f68a20f0c1ae81c4ab41d6fc8810b35
SHA1: 0f924d830541f0d31c89be12054a1b983d07435f
The only (minor) changes are the two bugs above. I'm not restarting the entire vote process, but will call the votes on v4.0.1 on Friday EOB. Please cast your votes again even if you already voted for v4.0.0, to make sure we get consensus on this candidate.
Note that v4.0.0 is blown, and doesn't exist. 4.0.1 is the next stable release, and hopefully what we will release on Friday.
Cheers,
-- Leif
Re: [VOTE] Release v4.0.0
Posted by Leif Hedstrom <zw...@apache.org>.
On Aug 25, 2013, at 10:13 AM, Yongming Zhao <mi...@gmail.com> wrote:
> tested on Fedora 18 x86_64, build & installed with rpm. working in reverse mode with SSL termination.
>
> +1
We'll respin this release today, as v4.0.1, which will include the following two low risk fixes:
• [TS-2154] - Lua plugin asserts traffic_server on startup
• [TS-2161] - TSHttpTxnHookAdd memory Leak
I'll create a new 4.0.1 tar-ball in a few hours so please look for that announcement. Also please keep testing 4.0.0, the goal is still to release 4.0.1 on Friday.
-- leif
Re: [VOTE] Release v4.0.0
Posted by Leif Hedstrom <zw...@apache.org>.
On Aug 25, 2013, at 10:13 AM, Yongming Zhao <mi...@gmail.com> wrote:
> tested on Fedora 18 x86_64, build & installed with rpm. working in reverse mode with SSL termination.
>
> +1
We'll respin this release today, as v4.0.1, which will include the following two low risk fixes:
• [TS-2154] - Lua plugin asserts traffic_server on startup
• [TS-2161] - TSHttpTxnHookAdd memory Leak
I'll create a new 4.0.1 tar-ball in a few hours so please look for that announcement. Also please keep testing 4.0.0, the goal is still to release 4.0.1 on Friday.
-- leif
Re: [VOTE] Release v4.0.0
Posted by Yongming Zhao <mi...@gmail.com>.
tested on Fedora 18 x86_64, build & installed with rpm. working in reverse mode with SSL termination.
+1
在 2013-8-24，上午7:53，Leif Hedstrom <zw...@apache.org> 写道：
> 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
>
Re: [VOTE] Release v4.0.0
Posted by Yongming Zhao <mi...@gmail.com>.
tested on Fedora 18 x86_64, build & installed with rpm. working in reverse mode with SSL termination.
+1
在 2013-8-24，上午7:53，Leif Hedstrom <zw...@apache.org> 写道：
> 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
>
Re: [VOTE] Release v4.0.0
Posted by John Plevyak <jp...@gmail.com>.
The fix was to run ldconfig after installing ATS.
john
On Sat, Aug 24, 2013 at 10:25 AM, John Plevyak <jp...@gmail.com> wrote:
>
> 4.0! Nice.
>
> On Ubuntu 13.04 with gcc 4.8.1
>
> It reports:
>
> sudo /usr/local/bin/trafficserver status
> This script needs to be ported to this OS
>
> Also just running sudo /usr/local/bin/trafficserver start exists with no
> error, but ATS not started.
>
> sudo /usr/local/bin/traffic_server
> /usr/local/bin/traffic_server: error while loading shared libraries:
> libtsutil.so.4: cannot open shared object file: No such file or directory
>
> Weird since:
>
> % ldd /usr/local/bin/traffic_server
> ...
> libtsutil.so.4 => /usr/local/lib/libtsutil.so.4 (0x00007fbcdcd75000)
>
> % less /usr/local/lib/libtsutil.so.4
> "/usr/local/lib/libtsutil.so.4" may be a binary file. See it anyway?
>
> Now I see why we used to statically link everything.
>
> This is probably a result of using gcc 4.8.1 which isn't the standard for
> 13.04.
>
> Runs great out of the build directory. Fast as all get on my SSD.
>
> john
>
>
>
>
> On Fri, Aug 23, 2013 at 4:53 PM, Leif Hedstrom <zw...@apache.org> 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
>>
>>
>
Re: [VOTE] Release v4.0.0
Posted by John Plevyak <jp...@gmail.com>.
4.0! Nice.
On Ubuntu 13.04 with gcc 4.8.1
It reports:
sudo /usr/local/bin/trafficserver status
This script needs to be ported to this OS
Also just running sudo /usr/local/bin/trafficserver start exists with no
error, but ATS not started.
sudo /usr/local/bin/traffic_server
/usr/local/bin/traffic_server: error while loading shared libraries:
libtsutil.so.4: cannot open shared object file: No such file or directory
Weird since:
% ldd /usr/local/bin/traffic_server
...
libtsutil.so.4 => /usr/local/lib/libtsutil.so.4 (0x00007fbcdcd75000)
% less /usr/local/lib/libtsutil.so.4
"/usr/local/lib/libtsutil.so.4" may be a binary file. See it anyway?
Now I see why we used to statically link everything.
This is probably a result of using gcc 4.8.1 which isn't the standard for
13.04.
Runs great out of the build directory. Fast as all get on my SSD.
john
On Fri, Aug 23, 2013 at 4:53 PM, Leif Hedstrom <zw...@apache.org> 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
>
>
Re: [VOTE] Release v4.0.1 [was 4.0.0]
Posted by Bryan Call <bc...@apache.org>.
Been running for two hours in production on two hosts (RHEL 6.4) without any problems.
-Bryan
On Aug 30, 2013, at 9:49 AM, Bryan Call <bc...@yahoo-inc.com> wrote:
> +1 tested on Fedora 19. Hasn't been push to production yet...
>
> -Bryan
>
> On Aug 30, 2013, at 7:12 AM, Alan M. Carroll <am...@network-geographics.com> wrote:
>
>> +1
>>
>
Re: [VOTE] Release v4.0.1 [was 4.0.0]
Posted by Bryan Call <bc...@yahoo-inc.com>.
+1 tested on Fedora 19. Hasn't been push to production yet...
-Bryan
On Aug 30, 2013, at 7:12 AM, Alan M. Carroll <am...@network-geographics.com> wrote:
> +1
>
Re: [VOTE] Release v4.0.1 [was 4.0.0]
Posted by "Alan M. Carroll" <am...@network-geographics.com>.
+1
Re: [VOTE] Release v4.0.1 [was 4.0.0]
Posted by Leif Hedstrom <zw...@apache.org>.
On Aug 29, 2013, at 2:26 PM, Leif Hedstrom <zw...@apache.org> wrote:
> On Aug 23, 2013, at 4:53 PM, Leif Hedstrom <zw...@apache.org> 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
>>
>>
>
>
> Tested on
>
> Fedora Core 19
> Fedora Core 7 (32-bit)
> CentOS 6.4
> OSX 10.8
>
> I've run a pretty significant amount of traffic through it in lab, and some in prod.
>
> +1 from me.
I should be clear: My +1 is for the 4.0.1 release candidate.
-- Leif
Re: [VOTE] Release v4.0.0
Posted by Leif Hedstrom <zw...@apache.org>.
On Aug 23, 2013, at 4:53 PM, Leif Hedstrom <zw...@apache.org> 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
>
>
Tested on
Fedora Core 19
Fedora Core 7 (32-bit)
CentOS 6.4
OSX 10.8
I've run a pretty significant amount of traffic through it in lab, and some in prod.
+1 from me.
-- Leif
Re: [VOTE] Release v4.0.0
Posted by James Peach <jp...@apache.org>.
On Aug 24, 2013, at 5:17 PM, Esmq <es...@163.com> wrote:
> 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”
Fixed in https://issues.apache.org/jira/browse/TS-2154
>
> At 2013-08-25 07:50:05,"James Peach" <jp...@apache.org> wrote:
>> On Aug 24, 2013, at 5:25 AM, Esmq <es...@163.com> 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" <zw...@apache.org> 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
>>>>
>>>
>>>
>>>
>>
>
>
>
Re:Re: [VOTE] Release v4.0.0
Posted by Esmq <es...@163.com>.
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" <jp...@apache.org> wrote:
>On Aug 24, 2013, at 5:25 AM, Esmq <es...@163.com> 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" <zw...@apache.org> 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
>> >
>>
>>
>>
>
Re: [VOTE] Release v4.0.0
Posted by James Peach <jp...@apache.org>.
On Aug 24, 2013, at 5:25 AM, Esmq <es...@163.com> 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" <zw...@apache.org> 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
> >
>
>
>
Re:[VOTE] Release v4.0.0
Posted by Esmq <es...@163.com>.
atsv4.0.0 built succeed on debian 6 amd64~
one problem: lua plugin build succeed but fail to load, ts can't not start!
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" <zw...@apache.org> 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
>