Database problem

164 views
Skip to first unread message

Ron

unread,
Sep 10, 2011, 9:16:50 PM9/10/11
to its-electr...@googlegroups.com
It appears I have a database problem, though not sure, thoughts? It starts up then after a few minutes starts spitting out these exceptions.



2011-09-10 20:55:34.687:INFO::Started SelectChannelConnectorAT0.0.0.0:8081
com.sleepycat.je.DatabaseException: (JE 3.3.98) fetchTarget of 0x3fb/0x1a3767 parent IN=898052227 IN class=com.sleepycat.je.tree.IN lastFullVersion=0x3fb/0x474787 parent.getDirty()=false state=0 com.sleepycat.je.log.DbChecksumException: (JE 3.3.98) Read invalid log entry type: -72 lsn= 0x3fb/0x1a3767 logSource=com.sleepycat.je.log.FileHandleSource@6397eb
at com.sleepycat.je.tree.IN.fetchTarget(IN.java:1259)
at com.sleepycat.je.tree.Tree.getNextBinInternal(Tree.java:1419)
at com.sleepycat.je.tree.Tree.getNextBin(Tree.java:1282)
at com.sleepycat.je.dbi.CursorImpl.getNextWithKeyChangeStatus(CursorImpl.java:1641)
at com.sleepycat.je.dbi.CursorImpl.getNext(CursorImpl.java:1511)
at com.sleepycat.je.Cursor.retrieveNextAllowPhantoms(Cursor.java:2177)
at com.sleepycat.je.Cursor.retrieveNext(Cursor.java:1987)
at com.sleepycat.je.Cursor.getNext(Cursor.java:775)
at org.tupelo_schneck.electric.TimeSeriesDatabase$ReadIterator.next(TimeSeriesDatabase.java:437)
at org.tupelo_schneck.electric.Main$CatchUp.catchUpNewData(Main.java:489)
at org.tupelo_schneck.electric.Main$CatchUp.runReal(Main.java:449)
at org.tupelo_schneck.electric.Main$CatchUp.run(Main.java:417)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
at java.lang.Thread.run(Thread.java:636)
Caused by: com.sleepycat.je.log.DbChecksumException: (JE 3.3.98) Read invalid log entry type: -72 lsn= 0x3fb/0x1a3767 logSource=com.sleepycat.je.log.FileHandleSource@6397eb
at com.sleepycat.je.log.LogEntryHeader.<init>(LogEntryHeader.java:94)
at com.sleepycat.je.log.LogManager.getLogEntryFromLogSource(LogManager.java:699)
at com.sleepycat.je.log.LogManager.getLogEntry(LogManager.java:664)
at com.sleepycat.je.tree.IN.fetchTarget(IN.java:1230)
... 14 more
Environment invalid because of previous exception: com.sleepycat.je.log.DbChecksumException: (JE 3.3.98) Read invalid log entry type: -72 lsn= 0x3fb/0x1a3767 logSource=com.sleepycat.je.log.FileHandleSource@6397eb
at com.sleepycat.je.log.LogEntryHeader.<init>(LogEntryHeader.java:94)
at com.sleepycat.je.log.LogManager.getLogEntryFromLogSource(LogManager.java:699)
at com.sleepycat.je.log.LogManager.getLogEntry(LogManager.java:664)
at com.sleepycat.je.tree.IN.fetchTarget(IN.java:1230)
at com.sleepycat.je.tree.Tree.getNextBinInternal(Tree.java:1419)
at com.sleepycat.je.tree.Tree.getNextBin(Tree.java:1282)
at com.sleepycat.je.dbi.CursorImpl.getNextWithKeyChangeStatus(CursorImpl.java:1641)
at com.sleepycat.je.dbi.CursorImpl.getNext(CursorImpl.java:1511)
at com.sleepycat.je.Cursor.retrieveNextAllowPhantoms(Cursor.java:2177)
at com.sleepycat.je.Cursor.retrieveNext(Cursor.java:1987)
at com.sleepycat.je.Cursor.getNext(Cursor.java:775)
at org.tupelo_schneck.electric.TimeSeriesDatabase$ReadIterator.next(TimeSeriesDatabase.java:437)
at org.tupelo_schneck.electric.Main$CatchUp.catchUpNewData(Main.java:489)
at org.tupelo_schneck.electric.Main$CatchUp.runReal(Main.java:449)
at org.tupelo_schneck.electric.Main$CatchUp.run(Main.java:417)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
at java.lang.Thread.run(Thread.java:636)
Environment invalid because of previous exception: com.sleepycat.je.log.DbChecksumException: (JE 3.3.98) Read invalid log entry type: -72 lsn= 0x3fb/0x1a3767 logSource=com.sleepycat.je.log.FileHandleSource@6397eb
at com.sleepycat.je.log.LogEntryHeader.<init>(LogEntryHeader.java:94)
at com.sleepycat.je.log.LogManager.getLogEntryFromLogSource(LogManager.java:699)
at com.sleepycat.je.log.LogManager.getLogEntry(LogManager.java:664)
at com.sleepycat.je.tree.IN.fetchTarget(IN.java:1230)
at com.sleepycat.je.tree.Tree.getNextBinInternal(Tree.java:1419)
at com.sleepycat.je.tree.Tree.getNextBin(Tree.java:1282)
at com.sleepycat.je.dbi.CursorImpl.getNextWithKeyChangeStatus(CursorImpl.java:1641)
at com.sleepycat.je.dbi.CursorImpl.getNext(CursorImpl.java:1511)
at com.sleepycat.je.Cursor.retrieveNextAllowPhantoms(Cursor.java:2177)
at com.sleepycat.je.Cursor.retrieveNext(Cursor.java:1987)
at com.sleepycat.je.Cursor.getNext(Cursor.java:775)
at org.tupelo_schneck.electric.TimeSeriesDatabase$ReadIterator.next(TimeSeriesDatabase.java:437)
at org.tupelo_schneck.electric.Main$CatchUp.catchUpNewData(Main.java:489)
at org.tupelo_schneck.electric.Main$CatchUp.runReal(Main.java:449)
at org.tupelo_schneck.electric.Main$CatchUp.run(Main.java:417)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
at java.lang.Thread.run(Thread.java:636)
Environment invalid because of previous exception: com.sleepycat.je.log.DbChecksumException: (JE 3.3.98) Read invalid log entry type: -72 lsn= 0x3fb/0x1a3767 logSource=com.sleepycat.je.log.FileHandleSource@6397eb
at com.sleepycat.je.log.LogEntryHeader.<init>(LogEntryHeader.java:94)
at com.sleepycat.je.log.LogManager.getLogEntryFromLogSource(LogManager.java:699)
at com.sleepycat.je.log.LogManager.getLogEntry(LogManager.java:664)
at com.sleepycat.je.tree.IN.fetchTarget(IN.java:1230)
at com.sleepycat.je.tree.Tree.getNextBinInternal(Tree.java:1419)
at com.sleepycat.je.tree.Tree.getNextBin(Tree.java:1282)
at com.sleepycat.je.dbi.CursorImpl.getNextWithKeyChangeStatus(CursorImpl.java:1641)
at com.sleepycat.je.dbi.CursorImpl.getNext(CursorImpl.java:1511)
at com.sleepycat.je.Cursor.retrieveNextAllowPhantoms(Cursor.java:2177)
at com.sleepycat.je.Cursor.retrieveNext(Cursor.java:1987)
at com.sleepycat.je.Cursor.getNext(Cursor.java:775)
at org.tupelo_schneck.electric.TimeSeriesDatabase$ReadIterator.next(TimeSeriesDatabase.java:437)
at org.tupelo_schneck.electric.Main$CatchUp.catchUpNewData(Main.java:489)
at org.tupelo_schneck.electric.Main$CatchUp.runReal(Main.java:449)
at org.tupelo_schneck.electric.Main$CatchUp.run(Main.java:417)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
at java.lang.Thread.run(Thread.java:636)
Environment invalid because of previous exception: com.sleepycat.je.log.DbChecksumException: (JE 3.3.98) Read invalid log entry type: -72 lsn= 0x3fb/0x1a3767 logSource=com.sleepycat.je.log.FileHandleSource@6397eb
at com.sleepycat.je.log.LogEntryHeader.<init>(LogEntryHeader.java:94)
at com.sleepycat.je.log.LogManager.getLogEntryFromLogSource(LogManager.java:699)
at com.sleepycat.je.log.LogManager.getLogEntry(LogManager.java:664)
at com.sleepycat.je.tree.IN.fetchTarget(IN.java:1230)
at com.sleepycat.je.tree.Tree.getNextBinInternal(Tree.java:1419)
at com.sleepycat.je.tree.Tree.getNextBin(Tree.java:1282)
at com.sleepycat.je.dbi.CursorImpl.getNextWithKeyChangeStatus(CursorImpl.java:1641)
at com.sleepycat.je.dbi.CursorImpl.getNext(CursorImpl.java:1511)
at com.sleepycat.je.Cursor.retrieveNextAllowPhantoms(Cursor.java:2177)
at com.sleepycat.je.Cursor.retrieveNext(Cursor.java:1987)
at com.sleepycat.je.Cursor.getNext(Cursor.java:775)
at org.tupelo_schneck.electric.TimeSeriesDatabase$ReadIterator.next(TimeSeriesDatabase.java:437)
at org.tupelo_schneck.electric.Main$CatchUp.catchUpNewData(Main.java:489)
at org.tupelo_schneck.electric.Main$CatchUp.runReal(Main.java:449)
at org.tupelo_schneck.electric.Main$CatchUp.run(Main.java:417)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
at java.lang.Thread.run(Thread.java:636)
Environment invalid because of previous exception: com.sleepycat.je.log.DbChecksumException: (JE 3.3.98) Read invalid log entry type: -72 lsn= 0x3fb/0x1a3767 logSource=com.sleepycat.je.log.FileHandleSource@6397eb
at com.sleepycat.je.log.LogEntryHeader.<init>(LogEntryHeader.java:94)
at com.sleepycat.je.log.LogManager.getLogEntryFromLogSource(LogManager.java:699)
at com.sleepycat.je.log.LogManager.getLogEntry(LogManager.java:664)
at com.sleepycat.je.tree.IN.fetchTarget(IN.java:1230)
at com.sleepycat.je.tree.Tree.getNextBinInternal(Tree.java:1419)
at com.sleepycat.je.tree.Tree.getNextBin(Tree.java:1282)
at com.sleepycat.je.dbi.CursorImpl.getNextWithKeyChangeStatus(CursorImpl.java:1641)
at com.sleepycat.je.dbi.CursorImpl.getNext(CursorImpl.java:1511)
at com.sleepycat.je.Cursor.retrieveNextAllowPhantoms(Cursor.java:2177)
at com.sleepycat.je.Cursor.retrieveNext(Cursor.java:1987)
at com.sleepycat.je.Cursor.getNext(Cursor.java:775)
at org.tupelo_schneck.electric.TimeSeriesDatabase$ReadIterator.next(TimeSeriesDatabase.java:437)
at org.tupelo_schneck.electric.Main$CatchUp.catchUpNewData(Main.java:489)
at org.tupelo_schneck.electric.Main$CatchUp.runReal(Main.java:449)
at org.tupelo_schneck.electric.Main$CatchUp.run(Main.java:417)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
at java.lang.Thread.run(Thread.java:636)
Environment invalid because of previous exception: com.sleepycat.je.log.DbChecksumException: (JE 3.3.98) Read invalid log entry type: -72 lsn= 0x3fb/0x1a3767 logSource=com.sleepycat.je.log.FileHandleSource@6397eb
at com.sleepycat.je.log.LogEntryHeader.<init>(LogEntryHeader.java:94)
at com.sleepycat.je.log.LogManager.getLogEntryFromLogSource(LogManager.java:699)
at com.sleepycat.je.log.LogManager.getLogEntry(LogManager.java:664)
at com.sleepycat.je.tree.IN.fetchTarget(IN.java:1230)
at com.sleepycat.je.tree.Tree.getNextBinInternal(Tree.java:1419)
at com.sleepycat.je.tree.Tree.getNextBin(Tree.java:1282)
at com.sleepycat.je.dbi.CursorImpl.getNextWithKeyChangeStatus(CursorImpl.java:1641)
at com.sleepycat.je.dbi.CursorImpl.getNext(CursorImpl.java:1511)
at com.sleepycat.je.Cursor.retrieveNextAllowPhantoms(Cursor.java:2177)
at com.sleepycat.je.Cursor.retrieveNext(Cursor.java:1987)
at com.sleepycat.je.Cursor.getNext(Cursor.java:775)
at org.tupelo_schneck.electric.TimeSeriesDatabase$ReadIterator.next(TimeSeriesDatabase.java:437)
at org.tupelo_schneck.electric.Main$CatchUp.catchUpNewData(Main.java:489)
at org.tupelo_schneck.electric.Main$CatchUp.runReal(Main.java:449)
at org.tupelo_schneck.electric.Main$CatchUp.run(Main.java:417)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
at java.lang.Thread.run(Thread.java:636)
Environment invalid because of previous exception: com.sleepycat.je.log.DbChecksumException: (JE 3.3.98) Read invalid log entry type: -72 lsn= 0x3fb/0x1a3767 logSource=com.sleepycat.je.log.FileHandleSource@6397eb
at com.sleepycat.je.log.LogEntryHeader.<init>(LogEntryHeader.java:94)
at com.sleepycat.je.log.LogManager.getLogEntryFromLogSource(LogManager.java:699)
at com.sleepycat.je.log.LogManager.getLogEntry(LogManager.java:664)
at com.sleepycat.je.tree.IN.fetchTarget(IN.java:1230)
at com.sleepycat.je.tree.Tree.getNextBinInternal(Tree.java:1419)
at com.sleepycat.je.tree.Tree.getNextBin(Tree.java:1282)
at com.sleepycat.je.dbi.CursorImpl.getNextWithKeyChangeStatus(CursorImpl.java:1641)
at com.sleepycat.je.dbi.CursorImpl.getNext(CursorImpl.java:1511)
at com.sleepycat.je.Cursor.retrieveNextAllowPhantoms(Cursor.java:2177)
at com.sleepycat.je.Cursor.retrieveNext(Cursor.java:1987)
at com.sleepycat.je.Cursor.getNext(Cursor.java:775)
at org.tupelo_schneck.electric.TimeSeriesDatabase$ReadIterator.next(TimeSeriesDatabase.java:437)
at org.tupelo_schneck.electric.Main$CatchUp.catchUpNewData(Main.java:489)
at org.tupelo_schneck.electric.Main$CatchUp.runReal(Main.java:449)
at org.tupelo_schneck.electric.Main$CatchUp.run(Main.java:417)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
at java.lang.Thread.run(Thread.java:636)
Environment invalid because of previous exception: com.sleepycat.je.log.DbChecksumException: (JE 3.3.98) Read invalid log entry type: -72 lsn= 0x3fb/0x1a3767 logSource=com.sleepycat.je.log.FileHandleSource@6397eb
at com.sleepycat.je.log.LogEntryHeader.<init>(LogEntryHeader.java:94)
at com.sleepycat.je.log.LogManager.getLogEntryFromLogSource(LogManager.java:699)
at com.sleepycat.je.log.LogManager.getLogEntry(LogManager.java:664)
at com.sleepycat.je.tree.IN.fetchTarget(IN.java:1230)
at com.sleepycat.je.tree.Tree.getNextBinInternal(Tree.java:1419)
at com.sleepycat.je.tree.Tree.getNextBin(Tree.java:1282)
at com.sleepycat.je.dbi.CursorImpl.getNextWithKeyChangeStatus(CursorImpl.java:1641)
at com.sleepycat.je.dbi.CursorImpl.getNext(CursorImpl.java:1511)
at com.sleepycat.je.Cursor.retrieveNextAllowPhantoms(Cursor.java:2177)
at com.sleepycat.je.Cursor.retrieveNext(Cursor.java:1987)
at com.sleepycat.je.Cursor.getNext(Cursor.java:775)
at org.tupelo_schneck.electric.TimeSeriesDatabase$ReadIterator.next(TimeSeriesDatabase.java:437)
at org.tupelo_schneck.electric.Main$CatchUp.catchUpNewData(Main.java:489)
at org.tupelo_schneck.electric.Main$CatchUp.runReal(Main.java:449)
at org.tupelo_schneck.electric.Main$CatchUp.run(Main.java:417)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
at java.lang.Thread.run(Thread.java:636)
Environment invalid because of previous exception: com.sleepycat.je.log.DbChecksumException: (JE 3.3.98) Read invalid log entry type: -72 lsn= 0x3fb/0x1a3767 logSource=com.sleepycat.je.log.FileHandleSource@6397eb
at com.sleepycat.je.log.LogEntryHeader.<init>(LogEntryHeader.java:94)
at com.sleepycat.je.log.LogManager.getLogEntryFromLogSource(LogManager.java:699)
at com.sleepycat.je.log.LogManager.getLogEntry(LogManager.java:664)
at com.sleepycat.je.tree.IN.fetchTarget(IN.java:1230)
at com.sleepycat.je.tree.Tree.getNextBinInternal(Tree.java:1419)
at com.sleepycat.je.tree.Tree.getNextBin(Tree.java:1282)
at com.sleepycat.je.dbi.CursorImpl.getNextWithKeyChangeStatus(CursorImpl.java:1641)
at com.sleepycat.je.dbi.CursorImpl.getNext(CursorImpl.java:1511)
at com.sleepycat.je.Cursor.retrieveNextAllowPhantoms(Cursor.java:2177)
at com.sleepycat.je.Cursor.retrieveNext(Cursor.java:1987)
at com.sleepycat.je.Cursor.getNext(Cursor.java:775)
at org.tupelo_schneck.electric.TimeSeriesDatabase$ReadIterator.next(TimeSeriesDatabase.java:437)
at org.tupelo_schneck.electric.Main$CatchUp.catchUpNewData(Main.java:489)
at org.tupelo_schneck.electric.Main$CatchUp.runReal(Main.java:449)
at org.tupelo_schneck.electric.Main$CatchUp.run(Main.java:417)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
at java.lang.Thread.run(Thread.java:636)
Environment invalid because of previous exception: com.sleepycat.je.log.DbChecksumException: (JE 3.3.98) Read invalid log entry type: -72 lsn= 0x3fb/0x1a3767 logSource=com.sleepycat.je.log.FileHandleSource@6397eb
at com.sleepycat.je.log.LogEntryHeader.<init>(LogEntryHeader.java:94)
at com.sleepycat.je.log.LogManager.getLogEntryFromLogSource(LogManager.java:699)
at com.sleepycat.je.log.LogManager.getLogEntry(LogManager.java:664)
at com.sleepycat.je.tree.IN.fetchTarget(IN.java:1230)
at com.sleepycat.je.tree.Tree.getNextBinInternal(Tree.java:1419)
at com.sleepycat.je.tree.Tree.getNextBin(Tree.java:1282)
at com.sleepycat.je.dbi.CursorImpl.getNextWithKeyChangeStatus(CursorImpl.java:1641)
at com.sleepycat.je.dbi.CursorImpl.getNext(CursorImpl.java:1511)
at com.sleepycat.je.Cursor.retrieveNextAllowPhantoms(Cursor.java:2177)
at com.sleepycat.je.Cursor.retrieveNext(Cursor.java:1987)
at com.sleepycat.je.Cursor.getNext(Cursor.java:775)
at org.tupelo_schneck.electric.TimeSeriesDatabase$ReadIterator.next(TimeSeriesDatabase.java:437)
at org.tupelo_schneck.electric.Main$CatchUp.catchUpNewData(Main.java:489)
at org.tupelo_schneck.electric.Main$CatchUp.runReal(Main.java:449)
at org.tupelo_schneck.electric.Main$CatchUp.run(Main.java:417)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
at java.lang.Thread.run(Thread.java:636)
Environment invalid because of previous exception: com.sleepycat.je.log.DbChecksumException: (JE 3.3.98) Read invalid log entry type: -72 lsn= 0x3fb/0x1a3767 logSource=com.sleepycat.je.log.FileHandleSource@6397eb
at com.sleepycat.je.log.LogEntryHeader.<init>(LogEntryHeader.java:94)
at com.sleepycat.je.log.LogManager.getLogEntryFromLogSource(LogManager.java:699)
at com.sleepycat.je.log.LogManager.getLogEntry(LogManager.java:664)
at com.sleepycat.je.tree.IN.fetchTarget(IN.java:1230)
at com.sleepycat.je.tree.Tree.getNextBinInternal(Tree.java:1419)
at com.sleepycat.je.tree.Tree.getNextBin(Tree.java:1282)
at com.sleepycat.je.dbi.CursorImpl.getNextWithKeyChangeStatus(CursorImpl.java:1641)
at com.sleepycat.je.dbi.CursorImpl.getNext(CursorImpl.java:1511)
at com.sleepycat.je.Cursor.retrieveNextAllowPhantoms(Cursor.java:2177)
at com.sleepycat.je.Cursor.retrieveNext(Cursor.java:1987)
at com.sleepycat.je.Cursor.getNext(Cursor.java:775)
at org.tupelo_schneck.electric.TimeSeriesDatabase$ReadIterator.next(TimeSeriesDatabase.java:437)
at org.tupelo_schneck.electric.Main$CatchUp.catchUpNewData(Main.java:489)
at org.tupelo_schneck.electric.Main$CatchUp.runReal(Main.java:449)
at org.tupelo_schneck.electric.Main$CatchUp.run(Main.java:417)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
at java.lang.Thread.run(Thread.java:636)
127.0.0.1 -  -  [11/Sep/2011:00:58:49 +0000] "GET /power?extraPoints=2&tqx=reqId%3A1 HTTP/1.1" 200 0 "http://plug2.gotdns.com/ted/its-electric.html" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_7_1) AppleWebKit/534.48.3 (KHTML, like Gecko) Version/5.1 Safari/534.48.3"
127.0.0.1 -  -  [11/Sep/2011:00:58:49 +0000] "GET /power?extraPoints=2&tqx=reqId%3A0 HTTP/1.1" 200 0 "http://plug2.gotdns.com/ted/its-electric.html" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_7_1) AppleWebKit/534.48.3 (KHTML, like Gecko) Version/5.1 Safari/534.48.3"
Environment invalid because of previous exception: com.sleepycat.je.log.DbChecksumException: (JE 3.3.98) Read invalid log entry type: -72 lsn= 0x3fb/0x1a3767 logSource=com.sleepycat.je.log.FileHandleSource@6397eb
at com.sleepycat.je.log.LogEntryHeader.<init>(LogEntryHeader.java:94)
at com.sleepycat.je.log.LogManager.getLogEntryFromLogSource(LogManager.java:699)
at com.sleepycat.je.log.LogManager.getLogEntry(LogManager.java:664)
at com.sleepycat.je.tree.IN.fetchTarget(IN.java:1230)
at com.sleepycat.je.tree.Tree.getNextBinInternal(Tree.java:1419)
at com.sleepycat.je.tree.Tree.getNextBin(Tree.java:1282)
at com.sleepycat.je.dbi.CursorImpl.getNextWithKeyChangeStatus(CursorImpl.java:1641)
at com.sleepycat.je.dbi.CursorImpl.getNext(CursorImpl.java:1511)
at com.sleepycat.je.Cursor.retrieveNextAllowPhantoms(Cursor.java:2177)
at com.sleepycat.je.Cursor.retrieveNext(Cursor.java:1987)
at com.sleepycat.je.Cursor.getNext(Cursor.java:775)
at org.tupelo_schneck.electric.TimeSeriesDatabase$ReadIterator.next(TimeSeriesDatabase.java:437)
at org.tupelo_schneck.electric.Main$CatchUp.catchUpNewData(Main.java:489)
at org.tupelo_schneck.electric.Main$CatchUp.runReal(Main.java:449)
at org.tupelo_schneck.electric.Main$CatchUp.run(Main.java:417)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
at java.lang.Thread.run(Thread.java:636)
Environment invalid because of previous exception: com.sleepycat.je.log.DbChecksumException: (JE 3.3.98) Read invalid log entry type: -72 lsn= 0x3fb/0x1a3767 logSource=com.sleepycat.je.log.FileHandleSource@6397eb
at com.sleepycat.je.log.LogEntryHeader.<init>(LogEntryHeader.java:94)
at com.sleepycat.je.log.LogManager.getLogEntryFromLogSource(LogManager.java:699)

