<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Corrupt Database? in Lookout</title>
    <link>https://ni.lithium.com/t5/Lookout/Corrupt-Database/m-p/556406#M4758</link>
    <description>&lt;DIV&gt;Hello,&lt;/DIV&gt;
&lt;DIV&gt;&amp;nbsp;&lt;/DIV&gt;
&lt;DIV&gt;We use Lookout 5.1 and plot elapsed time and accumulators on Hypertrends.&amp;nbsp; Under some unknown circumstance (maybe it was a print command?), part of the program malfuctions and the Hypertrends look all messed up.&amp;nbsp; Further investigation finds that Max is not responsive and appears hung.&amp;nbsp; A reboot is required to make Max function again, then the Hypertrends clear up but show an incorrect offset.&amp;nbsp; &amp;nbsp;Review of&amp;nbsp;a Spreadsheet Object that records the time, elpased time and accumulators at 30 minute intervals shows a big shift in all values at the time the malfuction occurs.&amp;nbsp; Further review shows that all of the elapsed time and accumulators change at the time of the malfuction and take on values of a previous time.&amp;nbsp; From that time on, the elasped time and accumulators march on seemingly okay, but now with a big offset error.&lt;/DIV&gt;
&lt;DIV&gt;Anyone heard of this?&amp;nbsp; Any ideas on how to fix or avoid this problem.&amp;nbsp; This really ruins the data that I am collecting so any help would be greatly appreciated.&lt;/DIV&gt;
&lt;DIV&gt;&amp;nbsp;&lt;/DIV&gt;
&lt;DIV&gt;Regards, &lt;/DIV&gt;
&lt;DIV&gt;Joe C.&lt;/DIV&gt;</description>
    <pubDate>Thu, 26 Jul 2007 04:15:19 GMT</pubDate>
    <dc:creator>jrcamenzind</dc:creator>
    <dc:date>2007-07-26T04:15:19Z</dc:date>
    <item>
      <title>Corrupt Database?</title>
      <link>https://ni.lithium.com/t5/Lookout/Corrupt-Database/m-p/556406#M4758</link>
      <description>&lt;DIV&gt;Hello,&lt;/DIV&gt;
&lt;DIV&gt;&amp;nbsp;&lt;/DIV&gt;
&lt;DIV&gt;We use Lookout 5.1 and plot elapsed time and accumulators on Hypertrends.&amp;nbsp; Under some unknown circumstance (maybe it was a print command?), part of the program malfuctions and the Hypertrends look all messed up.&amp;nbsp; Further investigation finds that Max is not responsive and appears hung.&amp;nbsp; A reboot is required to make Max function again, then the Hypertrends clear up but show an incorrect offset.&amp;nbsp; &amp;nbsp;Review of&amp;nbsp;a Spreadsheet Object that records the time, elpased time and accumulators at 30 minute intervals shows a big shift in all values at the time the malfuction occurs.&amp;nbsp; Further review shows that all of the elapsed time and accumulators change at the time of the malfuction and take on values of a previous time.&amp;nbsp; From that time on, the elasped time and accumulators march on seemingly okay, but now with a big offset error.&lt;/DIV&gt;
&lt;DIV&gt;Anyone heard of this?&amp;nbsp; Any ideas on how to fix or avoid this problem.&amp;nbsp; This really ruins the data that I am collecting so any help would be greatly appreciated.&lt;/DIV&gt;
&lt;DIV&gt;&amp;nbsp;&lt;/DIV&gt;
&lt;DIV&gt;Regards, &lt;/DIV&gt;
&lt;DIV&gt;Joe C.&lt;/DIV&gt;</description>
      <pubDate>Thu, 26 Jul 2007 04:15:19 GMT</pubDate>
      <guid>https://ni.lithium.com/t5/Lookout/Corrupt-Database/m-p/556406#M4758</guid>
      <dc:creator>jrcamenzind</dc:creator>
      <dc:date>2007-07-26T04:15:19Z</dc:date>
    </item>
    <item>
      <title>Re: Corrupt Database?</title>
      <link>https://ni.lithium.com/t5/Lookout/Corrupt-Database/m-p/556468#M4760</link>
      <description>&lt;DIV&gt;&lt;/DIV&gt;
