NullPointerException issue - happens upon first execution of a pipeline

classic Classic list List threaded Threaded
4 messages Options
Reply | Threaded
Open this post in threaded view
|

NullPointerException issue - happens upon first execution of a pipeline

Ian Paredes
Hi folks,

I've been banging my head on this problem for a little while now - I've been rebuilding a box from scratch from another ergatis machine that we have in production, with the only difference being that the new box is using an NFS share for most of the configuration files, as well as for all of the data (the web files are hosted on the box itself.)

Here's what we get for stdout/stderr for TIGR Workflow:

http://pastie.org/private/vvpfg8cp7ckow1gnslmxdg

I'll post up the strace as well if anyone's interested, though it's pretty gigantic (~123000 lines).

The funny part is that it seems to complete just fine if I run the pipeline at least twice - I don't have much insight as to what might be going on.

If anyone's got any insight on this, I'm all ears.

Thanks,

-- christian

------------------------------------------------------------------------------
All of the data generated in your IT infrastructure is seriously valuable.
Why? It contains a definitive record of application performance, security
threats, fraudulent activity, and more. Splunk takes this data and makes
sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-d2d-c2
_______________________________________________
Ergatis-users mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/ergatis-users
Reply | Threaded
Open this post in threaded view
|

Re: NullPointerException issue - happens upon first execution of a pipeline

Ian Paredes
Forgot to mention, we're using TIGR-Workflow 3.1.2-1, but am not quite sure on the ergatis version (could be ergatis-v2r10b1 or v2r11b1, need to confirm this.)

Cheers,

-- ian


On Jul 8, 2011, at 3:18 PM, Ian Paredes wrote:

> Hi folks,
>
> I've been banging my head on this problem for a little while now - I've been rebuilding a box from scratch from another ergatis machine that we have in production, with the only difference being that the new box is using an NFS share for most of the configuration files, as well as for all of the data (the web files are hosted on the box itself.)
>
> Here's what we get for stdout/stderr for TIGR Workflow:
>
> http://pastie.org/private/vvpfg8cp7ckow1gnslmxdg
>
> I'll post up the strace as well if anyone's interested, though it's pretty gigantic (~123000 lines).
>
> The funny part is that it seems to complete just fine if I run the pipeline at least twice - I don't have much insight as to what might be going on.
>
> If anyone's got any insight on this, I'm all ears.
>
> Thanks,
>
> -- christian
>
> ------------------------------------------------------------------------------
> All of the data generated in your IT infrastructure is seriously valuable.
> Why? It contains a definitive record of application performance, security
> threats, fraudulent activity, and more. Splunk takes this data and makes
> sense of it. IT sense. And common sense.
> http://p.sf.net/sfu/splunk-d2d-c2
> _______________________________________________
> Ergatis-users mailing list
> [hidden email]
> https://lists.sourceforge.net/lists/listinfo/ergatis-users


------------------------------------------------------------------------------
All of the data generated in your IT infrastructure is seriously valuable.
Why? It contains a definitive record of application performance, security
threats, fraudulent activity, and more. Splunk takes this data and makes
sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-d2d-c2
_______________________________________________
Ergatis-users mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/ergatis-users
Reply | Threaded
Open this post in threaded view
|

Re: NullPointerException issue - happens upon first execution of a pipeline

Joshua Orvis
Ian -

I'm pointing your post out to the Workflow developers, but there's nothing inherently suspicious that this is happening on NFS.  Most of our installations use NFS for the data stores.

Joshua




On Fri, Jul 8, 2011 at 5:31 PM, Ian Paredes <[hidden email]> wrote:
Forgot to mention, we're using TIGR-Workflow 3.1.2-1, but am not quite sure on the ergatis version (could be ergatis-v2r10b1 or v2r11b1, need to confirm this.)

Cheers,

-- ian


On Jul 8, 2011, at 3:18 PM, Ian Paredes wrote:

> Hi folks,
>
> I've been banging my head on this problem for a little while now - I've been rebuilding a box from scratch from another ergatis machine that we have in production, with the only difference being that the new box is using an NFS share for most of the configuration files, as well as for all of the data (the web files are hosted on the box itself.)
>
> Here's what we get for stdout/stderr for TIGR Workflow:
>
> http://pastie.org/private/vvpfg8cp7ckow1gnslmxdg
>
> I'll post up the strace as well if anyone's interested, though it's pretty gigantic (~123000 lines).
>
> The funny part is that it seems to complete just fine if I run the pipeline at least twice - I don't have much insight as to what might be going on.
>
> If anyone's got any insight on this, I'm all ears.
>
> Thanks,
>
> -- christian
>
> ------------------------------------------------------------------------------
> All of the data generated in your IT infrastructure is seriously valuable.
> Why? It contains a definitive record of application performance, security
> threats, fraudulent activity, and more. Splunk takes this data and makes
> sense of it. IT sense. And common sense.
> http://p.sf.net/sfu/splunk-d2d-c2
> _______________________________________________
> Ergatis-users mailing list
> [hidden email]
> https://lists.sourceforge.net/lists/listinfo/ergatis-users


------------------------------------------------------------------------------
All of the data generated in your IT infrastructure is seriously valuable.
Why? It contains a definitive record of application performance, security
threats, fraudulent activity, and more. Splunk takes this data and makes
sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-d2d-c2
_______________________________________________
Ergatis-users mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/ergatis-users


------------------------------------------------------------------------------
Magic Quadrant for Content-Aware Data Loss Prevention
Research study explores the data loss prevention market. Includes in-depth
analysis on the changes within the DLP market, and the criteria used to
evaluate the strengths and weaknesses of these DLP solutions.
http://www.accelacomm.com/jaw/sfnl/114/51385063/
_______________________________________________
Ergatis-users mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/ergatis-users
Reply | Threaded
Open this post in threaded view
|

Re: NullPointerException issue - happens upon first execution of a pipeline

Ian Paredes
Thanks so much Joshua - hope to hear back from them soon.

-- ian
________________________________________
From: Joshua Orvis [[hidden email]]
Sent: Tuesday, July 19, 2011 11:48 AM
To: [hidden email]
Subject: Re: [Ergatis-users] NullPointerException issue - happens upon first execution of a pipeline

Ian -

I'm pointing your post out to the Workflow developers, but there's nothing inherently suspicious that this is happening on NFS.  Most of our installations use NFS for the data stores.

Joshua




On Fri, Jul 8, 2011 at 5:31 PM, Ian Paredes <[hidden email]<mailto:[hidden email]>> wrote:
Forgot to mention, we're using TIGR-Workflow 3.1.2-1, but am not quite sure on the ergatis version (could be ergatis-v2r10b1 or v2r11b1, need to confirm this.)

Cheers,

-- ian


On Jul 8, 2011, at 3:18 PM, Ian Paredes wrote:

> Hi folks,
>
> I've been banging my head on this problem for a little while now - I've been rebuilding a box from scratch from another ergatis machine that we have in production, with the only difference being that the new box is using an NFS share for most of the configuration files, as well as for all of the data (the web files are hosted on the box itself.)
>
> Here's what we get for stdout/stderr for TIGR Workflow:
>
> http://pastie.org/private/vvpfg8cp7ckow1gnslmxdg
>
> I'll post up the strace as well if anyone's interested, though it's pretty gigantic (~123000 lines).
>
> The funny part is that it seems to complete just fine if I run the pipeline at least twice - I don't have much insight as to what might be going on.
>
> If anyone's got any insight on this, I'm all ears.
>
> Thanks,
>
> -- christian
>
> ------------------------------------------------------------------------------
> All of the data generated in your IT infrastructure is seriously valuable.
> Why? It contains a definitive record of application performance, security
> threats, fraudulent activity, and more. Splunk takes this data and makes
> sense of it. IT sense. And common sense.
> http://p.sf.net/sfu/splunk-d2d-c2
> _______________________________________________
> Ergatis-users mailing list
> [hidden email]<mailto:[hidden email]>
> https://lists.sourceforge.net/lists/listinfo/ergatis-users


------------------------------------------------------------------------------
All of the data generated in your IT infrastructure is seriously valuable.
Why? It contains a definitive record of application performance, security
threats, fraudulent activity, and more. Splunk takes this data and makes
sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-d2d-c2
_______________________________________________
Ergatis-users mailing list
[hidden email]<mailto:[hidden email]>
https://lists.sourceforge.net/lists/listinfo/ergatis-users


------------------------------------------------------------------------------
Magic Quadrant for Content-Aware Data Loss Prevention
Research study explores the data loss prevention market. Includes in-depth
analysis on the changes within the DLP market, and the criteria used to
evaluate the strengths and weaknesses of these DLP solutions.
http://www.accelacomm.com/jaw/sfnl/114/51385063/
_______________________________________________
Ergatis-users mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/ergatis-users