Ron

unread,
Sep 10, 2011, 9:27:26 PM9/10/11
to its-electr...@googlegroups.com
I renamed the electricDB and started it with an empty DB and it is now working, suggestions on fixing the old one? Also is there going to
be anyway to take the new data and merge it back into the old data?


Ron

Robert Tupelo-Schneck

unread,
Sep 10, 2011, 10:31:19 PM9/10/11
to its-electr...@googlegroups.com
This seems to definitely indicate database corruption. Googling the
error message doesn't turn up anything particularly useful. Did
anything unusual happen around the time that this occurred?

You can probably recover the old data using the DbDump and DbLoad
back-end database commands.

You need to unzip the its-electric-*.jar file (a jar file is just a
zip file) in order to fish out the je-*.jar file. Then run something
like

java -cp je-*.jar com.sleepycat.je.util.DbDump -h
path/to/BAD/database-directory -r

This should create a 1.dump file for seconds resolution, 4.dump file
for 4-seconds resolution, etc..

Then you would do

java -cp je-*.jar com.sleepycat.je.util.DbLoad -h
path/to/GOOD/database-directory -n -s 1 -f 1.dump

to load the seconds database into the new database. (The -n option
means data from the new database will not be overwritten.) Repeat for
the other resolutions.

First do this on a *copy* of your new, good directory, because I
haven't tested this!

