Opened 5 years ago

Closed 3 years ago

#1287 closed defect (fixed)

3 Bote errors:ConcurrentExecutionException,TooSmallPackets

Reported by: user Owned by: str4d
Priority: minor Milestone: 0.9.21
Component: apps/plugins Version: 0.9.12
Keywords: I2P-Bote Cc:
Parent Tickets:


3 errors:

  • about unability to check for update (maybe this should only be logged if it happens repeatedly, not if eepproxy fails once or eepsite down. for the future it could even be thought about a p2p update where instrad of checking the eepsite, other bote nodes arequeried and only updates signed by a signer on a configurable list of trusted signers are accepted)
  • CEE
  • dunno how those too small packets come about, maybe it's during shutdown? Is it save to simply rm them? will they be redownloaded, or a packet once downloaded is deleted for good? I know received mails are deleted, but not sure it's on a per-packet basis or only once the mail is complete AND correctly assembled. Anyhow, bote should recover from that on its own
    20.05.14 23:39:41 ERROR [UpdateCheckr] i2p.bote.service.UpdateChecker: Can't check update URL: http://tjgidoycrw6s3guetge3kvrvynppqjmvqsosmtbmgqasa6vmsf6a.b32.i2p/i2pbote-update.xpi2p
    20.05.14 21:38:29 ERROR [UpdateCheckr] i2p.bote.service.UpdateChecker: Can't check update URL: http://tjgidoycrw6s3guetge3kvrvynppqjmvqsosmtbmgqasa6vmsf6a.b32.i2p/i2pbote-update.xpi2p
    20.05.14 20:38:09 ERROR [UpdateCheckr] i2p.bote.service.UpdateChecker: Can't check update URL: http://tjgidoycrw6s3guetge3kvrvynppqjmvqsosmtbmgqasa6vmsf6a.b32.i2p/i2pbote-update.xpi2p
    20.05.14 19:29:21 ERROR [onsole Jetty] i2p.bote.service.EmailChecker : Error while checking whether new mail has arrived.
         java.util.concurrent.ExecutionException: java.util.concurrent.ExecutionException: java.util.ConcurrentModificationException
         at Source)
         at java.util.concurrent.FutureTask.get(Unknown Source)
         at i2p.bote.service.EmailChecker.newMailReceived(
         at i2p.bote.I2PBote.newMailReceived(
         at i2p.bote.util.GeneralHelper.isNewMailReceived(
         at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
         at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
         at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
         at java.lang.reflect.Method.invoke(Unknown Source)
         at javax.el.BeanELResolver.getValue(
         at javax.el.CompositeELResolver.getValue(
         at org.apache.el.parser.AstValue.getValue(
         at org.apache.el.ValueExpressionImpl.getValue(
         at org.apache.jasper.runtime.PageContextImpl.proprietaryEvaluate(
         at i2p.bote.jsp.buttonFrame_jsp._jspx_meth_c_005fif_005f8(
         at i2p.bote.jsp.buttonFrame_jsp._jspx_meth_c_005fif_005f4(
         at i2p.bote.jsp.buttonFrame_jsp._jspService(
         at org.apache.jasper.runtime.HttpJspBase.service(
         at javax.servlet.http.HttpServlet.service(
         at org.eclipse.jetty.servlet.ServletHolder.handle(
         at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(
         at i2p.bote.web.CharsetFilter.doFilter(
         at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(
         at org.eclipse.jetty.servlet.ServletHandler.doHandle(
         at org.eclipse.jetty.server.handler.ScopedHandler.handle(
         at org.eclipse.jetty.server.session.SessionHandler.doHandle(
         at org.eclipse.jetty.server.handler.ContextHandler.doHandle(
         at org.eclipse.jetty.servlet.ServletHandler.doScope(
         at org.eclipse.jetty.server.session.SessionHandler.doScope(
         at org.eclipse.jetty.server.handler.ContextHandler.doScope(
         at org.eclipse.jetty.server.handler.ScopedHandler.handle(
         at org.eclipse.jetty.server.handler.ContextHandlerCollection.handle(
         at org.eclipse.jetty.server.handler.HandlerCollection.handle(
         at org.eclipse.jetty.server.handler.HandlerWrapper.handle(
         at org.eclipse.jetty.server.Server.handle(
         at org.eclipse.jetty.server.AbstractHttpConnection.handleRequest(
         at org.eclipse.jetty.server.AbstractHttpConnection.headerComplete(
         at org.eclipse.jetty.server.AbstractHttpConnection$RequestHandler.headerComplete(
         at org.eclipse.jetty.http.HttpParser.parseNext(
         at org.eclipse.jetty.http.HttpParser.parseAvailable(
         at org.eclipse.jetty.server.AsyncHttpConnection.handle(
         at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source)
         at java.util.concurrent.ThreadPoolExecutor$ Source)
         at Source)
         Caused by: java.util.concurrent.ExecutionException: java.util.ConcurrentModificationException
         at Source)
         at java.util.concurrent.FutureTask.get(Unknown Source)
         at Source)
         ... 3 more
         Caused by: java.util.ConcurrentModificationException
         at java.util.ArrayList$Itr.checkForComodification(Unknown Source)
         at java.util.ArrayList$ Source)
         at java.util.concurrent.Executors$ Source)
         ... 4 more
    20.05.14 18:26:24 ERROR [ExpiratnThrd] i2p.bote.folder.Folder : Can't create a FolderElement from file: C:\ProgramData\Application Data\i2p\i2pbote\dht_email_pkt\pko46K5LXBn0-91y4A2a62mhvPsgDNOlTDtU4b~CGyQ=.pkt (file size=8192)
         i2p.bote.packet.MalformedPacketException: Can't instantiate packet for type code <E>
         at i2p.bote.packet.DataPacket.createPacket(
         at i2p.bote.packet.I2PBotePacket.createPacket(
         at i2p.bote.packet.I2PBotePacket.createPacket(
         at i2p.bote.folder.PacketFolder.createFolderElement(
         at i2p.bote.folder.PacketFolder.createFolderElement(
         at i2p.bote.folder.Folder$3.findNextElement(
         at i2p.bote.folder.Folder$
         at i2p.bote.folder.PacketFolder$
         at i2p.bote.folder.PacketFolder$
         at i2p.bote.folder.EmailPacketFolder.deleteExpired(
         Caused by: java.lang.reflect.InvocationTargetException
         at sun.reflect.GeneratedConstructorAccessor8.newInstance(Unknown Source)
         at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(Unknown Source)
         at java.lang.reflect.Constructor.newInstance(Unknown Source)
         at i2p.bote.packet.DataPacket.createPacket(
         ... 10 more
         Caused by: java.nio.BufferUnderflowException
         at java.nio.HeapByteBuffer.get(Unknown Source)
         at java.nio.ByteBuffer.get(Unknown Source)
         at i2p.bote.packet.dht.EncryptedEmailPacket.<init>(
         ... 14 more


Change History (6)

comment:1 Changed 4 years ago by str4d

  • Keywords I2P-Bote added; bote removed
  • Milestone 0.9.14 deleted
  • Owner changed from HungryHobo to str4d
  • Status changed from new to accepted

Update checker has been dropped from trunk by HungryHobo (it was there before I2P did automatic plugin update checks).

Looking into the other errors.

Last edited 4 years ago by str4d (previous) (diff)

comment:2 Changed 4 years ago by str4d

  • Keywords race added; packets removed

comment:3 Changed 4 years ago by str4d

  • Keywords race removed

ConcurrentModificationException duplicated in #1586, fixed there.

Still looking into the BufferUnderflowException.

Last edited 4 years ago by str4d (previous) (diff)

comment:4 Changed 4 years ago by str4d

  • Milestone set to 0.9.21

The MalformedPacketException error above is exactly that, an error when trying to read a packet from file. Generally this is unrecoverable. These fall into two categories:

  • DHT packets that are being stored by I2P-Bote for another user (the case in the error logs above)
  • Incomplete email packets that have been successfully decrypted after downloading from a remote user, but either the packet inside was originally corrupt, or the unencrypted packet is later corrupted on-disk.

DHT packets can be safely deleted because we can assume that the packet was either corrupted during network transfer to us (but has been safely stored with another I2P-Bote node), or was corrupt from the beginning and shouldn't be stored at all.

Incomplete email packets, I'm not sure about. In most cases, emails are compressed prior to being split into packets, so if one of the packets is corrupted locally then the email is unrecoverable (because packets are deleted from the DHT as soon as they are fetched). But is there a case for potentially recovering some email data? Right now, nothing is ever deleted from the incomplete folder unless a full email has been formed, but this should probably be changed to deleting unused incomplete packets after 100 days (when the missing packets will have definitely been deleted from the DHT). Or possibly even sooner? Research is needed into the origin of these packets (whether from incomplete downloads, or packets from old emails being downloaded later from servers that didn't get the deletion request).

For now, I will delete malformed DHT packets, and leave the existing error for incomplete email packets.

comment:5 Changed 4 years ago by str4d

  • Status changed from accepted to testing

Malformed DHT packets deleted in 3838fb2d792f8ff033b3dc5b94713f854f43538b.

comment:6 Changed 3 years ago by str4d

  • Resolution set to fixed
  • Status changed from testing to closed

No further comments, so closing this (incomplete email packets will be handled separately later).

Note: See TracTickets for help on using tickets.