Greg Logan created FELIX-6519:
---------------------------------
Summary: Read only logging config prevents log:tail
Key: FELIX-6519
URL: https://issues.apache.org/jira/browse/FELIX-6519
Project: Felix
Issue Type: Bug
Components: Configuration Admin
Reporter: Greg Logan
Upon execution of log:tail in a Karaf console where the logging config file is
read-only, the command fails with the following stack trace
{noformat}
2022-03-24T23:52:44,003 | ERROR | (ShellUtil:152) - Exception caught while
executing command
org.osgi.service.cm.ReadOnlyConfigurationException: Configuration
org.ops4j.pax.logging is read-only
at
org.apache.felix.cm.impl.ConfigurationAdapter.checkLocked(ConfigurationAdapter.java:370)
~[?:?]
at
org.apache.felix.cm.impl.ConfigurationAdapter.update(ConfigurationAdapter.java:144)
~[?:?]
at
org.apache.karaf.log.core.internal.LogServiceImpl.setLevel(LogServiceImpl.java:109)
~[?:?]
at
org.apache.karaf.log.command.LogTail$LogServiceTracker.addingService(LogTail.java:95)
~[?:?]
at
org.apache.karaf.log.command.LogTail$LogServiceTracker.addingService(LogTail.java:76)
~[?:?]
at
org.osgi.util.tracker.ServiceTracker$Tracked.customizerAdding(ServiceTracker.java:941)
~[osgi.core-6.0.0.jar:?]
at
org.osgi.util.tracker.ServiceTracker$Tracked.customizerAdding(ServiceTracker.java:870)
~[osgi.core-6.0.0.jar:?]
at
org.osgi.util.tracker.AbstractTracked.trackAdding(AbstractTracked.java:256)
~[osgi.core-6.0.0.jar:?]
at
org.osgi.util.tracker.AbstractTracked.trackInitial(AbstractTracked.java:183)
~[osgi.core-6.0.0.jar:?]
at org.osgi.util.tracker.ServiceTracker.open(ServiceTracker.java:318)
~[osgi.core-6.0.0.jar:?]
at org.osgi.util.tracker.ServiceTracker.open(ServiceTracker.java:261)
~[osgi.core-6.0.0.jar:?]
at org.apache.karaf.log.command.LogTail.execute(LogTail.java:54) ~[?:?]
at
org.apache.karaf.shell.impl.action.command.ActionCommand.execute(ActionCommand.java:84)
~[?:?]
at
org.apache.karaf.shell.impl.console.osgi.secured.SecuredCommand.execute(SecuredCommand.java:68)
~[?:?]
at
org.apache.karaf.shell.impl.console.osgi.secured.SecuredCommand.execute(SecuredCommand.java:86)
~[?:?]
at org.apache.felix.gogo.runtime.Closure.executeCmd(Closure.java:599) ~[?:?]
at org.apache.felix.gogo.runtime.Closure.executeStatement(Closure.java:526)
~[?:?]
at org.apache.felix.gogo.runtime.Closure.execute(Closure.java:415) ~[?:?]
at org.apache.felix.gogo.runtime.Pipe.doCall(Pipe.java:416) ~[?:?]
at org.apache.felix.gogo.runtime.Pipe.call(Pipe.java:229) ~[?:?]
at org.apache.felix.gogo.runtime.Pipe.call(Pipe.java:59) ~[?:?]
at java.util.concurrent.FutureTask.run(FutureTask.java:264) ~[?:?]
at
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128)
~[?:?]
at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)
~[?:?]
at java.lang.Thread.run(Thread.java:829) [?:?]{noformat}
Operations are otherwise unimpeded, but it makes debugging harder :)
--
This message was sent by Atlassian Jira
(v8.20.1#820001)