Let me know how this goes!

Robert

> --
> You received this message because you are subscribed to the Google Groups
> "its-electric-software" group.
> To view this discussion on the web visit
> https://groups.google.com/d/msg/its-electric-software/-/5_oa2rwRkLEJ.
> To post to this group, send email to its-electr...@googlegroups.com.
> To unsubscribe from this group, send email to
> its-electric-sof...@googlegroups.com.
> For more options, visit this group at
> http://groups.google.com/group/its-electric-software?hl=en.
>

Ron Knapp

unread,
Sep 10, 2011, 10:41:24 PM9/10/11
to its-electr...@googlegroups.com
Well I did export on the tail end and it appears to export till the crash.

011-09-10 21:09:53-0400,4,417,,
2011-09-10 21:09:54-0400,1,455,,
2011-09-10 21:09:54-0400,2,6,,
2011-09-10 21:09:54-0400,3,0,,
2011-09-10 21:09:54-0400,4,417,,
2011-09-10 21:09:55-0400,1,457,,
2011-09-10 21:09:55-0400,2,6,,
2011-09-10 21:09:55-0400,3,0,,
2011-09-10 21:09:55-0400,4,417,,

Trying the dump now.

Ron

unread,
Sep 11, 2011, 8:27:58 AM9/11/11
to its-electr...@googlegroups.com
Started the dump, after about 20 minutes it spit out some files, pretty small compared to the db size.