&lt;P&gt;Could you provide some screenshots to show that "Hypertrends look all messed up", and "incorrect offset" after the reboot.&lt;/P&gt;
&lt;P&gt;How about the cpu usage when the hang happened?&lt;/P&gt;</description>
      <pubDate>Thu, 26 Jul 2007 07:49:36 GMT</pubDate>
      <guid>https://ni.lithium.com/t5/Lookout/Corrupt-Database/m-p/556468#M4760</guid>
      <dc:creator>Ryan.S</dc:creator>
      <dc:date>2007-07-26T07:49:36Z</dc:date>
    </item>
    <item>
      <title>Re: Corrupt Database?</title>
      <link>https://ni.lithium.com/t5/Lookout/Corrupt-Database/m-p/556935#M4761</link>
      <description>&lt;DIV&gt;&lt;/DIV&gt;
&lt;P&gt;Ryan,&lt;/P&gt;
&lt;P&gt;Thank you for the quick response.&amp;nbsp; The link below points to a web page with 4 pictures.&amp;nbsp; The first picture shows 10 hypertrends representing all of our wastewater pump stations for a 24 hour period.&amp;nbsp; Notice that at 10:00 am the data jumps upwards.&amp;nbsp; I believe that is when the problem began.&amp;nbsp; I observed the hypertrends messed up at 19:00 .&amp;nbsp; The trends didn't look like they do in the pictures, at that point some had numerous vertical lines,like grass, some were blank, some were oddly scaled.&amp;nbsp; I then looked at the spreadsheet that records every 30 minutes and obsereved that data was still being recorded every 30 minutes.&amp;nbsp; I tried to exit from Lookout, but couldn't because it said something like "2 documents currently printing".&amp;nbsp; I migrated to the printer properties and found that no printing was actually in progress.&amp;nbsp; I did a force kill of Lookout thru task manager and then restarted Lookout.&amp;nbsp; The hypertrends still looked messed up.&amp;nbsp; I started Max application but could not get a trace of the same sources to start.&amp;nbsp; Max was unresponsive.&amp;nbsp; I rebooted the computer and I think I had to force a kill on Max.&amp;nbsp; Lookout started and the hypertrends were back but now the data had shifted.&amp;nbsp; You can see the hypertrends running again at about 19:00.&amp;nbsp; They ran okay but were way to high, so at about 21:00 I forced a reset of all trends.&amp;nbsp;&amp;nbsp; The trends typically reset at 08:00.&amp;nbsp; The second and third pictures show&amp;nbsp; hypertrends of Pump Station 1 with a 10 day window and a 3 day window respectively, just for a general feel&amp;nbsp;of the trend (I caused the short horizontal glitch a couple of days earlier).&amp;nbsp; The high readings a few days earlier are attributed to infiltration from high rains in our area.&amp;nbsp; The fourth pictures shows the recorded spreadsheet data.&amp;nbsp; I looks to me like when the problem occurred, that the database got lost and at line item 911 pasted the data from line item 855 , and&amp;nbsp; then marched along with an offset from there on.&lt;/P&gt;
&lt;P&gt;I didn't look at cpu usage, but Lookout seemed very responsive, panels came up fast, hypercursors worked okay, but just messed up data.&lt;/P&gt;
&lt;P&gt;Any ideas?&lt;/P&gt;
&lt;P&gt;&lt;A href="http://pages.google.com/edit/jrcamenzind/raymondscada?authtoken=0b7b52ef49187d5a2523b8cd2e79d5cae6e8be17" target="_blank"&gt;http://pages.google.com/edit/jrcamenzind/raymondscada?authtoken=0b7b52ef49187d5a2523b8cd2e79d5cae6e8be17&lt;/A&gt;&lt;/P&gt;
&lt;P&gt;Thanks,&lt;/P&gt;
&lt;P&gt;Joe C.&lt;/P&gt;</description>
      <pubDate>Thu, 26 Jul 2007 20:57:15 GMT</pubDate>
      <guid>https://ni.lithium.com/t5/Lookout/Corrupt-Database/m-p/556935#M4761</guid>
      <dc:creator>jrcamenzind</dc:creator>
      <dc:date>2007-07-26T20:57:15Z</dc:date>
    </item>
    <item>
      <title>Re: Corrupt Database?</title>
      <link>https://ni.lithium.com/t5/Lookout/Corrupt-Database/m-p/557024#M4762</link>
      <description>&lt;DIV&gt;&lt;/DIV&gt;
