Great news! Just to check - I take it the -bg issue you originally had is fixed?

Best,
Rob

On 4 February 2014 00:29, Daniel Goepp <d...@goepp.com> wrote:
> Sorry, missed this in my notes, and not part of this problem, but for
> completeness with the process that I used, I needed to install pcap stuff
> too:
>
> aptitude -y install libssl-dev pcaputils libpcap-dev
>
> And the real configure command I used was:
>
> ./configure --with-pcap --with-openssl
>
> Thanks again for the help!
>
>
>
> On Mon, Feb 3, 2014 at 7:22 PM, Daniel Goepp <d...@goepp.com> wrote:
>>
>> Success!  Okay.  So to install on an absolutely clean fresh Ubuntu 12.04-3
>> server:
>>
>> aptitude update
>> aptitude upgrade
>>
>> aptitude -y install ncurses-dev
>> aptitude -y install automake
>> aptitude -y install autoconf-archive
>>
>> cd /usr/local/src
>> git clone https://github.com/SIPp/sipp.git sipp-git
>> cd sipp-git
>> autoreconf -ivf
>> ./configure --with-pcap
>> make
>> mv sipp /usr/local/sbin/
>>
>> Thank you so much for your help!  Please let me know if I can assist at
>> any time testing on Ubuntu servers.
>>
>>
>>
>> On Mon, Feb 3, 2014 at 7:09 PM, Daniel Goepp <d...@goepp.com> wrote:
>>>
>>> It appears to just be complaining about a syntax error though.  It is in
>>> the aclocal.m4:
>>>
>>> # grep AX_HAVE_EPOLL *
>>> aclocal.m4:#   AX_HAVE_EPOLL([ACTION-IF-FOUND], [ACTION-IF-NOT-FOUND])
>>> aclocal.m4:#   AX_HAVE_EPOLL_PWAIT([ACTION-IF-FOUND],
>>> [ACTION-IF-NOT-FOUND])
>>> aclocal.m4:#     AX_HAVE_EPOLL(
>>> aclocal.m4:#   AX_HAVE_EPOLL would succeed if AX_HAVE_EPOLL_PWAIT has,
>>> but not the
>>> aclocal.m4:AC_DEFUN([AX_HAVE_EPOLL], [dnl
>>> aclocal.m4:AC_DEFUN([AX_HAVE_EPOLL_PWAIT], [dnl
>>> configure.ac:AX_HAVE_EPOLL([AX_CONFIG_FEATURE_ENABLE(epoll)],
>>>
>>> I'm digging in to see if I can figure out what the error is.
>>>
>>> Thanks.
>>>
>>>
>>>
>>>
>>> On Mon, Feb 3, 2014 at 6:56 PM, Rob Day <r...@rkd.me.uk> wrote:
>>>>
>>>> 'AX_HAVE_EPOLL' should be defined in the aclocal.m4 distributed with
>>>> SIPp (https://github.com/SIPp/sipp/blob/master/aclocal.m4#L180), but
>>>> if that's not working for some reason, it's included in the Ubuntu
>>>> autoconf-archive package.
>>>>
>>>> Let me know if that works - if so, I'll try and add these details to
>>>> the README before I release v3.4.1.
>>>>
>>>> Best,
>>>> Rob
>>>>
>>>> On 3 February 2014 23:47, Daniel Goepp <d...@goepp.com> wrote:
>>>> > I do a pretty straight forward install:
>>>> >
>>>> > ./configure --with-pcap
>>>> > make (this is where it breaks)
>>>> >
>>>> > I just ran your command (autoreconf -ivf), and it did manage to allow
>>>> > the
>>>> > make to even start this time, but still fails:
>>>> >
>>>> > ./configure: line 7537: syntax error near unexpected token
>>>> > `AX_CONFIG_FEATURE_ENABLE'
>>>> > ./configure: line 7537:
>>>> > `AX_HAVE_EPOLL(AX_CONFIG_FEATURE_ENABLE(epoll),'
>>>> > make: *** [config.status] Error 2
>>>> >
>>>> > This is with the latest master that you just committed.
>>>> >
>>>> >
>>>> >
>>>> > On Mon, Feb 3, 2014 at 6:43 PM, Rob Day <r...@rkd.me.uk> wrote:
>>>> >>
>>>> >> What command are you running when you get that error? SIPp is built
>>>> >> with autoconf/automake, and I've checked in the pre-generated files
>>>> >> for convenience so that it's usually possible to just run
>>>> >> './configure
>>>> >> [options] && make', but in some cases you might need to run
>>>> >> 'autoreconf -ivf' first.
>>>> >>
>>>> >> Best,
>>>> >> Rob
>>>> >>
>>>> >> On 3 February 2014 23:37, Daniel Goepp <d...@goepp.com> wrote:
>>>> >> > Sorry, I might have had a dirty check out on that.  I wiped out the
>>>> >> > directory completely, and checked out fresh.  Now I get this:
>>>> >> >
>>>> >> > CDPATH="${ZSH_VERSION+.}:" && cd . && /bin/bash
>>>> >> > /usr/local/src/sipp/sipp-git/missing aclocal-1.13
>>>> >> > /usr/local/src/sipp/sipp-git/missing: line 81: aclocal-1.13:
>>>> >> > command not
>>>> >> > found
>>>> >> > WARNING: 'aclocal-1.13' is missing on your system.
>>>> >> >          You should only need it if you modified 'acinclude.m4' or
>>>> >> >          'configure.ac' or m4 files included by 'configure.ac'.
>>>> >> >          The 'aclocal' program is part of the GNU Automake package:
>>>> >> >          <http://www.gnu.org/software/automake>
>>>> >> >          It also requires GNU Autoconf, GNU m4 and Perl in order to
>>>> >> > run:
>>>> >> >          <http://www.gnu.org/software/autoconf>
>>>> >> >          <http://www.gnu.org/software/m4/>
>>>> >> >          <http://www.perl.org/>
>>>> >> > make: *** [aclocal.m4] Error 127
>>>> >> >
>>>> >> > I'm looking into it, but any thoughts are welcome.  I do have
>>>> >> > autoconf
>>>> >> > and
>>>> >> > automake installed:
>>>> >> >
>>>> >> > # dpkg -la | grep autocon
>>>> >> > ii  autoconf                         2.68-1ubuntu2
>>>> >> > automatic configure script builder
>>>> >> > # dpkg -la | grep automake
>>>> >> > ii  automake                         1:1.11.3-1ubuntu2
>>>> >> > Tool
>>>> >> > for generating GNU Standards-compliant Makefiles
>>>> >> >
>>>> >> >
>>>> >> >
>>>> >> >
>>>> >> >
>>>> >> > On Mon, Feb 3, 2014 at 6:26 PM, Daniel Goepp <d...@goepp.com> wrote:
>>>> >> >>
>>>> >> >> Thanks for the follow up.  For what it is worth, I just checked
>>>> >> >> out
>>>> >> >> this
>>>> >> >> version, and now get this trying to build it:
>>>> >> >>
>>>> >> >> make: *** No rule to make target `src/auth.c', needed by
>>>> >> >> `sipp-auth.o'.
>>>> >> >> Stop.
>>>> >> >>
>>>> >> >>
>>>> >> >> On Mon, Feb 3, 2014 at 6:03 PM, Rob Day <r...@rkd.me.uk> wrote:
>>>> >> >>>
>>>> >> >>> Thanks for raising this - it seems to be a side-effect of the
>>>> >> >>> move to
>>>> >> >>> epoll (for better performance with high numbers of sockets) in
>>>> >> >>> v3.4
>>>> >> >>> (e.g. https://code.google.com/p/dart/issues/detail?id=2775 sees
>>>> >> >>> the
>>>> >> >>> same issue). I've just committed a fix to warn rather than error
>>>> >> >>> out
>>>> >> >>> in this specific case
>>>> >> >>>
>>>> >> >>>
>>>> >> >>>
>>>> >> >>> (https://github.com/SIPp/sipp/commit/4cfb94a0cb37a0a78c39334e5451fdb9b1e310ab),
>>>> >> >>> so building from the main Git branch should now work.
>>>> >> >>>
>>>> >> >>> I'll release a 3.4.1 release in the next week or so, having fixed
>>>> >> >>> this
>>>> >> >>> and a couple of other issues.
>>>> >> >>>
>>>> >> >>> Best,
>>>> >> >>> Rob
>>>> >> >>>
>>>> >> >>> On 3 February 2014 21:08, Daniel Goepp <d...@goepp.com> wrote:
>>>> >> >>> > I'm having an issue trying to run SIPp in the background.  I'm
>>>> >> >>> > running
>>>> >> >>> > this
>>>> >> >>> > on a clean Ubuntu 12.04 server updated and upgrade to latest
>>>> >> >>> > today.
>>>> >> >>> > I
>>>> >> >>> > have
>>>> >> >>> > tried both the downloaded 3.4 version, and the 3.4branch
>>>> >> >>> > checked out
>>>> >> >>> > from
>>>> >> >>> > Git to make sure, same results with both.  I'm running this as
>>>> >> >>> > root,
>>>> >> >>> > and the
>>>> >> >>> > command is:
>>>> >> >>> >
>>>> >> >>> > sipp -sf uac_pcap_video_only.xml beta.mydomain.com -s dan -m 1
>>>> >> >>> > -aa
>>>> >> >>> > -r 1
>>>> >> >>> > -rp
>>>> >> >>> > 1000 -l 1 -mp 10000 -t tn -d 30000 -i 10.185.218.35 -trace_err
>>>> >> >>> > -trace_msg
>>>> >> >>> > -skip_rlimit
>>>> >> >>> >
>>>> >> >>> > This works just fine, but then if I add -bg to the end of it:
>>>> >> >>> >
>>>> >> >>> > sipp -sf uac_pcap_video_only.xml beta.edifire.com -s dan -m 1
>>>> >> >>> > -aa -r
>>>> >> >>> > 1
>>>> >> >>> > -rp
>>>> >> >>> > 1000 -l 1 -mp 10000 -t tn -d 30000 -i 10.185.218.35 -trace_err
>>>> >> >>> > -trace_msg
>>>> >> >>> > -skip_rlimit -bg
>>>> >> >>> >
>>>> >> >>> > In the log file I get:
>>>> >> >>> >
>>>> >> >>> > 2014-02-03 13:54:01.826652 1391435641.826652: Failed to add FD
>>>> >> >>> > to
>>>> >> >>> > epoll,
>>>> >> >>> > errno = 1 (Operation not permitted).
>>>> >> >>> >
>>>> >> >>> > Thoughts?
>>>> >> >>> >
>>>> >> >>> >
>>>> >> >>> >
>>>> >> >>> >
>>>> >> >>> > ------------------------------------------------------------------------------
>>>> >> >>> > Managing the Performance of Cloud-Based Applications
>>>> >> >>> > Take advantage of what the Cloud has to offer - Avoid Common
>>>> >> >>> > Pitfalls.
>>>> >> >>> > Read the Whitepaper.
>>>> >> >>> >
>>>> >> >>> >
>>>> >> >>> >
>>>> >> >>> > http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk
>>>> >> >>> > _______________________________________________
>>>> >> >>> > Sipp-users mailing list
>>>> >> >>> > Sipp-users@lists.sourceforge.net
>>>> >> >>> > https://lists.sourceforge.net/lists/listinfo/sipp-users
>>>> >> >>> >
>>>> >> >>
>>>> >> >>
>>>> >> >
>>>> >> >
>>>> >> >
>>>> >> >
>>>> >> > ------------------------------------------------------------------------------
>>>> >> > Managing the Performance of Cloud-Based Applications
>>>> >> > Take advantage of what the Cloud has to offer - Avoid Common
>>>> >> > Pitfalls.
>>>> >> > Read the Whitepaper.
>>>> >> >
>>>> >> >
>>>> >> > http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk
>>>> >> > _______________________________________________
>>>> >> > Sipp-users mailing list
>>>> >> > Sipp-users@lists.sourceforge.net
>>>> >> > https://lists.sourceforge.net/lists/listinfo/sipp-users
>>>> >> >
>>>> >
>>>> >
>>>
>>>
>>
>

------------------------------------------------------------------------------
Managing the Performance of Cloud-Based Applications
Take advantage of what the Cloud has to offer - Avoid Common Pitfalls.
Read the Whitepaper.
http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk
_______________________________________________
Sipp-users mailing list
Sipp-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/sipp-users

Reply via email to