rw-r--r--  1 rknapp  staff    74M Sep 10 23:26 1.dump
-rw-r--r--  1 rknapp  staff   7.5K Sep 10 23:26 10800.dump
-rw-r--r--  1 rknapp  staff   5.0M Sep 10 23:26 15.dump
-rw-r--r--  1 rknapp  staff   324K Sep 10 23:26 240.dump
-rw-r--r--  1 rknapp  staff   2.7K Sep 10 23:26 28800.dump
-rw-r--r--  1 rknapp  staff    22K Sep 10 23:26 3600.dump
-rw-r--r--  1 rknapp  staff    19M Sep 10 23:26 4.dump
-rw-r--r--  1 rknapp  staff   1.3M Sep 10 23:26 60.dump
-rw-r--r--  1 rknapp  staff   1.1K Sep 10 23:26 86400.dump
-rw-r--r--  1 rknapp  staff    87K Sep 10 23:26 900.dump


It then ran another 8hrs overnight with nothing new. I killed it and started it over again, been running an hour with no output.

I took the files it did and tried to import them and got the obvious error that dump wasn't finished:

 -cp je-3.3.98.jar com.sleepycat.je.util.DbLoad -h ../../electricDb -n -s 1 -f 1.dump 
com.sleepycat.je.DatabaseException: (JE 3.3.98) No "DATA=END"
at com.sleepycat.je.util.DbLoad.loadData(DbLoad.java:551)
at com.sleepycat.je.util.DbLoad.load(DbLoad.java:402)
at com.sleepycat.je.util.DbLoad.main(DbLoad.java:164)
Exception in thread "main" com.sleepycat.je.DatabaseException: (JE 3.3.98) There is 1 open Database in the Environment.
Closing the following databases:
at com.sleepycat.je.Environment.close(Environment.java:378)
at com.sleepycat.je.util.DbLoad.main(DbLoad.java:169) 