&lt;P&gt;Ryan,&lt;/P&gt;
&lt;P&gt;The previous link was incorrect so&amp;nbsp;I hope this works: &lt;A href="http://jrcamenzind.googlepages.com/raymondscada" target="_blank"&gt;http://jrcamenzind.googlepages.com/raymondscada&lt;/A&gt;&lt;/P&gt;
&lt;P&gt;Thanks,&lt;/P&gt;
&lt;P&gt;Joe C.&lt;/P&gt;</description>
      <pubDate>Fri, 27 Jul 2007 00:16:49 GMT</pubDate>
      <guid>https://ni.lithium.com/t5/Lookout/Corrupt-Database/m-p/557024#M4762</guid>
      <dc:creator>jrcamenzind</dc:creator>
      <dc:date>2007-07-27T00:16:49Z</dc:date>
    </item>
    <item>
      <title>Re: Corrupt Database?</title>
      <link>https://ni.lithium.com/t5/Lookout/Corrupt-Database/m-p/557956#M4767</link>
      <description>&lt;DIV&gt;I can't figure out which column in Excel indicates which trace or which station. Could you upload your database to &lt;A href="ftp://ftp.ni.com/incoming" target="_blank"&gt;ftp://ftp.ni.com/incoming&lt;/A&gt;, together with that Excel file? You can archive part of the database to a smaller one to upload.&lt;/DIV&gt;
&lt;DIV&gt;Don't worry that others outside NI don't have privilege to download your data.&lt;/DIV&gt;</description>
      <pubDate>Mon, 30 Jul 2007 08:22:29 GMT</pubDate>
      <guid>https://ni.lithium.com/t5/Lookout/Corrupt-Database/m-p/557956#M4767</guid>
      <dc:creator>Ryan.S</dc:creator>
      <dc:date>2007-07-30T08:22:29Z</dc:date>
    </item>
    <item>
      <title>Re: Corrupt Database?</title>
      <link>https://ni.lithium.com/t5/Lookout/Corrupt-Database/m-p/566873#M4832</link>
      <description>&lt;DIV&gt;&lt;/DIV&gt;
&lt;P&gt;Ryan,&lt;/P&gt;
&lt;P&gt;I am attaching a link that shows this problem occurring again.&amp;nbsp; Lookout has run smoothly for&amp;nbsp; weeks now, but an automatic reboot was forced by Windows .&amp;nbsp; The result was a jump in all of the accumulator's data.&amp;nbsp; This time the jump was downward, last time the jump was upward.&amp;nbsp; Sometimes a reboot just causes a tiny gap in the hypertrend and that is what I would always expect.&amp;nbsp; &lt;/P&gt;
&lt;P&gt;I'm not really interested in analyzing this specific data in an effort to save or restore it, I just want to know how to prevent this.&amp;nbsp; Here are some questions that have crossed my mind.&lt;/P&gt;
&lt;UL&gt;
&lt;LI&gt;Have you seen this behavior before and do you know how to prevent it?&lt;/LI&gt;
&lt;LI&gt;Could this be related to using version 5.1? Might an upgrade help solve this problem?&lt;/LI&gt;
&lt;LI&gt;Could this be related to using a large number of hypertrends?&amp;nbsp; I use ten hypertrends on the attached link and ten more individuals.&lt;/LI&gt;
&lt;LI&gt;What determines when or how often an accumulator's data is saved?&lt;/LI&gt;
&lt;LI&gt;Could this be related to using a large number of acumulators?&lt;/LI&gt;
&lt;LI&gt;Can you tell me if this is a hypertrend, accumulator or database issue?&lt;/LI&gt;&lt;/UL&gt;
&lt;P&gt;Of course, if you&amp;nbsp; need me to send you&amp;nbsp; files for analysis, then I can do that.&lt;/P&gt;
&lt;P&gt;&lt;A href="http://jrcamenzind.googlepages.com/raymondscada81607" target="_blank"&gt;http://jrcamenzind.googlepages.com/raymondscada81607&lt;/A&gt;&lt;/P&gt;
&lt;P&gt;Thanks for taking the time to examine my problem!&lt;/P&gt;
&lt;P&gt;Regards,&amp;nbsp; Joe C.&lt;/P&gt;</description>
      <pubDate>Fri, 17 Aug 2007 04:40:01 GMT</pubDate>
      <guid>https://ni.lithium.com/t5/Lookout/Corrupt-Database/m-p/566873#M4832</guid>
      <dc:creator>jrcamenzind</dc:creator>
      <dc:date>2007-08-17T04:40:01Z</dc:date>
    </item>
    <item>
      <title>Re: Corrupt Database?</title>
      <link>https://ni.lithium.com/t5/Lookout/Corrupt-Database/m-p/567508#M4834</link>
      <description>&lt;DIV&gt;&lt;/DIV&gt;
