1069346 - New Relic support for reps-dev.allizom.org

Status: RESOLVED FIXED

(Infrastructure & Operations Graveyard :: WebOps: Engagement, task)

Description

[John Giannelos [:nemo-yiannis]]

We are having an issue with New Relic and our dev instance for ReMo (reps-dev.allizom.org). It shows a flat web transaction chart from July 28 2014 until today. This cannot be true since we have plenty of errors triggered from automated tests.

It seems like reps-dev.allizom.org is not reporting any data to New Relic. Can you help us with that?

Thank you

Comment 1

[C. Liang [:cyliang]]

Can you please verify that reporting is now working as expected?  (I was able to generate some web traffic and see it appear on both the Monitoring -> Overview and Monitoring -> Transactions tabs.  )

I think reporting to New Relic stopped working because one or more of the New Relic related RPMs was updated but the corresponding configuration was not updated at the same time.  They should now be sorted out.  

For future reference, since there had been updates already, I pushed everything to the latest working combination:
   newrelic-daemon (4.13.1.71)
   newrelic-php5 (4.13.1.71)
   newrelic-php5-common (4.13.1.71)
   python-newrelic (2.32.0.28)

Comment 2

[Stephen Donner [:stephend] Not actively reading bugmail]

(In reply to C. Liang [:cyliang] from comment #1)
> Can you please verify that reporting is now working as expected?  (I was
> able to generate some web traffic and see it appear on both the Monitoring
> -> Overview and Monitoring -> Transactions tabs.  )
> 
> I think reporting to New Relic stopped working because one or more of the
> New Relic related RPMs was updated but the corresponding configuration was
> not updated at the same time.  They should now be sorted out.  
> 
> For future reference, since there had been updates already, I pushed
> everything to the latest working combination:
>    newrelic-daemon (4.13.1.71)
>    newrelic-php5 (4.13.1.71)
>    newrelic-php5-common (4.13.1.71)
>    python-newrelic (2.32.0.28)

I don't see the Python stacktrace/exception that I triggered, from bug 1069782, on https://rpm.newrelic.com/accounts/263620/applications/3650909/traced_errors

Comment 3

[C. Liang [:cyliang]]

@stephend: Can you tell me what you expected to see?  (If you have an example link from the reps.mozilla.org site, that would be very helpful.)

For what it's worth, I was able to see the error in the stacktrace reflected in:
   https://rpm.newrelic.com/accounts/263620/applications/3650909/externals#id=505300679

Comment 4

[Stephen Donner [:stephend] Not actively reading bugmail]

(In reply to C. Liang [:cyliang] from comment #3)
> @stephend: Can you tell me what you expected to see?  (If you have an
> example link from the reps.mozilla.org site, that would be very helpful.)
> 
> For what it's worth, I was able to see the error in the stacktrace reflected
> in:
>   
> https://rpm.newrelic.com/accounts/263620/applications/3650909/
> externals#id=505300679

It's working now -- last night, it wasn't in near-real time, like it was just now (see screenshot).

This looks fixed to me, for dev; thanks!

Comment 5

[Stephen Donner [:stephend] Not actively reading bugmail]

Attachment: reps-new-relic.png

Comment 6

[C. Liang [:cyliang]]

I'm not sure what the normal lag time is for pushing data to New Relic.  Let me know if you find it consistently being "laggy".