I wonder if I have reach some sort of practical size with the database. I did run the export before you replied
about the dump and it will put out records at both the beginning and end of the my capture. I have from mid march
till last night. Letting the dump run again and will see what happens.

Ron

Ron

unread,
Sep 11, 2011, 10:15:42 AM9/11/11
to its-electr...@googlegroups.com
I started playing around with the -v verbose flag as well as removing some of the newer files and found that 3 files
over the last week had disappeared. No idea how. Luckily I had started about 5 days ago using snapshot on
the data directory so I just rsync from that back to the data starting with the oldest snapshot and it restored
the missing files, then I imported the new data I started collecting last night.

Seems to be pretty much ok now. Given my attempts I can see it take 6-10hrs to dump the data if it
was in tact. I continue to have concerns over the long term manageability of the database given
it's size for me of about 1GB per month. I am using the max 4 MTUs. At least I know have
a much better understanding of the layout of the data as well as some tools to manipulate it
so that is good.


Ron



Robert Tupelo-Schneck

unread,
Sep 11, 2011, 9:18:03 PM9/11/11
to its-electr...@googlegroups.com
I don't think the size of your database is a problem. I bet mine is
larger... currently 17G... and probably gets more traffic to boot. No
problems at all.

The DbDump program can take -R instead of -r to more aggressively try
to recover a corrupted database.

Out of curiosity, what's the output of "java -version" for you?

So have you managed to recover most of your data?

Robert

> --
> You received this message because you are subscribed to the Google Groups
> "its-electric-software" group.
> To view this discussion on the web visit

> https://groups.google.com/d/msg/its-electric-software/-/3bGwYXx2zbsJ.

Ron Knapp

unread,
Sep 11, 2011, 9:24:26 PM9/11/11
to its-electr...@googlegroups.com
java version "1.6.0_18"
OpenJDK Runtime Environment (IcedTea6 1.8.7) (6b18-1.8.7-2~squeeze1)

Yes once I restored the missing files. I think whatever happened that sucked up the
memory last week was cause or result of this data corruption. With all the missing
files restored I am sitting at 30% of memory by java and very low cpu usage even
on the arm.

PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
17152 root 20 0 400m 152m 3944 S 4.0 30.4 127:21.18 java

load average: 0.32, 0.52, 0.39

mtrcycllvr

unread,
Feb 29, 2012, 7:20:41 PM2/29/12
to its-electr...@googlegroups.com

Thanks for posting this tutorial on how to salvage a database..   I probably sent you email directly by mistake this AM, Robert - I MEANT to simply post, but was in the "old" groups interface..  Silly me..  ;-)


Anyway, I have a question that you may or may not be able to answer?


The basic summary is that I corrupted my database by pointing two instances of its-electric at the same data repository by way of bleary eyes and fat fingers..  THEN I found out that the zfs snapshot I'd made didn't include the dataset that held the repository..  Double bad.


Your instructions were clear enough, however, so I created a new directory,  created the dumps, then loaded the dumps into the new directory in the order you specified, highest granularity to lowest.


What I found was that the restore only SEEMED to reach into November of last year..  What was MORE interesting was that by the time I got to work, there was more data - suddenly I could see into January data..   Now, some eight hours later, ALL of the 1day and 8hour data seems to be present. However none of the higher resolutions seem to be there..


Clearly it APPEARS like there is some sort of indexing of the data going on in the back ground - or at least that's the only rational explanation I can come up with that fits the observed behavior.


