Ofbiz process gets killed abruptly without any clue

Previous Topic Next Topic
 
classic Classic list List threaded Threaded
9 messages Options
Reply | Threaded
Open this post in threaded view
|

Ofbiz process gets killed abruptly without any clue

Deepak Agarwal-2
Hi All,

We have been running our store with following parameter for last 10 months:
        - requireInventory N
        - reserver inventory Y
        - balance inventory Y
        - check inventory   Y

Now, suddenly ofbiz process is getting killed while reserving the
inventory. There is no foot steps , it simply just gets killed. We have
disabled this option but while packing we do require an inventory reserved
else we can't pack.

Any suggestions?


--
Thanks,
Deepak Agarwal,

Mobile: +91 9501190044
Reply | Threaded
Open this post in threaded view
|

Re: Ofbiz process gets killed abruptly without any clue

Deepak Agarwal-2
It's 100% consistent, tried from different hardwares. Everytime I reserve
inventory for a product the jvm gets killed without any trace.

On Tue, Jan 29, 2013 at 2:46 PM, Deepak Agarwal <[hidden email]>wrote:

> Hi All,
>
> We have been running our store with following parameter for last 10 months:
>         - requireInventory N
>         - reserver inventory Y
>         - balance inventory Y
>         - check inventory   Y
>
> Now, suddenly ofbiz process is getting killed while reserving the
> inventory. There is no foot steps , it simply just gets killed. We have
> disabled this option but while packing we do require an inventory reserved
> else we can't pack.
>
> Any suggestions?
>
>
> --
> Thanks,
> Deepak Agarwal,
>
> Mobile: +91 9501190044
>



--
Thanks,
Deepak Agarwal,

Mobile: +91 9501190044
Reply | Threaded
Open this post in threaded view
|

Re: Ofbiz process gets killed abruptly without any clue

Varun Bhansaly
What is the h/w configuration of the box on which OFBiz and DB are hosted ?
What is the size of the database ?
Have you tried analyzing the JVM crash log files generated after the crash ?
Have you tried any of the memory profiling tools ?

On Wed, Jan 30, 2013 at 1:22 AM, Deepak Agarwal <[hidden email]> wrote:

> It's 100% consistent, tried from different hardwares. Everytime I reserve
> inventory for a product the jvm gets killed without any trace.
>
> On Tue, Jan 29, 2013 at 2:46 PM, Deepak Agarwal <[hidden email]>wrote:
>
>> Hi All,
>>
>> We have been running our store with following parameter for last 10 months:
>>         - requireInventory N
>>         - reserver inventory Y
>>         - balance inventory Y
>>         - check inventory   Y
>>
>> Now, suddenly ofbiz process is getting killed while reserving the
>> inventory. There is no foot steps , it simply just gets killed. We have
>> disabled this option but while packing we do require an inventory reserved
>> else we can't pack.
>>
>> Any suggestions?
>>
>>
>> --
>> Thanks,
>> Deepak Agarwal,
>>
>> Mobile: +91 9501190044
>>
>
>
>
> --
> Thanks,
> Deepak Agarwal,
>
> Mobile: +91 9501190044



--
Regards,
Varun Bhansaly
Reply | Threaded
Open this post in threaded view
|

Re: Ofbiz process gets killed abruptly without any clue

Deepak Agarwal-2
Found the bug. It was due to a never ending recursive call in
getProductCost() simple method.

Product A with cost 0
Product B with cost 0

A & B are variant

