we're proud to announce that we have just released FusionReactor Mobile for the Apple iPad and iPhone. This mobile application was one of the most requested improvements from our FusionReactor user survey held earlier this year.
FusionReactor Mobile is a FREE mobile extension to our FusionReactor Enterprise Pro-Active Server Monitor. FusionReactor Mobile provides a feature rich monitoring dashboard which gives you instant notifications of your current server status. It is the ideal way to keep track and monitor your Adobe ColdFusion Servers, Flex applications, Railo and J2EE directly from your mobile device.
That is great news. So looks like this will work with FusionReactor Enterprise only. Correct?
We have FusionReactor Standard. I downloaded the app just now and logged in. The dashboard basically is blank, which makes me feel, this will work only with enterprise.
Any plans to add Standard monitoring or I am I missing something?
<Ajas Mohammed /> http://ajashadi.blogspot.com We cannot become what we need to be, remaining what we are. No matter what, find a way. Because thats what winners do. You can't improve what you don't measure. Quality is never an accident; it is always the result of high intention, sincere effort, intelligent direction and skillful execution; it represents the wise choice of many alternatives.
On Thu, Dec 15, 2011 at 9:27 AM, David Tattersall (FusionReactor) <
> we're proud to announce that we have just released FusionReactor > Mobile for the Apple iPad and iPhone. This mobile application was one > of the most requested improvements from our FusionReactor user survey > held earlier this year.
> FusionReactor Mobile is a FREE mobile extension to our FusionReactor > Enterprise Pro-Active Server Monitor. FusionReactor Mobile provides a > feature rich monitoring dashboard which gives you instant > notifications of your current server status. It is the ideal way to > keep track and monitor your Adobe ColdFusion Servers, Flex > applications, Railo and J2EE directly from your mobile device.
> We hope you enjoy it & if you have time, please give us a customer > rating for this App :-)
> Kind regards,
> David Tattersall
> Managing Director - Intergral Information Solutions
> -- > You received this message because you are subscribed to the Google Groups > "FusionReactor" group. > To post to this group, send email to fusionreactor@googlegroups.com. > To unsubscribe from this group, send email to > fusionreactor+unsubscribe@googlegroups.com. > For more options, visit this group at > http://groups.google.com/group/fusionreactor?hl=en.
Any chance this might get ported to the Android OS?
- Alex
From: fusionreactor@googlegroups.com [mailto:fusionreactor@googlegroups.com] On Behalf Of Ajas Mohammed Sent: Thursday, December 15, 2011 9:41 AM To: fusionreactor@googlegroups.com Subject: Re: [fusionreactor] FusionReactor Mobile now available for Apple iPad / iPhone
That is great news. So looks like this will work with FusionReactor Enterprise only. Correct?
We have FusionReactor Standard. I downloaded the app just now and logged in. The dashboard basically is blank, which makes me feel, this will work only with enterprise.
Any plans to add Standard monitoring or I am I missing something?
<Ajas Mohammed /> http://ajashadi.blogspot.com We cannot become what we need to be, remaining what we are. No matter what, find a way. Because thats what winners do. You can't improve what you don't measure. Quality is never an accident; it is always the result of high intention, sincere effort, intelligent direction and skillful execution; it represents the wise choice of many alternatives.
On Thu, Dec 15, 2011 at 9:27 AM, David Tattersall (FusionReactor)
we're proud to announce that we have just released FusionReactor Mobile for the Apple iPad and iPhone. This mobile application was one of the most requested improvements from our FusionReactor user survey held earlier this year.
FusionReactor Mobile is a FREE mobile extension to our FusionReactor Enterprise Pro-Active Server Monitor. FusionReactor Mobile provides a feature rich monitoring dashboard which gives you instant notifications of your current server status. It is the ideal way to keep track and monitor your Adobe ColdFusion Servers, Flex applications, Railo and J2EE directly from your mobile device.
We hope you enjoy it & if you have time, please give us a customer rating for this App :-)
Kind regards,
David Tattersall
Managing Director - Intergral Information Solutions
-- You received this message because you are subscribed to the Google Groups "FusionReactor" group. To post to this group, send email to fusionreactor@googlegroups.com. To unsubscribe from this group, send email to fusionreactor+unsubscribe@googlegroups.com <mailto:fusionreactor%2Bunsubscribe@googlegroups.com> . For more options, visit this group at http://groups.google.com/group/fusionreactor?hl=en.
-- You received this message because you are subscribed to the Google Groups "FusionReactor" group. To post to this group, send email to fusionreactor@googlegroups.com. To unsubscribe from this group, send email to fusionreactor+unsubscribe@googlegroups.com. For more options, visit this group at http://groups.google.com/group/fusionreactor?hl=en.
The mobile apps will only work with FusionReactor Enterprise (in the same way our AIR dashboard and other "external" monitoring tools/ extensions will only work with the Enterprise edition). The Enterprise edition starts at just $399 so it's an extremely quick return on investment - especially as the mobile apps are FREE! There are no current plans to add this ability to the standard edition.
@Alex: An Android version is on our roadmap. However, perhaps now is the time to get your organization to buy you a new iPad/iPhone to play with - just in time for the holiday season!
Best regards, David Stockton Fusion Support Team
On Dec 15, 2:43 pm, "DeMarco, Alex" <Alex.DeMa...@suny.edu> wrote:
> Any chance this might get ported to the Android OS?
> - Alex
> From: fusionreactor@googlegroups.com > [mailto:fusionreactor@googlegroups.com] On Behalf Of Ajas Mohammed > Sent: Thursday, December 15, 2011 9:41 AM > To: fusionreactor@googlegroups.com > Subject: Re: [fusionreactor] FusionReactor Mobile now available for > Apple iPad / iPhone
> That is great news. So looks like this will work with FusionReactor > Enterprise only. Correct?
> We have FusionReactor Standard. I downloaded the app just now and logged > in. The dashboard basically is blank, which makes me feel, this will > work only with enterprise.
> Any plans to add Standard monitoring or I am I missing something?
> <Ajas Mohammed />http://ajashadi.blogspot.com > We cannot become what we need to be, remaining what we are. > No matter what, find a way. Because thats what winners do. > You can't improve what you don't measure. > Quality is never an accident; it is always the result of high intention, > sincere effort, intelligent direction and skillful execution; it > represents the wise choice of many alternatives.
> On Thu, Dec 15, 2011 at 9:27 AM, David Tattersall (FusionReactor)
> we're proud to announce that we have just released FusionReactor > Mobile for the Apple iPad and iPhone. This mobile application was one > of the most requested improvements from our FusionReactor user survey > held earlier this year.
> FusionReactor Mobile is a FREE mobile extension to our FusionReactor > Enterprise Pro-Active Server Monitor. FusionReactor Mobile provides a > feature rich monitoring dashboard which gives you instant > notifications of your current server status. It is the ideal way to > keep track and monitor your Adobe ColdFusion Servers, Flex > applications, Railo and J2EE directly from your mobile device.
> We hope you enjoy it & if you have time, please give us a customer > rating for this App :-)
> Kind regards,
> David Tattersall
> Managing Director - Intergral Information Solutions
> -- > You received this message because you are subscribed to the Google > Groups "FusionReactor" group. > To post to this group, send email to fusionreactor@googlegroups.com. > To unsubscribe from this group, send email to > fusionreactor+unsubscribe@googlegroups.com > <mailto:fusionreactor%2Bunsubscribe@googlegroups.com> . > For more options, visit this group athttp://groups.google.com/group/fusionreactor?hl=en.
> -- > You received this message because you are subscribed to the Google > Groups "FusionReactor" group. > To post to this group, send email to fusionreactor@googlegroups.com. > To unsubscribe from this group, send email to > fusionreactor+unsubscribe@googlegroups.com. > For more options, visit this group athttp://groups.google.com/group/fusionreactor?hl=en.
-----Original Message----- From: fusionreactor@googlegroups.com [mailto:fusionreactor@googlegroups.com] On Behalf Of David Stockton Sent: Thursday, December 15, 2011 9:46 AM To: FusionReactor Subject: [fusionreactor] Re: FusionReactor Mobile now available for Apple iPad / iPhone
Hello,
Thank you for your messages.
The mobile apps will only work with FusionReactor Enterprise (in the same way our AIR dashboard and other "external" monitoring tools/ extensions will only work with the Enterprise edition). The Enterprise edition starts at just $399 so it's an extremely quick return on investment - especially as the mobile apps are FREE! There are no current plans to add this ability to the standard edition.
@Alex: An Android version is on our roadmap. However, perhaps now is the time to get your organization to buy you a new iPad/iPhone to play with - just in time for the holiday season!
Best regards, David Stockton Fusion Support Team
On Dec 15, 2:43 pm, "DeMarco, Alex" <Alex.DeMa...@suny.edu> wrote: > Any chance this might get ported to the Android OS?
> - Alex
> From: fusionreactor@googlegroups.com > [mailto:fusionreactor@googlegroups.com] On Behalf Of Ajas Mohammed > Sent: Thursday, December 15, 2011 9:41 AM > To: fusionreactor@googlegroups.com > Subject: Re: [fusionreactor] FusionReactor Mobile now available for > Apple iPad / iPhone
> That is great news. So looks like this will work with FusionReactor > Enterprise only. Correct?
> We have FusionReactor Standard. I downloaded the app just now and logged > in. The dashboard basically is blank, which makes me feel, this will > work only with enterprise.
> Any plans to add Standard monitoring or I am I missing something?
> <Ajas Mohammed />http://ajashadi.blogspot.com > We cannot become what we need to be, remaining what we are. > No matter what, find a way. Because thats what winners do. > You can't improve what you don't measure. > Quality is never an accident; it is always the result of high intention, > sincere effort, intelligent direction and skillful execution; it > represents the wise choice of many alternatives.
> On Thu, Dec 15, 2011 at 9:27 AM, David Tattersall (FusionReactor)
> we're proud to announce that we have just released FusionReactor > Mobile for the Apple iPad and iPhone. This mobile application was one > of the most requested improvements from our FusionReactor user survey > held earlier this year.
> FusionReactor Mobile is a FREE mobile extension to our FusionReactor > Enterprise Pro-Active Server Monitor. FusionReactor Mobile provides a > feature rich monitoring dashboard which gives you instant > notifications of your current server status. It is the ideal way to > keep track and monitor your Adobe ColdFusion Servers, Flex > applications, Railo and J2EE directly from your mobile device.
> We hope you enjoy it & if you have time, please give us a customer > rating for this App :-)
> Kind regards,
> David Tattersall
> Managing Director - Intergral Information Solutions
> -- > You received this message because you are subscribed to the Google > Groups "FusionReactor" group. > To post to this group, send email to fusionreactor@googlegroups.com. > To unsubscribe from this group, send email to > fusionreactor+unsubscribe@googlegroups.com > <mailto:fusionreactor%2Bunsubscribe@googlegroups.com> . > For more options, visit this group athttp://groups.google.com/group/fusionreactor?hl=en.
> -- > You received this message because you are subscribed to the Google > Groups "FusionReactor" group. > To post to this group, send email to fusionreactor@googlegroups.com. > To unsubscribe from this group, send email to > fusionreactor+unsubscribe@googlegroups.com. > For more options, visit this group athttp://groups.google.com/group/fusionreactor?hl=en.
-- You received this message because you are subscribed to the Google Groups "FusionReactor" group. To post to this group, send email to fusionreactor@googlegroups.com. To unsubscribe from this group, send email to fusionreactor+unsubscribe@googlegroups.com. For more options, visit this group at http://groups.google.com/group/fusionreactor?hl=en.
> -----Original Message----- > From: fusionreactor@googlegroups.com [mailto:fusionreactor@googlegroups.com] On Behalf Of David Stockton > Sent: Thursday, December 15, 2011 9:46 AM > To: FusionReactor > Subject: [fusionreactor] Re: FusionReactor Mobile now available for Apple iPad / iPhone
> Hello,
> Thank you for your messages.
> The mobile apps will only work with FusionReactor Enterprise (in the > same way our AIR dashboard and other "external" monitoring tools/ > extensions will only work with the Enterprise edition). The Enterprise > edition starts at just $399 so it's an extremely quick return on > investment - especially as the mobile apps are FREE! There are no > current plans to add this ability to the standard edition.
> @Alex: An Android version is on our roadmap. However, perhaps now is > the time to get your organization to buy you a new iPad/iPhone to play > with - just in time for the holiday season!
> Best regards, > David Stockton > Fusion Support Team
> On Dec 15, 2:43 pm, "DeMarco, Alex" <Alex.DeMa...@suny.edu> wrote: > > Any chance this might get ported to the Android OS?
> > - Alex
> > From: fusionreactor@googlegroups.com > > [mailto:fusionreactor@googlegroups.com] On Behalf Of Ajas Mohammed > > Sent: Thursday, December 15, 2011 9:41 AM > > To: fusionreactor@googlegroups.com > > Subject: Re: [fusionreactor] FusionReactor Mobile now available for > > Apple iPad / iPhone
> > That is great news. So looks like this will work with FusionReactor > > Enterprise only. Correct?
> > We have FusionReactor Standard. I downloaded the app just now and logged > > in. The dashboard basically is blank, which makes me feel, this will > > work only with enterprise.
> > Any plans to add Standard monitoring or I am I missing something?
> > <Ajas Mohammed />http://ajashadi.blogspot.com > > We cannot become what we need to be, remaining what we are. > > No matter what, find a way. Because thats what winners do. > > You can't improve what you don't measure. > > Quality is never an accident; it is always the result of high intention, > > sincere effort, intelligent direction and skillful execution; it > > represents the wise choice of many alternatives.
> > On Thu, Dec 15, 2011 at 9:27 AM, David Tattersall (FusionReactor)
> > we're proud to announce that we have just released FusionReactor > > Mobile for the Apple iPad and iPhone. This mobile application was one > > of the most requested improvements from our FusionReactor user survey > > held earlier this year.
> > FusionReactor Mobile is a FREE mobile extension to our FusionReactor > > Enterprise Pro-Active Server Monitor. FusionReactor Mobile provides a > > feature rich monitoring dashboard which gives you instant > > notifications of your current server status. It is the ideal way to > > keep track and monitor your Adobe ColdFusion Servers, Flex > > applications, Railo and J2EE directly from your mobile device.
> > We hope you enjoy it & if you have time, please give us a customer > > rating for this App :-)
> > Kind regards,
> > David Tattersall
> > Managing Director - Intergral Information Solutions
> > -- > > You received this message because you are subscribed to the Google > > Groups "FusionReactor" group. > > To post to this group, send email to fusionreactor@googlegroups.com. > > To unsubscribe from this group, send email to > > fusionreactor+unsubscribe@googlegroups.com > > <mailto:fusionreactor%2Bunsubscribe@googlegroups.com> . > > For more options, visit this group athttp://groups.google.com/group/fusionreactor?hl=en.
> > -- > > You received this message because you are subscribed to the Google > > Groups "FusionReactor" group. > > To post to this group, send email to fusionreactor@googlegroups.com. > > To unsubscribe from this group, send email to > > fusionreactor+unsubscribe@googlegroups.com. > > For more options, visit this group athttp://groups.google.com/group/fusionreactor?hl=en.
> -- > You received this message because you are subscribed to the Google Groups "FusionReactor" group. > To post to this group, send email to fusionreactor@googlegroups.com. > To unsubscribe from this group, send email to fusionreactor+unsubscribe@googlegroups.com. > For more options, visit this group athttp://groups.google.com/group/fusionreactor?hl=en.
> The mobile apps will only work with FusionReactor Enterprise (in the
> same way our AIR dashboard and other "external" monitoring tools/
> extensions will only work with the Enterprise edition). The Enterprise
> edition starts at just $399 so it's an extremely quick return on
> investment - especially as the mobile apps are FREE! There are no
> current plans to add this ability to the standard edition.
> @Alex: An Android version is on our roadmap. However, perhaps now is
> the time to get your organization to buy you a new iPad/iPhone to play
> with - just in time for the holiday season!
> Best regards,
> David Stockton
> Fusion Support Team
Are you sure about that, David? Or let's ask a different way, is it perhaps that you can use the AIR ED to look at just that one instance of FR, but not others? Indeed, since the AIR ED requires you to point to an ED, and there is none in Standard, that still surprised me.
Or maybe you are pointing it at the FRAM instance. Perhaps one of the FR folks can clarify: is it that even in FR Standard, the FRAM instance has an ED, but perhaps it can only look at one instance? I don't have an FR Standard license implemented at the moment anywhere so can't confirm myself.
David, can you take the URL you're pointing to in the AIR ED, and visit it in your browser, and then confirm for sure that's Standard? Are you sure it's not perhaps instead the 10-day trial, which does in fact run as Enterprise?
> -----Original Message----- > From: fusionreactor@googlegroups.com > [mailto:fusionreactor@googlegroups.com] On Behalf Of David > Sent: Thursday, December 22, 2011 9:27 AM > To: FusionReactor > Subject: [fusionreactor] Re: FusionReactor Mobile now available for > Apple iPad / iPhone
> We have FR Standard and the AIR Dashboard works just fine with it.
> On Dec 15, 8:46 am, David Stockton <david.j.stock...@gmail.com> wrote: > > Hello,
> > Thank you for your messages.
> > The mobile apps will only work with FusionReactor Enterprise (in the > > same way our AIR dashboard and other "external" monitoring tools/ > > extensions will only work with the Enterprise edition). The > Enterprise > > edition starts at just $399 so it's an extremely quick return on > > investment - especially as the mobile apps are FREE! There are no > > current plans to add this ability to the standard edition.
> > @Alex: An Android version is on our roadmap. However, perhaps now is > > the time to get your organization to buy you a new iPad/iPhone to > play > > with - just in time for the holiday season!
> > Best regards, > > David Stockton > > Fusion Support Team
> -- > You received this message because you are subscribed to the Google > Groups "FusionReactor" group. > To post to this group, send email to fusionreactor@googlegroups.com. > To unsubscribe from this group, send email to > fusionreactor+unsubscribe@googlegroups.com. > For more options, visit this group at > http://groups.google.com/group/fusionreactor?hl=en.
I was trolling thru the logs today and noticed this error:
java.lang.NullPointerException at java.io.File.<init>(File.java:222) at com.intergral.fusionreactor.fac.archiver.c.qc(Archiver.java:887) at com.intergral.fusionreactor.fac.archiver.c.ic(Archiver.java:732) at com.intergral.fusionreactor.fac.archiver.c.ub(Archiver.java:791) at com.intergral.fusionreactor.fac.archiver.c.jc(Archiver.java:246) at com.intergral.fusionreactor.fac.archiver.b.b.ke(AgeRetentionStrategy.jav a:72) at com.intergral.fusionreactor.fac.archiver.c.hb(Archiver.java:671) at com.intergral.fusionreactor.fac.archiver.c.db(Archiver.java:266) at com.intergral.fusionreactor.fac.processor.b.we(ProcessorWorker.java:612) at com.intergral.fusionreactor.fac.processor.b.ue(ProcessorWorker.java:296) at com.intergral.fusionreactor.fac.processor.b.ve(ProcessorWorker.java:152) at com.intergral.fusionreactor.fac.processor.b.run(ProcessorWorker.java:105 ) at java.lang.Thread.run(Thread.java:619)
I did not appear to cause any issue's, I had never seen this before. It has appeared a couple time. Is it anything I need to worry about? Since it mentions file io I did verify that there is plenty of disk on the server :)
> I was trolling thru the logs today and noticed this error:
> java.lang.NullPointerException
> at java.io.File.<init>(File.java:222)
> at
> com.intergral.fusionreactor.fac.archiver.c.qc(Archiver.java:887)
> at
> com.intergral.fusionreactor.fac.archiver.c.ic(Archiver.java:732)
> at
> com.intergral.fusionreactor.fac.archiver.c.ub(Archiver.java:791)
> at
> com.intergral.fusionreactor.fac.archiver.c.jc(Archiver.java:246)
> at
> com.intergral.fusionreactor.fac.archiver.b.b.ke(AgeRetentionStrategy.jav
> a:72)
> at
> com.intergral.fusionreactor.fac.archiver.c.hb(Archiver.java:671)
> at
> com.intergral.fusionreactor.fac.archiver.c.db(Archiver.java:266)
> at
> com.intergral.fusionreactor.fac.processor.b.we(ProcessorWorker.java:612)
> at
> com.intergral.fusionreactor.fac.processor.b.ue(ProcessorWorker.java:296)
> at
> com.intergral.fusionreactor.fac.processor.b.ve(ProcessorWorker.java:152)
> at
> com.intergral.fusionreactor.fac.processor.b.run(ProcessorWorker.java:105
> )
> at java.lang.Thread.run(Thread.java:619)
> I did not appear to cause any issue's, I had never seen this before. It
> has appeared a couple time. Is it anything I need to worry about?
> Since it mentions file io I did verify that there is plenty of disk on
> the server :)
While you await a reply from the devs, Alex, I'll share another thought for your consideration (or that may help you give them more info to help you).
As Darren says, it would seem this is to do the new FR4 mechanism to archive logs. Those on FR 4 will notice that in the [fr]\[instancename] directory, there is now an "archive" as well as a "log" directory under that. By default the FR logs in that logs directory (and some CF logs) are rolled up into a zip, and placed in that archives dir. That's the archiving process.
So you may want to check and see how that's going: are there zips being created every hour, for instance? And for the hour around which the error occurred? Finally. You don't say which log this showed up in. That may be helpful to know.
> -----Original Message----- > From: fusionreactor@googlegroups.com > [mailto:fusionreactor@googlegroups.com] On Behalf Of Darren Pywell > Sent: Friday, January 06, 2012 11:04 AM > To: FusionReactor > Subject: [fusionreactor] Re: Odd FR 4 error in logs
> Hi Alex,
> I've not seen that error before either. It looks like the log archiver > had a problem possibly during a clean up. I'll have the dev guys take a > look.
> Cheers, > Darren
> On Jan 6, 2:49 pm, "DeMarco, Alex" <Alex.DeMa...@suny.edu> wrote: > > I was trolling thru the logs today and noticed this error:
> > java.lang.NullPointerException > > at java.io.File.<init>(File.java:222) > > at > > com.intergral.fusionreactor.fac.archiver.c.qc(Archiver.java:887) > > at > > com.intergral.fusionreactor.fac.archiver.c.ic(Archiver.java:732) > > at > > com.intergral.fusionreactor.fac.archiver.c.ub(Archiver.java:791) > > at > > com.intergral.fusionreactor.fac.archiver.c.jc(Archiver.java:246) > > at
> com.intergral.fusionreactor.fac.archiver.b.b.ke(AgeRetentionStrategy.j > > av > > a:72) > > at > > com.intergral.fusionreactor.fac.archiver.c.hb(Archiver.java:671) > > at > > com.intergral.fusionreactor.fac.archiver.c.db(Archiver.java:266) > > at
> com.intergral.fusionreactor.fac.processor.b.we(ProcessorWorker.java:61 > > 2) > > at
> com.intergral.fusionreactor.fac.processor.b.ue(ProcessorWorker.java:29 > > 6) > > at
> com.intergral.fusionreactor.fac.processor.b.ve(ProcessorWorker.java:15 > > 2) > > at
> > I did not appear to cause any issue's, I had never seen this before.
> > It has appeared a couple time. Is it anything I need to worry about? > > Since it mentions file io I did verify that there is plenty of disk > on > > the server :)
> > Thanks! > > - Alex
> -- > You received this message because you are subscribed to the Google > Groups "FusionReactor" group. > To post to this group, send email to fusionreactor@googlegroups.com. > To unsubscribe from this group, send email to > fusionreactor+unsubscribe@googlegroups.com. > For more options, visit this group at > http://groups.google.com/group/fusionreactor?hl=en.
Yes the archive directory is there with directories representing days and then under them there are both zip files and props files for the various time intervals. Everything seems ok to me with regards to structure, file size and number of files.
-----Original Message----- From: fusionreactor@googlegroups.com [mailto:fusionreactor@googlegroups.com] On Behalf Of charlie arehart Sent: Friday, January 06, 2012 1:19 PM To: fusionreactor@googlegroups.com Subject: RE: [fusionreactor] Re: Odd FR 4 error in logs
While you await a reply from the devs, Alex, I'll share another thought for your consideration (or that may help you give them more info to help you).
As Darren says, it would seem this is to do the new FR4 mechanism to archive logs. Those on FR 4 will notice that in the [fr]\[instancename] directory, there is now an "archive" as well as a "log" directory under that. By default the FR logs in that logs directory (and some CF logs) are rolled up into a zip, and placed in that archives dir. That's the archiving process.
So you may want to check and see how that's going: are there zips being created every hour, for instance? And for the hour around which the error occurred? Finally. You don't say which log this showed up in. That may be helpful to know.
/charlie
> -----Original Message----- > From: fusionreactor@googlegroups.com > [mailto:fusionreactor@googlegroups.com] On Behalf Of Darren Pywell > Sent: Friday, January 06, 2012 11:04 AM > To: FusionReactor > Subject: [fusionreactor] Re: Odd FR 4 error in logs
> Hi Alex,
> I've not seen that error before either. It looks like the log archiver > had a problem possibly during a clean up. I'll have the dev guys take a > look.
> Cheers, > Darren
> On Jan 6, 2:49 pm, "DeMarco, Alex" <Alex.DeMa...@suny.edu> wrote: > > I was trolling thru the logs today and noticed this error:
> > java.lang.NullPointerException > > at java.io.File.<init>(File.java:222) > > at > > com.intergral.fusionreactor.fac.archiver.c.qc(Archiver.java:887) > > at > > com.intergral.fusionreactor.fac.archiver.c.ic(Archiver.java:732) > > at > > com.intergral.fusionreactor.fac.archiver.c.ub(Archiver.java:791) > > at > > com.intergral.fusionreactor.fac.archiver.c.jc(Archiver.java:246) > > at
> com.intergral.fusionreactor.fac.archiver.b.b.ke(AgeRetentionStrategy.j > > av > > a:72) > > at > > com.intergral.fusionreactor.fac.archiver.c.hb(Archiver.java:671) > > at > > com.intergral.fusionreactor.fac.archiver.c.db(Archiver.java:266) > > at
> com.intergral.fusionreactor.fac.processor.b.we(ProcessorWorker.java:61 > > 2) > > at
> com.intergral.fusionreactor.fac.processor.b.ue(ProcessorWorker.java:29 > > 6) > > at
> com.intergral.fusionreactor.fac.processor.b.ve(ProcessorWorker.java:15 > > 2) > > at
> > I did not appear to cause any issue's, I had never seen this before.
> > It has appeared a couple time. Is it anything I need to worry about? > > Since it mentions file io I did verify that there is plenty of disk > on > > the server :)
> > Thanks! > > - Alex
> -- > You received this message because you are subscribed to the Google > Groups "FusionReactor" group. > To post to this group, send email to fusionreactor@googlegroups.com. > To unsubscribe from this group, send email to > fusionreactor+unsubscribe@googlegroups.com. > For more options, visit this group at > http://groups.google.com/group/fusionreactor?hl=en.
-- You received this message because you are subscribed to the Google Groups "FusionReactor" group. To post to this group, send email to fusionreactor@googlegroups.com. To unsubscribe from this group, send email to fusionreactor+unsubscribe@googlegroups.com. For more options, visit this group at http://groups.google.com/group/fusionreactor?hl=en.
But did you confirm specifically that there was one for the hour where the error occurred (indeed, check above and below that hour, just to make sure none are missing). Just trying to help you and Intergral bound the nature of the problem.
> -----Original Message----- > From: fusionreactor@googlegroups.com > [mailto:fusionreactor@googlegroups.com] On Behalf Of DeMarco, Alex > Sent: Friday, January 06, 2012 1:38 PM > To: fusionreactor@googlegroups.com > Subject: RE: [fusionreactor] Re: Odd FR 4 error in logs
> Yes the archive directory is there with directories representing days > and then under them there are both zip files and props files for the > various time intervals. Everything seems ok to me with regards to > structure, file size and number of files.
> - Alex
> -----Original Message----- > From: fusionreactor@googlegroups.com > [mailto:fusionreactor@googlegroups.com] On Behalf Of charlie arehart > Sent: Friday, January 06, 2012 1:19 PM > To: fusionreactor@googlegroups.com > Subject: RE: [fusionreactor] Re: Odd FR 4 error in logs
> While you await a reply from the devs, Alex, I'll share another thought > for your consideration (or that may help you give them more info to > help you).
> As Darren says, it would seem this is to do the new FR4 mechanism to > archive logs. Those on FR 4 will notice that in the [fr]\[instancename] > directory, there is now an "archive" as well as a "log" directory under > that. By default the FR logs in that logs directory (and some CF logs) > are rolled up into a zip, and placed in that archives dir. That's the > archiving process.
> So you may want to check and see how that's going: are there zips being > created every hour, for instance? And for the hour around which the > error occurred? Finally. You don't say which log this showed up in. > That may be helpful to know.
[mailto:fusionreactor@googlegroups.com] On Behalf Of charlie arehart Sent: Friday, January 06, 2012 2:23 PM To: fusionreactor@googlegroups.com Subject: RE: [fusionreactor] Re: Odd FR 4 error in logs
But did you confirm specifically that there was one for the hour where the error occurred (indeed, check above and below that hour, just to make sure none are missing). Just trying to help you and Intergral bound the nature of the problem.
/charlie
> -----Original Message----- > From: fusionreactor@googlegroups.com > [mailto:fusionreactor@googlegroups.com] On Behalf Of DeMarco, Alex > Sent: Friday, January 06, 2012 1:38 PM > To: fusionreactor@googlegroups.com > Subject: RE: [fusionreactor] Re: Odd FR 4 error in logs
> Yes the archive directory is there with directories representing days > and then under them there are both zip files and props files for the > various time intervals. Everything seems ok to me with regards to > structure, file size and number of files.
> - Alex
> -----Original Message----- > From: fusionreactor@googlegroups.com > [mailto:fusionreactor@googlegroups.com] On Behalf Of charlie arehart > Sent: Friday, January 06, 2012 1:19 PM > To: fusionreactor@googlegroups.com > Subject: RE: [fusionreactor] Re: Odd FR 4 error in logs
> While you await a reply from the devs, Alex, I'll share another thought > for your consideration (or that may help you give them more info to > help you).
> As Darren says, it would seem this is to do the new FR4 mechanism to > archive logs. Those on FR 4 will notice that in the [fr]\[instancename] > directory, there is now an "archive" as well as a "log" directory under > that. By default the FR logs in that logs directory (and some CF logs) > are rolled up into a zip, and placed in that archives dir. That's the > archiving process.
> So you may want to check and see how that's going: are there zips being > created every hour, for instance? And for the hour around which the > error occurred? Finally. You don't say which log this showed up in. > That may be helpful to know.
> /charlie
-- You received this message because you are subscribed to the Google Groups "FusionReactor" group. To post to this group, send email to fusionreactor@googlegroups.com. To unsubscribe from this group, send email to fusionreactor+unsubscribe@googlegroups.com. For more options, visit this group at http://groups.google.com/group/fusionreactor?hl=en.
From the trace you supplied, I think you're on a version of the code that changed slightly in FR-4.0.3, in particular handling of archives; can you let me have your FR version? The current available version is 4.0.5. If you're not up to date could you please update and let me know at supp...@fusion-reactor.com if the problem recurs?
> Ok the error occurred at 3pm, and there was NO 3pm archive created.
> - Alex
> -----Original Message----- > From: fusionreactor@googlegroups.com > [mailto:fusionreactor@googlegroups.com] On Behalf Of charlie arehart > Sent: Friday, January 06, 2012 2:23 PM > To: fusionreactor@googlegroups.com > Subject: RE: [fusionreactor] Re: Odd FR 4 error in logs
> But did you confirm specifically that there was one for the hour where > the > error occurred (indeed, check above and below that hour, just to make > sure > none are missing). Just trying to help you and Intergral bound the > nature of > the problem.
> /charlie
>> -----Original Message----- >> From: fusionreactor@googlegroups.com >> [mailto:fusionreactor@googlegroups.com] On Behalf Of DeMarco, Alex >> Sent: Friday, January 06, 2012 1:38 PM >> To: fusionreactor@googlegroups.com >> Subject: RE: [fusionreactor] Re: Odd FR 4 error in logs
>> Yes the archive directory is there with directories representing days >> and then under them there are both zip files and props files for the >> various time intervals. Everything seems ok to me with regards to >> structure, file size and number of files.
>> - Alex
>> -----Original Message----- >> From: fusionreactor@googlegroups.com >> [mailto:fusionreactor@googlegroups.com] On Behalf Of charlie arehart >> Sent: Friday, January 06, 2012 1:19 PM >> To: fusionreactor@googlegroups.com >> Subject: RE: [fusionreactor] Re: Odd FR 4 error in logs
>> While you await a reply from the devs, Alex, I'll share another > thought >> for your consideration (or that may help you give them more info to >> help you).
>> As Darren says, it would seem this is to do the new FR4 mechanism to >> archive logs. Those on FR 4 will notice that in the > [fr]\[instancename] >> directory, there is now an "archive" as well as a "log" directory > under >> that. By default the FR logs in that logs directory (and some CF logs) >> are rolled up into a zip, and placed in that archives dir. That's the >> archiving process.
>> So you may want to check and see how that's going: are there zips > being >> created every hour, for instance? And for the hour around which the >> error occurred? Finally. You don't say which log this showed up in. >> That may be helpful to know.
-----Original Message----- From: John Hawksley [mailto:john_hawks...@intergral.com] Sent: Monday, January 09, 2012 3:59 AM To: fusionreactor@googlegroups.com
Cc: DeMarco, Alex; Charlie Arehart Subject: Re: [fusionreactor] Re: Odd FR 4 error in logs
Hi Alex,
From the trace you supplied, I think you're on a version of the code that changed slightly in FR-4.0.3, in particular handling of archives; can you let me have your FR version? The current available version is 4.0.5. If you're not up to date could you please update and let me know
at supp...@fusion-reactor.com if the problem recurs?
-John
On 6/1/12 20:26 , DeMarco, Alex wrote: > Ok the error occurred at 3pm, and there was NO 3pm archive created.
> - Alex
> -----Original Message----- > From: fusionreactor@googlegroups.com > [mailto:fusionreactor@googlegroups.com] On Behalf Of charlie arehart > Sent: Friday, January 06, 2012 2:23 PM > To: fusionreactor@googlegroups.com > Subject: RE: [fusionreactor] Re: Odd FR 4 error in logs
> But did you confirm specifically that there was one for the hour where > the > error occurred (indeed, check above and below that hour, just to make > sure > none are missing). Just trying to help you and Intergral bound the > nature of > the problem.
> /charlie
>> -----Original Message----- >> From: fusionreactor@googlegroups.com >> [mailto:fusionreactor@googlegroups.com] On Behalf Of DeMarco, Alex >> Sent: Friday, January 06, 2012 1:38 PM >> To: fusionreactor@googlegroups.com >> Subject: RE: [fusionreactor] Re: Odd FR 4 error in logs
>> Yes the archive directory is there with directories representing days >> and then under them there are both zip files and props files for the >> various time intervals. Everything seems ok to me with regards to >> structure, file size and number of files.
>> - Alex
>> -----Original Message----- >> From: fusionreactor@googlegroups.com >> [mailto:fusionreactor@googlegroups.com] On Behalf Of charlie arehart >> Sent: Friday, January 06, 2012 1:19 PM >> To: fusionreactor@googlegroups.com >> Subject: RE: [fusionreactor] Re: Odd FR 4 error in logs
>> While you await a reply from the devs, Alex, I'll share another > thought >> for your consideration (or that may help you give them more info to >> help you).
>> As Darren says, it would seem this is to do the new FR4 mechanism to >> archive logs. Those on FR 4 will notice that in the > [fr]\[instancename] >> directory, there is now an "archive" as well as a "log" directory > under >> that. By default the FR logs in that logs directory (and some CF logs) >> are rolled up into a zip, and placed in that archives dir. That's the >> archiving process.
>> So you may want to check and see how that's going: are there zips > being >> created every hour, for instance? And for the hour around which the >> error occurred? Finally. You don't say which log this showed up in. >> That may be helpful to know.
I have upgraded to 4.0.5. However, the log entry continues to appear, although it does not appear to be effecting my system from what I can tell. I have FR running on our 2 systems in prod. Both are configured the same (Verifying this again today). However, only one of them is throwing this error. I will spend some time today comparing the two and will let you know what I find out.
-----Original Message----- From: John Hawksley [mailto:john_hawks...@intergral.com] Sent: Monday, January 09, 2012 3:59 AM To: fusionreactor@googlegroups.com
Cc: DeMarco, Alex; Charlie Arehart Subject: Re: [fusionreactor] Re: Odd FR 4 error in logs
Hi Alex,
From the trace you supplied, I think you're on a version of the code that changed slightly in FR-4.0.3, in particular handling of archives; can you let me have your FR version? The current available version is 4.0.5. If you're not up to date could you please update and let me know
at supp...@fusion-reactor.com if the problem recurs?
-John
On 6/1/12 20:26 , DeMarco, Alex wrote: > Ok the error occurred at 3pm, and there was NO 3pm archive created.
> - Alex
> -----Original Message----- > From: fusionreactor@googlegroups.com > [mailto:fusionreactor@googlegroups.com] On Behalf Of charlie arehart > Sent: Friday, January 06, 2012 2:23 PM > To: fusionreactor@googlegroups.com > Subject: RE: [fusionreactor] Re: Odd FR 4 error in logs
> But did you confirm specifically that there was one for the hour where > the > error occurred (indeed, check above and below that hour, just to make > sure > none are missing). Just trying to help you and Intergral bound the > nature of > the problem.
> /charlie
>> -----Original Message----- >> From: fusionreactor@googlegroups.com >> [mailto:fusionreactor@googlegroups.com] On Behalf Of DeMarco, Alex >> Sent: Friday, January 06, 2012 1:38 PM >> To: fusionreactor@googlegroups.com >> Subject: RE: [fusionreactor] Re: Odd FR 4 error in logs
>> Yes the archive directory is there with directories representing days >> and then under them there are both zip files and props files for the >> various time intervals. Everything seems ok to me with regards to >> structure, file size and number of files.
>> - Alex
>> -----Original Message----- >> From: fusionreactor@googlegroups.com >> [mailto:fusionreactor@googlegroups.com] On Behalf Of charlie arehart >> Sent: Friday, January 06, 2012 1:19 PM >> To: fusionreactor@googlegroups.com >> Subject: RE: [fusionreactor] Re: Odd FR 4 error in logs
>> While you await a reply from the devs, Alex, I'll share another > thought >> for your consideration (or that may help you give them more info to >> help you).
>> As Darren says, it would seem this is to do the new FR4 mechanism to >> archive logs. Those on FR 4 will notice that in the > [fr]\[instancename] >> directory, there is now an "archive" as well as a "log" directory > under >> that. By default the FR logs in that logs directory (and some CF logs) >> are rolled up into a zip, and placed in that archives dir. That's the >> archiving process.
>> So you may want to check and see how that's going: are there zips > being >> created every hour, for instance? And for the hour around which the >> error occurred? Finally. You don't say which log this showed up in. >> That may be helpful to know.