While all that was going on, I was busy switching to the "-R" vs. "-r" for a higher level of robustness in DB recovery..  I don't think that's really required for my case, but I proceeded anyway.  File sizes generated are SIMILAR, though not identical..


So, my question is this:

IS there some sort of back ground indexing going on, do you think?  I am hesitant to perform another DB load of this freshly salvaged data if what I've got is actually "okay" and will continue (at a slower and slower pace) to rebuild itself.


You can view for yourself here:

http://www.mtrcycllvr.org/power-consuption/suburban-hell.html


The MAX link resolves quite nicely now (oh, and I was able to get rid of that rouge data point!!  Thanks for that command line option!!) 1day and 8hour data all appears to be there at this time, but if you try any resolution above that, there appears to be nothing but a beginning and end point (excluding my fresh data being fed in since the morning of 2.29.2012)..


I think I'm going to simply let things sit for a bit - I have what I think are two sets of salvaged dumps at this point..   The 1day/8hour data took four to five hours to finish generating/indexing (whatever was/is) going on there.  I expect higher resolutions would take X multiple times that period to achieve the same result?  ie; 3 hour data might not show up for (2.5x5=12 hours or more) quite a long time?


Am I grasping at straws here, or are my guesses at least sort of on target, do you  know?


Should I, after a good long wait, attempt to reload the higher resolution data, perhaps?


Bob, after your restore, did the data all start showing up immediately for you?


Thanks so much for your time and thoughts!


A few more details:

[ewt@helvetti:/nas/homepower]% zfs list nas/homepower/aloha

NAME                 USED  AVAIL  REFER  MOUNTPOINT

nas/homepower/aloha  845M  3.08T   845M  /nas/homepower/aloha

[ewt@helvetti:/nas/homepower]% zfs list nas/homepower/old  

NAME                USED  AVAIL  REFER  MOUNTPOINT

nas/homepower/old  1.73G  3.08T  1.73G  /nas/homepower/old

[ewt@helvetti:/nas/homepower]% 


This makes me think I have NOT really restored all my data!!  "old" is just a copy of the original *jdb files.  aloha is the reloaded *.jdb database directory…  That's a pretty big difference in bits..


Could the order I loaded them be significant?


dump file size comparison between "-r" and "-R":


[ewt@helvetti:/nas/homepower]% ls -l *.dump | sort -n -k 9                

-rw-r--r--   1 root     root     665298204 Feb 29 11:19 1.dump

-rw-r--r--   1 root     root     169405838 Feb 29 11:19 4.dump

-rw-r--r--   1 root     root     45179210 Feb 29 11:19 15.dump

-rw-r--r--   1 root     root     11295236 Feb 29 11:19 60.dump

-rw-r--r--   1 root     root     2823374 Feb 29 11:19 240.dump

-rw-r--r--   1 root     root      754900 Feb 29 11:19 900.dump

-rw-r--r--   1 root     root      190464 Feb 29 11:19 3600.dump

-rw-r--r--   1 root     root       66786 Feb 29 11:19 10800.dump

-rw-r--r--   1 root     root       28158 Feb 29 11:19 28800.dump

-rw-r--r--   1 root     root       12750 Feb 29 11:19 86400.dump

[ewt@helvetti:/nas/homepower]% cd dump/first_pass 

[ewt@helvetti:/nas/homepower/dump/first_pass]% ls -l *.dump | sort -n -k 9

-rw-r--r--   1 root     root     665282994 Feb 29 03:43 1.dump

-rw-r--r--   1 root     root     166394258 Feb 29 03:43 4.dump

-rw-r--r--   1 root     root     44372000 Feb 29 03:43 15.dump

-rw-r--r--   1 root     root     11093150 Feb 29 03:43 60.dump

-rw-r--r--   1 root     root     2773442 Feb 29 03:43 240.dump

-rw-r--r--   1 root     root      739708 Feb 29 03:43 900.dump

-rw-r--r--   1 root     root      185028 Feb 29 03:43 3600.dump

-rw-r--r--   1 root     root       61818 Feb 29 03:43 10800.dump

-rw-r--r--   1 root     root       23244 Feb 29 03:43 28800.dump

-rw-r--r--   1 root     root        7872 Feb 29 03:43 86400.dump

[ewt@helvetti:/nas/homepower/dump/first_pass]% 



OS: Solaris 11 un-patched (Open Indiana on the next server!)

Server: Supermicro ATOM 525

Sum: Super rockin', ultra reliable, very low power, inexpensive NAS solution for the household data needs..

Robert Tupelo-Schneck

unread,
Mar 4, 2012, 10:44:41 PM3/4/12
to its-electr...@googlegroups.com
If you want to salvage the coarser resolutions, you'll need to use

java -cp je-*.jar com.sleepycat.je.util.DbLoad -h
path/to/GOOD/database-directory -n -s 1 -f 1.dump

for seconds, but


java -cp je-*.jar com.sleepycat.je.util.DbLoad -h

path/to/GOOD/database-directory -n -s 4 -f 4.dump


java -cp je-*.jar com.sleepycat.je.util.DbLoad -h

path/to/GOOD/database-directory -n -s 15 -f 15.dump
and so on.

If you used -s 1 for all of them, only the seconds data would actually
have gotten included. Its-electric will recreate the coarser
resolutions, however that process is quite slow. I would have thought
that's all that's happening, to cause you to see "more data" start to
appear over time... it just reflects how far along its-electric is in
recreating coarser resolutions.

However, if you're not seeing any data for "in-between" resolutions,
something has gone wrong. Is that still the case? Let me know.

Robert

> --
> You received this message because you are subscribed to the Google Groups
> "its-electric-software" group.
> To view this discussion on the web visit

> https://groups.google.com/d/msg/its-electric-software/-/yBL9hP1YPN0J.

Eric Timberlake

unread,
Mar 5, 2012, 1:51:53 AM3/5/12
to its-electr...@googlegroups.com
Sigh.. I guess I should have tried a little more in depth RTFM.

I was just able to restore the missing data. The DB still isn't QUITE right, but it's WAY better.

I think I need to take a closer look at the 1.8 distribution before inquiring any further - theres an anomaly when the graph first loads where scroll to present doesn't actually, but after a specific range has been request it's better, but "present" it still some offset of hours prior to the current time.

Anyway, THANKS so much for pointing out my blunder! Pretty silly error on my part.. ;-)

-ET-

Robert Tupelo-Schneck

unread,
Mar 7, 2012, 9:44:17 PM3/7/12
to its-electr...@googlegroups.com
Before long I'll release its-electric 1.9. Would you like to try a
pre-release to see if this bug is fixed?