&lt;P&gt;Ryan,&lt;/P&gt;
&lt;P&gt;I just thought of something that may be causing the problem.&amp;nbsp; Over the course of time on this project I have been making minor edits but I don't always save them.&amp;nbsp; If a reboot occurs, the programs starts with the last saved version.&amp;nbsp; Maybe the accumulators are affected when this happens.&amp;nbsp; Could that be the problem?&lt;/P&gt;
&lt;P&gt;Thanks,&amp;nbsp; Joe C.&lt;/P&gt;</description>
      <pubDate>Sat, 18 Aug 2007 15:30:59 GMT</pubDate>
      <guid>https://ni.lithium.com/t5/Lookout/Corrupt-Database/m-p/567508#M4834</guid>
      <dc:creator>jrcamenzind</dc:creator>
      <dc:date>2007-08-18T15:30:59Z</dc:date>
    </item>
    <item>
      <title>Re: Corrupt Database?</title>
      <link>https://ni.lithium.com/t5/Lookout/Corrupt-Database/m-p/567755#M4836</link>
      <description>&lt;DIV&gt;I have not seen this before.&lt;/DIV&gt;
&lt;DIV&gt;How often do you save the state file? &lt;/DIV&gt;
&lt;DIV&gt;Is it possible that the state file causes this problem? When the lookout process is reloaded, it loads the last saved state file. Then, the accumulator will start from&amp;nbsp;the last saved value. So, this may cause a big jump.&lt;/DIV&gt;
&lt;DIV&gt;By default, the state file is saved every 60 minutes.&lt;/DIV&gt;</description>
      <pubDate>Mon, 20 Aug 2007 09:38:44 GMT</pubDate>
      <guid>https://ni.lithium.com/t5/Lookout/Corrupt-Database/m-p/567755#M4836</guid>
      <dc:creator>Ryan.S</dc:creator>
      <dc:date>2007-08-20T09:38:44Z</dc:date>
    </item>
    <item>
      <title>Re: Corrupt Database?</title>
      <link>https://ni.lithium.com/t5/Lookout/Corrupt-Database/m-p/568045#M4839</link>
      <description>&lt;DIV&gt;&lt;/DIV&gt;The lookout state file... yeppie!&lt;BR /&gt;&lt;BR /&gt;Have had many problems with it.&amp;nbsp; I started saving ALL (read: pots, text, etc.) to excel files.&amp;nbsp; This keeps the state file from "losing" my values.&lt;BR /&gt;&lt;BR /&gt;BTW, we have ours set at 10 minutes, system will be running for weeks, then restarted and they are gone.&lt;BR /&gt;&lt;BR /&gt;Good luck&lt;BR /&gt;Mike&lt;BR /&gt;&lt;DIV&gt;&lt;/DIV&gt;&lt;P&gt;Message Edited by Mike@DTSI on &lt;SPAN class="date_text"&gt;08-20-2007&lt;/SPAN&gt; &lt;SPAN class="time_text"&gt;01:36 PM&lt;/SPAN&gt;&lt;/P&gt;</description>
      <pubDate>Mon, 20 Aug 2007 18:35:22 GMT</pubDate>
      <guid>https://ni.lithium.com/t5/Lookout/Corrupt-Database/m-p/568045#M4839</guid>
      <dc:creator>Mike@DTSI</dc:creator>
      <dc:date>2007-08-20T18:35:22Z</dc:date>
    </item>
  </channel>
</rss>

