java.lang.IllegalStateException: Log is closed

Stack Overflow | sanketthodge | 9 months ago
tip
Do you find the tips below useful? Click on the to mark them and say thanks to rp . Or join the community to write better ones.
  1. 0

    [FLUME-1232] Cannot start agent a 3rd time when using FileChannel - ASF JIRA

    apache.org | 2 years ago
    java.lang.IllegalStateException: Channel closed
  2. 0

    [Flume-user] flume restart exception - Grokbase

    grokbase.com | 1 year ago
    java.lang.IllegalStateException: Channel closed [channel=fileChannel3]
  3. Speed up your debug routine!

    Automated exception search integrated into your IDE

  4. 0

    FileChannels Event implementation uses Hadoop IO's Writable for serialization. Without it a class loader error is thrown but never caught and logged killing the thread invisibly. This repeats and puts flume into a state where interrupts are not responded to, making clean shutdown impossible old desc for posterity: Reduced to a minimal configuration for simplicity. I can recreate this on some machines, and not others. I wouldn't be surprised if it is some machines specific issue(test machines on CentOS5.4. On some it worked, others not), however whatever exception was thrown when attempting to get created is consumed and never passed onwards Config: test.channels.ch1.type = file test.channels.ch1.checkpointDir = /home/share/juhani_connolly/flume-1.2.0-incubating-SNAPSHOT/check test.channels.ch1.dataDirs = /home/share/juhani_connolly/flume-1.2.0-incubating-SNAPSHOT/filechdata test.sources.top.type = exec test.sources.top.command = /usr/bin top -b -d 1 test.sources.top.restart = true test.sources.top.restartThrottle = 1000 test.sources.top.interceptors = ts test.sources.top.interceptors.ts.type = org.apache.flume.interceptor.TimestampInterceptor$Builder test.sources.top.channels = ch1 test.sinks.log.type = logger test.sinks.log.channel = ch1 test.channels = ch1 test.sources = top test.sinks = log attaching logs with general/lifecycle loglevel down to debug. A solution to this is probably going to be just improving error reporting. Another possibly more important element is that flume enters a state from which it cannot shutdown without kill -9. It looks like the Interrupts are getting swallowed up silently somewhere

    Apache's JIRA Issue Tracker | 5 years ago | Juhani Connolly
    java.lang.IllegalStateException: Channel closed
  5. 0
    samebug tip
    Check if there is no nexus running. If not, delete sonatype-work/nexus/nexus.lock .

  1. arturgajowy 4 times, last 2 days ago
  2. SteVio1989 4 times, last 1 week ago
  3. Dunmer 2 times, last 3 weeks ago
  4. jf-ast 3 times, last 2 months ago
  5. Hronom 2 times, last 3 months ago
11 more registered users
64 unregistered visitors
Not finding the right solution?
Take a tour to get the most out of Samebug.

Tired of useless tips?

Automated exception search integrated into your IDE

Root Cause Analysis

  1. java.lang.IllegalStateException

    Log is closed

    at com.google.common.base.Preconditions.checkState()
  2. Guava
    Preconditions.checkState
    1. com.google.common.base.Preconditions.checkState(Preconditions.java:149)
    1 frame
  3. org.apache.flume
    FileChannel.createTransaction
    1. org.apache.flume.channel.file.Log.getFlumeEventQueue(Log.java:564)
    2. org.apache.flume.channel.file.FileChannel$FileBackedTransaction.<init>(FileChannel.java:420)
    3. org.apache.flume.channel.file.FileChannel.createTransaction(FileChannel.java:340)
    3 frames
  4. Flume
    SpoolDirectorySource$SpoolDirectoryRunnable.run
    1. org.apache.flume.channel.BasicChannelSemantics.getTransaction(BasicChannelSemantics.java:122)
    2. org.apache.flume.channel.ChannelProcessor.processEventBatch(ChannelProcessor.java:181)
    3. org.apache.flume.source.SpoolDirectorySource$SpoolDirectoryRunnable.run(SpoolDirectorySource.java:235)
    3 frames
  5. Java RT
    Thread.run
    1. java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
    2. java.util.concurrent.FutureTask.runAndReset(FutureTask.java:308)
    3. java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(ScheduledThreadPoolExecutor.java:180)
    4. java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:294)
    5. java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
    6. java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
    7. java.lang.Thread.run(Thread.java:745)
    7 frames