Robert

Eric Timberlake

unread,
Mar 7, 2012, 10:00:16 PM3/7/12
to its-electr...@googlegroups.com
Hi Robert!

I'm not 100% clear there's a bug, but sure, I'm happy to test out now than I'm a little more comfortable with my use of zfs snapshots.. I honestly believe all my issues are 100% self inflicted and I was leaning towards a "re-export" of my existing database and recreating it one more time (knowing more fully what I'm doing) to see if that "zoom to present" issue clears up. I'm not satisfied I took all the correct steps at the correct time, as a matter of fact, we both know I was running the DB without major data points for some time..

I should mention that I've been using 1.8 in "test" mode with my remote meter without this issue at all, which is what leads me to believe there are still DB based anomalies vs. a bug in your code.

You can see the test version here:

http://test.mtrcycllvr.org/test/its-electric.html (my supposed retirement home - like I'll ever ACTUALLY be able to retire.. ;-) )

I just checked and the scroll to present function works perfectly there, but I've never migrated, or more importantly, never corrupted the DB filesystem like I did with the Suburban Hell DB. The only apparent data loss/corruption actually isn't - the power was actually out for several days after a storm. (1.18-1.20.2012)

I do plan, at some point with my copious free time, to do a small write up of how to use Solaris (and by inference Open Indiana) configuration of its-electric - how to configure as a service using SMF and the advantages of zfs compression and whatnot.. Some day.. ;-)

Anyway, long answer to a short question: YES, I'd be happy to test out a beta of 1.9.

Sincerely,

-ET-

Sea Monkeys1

unread,
Apr 19, 2017, 11:55:45 AM4/19/17
to its-electric-software
I am having the same problem. 

I have unzipped the jar file, but I get the following error message. 

This is the commands I tried both so the error below. 

java -cp je-*.jar com.sleepycat.je.util.DbDump -h C:\its-electric-old\its-electric-db-old ld -directory -r

java -cp je-*.jar com.sleepycat.je.util.DbDump -h its-electric-db-old ld -directory -r

Error: Could not find or load main class com.sleepycat.je.util.DbDump

Robert Tupelo-Schneck

unread,
Apr 19, 2017, 3:55:08 PM4/19/17
to its-electr...@googlegroups.com
Find the actual je jar file (the one whose name starts je- and ends
.jar---possibly je-5.0.34.jar), and put a copy of that file wherever
you will be running the DbDump command. Then use the actual name,
like

java -cp je-5.0.34.jar com.sleepycat.je.util.DbDump -h
path/to/BAD/database-directory -r

Robert
>> > its-electric-sof...@googlegroups.com.
>> > For more options, visit this group at
>> > http://groups.google.com/group/its-electric-software?hl=en.
>> >
>
> --
> You received this message because you are subscribed to the Google Groups
> "its-electric-software" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to its-electric-sof...@googlegroups.com.
> To post to this group, send email to its-electr...@googlegroups.com.
> Visit this group at https://groups.google.com/group/its-electric-software.
> For more options, visit https://groups.google.com/d/optout.

Sea Monkeys1

unread,
Apr 19, 2017, 5:45:46 PM4/19/17
to its-electric-software
Thanks Robert, that seems to be working now. 

I will need to run this for each resolutions or just once? 
>> > For more options, visit this group at
>> > http://groups.google.com/group/its-electric-software?hl=en.
>> >
>
> --
> You received this message because you are subscribed to the Google Groups
> "its-electric-software" group.
> To unsubscribe from this group and stop receiving emails from it, send an

Robert Tupelo-Schneck

unread,
Apr 19, 2017, 7:08:03 PM4/19/17
to its-electr...@googlegroups.com
If you just re-load the seconds data, its-electric will (slowly but
surely!) recreate the coarser resolutions.

Robert
>> >> > its-electric-sof...@googlegroups.com.
>> >> > For more options, visit this group at
>> >> > http://groups.google.com/group/its-electric-software?hl=en.
>> >> >
>> >
>> > --
>> > You received this message because you are subscribed to the Google
>> > Groups
>> > "its-electric-software" group.
>> > To unsubscribe from this group and stop receiving emails from it, send
>> > an
>> > email to its-electric-sof...@googlegroups.com.
>> > To post to this group, send email to its-electr...@googlegroups.com.
>> > Visit this group at
>> > https://groups.google.com/group/its-electric-software.
>> > For more options, visit https://groups.google.com/d/optout.
>
> --
> You received this message because you are subscribed to the Google Groups
> "its-electric-software" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to its-electric-sof...@googlegroups.com.

Sea Monkeys1

unread,
Apr 20, 2017, 9:53:14 AM4/20/17
to its-electric-software
Ran into a new error after it has been running for a good couple of hours. 

java.lang.OutOfMemoryError: Java heap space. 

Looks like I need to increase the ram allocated to the dump. I tired adding -Xmx10000m at the end of the command, but says it is no a valid option. 
>> >> > For more options, visit this group at
>> >> > http://groups.google.com/group/its-electric-software?hl=en.
>> >> >
>> >
>> > --
>> > You received this message because you are subscribed to the Google
>> > Groups
>> > "its-electric-software" group.
>> > To unsubscribe from this group and stop receiving emails from it, send
>> > an
>> > To post to this group, send email to its-electr...@googlegroups.com.
>> > Visit this group at
>> > https://groups.google.com/group/its-electric-software.
>> > For more options, visit https://groups.google.com/d/optout.
>
> --
> You received this message because you are subscribed to the Google Groups
> "its-electric-software" group.
> To unsubscribe from this group and stop receiving emails from it, send an

Robert Tupelo-Schneck

unread,
Apr 20, 2017, 9:55:37 AM4/20/17
to its-electr...@googlegroups.com
Try adding that right after "java".

Robert
>> >> >> > its-electric-sof...@googlegroups.com.
>> >> >> > For more options, visit this group at
>> >> >> > http://groups.google.com/group/its-electric-software?hl=en.
>> >> >> >
>> >> >
>> >> > --
>> >> > You received this message because you are subscribed to the Google
>> >> > Groups
>> >> > "its-electric-software" group.
>> >> > To unsubscribe from this group and stop receiving emails from it,
>> >> > send
>> >> > an
>> >> > email to its-electric-sof...@googlegroups.com.
>> >> > To post to this group, send email to its-electr...@googlegroups.com.
>> >> > Visit this group at
>> >> > https://groups.google.com/group/its-electric-software.
>> >> > For more options, visit https://groups.google.com/d/optout.
>> >
>> > --
>> > You received this message because you are subscribed to the Google
>> > Groups
>> > "its-electric-software" group.
>> > To unsubscribe from this group and stop receiving emails from it, send
>> > an
>> > email to its-electric-sof...@googlegroups.com.
>> > To post to this group, send email to its-electr...@googlegroups.com.
>> > Visit this group at
>> > https://groups.google.com/group/its-electric-software.
>> > For more options, visit https://groups.google.com/d/optout.
>
> --
> You received this message because you are subscribed to the Google Groups
> "its-electric-software" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to its-electric-sof...@googlegroups.com.