Now, for product A when we call getProductCost() it calls getProductCost
for product B (since it is one of it's variant) and product B calls for
product A.

Jdk 1.6_32 was exiting due to stack overflow.

On Wed, Jan 30, 2013 at 7:55 AM, Varun Bhansaly <[hidden email]> wrote:

> What is the h/w configuration of the box on which OFBiz and DB are hosted ?
> What is the size of the database ?
> Have you tried analyzing the JVM crash log files generated after the crash
> ?
> Have you tried any of the memory profiling tools ?
>
> On Wed, Jan 30, 2013 at 1:22 AM, Deepak Agarwal <[hidden email]>
> wrote:
> > It's 100% consistent, tried from different hardwares. Everytime I reserve
> > inventory for a product the jvm gets killed without any trace.
> >
> > On Tue, Jan 29, 2013 at 2:46 PM, Deepak Agarwal <[hidden email]
> >wrote:
> >
> >> Hi All,
> >>
> >> We have been running our store with following parameter for last 10
> months:
> >>         - requireInventory N
> >>         - reserver inventory Y
> >>         - balance inventory Y
> >>         - check inventory   Y
> >>
> >> Now, suddenly ofbiz process is getting killed while reserving the
> >> inventory. There is no foot steps , it simply just gets killed. We have
> >> disabled this option but while packing we do require an inventory
> reserved
> >> else we can't pack.
> >>
> >> Any suggestions?
> >>
> >>
> >> --
> >> Thanks,
> >> Deepak Agarwal,
> >>
> >> Mobile: +91 9501190044
> >>
> >
> >
> >
> > --
> > Thanks,
> > Deepak Agarwal,
> >
> > Mobile: +91 9501190044
>
>
>
> --
> Regards,
> Varun Bhansaly
>



--
Thanks,
Deepak Agarwal,

Mobile: +91 9501190044
Reply | Threaded
Open this post in threaded view
|

Re: Ofbiz process gets killed abruptly without any clue

Vikas Mayur-2
I don't think it a bug. It seems like you have setup product association both ways i.e. from A (productId) to B (productIdTo) and from B (productId) to A (productIdTo) which is causing the method to go in endless loop. The correct way is to setup just one product association and the code will abort as soon as the service getProductCost is invoked for product B.

Regards
Vikas

On Jan 30, 2013, at 11:23 AM, Deepak Agarwal wrote:

> Found the bug. It was due to a never ending recursive call in
> getProductCost() simple method.
>
> Product A with cost 0
> Product B with cost 0
>
> A & B are variant
>
> Now, for product A when we call getProductCost() it calls getProductCost
> for product B (since it is one of it's variant) and product B calls for
> product A.
>
> Jdk 1.6_32 was exiting due to stack overflow.
>
> On Wed, Jan 30, 2013 at 7:55 AM, Varun Bhansaly <[hidden email]> wrote:
>
>> What is the h/w configuration of the box on which OFBiz and DB are hosted ?
>> What is the size of the database ?
>> Have you tried analyzing the JVM crash log files generated after the crash
>> ?
>> Have you tried any of the memory profiling tools ?
>>
>> On Wed, Jan 30, 2013 at 1:22 AM, Deepak Agarwal <[hidden email]>
>> wrote:
>>> It's 100% consistent, tried from different hardwares. Everytime I reserve
>>> inventory for a product the jvm gets killed without any trace.
>>>
>>> On Tue, Jan 29, 2013 at 2:46 PM, Deepak Agarwal <[hidden email]
>>> wrote:
>>>
>>>> Hi All,
>>>>
>>>> We have been running our store with following parameter for last 10
>> months:
>>>>        - requireInventory N
>>>>        - reserver inventory Y
>>>>        - balance inventory Y
>>>>        - check inventory   Y
>>>>
>>>> Now, suddenly ofbiz process is getting killed while reserving the
>>>> inventory. There is no foot steps , it simply just gets killed. We have
>>>> disabled this option but while packing we do require an inventory
>> reserved
>>>> else we can't pack.
>>>>
>>>> Any suggestions?
>>>>
>>>>
>>>> --
>>>> Thanks,
>>>> Deepak Agarwal,
>>>>
>>>> Mobile: +91 9501190044
>>>>
>>>
>>>
>>>
>>> --
>>> Thanks,
>>> Deepak Agarwal,
>>>
>>> Mobile: +91 9501190044
>>
>>
>>
>> --
>> Regards,
>> Varun Bhansaly
>>
>
>
>
> --
> Thanks,
> Deepak Agarwal,
>
> Mobile: +91 9501190044


smime.p7s (6K) Download Attachment
Reply | Threaded
Open this post in threaded view
|

Re: Ofbiz process gets killed abruptly without any clue

mookins
I think a check mechanism should be in place to detect such recursive
loops. Since it can be inputted by an end user, it should be something
checked for, especially considering the severity of the results.


On Wed, Jan 30, 2013 at 8:52 PM, Vikas Mayur <[hidden email]> wrote:

> I don't think it a bug. It seems like you have setup product association
> both ways i.e. from A (productId) to B (productIdTo) and from B (productId)
> to A (productIdTo) which is causing the method to go in endless loop. The
> correct way is to setup just one product association and the code will
> abort as soon as the service getProductCost is invoked for product B.
>
> Regards
> Vikas
>
> On Jan 30, 2013, at 11:23 AM, Deepak Agarwal wrote:
>
> > Found the bug. It was due to a never ending recursive call in
> > getProductCost() simple method.
> >
> > Product A with cost 0
> > Product B with cost 0
> >
> > A & B are variant
> >
> > Now, for product A when we call getProductCost() it calls getProductCost
> > for product B (since it is one of it's variant) and product B calls for
> > product A.
> >
> > Jdk 1.6_32 was exiting due to stack overflow.
> >
> > On Wed, Jan 30, 2013 at 7:55 AM, Varun Bhansaly <[hidden email]>
> wrote:
> >
> >> What is the h/w configuration of the box on which OFBiz and DB are
> hosted ?
> >> What is the size of the database ?
> >> Have you tried analyzing the JVM crash log files generated after the
> crash
> >> ?
> >> Have you tried any of the memory profiling tools ?
> >>
> >> On Wed, Jan 30, 2013 at 1:22 AM, Deepak Agarwal <[hidden email]>
> >> wrote:
> >>> It's 100% consistent, tried from different hardwares. Everytime I
> reserve
> >>> inventory for a product the jvm gets killed without any trace.
> >>>
> >>> On Tue, Jan 29, 2013 at 2:46 PM, Deepak Agarwal <[hidden email]
> >>> wrote:
> >>>
> >>>> Hi All,
> >>>>
> >>>> We have been running our store with following parameter for last 10
> >> months:
> >>>>        - requireInventory N
> >>>>        - reserver inventory Y
> >>>>        - balance inventory Y
> >>>>        - check inventory   Y
> >>>>
> >>>> Now, suddenly ofbiz process is getting killed while reserving the
> >>>> inventory. There is no foot steps , it simply just gets killed. We
> have
> >>>> disabled this option but while packing we do require an inventory
> >> reserved
> >>>> else we can't pack.
> >>>>
> >>>> Any suggestions?
> >>>>
> >>>>
> >>>> --
> >>>> Thanks,
> >>>> Deepak Agarwal,
> >>>>
> >>>> Mobile: +91 9501190044
> >>>>
> >>>
> >>>
> >>>
> >>> --
> >>> Thanks,
> >>> Deepak Agarwal,
> >>>
> >>> Mobile: +91 9501190044
> >>
> >>
> >>
> >> --
> >> Regards,
> >> Varun Bhansaly
> >>
> >
> >
> >
> > --
> > Thanks,
> > Deepak Agarwal,
> >
> > Mobile: +91 9501190044
>
>
Reply | Threaded
Open this post in threaded view
|

Re: Ofbiz process gets killed abruptly without any clue

Jacques Le Roux
Administrator
Makes sense, please open a Jira for that https://cwiki.apache.org/confluence/display/OFBADMIN/OFBiz+Contributors+Best+Practices

Thanks

Jacques

From: "Michael Alleblas" <[hidden email]>

>I think a check mechanism should be in place to detect such recursive
> loops. Since it can be inputted by an end user, it should be something
> checked for, especially considering the severity of the results.
>
>
> On Wed, Jan 30, 2013 at 8:52 PM, Vikas Mayur <[hidden email]> wrote:
>
>> I don't think it a bug. It seems like you have setup product association
>> both ways i.e. from A (productId) to B (productIdTo) and from B (productId)
>> to A (productIdTo) which is causing the method to go in endless loop. The
>> correct way is to setup just one product association and the code will
>> abort as soon as the service getProductCost is invoked for product B.
>>
>> Regards
>> Vikas
>>
>> On Jan 30, 2013, at 11:23 AM, Deepak Agarwal wrote:
>>
>> > Found the bug. It was due to a never ending recursive call in
>> > getProductCost() simple method.
>> >
>> > Product A with cost 0
>> > Product B with cost 0
>> >
>> > A & B are variant
>> >
>> > Now, for product A when we call getProductCost() it calls getProductCost
>> > for product B (since it is one of it's variant) and product B calls for
>> > product A.
>> >
>> > Jdk 1.6_32 was exiting due to stack overflow.
>> >
>> > On Wed, Jan 30, 2013 at 7:55 AM, Varun Bhansaly <[hidden email]>
>> wrote:
>> >
>> >> What is the h/w configuration of the box on which OFBiz and DB are
>> hosted ?
>> >> What is the size of the database ?
>> >> Have you tried analyzing the JVM crash log files generated after the
>> crash
>> >> ?
>> >> Have you tried any of the memory profiling tools ?
>> >>
>> >> On Wed, Jan 30, 2013 at 1:22 AM, Deepak Agarwal <[hidden email]>
>> >> wrote:
>> >>> It's 100% consistent, tried from different hardwares. Everytime I
>> reserve
>> >>> inventory for a product the jvm gets killed without any trace.
>> >>>
>> >>> On Tue, Jan 29, 2013 at 2:46 PM, Deepak Agarwal <[hidden email]
>> >>> wrote:
>> >>>
>> >>>> Hi All,
>> >>>>
>> >>>> We have been running our store with following parameter for last 10
>> >> months:
>> >>>>        - requireInventory N
>> >>>>        - reserver inventory Y
>> >>>>        - balance inventory Y
>> >>>>        - check inventory   Y
>> >>>>
>> >>>> Now, suddenly ofbiz process is getting killed while reserving the
>> >>>> inventory. There is no foot steps , it simply just gets killed. We
>> have
>> >>>> disabled this option but while packing we do require an inventory
>> >> reserved
>> >>>> else we can't pack.
>> >>>>
>> >>>> Any suggestions?
>> >>>>
>> >>>>
>> >>>> --
>> >>>> Thanks,
>> >>>> Deepak Agarwal,
>> >>>>
>> >>>> Mobile: +91 9501190044
>> >>>>
>> >>>
>> >>>
>> >>>
>> >>> --
>> >>> Thanks,
>> >>> Deepak Agarwal,
>> >>>
>> >>> Mobile: +91 9501190044
>> >>
>> >>
>> >>
>> >> --
>> >> Regards,
>> >> Varun Bhansaly
>> >>
>> >
>> >
>> >
>> > --
>> > Thanks,
>> > Deepak Agarwal,
>> >
>> > Mobile: +91 9501190044
>>
>>
>
Reply | Threaded
Open this post in threaded view
|

Re: Ofbiz process gets killed abruptly without any clue

Deepak Agarwal-2
https://issues.apache.org/jira/browse/OFBIZ-5130

On Fri, Feb 1, 2013 at 12:26 PM, Jacques Le Roux <
[hidden email]> wrote:

> Makes sense, please open a Jira for that
> https://cwiki.apache.org/confluence/display/OFBADMIN/OFBiz+Contributors+Best+Practices
>
> Thanks
>
> Jacques
>
> From: "Michael Alleblas" <[hidden email]>
> >I think a check mechanism should be in place to detect such recursive
> > loops. Since it can be inputted by an end user, it should be something
> > checked for, especially considering the severity of the results.
> >
> >
> > On Wed, Jan 30, 2013 at 8:52 PM, Vikas Mayur <[hidden email]>
> wrote:
> >
> >> I don't think it a bug. It seems like you have setup product association
> >> both ways i.e. from A (productId) to B (productIdTo) and from B
> (productId)
> >> to A (productIdTo) which is causing the method to go in endless loop.
> The
> >> correct way is to setup just one product association and the code will
> >> abort as soon as the service getProductCost is invoked for product B.
> >>
> >> Regards
> >> Vikas
> >>
> >> On Jan 30, 2013, at 11:23 AM, Deepak Agarwal wrote:
> >>
> >> > Found the bug. It was due to a never ending recursive call in
> >> > getProductCost() simple method.
> >> >
> >> > Product A with cost 0
> >> > Product B with cost 0
> >> >
> >> > A & B are variant
> >> >
> >> > Now, for product A when we call getProductCost() it calls
> getProductCost
> >> > for product B (since it is one of it's variant) and product B calls
> for
> >> > product A.
> >> >
> >> > Jdk 1.6_32 was exiting due to stack overflow.
> >> >
> >> > On Wed, Jan 30, 2013 at 7:55 AM, Varun Bhansaly <[hidden email]>
> >> wrote:
> >> >
> >> >> What is the h/w configuration of the box on which OFBiz and DB are
> >> hosted ?
> >> >> What is the size of the database ?
> >> >> Have you tried analyzing the JVM crash log files generated after the
> >> crash
> >> >> ?
> >> >> Have you tried any of the memory profiling tools ?
> >> >>
> >> >> On Wed, Jan 30, 2013 at 1:22 AM, Deepak Agarwal <
> [hidden email]>
> >> >> wrote:
> >> >>> It's 100% consistent, tried from different hardwares. Everytime I
> >> reserve
> >> >>> inventory for a product the jvm gets killed without any trace.
> >> >>>
> >> >>> On Tue, Jan 29, 2013 at 2:46 PM, Deepak Agarwal <
> [hidden email]
> >> >>> wrote:
> >> >>>
> >> >>>> Hi All,
> >> >>>>
> >> >>>> We have been running our store with following parameter for last 10
> >> >> months:
> >> >>>>        - requireInventory N
> >> >>>>        - reserver inventory Y
> >> >>>>        - balance inventory Y
> >> >>>>        - check inventory   Y
> >> >>>>
> >> >>>> Now, suddenly ofbiz process is getting killed while reserving the
> >> >>>> inventory. There is no foot steps , it simply just gets killed. We
> >> have
> >> >>>> disabled this option but while packing we do require an inventory
> >> >> reserved
> >> >>>> else we can't pack.
> >> >>>>
> >> >>>> Any suggestions?
> >> >>>>
> >> >>>>
> >> >>>> --
> >> >>>> Thanks,
> >> >>>> Deepak Agarwal,
> >> >>>>
> >> >>>> Mobile: +91 9501190044
> >> >>>>
> >> >>>
> >> >>>
> >> >>>
> >> >>> --
> >> >>> Thanks,
> >> >>> Deepak Agarwal,
> >> >>>
> >> >>> Mobile: +91 9501190044
> >> >>
> >> >>
> >> >>
> >> >> --
> >> >> Regards,
> >> >> Varun Bhansaly
> >> >>
> >> >
> >> >
> >> >
> >> > --
> >> > Thanks,
> >> > Deepak Agarwal,
> >> >
> >> > Mobile: +91 9501190044
> >>
> >>
> >
>



--
Thanks,
Deepak Agarwal,

Mobile: +91 9501190044
Reply | Threaded
Open this post in threaded view
|

RE: Ofbiz process gets killed abruptly without any clue

lshein
In reply to this post by Jacques Le Roux
In your example you mentioned both Products A & B are variants; are they
variants of the same Virtual product and if so (or not) why would you make
them variant of each other?

As well how did you setup your product data, using webtools or an outside
product load?

Regards
Len

-----Original Message-----
From: Jacques Le Roux [mailto:[hidden email]]
Sent: Friday, February 01, 2013 1:57 AM
To: [hidden email]
Subject: Re: Ofbiz process gets killed abruptly without any clue

Makes sense, please open a Jira for that
https://cwiki.apache.org/confluence/display/OFBADMIN/OFBiz+Contributors+Best
+Practices

Thanks

Jacques

From: "Michael Alleblas" <[hidden email]>
>I think a check mechanism should be in place to detect such recursive
> loops. Since it can be inputted by an end user, it should be something
> checked for, especially considering the severity of the results.
>
>
> On Wed, Jan 30, 2013 at 8:52 PM, Vikas Mayur <[hidden email]> wrote:
>
>> I don't think it a bug. It seems like you have setup product association
>> both ways i.e. from A (productId) to B (productIdTo) and from B
(productId)

>> to A (productIdTo) which is causing the method to go in endless loop. The
>> correct way is to setup just one product association and the code will
>> abort as soon as the service getProductCost is invoked for product B.
>>
>> Regards
>> Vikas
>>
>> On Jan 30, 2013, at 11:23 AM, Deepak Agarwal wrote:
>>
>> > Found the bug. It was due to a never ending recursive call in
>> > getProductCost() simple method.
>> >
>> > Product A with cost 0
>> > Product B with cost 0
>> >
>> > A & B are variant
>> >
>> > Now, for product A when we call getProductCost() it calls
getProductCost

>> > for product B (since it is one of it's variant) and product B calls for
>> > product A.
>> >
>> > Jdk 1.6_32 was exiting due to stack overflow.
>> >
>> > On Wed, Jan 30, 2013 at 7:55 AM, Varun Bhansaly <[hidden email]>
>> wrote:
>> >
>> >> What is the h/w configuration of the box on which OFBiz and DB are
>> hosted ?
>> >> What is the size of the database ?
>> >> Have you tried analyzing the JVM crash log files generated after the
>> crash
>> >> ?
>> >> Have you tried any of the memory profiling tools ?
>> >>
>> >> On Wed, Jan 30, 2013 at 1:22 AM, Deepak Agarwal <[hidden email]>
>> >> wrote:
>> >>> It's 100% consistent, tried from different hardwares. Everytime I
>> reserve
>> >>> inventory for a product the jvm gets killed without any trace.
>> >>>
>> >>> On Tue, Jan 29, 2013 at 2:46 PM, Deepak Agarwal <[hidden email]
>> >>> wrote:
>> >>>
>> >>>> Hi All,
>> >>>>
>> >>>> We have been running our store with following parameter for last 10
>> >> months:
>> >>>>        - requireInventory N
>> >>>>        - reserver inventory Y
>> >>>>        - balance inventory Y
>> >>>>        - check inventory   Y
>> >>>>
>> >>>> Now, suddenly ofbiz process is getting killed while reserving the
>> >>>> inventory. There is no foot steps , it simply just gets killed. We
>> have
>> >>>> disabled this option but while packing we do require an inventory
>> >> reserved
>> >>>> else we can't pack.
>> >>>>
>> >>>> Any suggestions?
>> >>>>
>> >>>>
>> >>>> --
>> >>>> Thanks,
>> >>>> Deepak Agarwal,
>> >>>>
>> >>>> Mobile: +91 9501190044
>> >>>>
>> >>>
>> >>>
>> >>>
>> >>> --
>> >>> Thanks,
>> >>> Deepak Agarwal,
>> >>>
>> >>> Mobile: +91 9501190044
>> >>
>> >>
>> >>
>> >> --
>> >> Regards,
>> >> Varun Bhansaly
>> >>
>> >
>> >
>> >
>> > --
>> > Thanks,
>> > Deepak Agarwal,
>> >
>> > Mobile: +91 9501190044
>>
>>
>