Sea Monkeys1

unread,
Apr 21, 2017, 9:39:24 AM4/21/17
to its-electric-software
Robert, 

That worked. I restored each time frame, but when I open up the website it is only showing the new data. The database is back to its old size. any ideas here>?
>> >> >> > For more options, visit this group at
>> >> >> > http://groups.google.com/group/its-electric-software?hl=en.
>> >> >> >
>> >> >
>> >> > --
>> >> > You received this message because you are subscribed to the Google
>> >> > Groups
>> >> > "its-electric-software" group.
>> >> > To unsubscribe from this group and stop receiving emails from it,
>> >> > send
>> >> > an
>> >> > To post to this group, send email to its-electr...@googlegroups.com.
>> >> > Visit this group at
>> >> > https://groups.google.com/group/its-electric-software.
>> >> > For more options, visit https://groups.google.com/d/optout.
>> >
>> > --
>> > You received this message because you are subscribed to the Google
>> > Groups
>> > "its-electric-software" group.
>> > To unsubscribe from this group and stop receiving emails from it, send
>> > an
>> > To post to this group, send email to its-electr...@googlegroups.com.
>> > Visit this group at
>> > https://groups.google.com/group/its-electric-software.
>> > For more options, visit https://groups.google.com/d/optout.
>
> --
> You received this message because you are subscribed to the Google Groups
> "its-electric-software" group.
> To unsubscribe from this group and stop receiving emails from it, send an

Robert Tupelo-Schneck

unread,
Apr 21, 2017, 9:56:34 AM4/21/17
to its-electr...@googlegroups.com
Is this correct: It is working, the database is large, but you only
see very recent data.

What do you see if you try a small "--export" from an earlier time range?

You may want to try starting over and loading only the dumped seconds,
and let its-electric slowly catch up on the other resolutions.

Robert
>> >> >> >> > its-electric-sof...@googlegroups.com.
>> >> >> >> > For more options, visit this group at
>> >> >> >> > http://groups.google.com/group/its-electric-software?hl=en.
>> >> >> >> >
>> >> >> >
>> >> >> > --
>> >> >> > You received this message because you are subscribed to the Google
>> >> >> > Groups
>> >> >> > "its-electric-software" group.
>> >> >> > To unsubscribe from this group and stop receiving emails from it,
>> >> >> > send
>> >> >> > an
>> >> >> > email to its-electric-sof...@googlegroups.com.
>> >> >> > To post to this group, send email to
>> >> >> > its-electr...@googlegroups.com.
>> >> >> > Visit this group at
>> >> >> > https://groups.google.com/group/its-electric-software.
>> >> >> > For more options, visit https://groups.google.com/d/optout.
>> >> >
>> >> > --
>> >> > You received this message because you are subscribed to the Google
>> >> > Groups
>> >> > "its-electric-software" group.
>> >> > To unsubscribe from this group and stop receiving emails from it,
>> >> > send
>> >> > an
>> >> > email to its-electric-sof...@googlegroups.com.
>> >> > To post to this group, send email to its-electr...@googlegroups.com.
>> >> > Visit this group at
>> >> > https://groups.google.com/group/its-electric-software.
>> >> > For more options, visit https://groups.google.com/d/optout.
>> >
>> > --
>> > You received this message because you are subscribed to the Google
>> > Groups
>> > "its-electric-software" group.
>> > To unsubscribe from this group and stop receiving emails from it, send
>> > an
>> > email to its-electric-sof...@googlegroups.com.
>> > To post to this group, send email to its-electr...@googlegroups.com.
>> > Visit this group at
>> > https://groups.google.com/group/its-electric-software.
>> > For more options, visit https://groups.google.com/d/optout.
>
> --
> You received this message because you are subscribed to the Google Groups
> "its-electric-software" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to its-electric-sof...@googlegroups.com.

Sea Monkeys1

unread,
Apr 21, 2017, 10:37:07 AM4/21/17
to its-electric-software
The statement is correct. 

Is blank. 

I will reload just using the seconds database to see if this fixes the problem on a fresh database. 
>> >> >> >> > For more options, visit this group at
>> >> >> >> > http://groups.google.com/group/its-electric-software?hl=en.
>> >> >> >> >
>> >> >> >
>> >> >> > --
>> >> >> > You received this message because you are subscribed to the Google
>> >> >> > Groups
>> >> >> > "its-electric-software" group.
>> >> >> > To unsubscribe from this group and stop receiving emails from it,
>> >> >> > send
>> >> >> > an
>> >> >> > To post to this group, send email to
>> >> >> > its-electr...@googlegroups.com.
>> >> >> > Visit this group at
>> >> >> > https://groups.google.com/group/its-electric-software.
>> >> >> > For more options, visit https://groups.google.com/d/optout.
>> >> >
>> >> > --
>> >> > You received this message because you are subscribed to the Google
>> >> > Groups
>> >> > "its-electric-software" group.
>> >> > To unsubscribe from this group and stop receiving emails from it,
>> >> > send
>> >> > an
>> >> > To post to this group, send email to its-electr...@googlegroups.com.
>> >> > Visit this group at
>> >> > https://groups.google.com/group/its-electric-software.
>> >> > For more options, visit https://groups.google.com/d/optout.
>> >
>> > --
>> > You received this message because you are subscribed to the Google
>> > Groups
>> > "its-electric-software" group.
>> > To unsubscribe from this group and stop receiving emails from it, send
>> > an
>> > To post to this group, send email to its-electr...@googlegroups.com.
>> > Visit this group at
>> > https://groups.google.com/group/its-electric-software.
>> > For more options, visit https://groups.google.com/d/optout.
>
> --
> You received this message because you are subscribed to the Google Groups
> "its-electric-software" group.
> To unsubscribe from this group and stop receiving emails from it, send an

Sea Monkeys1

unread,
May 4, 2017, 5:59:04 PM5/4/17
to its-electric-software
reloaded all the databases and worked this time.  I did find the problem. I wasn't updating the database to update just the file path. Thank You for your help. 
Reply all
Reply to author
Forward
0 new messages