Clear the Cache

[21:16:40] openhabian@openhab:~$ sudo du /var/log -h --max-depth=1 | sort -hr
26G     /var/log
2.9G    /var/log/journal
239M    /var/log/openhab2
2.7M    /var/log/samba
192K    /var/log/apt
180K    /var/log/mosquitto
68K     /var/log/grafana
56K     /var/log/nginx
48K     /var/log/unattended-upgrades
4.0K    /var/log/sysstat
4.0K    /var/log/private
4.0K    /var/log/influxdb
[21:18:25] openhabian@openhab:~$

this file 11gb

daemon.log

EDIT: I missed your additional posts while replying… daemon.log contains entries of running processes.
Since it probably will keep filling the log, just delete it and watch the new entries with tail -f /var/log/daemon.log.

It is the /var/log directory indeed.
I should have suggested to run sudo du /var -h --max-depth=2 | sort -hr | more which also shows the largest files on top.
Based on the name of that file, you can conclude which process is generating this amount of data.

i can’t delete it daemon.log
I stopped the server too

sudo systemctl stop openhab2

i tried with WinSCP
var/log/
delet
daemon.log

error
Permission denied.
Error code: 3
Error message from server: Permission denied

edit
this file 11gb
syslog

end
daemon.log
11gb

You need to be root or use root privileges to delete files from /var/log directory.

sudo rm /var/log/daemon.log
2 Likes

Hi all,
A very basic question:
I’m running 2.5.1-2 on a RPi4B and need to update to 2.5.2. Can I trust openhabian-config 03 to update my running system flawlessly now? No cash/tmp/whatever cleaning at all after the update!!
For once I just want to be a user.

Stopping OH and then clearing the cache may not affect OH as cached data should always be temporary data.

No.
If the cache files are present on OH startup, it’ll use them without checking first if they have become invalid and would need to be renewed. As with any cache, this may lead to problems, hence the recommendation to delete the cache on changes such as OH upgrades which are known to invalidate cache contents.

Sorry, but it would be nice to know if the such cashe cleaning is incuded with the openhabian-config 03, or if it is a MUST after the upgrade.

As far as I remember, when you do an upgrade from within openhabian.config, it will clear cache and tmp in the upgrade process automaticly.

Strictly speaking no, but it is included with the install/upgrade scripts to come with the openhab2 package. Which is what openhabian is calling if you select option 03.

Just to provide a bit of clarity.

  1. Apt and yum updates to openHAB will always clear the cache and tmp as part of the upgrade process.
  2. openHABian installs openHAB via apt so see 1.
  3. The Docker image will always clear the cache and tmp folders if the container is running a different version of OH from the version of the files mounted to userdata.
  4. When updating a manually installed OH, you must clear the cache and tmp manually which is clearly documented in the instructions.

Therefore, if 4 doesn’t apply to you, the only time you should clear the cache and tmp folders is if you are seeing errors that indicate a reinstall of the add-ons might fix.

2 Likes

Perfect!! Already copied to my “HOW TO” document.
Thanks a million.

Hello
I have a problem
after a new installation

#
#############################################################################
##        Ip = 192.168.0.222
##   Release = Raspbian GNU/Linux 10 (buster)
##    Kernel = Linux 4.19.97-v7l+
##  Platform = none
##    Uptime = 1 day(s). 4:20:32
## CPU Usage = 27.75% avg over 4 cpu(s) (4 core(s) x 1 socket(s))
##  CPU Load = 1m: 1.15, 5m: 1.14, 15m: 1.11
##    Memory = Free: 2.57GB (67%), Used: 1.28GB (33%), Total: 3.86GB
##      Swap = Free: 0.09GB (100%), Used: 0.00GB (0%), Total: 0.09GB
##      Root = Free: 53.39GB (95%), Used: 2.51GB (5%), Total: 58.30GB
##   Updates = 0 apt updates available.
##  Sessions = 1 session(s)
## Processes = 143 running processes of 32768 maximum processes
#############################################################################

              Welcome to            __  _____    ____  _
            ____  ____  ___  ____  / / / /   |  / __ )(_)___ _____
           / __ \/ __ \/ _ \/ __ \/ /_/ / /| | / __  / / __ `/ __ \
          / /_/ / /_/ /  __/ / / / __  / ___ |/ /_/ / / /_/ / / / /
          \____/ .___/\___/_/ /_/_/ /_/_/  |_/_____/_/\__,_/_/ /_/
              /_/
                  openHAB 2.5.3-1 (Release Build)

I passed the files

# The installation package of this openHAB instance

# Note: This is only regarded at the VERY FIRST START of openHAB

# Note: If you want to specify your add-ons yourself through entries below, set the package to "minimal"

# as otherwise your definition might be in conflict with what the installation package defines.

#

# Optional. If not set, the dashboard (https://<yourserver>:8080/) will ask you to choose a package.

#

# Valid options:

#   - minimal  : Installation only with dashboard, but no UIs or other add-ons. Use this for custom setups.

#   - simple   : Setup for using openHAB purely through UIs - you need to expect MANY constraints in functionality!

#   - standard : Default setup for normal users, best for textual setup

#   - expert   : Setup for expert users, especially for people migrating from openHAB 1.x

#   - demo     : A demo setup which includes UIs, a few bindings, config files etc.

#

# See https://www.openhab.org/docs/configuration/packages.html for a detailed explanation of these packages.

#

package = minimal

# Access Remote Add-on Repository

# Defines whether the remote openHAB add-on repository should be used for browsing and installing add-ons.

# This not only makes latest snapshots of add-ons available, it is also required for the installation of

# any legacy 1.x add-on. (default is true)

#

remote = true

# Include legacy 1.x bindings. If set to true, it also allows the installation of 1.x bindings for which there is 

# already a 2.x version available (requires remote repo access, see above). (default is false)

#

legacy = false

# A comma-separated list of bindings to install (e.g. "binding = sonos,knx,zwave")

binding = zwave,deconz,shelly,squeezebox,expire1,amazonechocontrol,harmonyhub,hue,plex1,ntp,astro,mqtt,http1,network,systeminfo,weather1,telegram,dscalarm,gpstracker,exec

# dmx,bluetooth

# A comma-separated list of UIs to install (e.g. "ui = basic,paper")

ui = basic,dashboard,habmin,habot,habpanel,homebuilder,paper

# A comma-separated list of persistence services to install (e.g. "persistence = rrd4j,jpa")

#persistence = rrd4j,mapdb,influxdb

# A comma-separated list of actions to install (e.g. "action = mail,pushover")

action = telegram,pushover

# mail

# A comma-separated list of transformation services to install (e.g. "transformation = map,jsonpath")

transformation = map,regex,xslt,exec,javascript,scale,xpath,jsonpath

# A comma-separated list of voice services to install (e.g. "voice = marytts,freetts")

#voice = 

# A comma-separated list of miscellaneous services to install (e.g. "misc = myopenhab")

misc = market,openhabcloud,hueemulation,ruleengine,gcal1

and Things file

the problem is when I do a clear the cache

step 1
sudo systemctl stop openhab2
step 2
sudo openhab-cli clean-cache
step 3
sudo systemctl start openhab2

when you started openhab
not working TimeOfDay
and I have to restart
restart server :
sudo systemctl restart openhab2.service
what i have to do to do it right

thanks

log viewer:

tail -f /var/log/openhab2/openhab.log /var/log/openhab2/events.log

2020-03-22 15:20:33.387 [ERROR] [ntime.internal.engine.RuleEngineImpl] - Rule ‘HEATING CONTROL AUTO MANUAL MODE’: The name ‘Temperature_Range’ cannot be resolved to an item or type; line 80, column 39, length 17
2020-03-22 15:20:17.123 [ERROR] [ntime.internal.engine.RuleEngineImpl] - Rule ‘watt My home energy’: For input string: “530.420 W”

2020-03-22 15:20:17.124 [ERROR] [ntime.internal.engine.RuleEngineImpl] - Rule ‘watt Kichent energy’: For input string: “4.790 W”

2020-03-22 15:20:17.126 [ERROR] [ntime.internal.engine.RuleEngineImpl] - Rule ‘Microwave energy’: For input string: “1.780 W”

2020-03-22 15:20:17.138 [ERROR] [ntime.internal.engine.RuleEngineImpl] - Rule ‘HEATING CONTROL AUTO MANUAL MODE’: The name ‘Temperature_Range’ cannot be resolved to an item or type; line 80, column 39, length 17

2020-03-22 15:20:17.144 [ERROR] [ntime.internal.engine.RuleEngineImpl] - Rule ‘Boiler Consumption State Machine (Extended)’: The name ‘Boiler_OpState’ cannot be resolved to an item or type; line 420, column 45, length 14

2020-03-22 15:20:17.149 [ERROR] [ntime.internal.engine.RuleEngineImpl] - Rule ‘Total Amper home’: The name ‘Kitchen_Power’ cannot be resolved to an item or type; line 35, column 44, le

by restarting I get this problem
and they don’t show me Sonoff.things
mqtt broker online
restart server :
sudo systemctl restart openhab2.service

==> /var/log/openhab2/openhab.log <==

2020-03-22 16:09:56.790 [ERROR] [ersey.server.ServerRuntime$Responder] - An I/O error has occurred while writing a response message entity to the container output stream.

org.glassfish.jersey.server.internal.process.MappableException: org.eclipse.jetty.io.EofException

	at org.glassfish.jersey.server.internal.MappableExceptionWrapperInterceptor.aroundWriteTo(MappableExceptionWrapperInterceptor.java:92) ~[?:?]

	at org.glassfish.jersey.message.internal.WriterInterceptorExecutor.proceed(WriterInterceptorExecutor.java:162) ~[bundleFile:?]

	at org.glassfish.jersey.message.internal.MessageBodyFactory.writeTo(MessageBodyFactory.java:1130) ~[bundleFile:?]

	at org.glassfish.jersey.server.ServerRuntime$Responder.writeResponse(ServerRuntime.java:711) [bundleFile:?]

	at org.glassfish.jersey.server.ServerRuntime$Responder.processResponse(ServerRuntime.java:444) [bundleFile:?]

	at org.glassfish.jersey.server.ServerRuntime$Responder.process(ServerRuntime.java:434) [bundleFile:?]

	at org.glassfish.jersey.server.ServerRuntime$2.run(ServerRuntime.java:329) [bundleFile:?]

	at org.glassfish.jersey.internal.Errors$1.call(Errors.java:271) [bundleFile:?]

	at org.glassfish.jersey.internal.Errors$1.call(Errors.java:267) [bundleFile:?]

	at org.glassfish.jersey.internal.Errors.process(Errors.java:315) [bundleFile:?]

	at org.glassfish.jersey.internal.Errors.process(Errors.java:297) [bundleFile:?]

	at org.glassfish.jersey.internal.Errors.process(Errors.java:267) [bundleFile:?]

	at org.glassfish.jersey.process.internal.RequestScope.runInScope(RequestScope.java:317) [bundleFile:?]

	at org.glassfish.jersey.server.ServerRuntime.process(ServerRuntime.java:305) [bundleFile:?]

	at org.glassfish.jersey.server.ApplicationHandler.handle(ApplicationHandler.java:1154) [bundleFile:?]

	at org.glassfish.jersey.servlet.WebComponent.serviceImpl(WebComponent.java:473) [bundleFile:?]

	at org.glassfish.jersey.servlet.WebComponent.service(WebComponent.java:427) [bundleFile:?]

	at org.glassfish.jersey.servlet.ServletContainer.service(ServletContainer.java:388) [bundleFile:?]

	at org.glassfish.jersey.servlet.ServletContainer.service(ServletContainer.java:341) [bundleFile:?]

	at org.glassfish.jersey.servlet.ServletContainer.service(ServletContainer.java:228) [bundleFile:?]

	at com.eclipsesource.jaxrs.publisher.internal.ServletContainerBridge.service(ServletContainerBridge.java:76) [bundleFile:?]

	at org.eclipse.jetty.servlet.ServletHolder.handle(ServletHolder.java:852) [bundleFile:9.4.20.v20190813]

	at org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:544) [bundleFile:9.4.20.v20190813]

	at org.ops4j.pax.web.service.jetty.internal.HttpServiceServletHandler.doHandle(HttpServiceServletHandler.java:71) [bundleFile:?]

	at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:143) [bundleFile:9.4.20.v20190813]

	at org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:536) [bundleFile:9.4.20.v20190813]

	at org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:127) [bundleFile:9.4.20.v20190813]

	at org.eclipse.jetty.server.handler.ScopedHandler.nextHandle(ScopedHandler.java:235) [bundleFile:9.4.20.v20190813]

	at org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:1581) [bundleFile:9.4.20.v20190813]

	at org.eclipse.jetty.server.handler.ScopedHandler.nextHandle(ScopedHandler.java:233) [bundleFile:9.4.20.v20190813]

	at org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1307) [bundleFile:9.4.20.v20190813]

	at org.ops4j.pax.web.service.jetty.internal.HttpServiceContext.doHandle(HttpServiceContext.java:293) [bundleFile:?]

	at org.eclipse.jetty.server.handler.ScopedHandler.nextScope(ScopedHandler.java:188) [bundleFile:9.4.20.v20190813]

	at org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:482) [bundleFile:9.4.20.v20190813]

	at org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:1549) [bundleFile:9.4.20.v20190813]

	at org.eclipse.jetty.server.handler.ScopedHandler.nextScope(ScopedHandler.java:186) [bundleFile:9.4.20.v20190813]

	at org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1204) [bundleFile:9.4.20.v20190813]

	at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:141) [bundleFile:9.4.20.v20190813]

	at org.ops4j.pax.web.service.jetty.internal.JettyServerHandlerCollection.handle(JettyServerHandlerCollection.java:80) [bundleFile:?]

	at org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:127) [bundleFile:9.4.20.v20190813]

	at org.eclipse.jetty.server.Server.handle(Server.java:494) [bundleFile:9.4.20.v20190813]

	at org.eclipse.jetty.server.HttpChannel.handle(HttpChannel.java:374) [bundleFile:9.4.20.v20190813]

	at org.eclipse.jetty.server.HttpConnection.onFillable(HttpConnection.java:268) [bundleFile:9.4.20.v20190813]

	at org.eclipse.jetty.io.AbstractConnection$ReadCallback.succeeded(AbstractConnection.java:311) [bundleFile:9.4.20.v20190813]

	at org.eclipse.jetty.io.FillInterest.fillable(FillInterest.java:103) [bundleFile:9.4.20.v20190813]

	at org.eclipse.jetty.io.ChannelEndPoint$2.run(ChannelEndPoint.java:117) [bundleFile:9.4.20.v20190813]

	at org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.runTask(EatWhatYouKill.java:336) [bundleFile:9.4.20.v20190813]

	at org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.doProduce(EatWhatYouKill.java:313) [bundleFile:9.4.20.v20190813]

	at org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.tryProduce(EatWhatYouKill.java:171) [bundleFile:9.4.20.v20190813]

	at org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.run(EatWhatYouKill.java:129) [bundleFile:9.4.20.v20190813]

	at org.eclipse.jetty.util.thread.ReservedThreadExecutor$ReservedThread.run(ReservedThreadExecutor.java:367) [bundleFile:9.4.20.v20190813]

	at org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:782) [bundleFile:9.4.20.v20190813]

	at org.eclipse.jetty.util.thread.QueuedThreadPool$Runner.run(QueuedThreadPool.java:918) [bundleFile:9.4.20.v20190813]

	at java.lang.Thread.run(Thread.java:748) [?:1.8.0_222]

Caused by: org.eclipse.jetty.io.EofException

	at org.eclipse.jetty.io.ChannelEndPoint.flush(ChannelEndPoint.java:283) ~[bundleFile:9.4.20.v20190813]

	at org.eclipse.jetty.io.WriteFlusher.flush(WriteFlusher.java:422) ~[bundleFile:9.4.20.v20190813]

	at org.eclipse.jetty.io.WriteFlusher.write(WriteFlusher.java:277) ~[bundleFile:9.4.20.v20190813]

	at org.eclipse.jetty.io.AbstractEndPoint.write(AbstractEndPoint.java:381) ~[bundleFile:9.4.20.v20190813]

	at org.eclipse.jetty.server.HttpConnection$SendCallback.process(HttpConnection.java:818) ~[bundleFile:9.4.20.v20190813]

	at org.eclipse.jetty.util.IteratingCallback.processing(IteratingCallback.java:241) ~[bundleFile:9.4.20.v20190813]

	at org.eclipse.jetty.util.IteratingCallback.iterate(IteratingCallback.java:223) ~[bundleFile:9.4.20.v20190813]

	at org.eclipse.jetty.server.HttpConnection.send(HttpConnection.java:549) ~[bundleFile:9.4.20.v20190813]

	at org.eclipse.jetty.server.HttpChannel.sendResponse(HttpChannel.java:857) ~[bundleFile:9.4.20.v20190813]

	at org.eclipse.jetty.server.HttpChannel.write(HttpChannel.java:929) ~[bundleFile:9.4.20.v20190813]

	at org.eclipse.jetty.server.HttpOutput.write(HttpOutput.java:250) ~[bundleFile:9.4.20.v20190813]

	at org.eclipse.jetty.server.HttpOutput.write(HttpOutput.java:226) ~[bundleFile:9.4.20.v20190813]

	at org.eclipse.jetty.server.HttpOutput.write(HttpOutput.java:525) ~[bundleFile:9.4.20.v20190813]

	at org.glassfish.jersey.servlet.internal.ResponseWriter$NonCloseableOutputStreamWrapper.write(ResponseWriter.java:325) ~[?:?]

	at org.glassfish.jersey.message.internal.CommittingOutputStream.write(CommittingOutputStream.java:229) ~[bundleFile:?]

	at org.glassfish.jersey.message.internal.WriterInterceptorExecutor$UnCloseableOutputStream.write(WriterInterceptorExecutor.java:299) ~[bundleFile:?]

	at org.glassfish.jersey.message.internal.ReaderWriter.writeTo(ReaderWriter.java:116) ~[bundleFile:?]

	at org.glassfish.jersey.message.internal.AbstractMessageReaderWriterProvider.writeTo(AbstractMessageReaderWriterProvider.java:79) ~[bundleFile:?]

	at org.glassfish.jersey.message.internal.InputStreamProvider.writeTo(InputStreamProvider.java:105) ~[bundleFile:?]

	at org.glassfish.jersey.message.internal.InputStreamProvider.writeTo(InputStreamProvider.java:60) ~[bundleFile:?]

	at org.glassfish.jersey.message.internal.WriterInterceptorExecutor$TerminalWriterInterceptor.invokeWriteTo(WriterInterceptorExecutor.java:265) ~[bundleFile:?]

	at org.glassfish.jersey.message.internal.WriterInterceptorExecutor$TerminalWriterInterceptor.aroundWriteTo(WriterInterceptorExecutor.java:250) ~[bundleFile:?]

	at org.glassfish.jersey.message.internal.WriterInterceptorExecutor.proceed(WriterInterceptorExecutor.java:162) ~[bundleFile:?]

	at org.glassfish.jersey.server.internal.JsonWithPaddingInterceptor.aroundWriteTo(JsonWithPaddingInterceptor.java:106) ~[?:?]

	at org.glassfish.jersey.message.internal.WriterInterceptorExecutor.proceed(WriterInterceptorExecutor.java:162) ~[bundleFile:?]

	at org.glassfish.jersey.server.internal.MappableExceptionWrapperInterceptor.aroundWriteTo(MappableExceptionWrapperInterceptor.java:86) ~[?:?]

	... 53 more

Caused by: java.io.IOException: Broken pipe

	at sun.nio.ch.FileDispatcherImpl.writev0(Native Method) ~[?:1.8.0_222]

	at sun.nio.ch.SocketDispatcher.writev(SocketDispatcher.java:51) ~[?:1.8.0_222]

	at sun.nio.ch.IOUtil.write(IOUtil.java:148) ~[?:1.8.0_222]

	at sun.nio.ch.SocketChannelImpl.write(SocketChannelImpl.java:504) ~[?:1.8.0_222]

	at org.eclipse.jetty.io.ChannelEndPoint.flush(ChannelEndPoint.java:263) ~[bundleFile:9.4.20.v20190813]

	at org.eclipse.jetty.io.WriteFlusher.flush(WriteFlusher.java:422) ~[bundleFile:9.4.20.v20190813]

	at org.eclipse.jetty.io.WriteFlusher.write(WriteFlusher.java:277) ~[bundleFile:9.4.20.v20190813]

	at org.eclipse.jetty.io.AbstractEndPoint.write(AbstractEndPoint.java:381) ~[bundleFile:9.4.20.v20190813]

	at org.eclipse.jetty.server.HttpConnection$SendCallback.process(HttpConnection.java:818) ~[bundleFile:9.4.20.v20190813]

	at org.eclipse.jetty.util.IteratingCallback.processing(IteratingCallback.java:241) ~[bundleFile:9.4.20.v20190813]

	at org.eclipse.jetty.util.IteratingCallback.iterate(IteratingCallback.java:223) ~[bundleFile:9.4.20.v20190813]

	at org.eclipse.jetty.server.HttpConnection.send(HttpConnection.java:549) ~[bundleFile:9.4.20.v20190813]

	at org.eclipse.jetty.server.HttpChannel.sendResponse(HttpChannel.java:857) ~[bundleFile:9.4.20.v20190813]

	at org.eclipse.jetty.server.HttpChannel.write(HttpChannel.java:929) ~[bundleFile:9.4.20.v20190813]

	at org.eclipse.jetty.server.HttpOutput.write(HttpOutput.java:250) ~[bundleFile:9.4.20.v20190813]

	at org.eclipse.jetty.server.HttpOutput.write(HttpOutput.java:226) ~[bundleFile:9.4.20.v20190813]

	at org.eclipse.jetty.server.HttpOutput.write(HttpOutput.java:525) ~[bundleFile:9.4.20.v20190813]

	at org.glassfish.jersey.servlet.internal.ResponseWriter$NonCloseableOutputStreamWrapper.write(ResponseWriter.java:325) ~[?:?]

	at org.glassfish.jersey.message.internal.CommittingOutputStream.write(CommittingOutputStream.java:229) ~[bundleFile:?]

	at org.glassfish.jersey.message.internal.WriterInterceptorExecutor$UnCloseableOutputStream.write(WriterInterceptorExecutor.java:299) ~[bundleFile:?]

	at org.glassfish.jersey.message.internal.ReaderWriter.writeTo(ReaderWriter.java:116) ~[bundleFile:?]

	at org.glassfish.jersey.message.internal.AbstractMessageReaderWriterProvider.writeTo(AbstractMessageReaderWriterProvider.java:79) ~[bundleFile:?]

	at org.glassfish.jersey.message.internal.InputStreamProvider.writeTo(InputStreamProvider.java:105) ~[bundleFile:?]

	at org.glassfish.jersey.message.internal.InputStreamProvider.writeTo(InputStreamProvider.java:60) ~[bundleFile:?]

	at org.glassfish.jersey.message.internal.WriterInterceptorExecutor$TerminalWriterInterceptor.invokeWriteTo(WriterInterceptorExecutor.java:265) ~[bundleFile:?]

	at org.glassfish.jersey.message.internal.WriterInterceptorExecutor$TerminalWriterInterceptor.aroundWriteTo(WriterInterceptorExecutor.java:250) ~[bundleFile:?]

	at org.glassfish.jersey.message.internal.WriterInterceptorExecutor.proceed(WriterInterceptorExecutor.java:162) ~[bundleFile:?]

	at org.glassfish.jersey.server.internal.JsonWithPaddingInterceptor.aroundWriteTo(JsonWithPaddingInterceptor.java:106) ~[?:?]

	at org.glassfish.jersey.message.internal.WriterInterceptorExecutor.proceed(WriterInterceptorExecutor.java:162) ~[bundleFile:?]

	at org.glassfish.jersey.server.internal.MappableExceptionWrapperInterceptor.aroundWriteTo(MappableExceptionWrapperInterceptor.java:86) ~[?:?]

	... 53 more
1 Like

@jcosta46
this is because the rules are executed before all items are initialized. you can prevent this by adding a prestart routine or you just ignore the errors on startup and wait until all is settled down. if the errors only occur during startup they can be ignored.

thanks @HaKuNa
you could help me with that

#!/bin/sh
mv `\ls -1 /opt/openhab2/conf/rules/*.rules | grep -v Startup.rules` /opt/openhab2/conf/rules/prestart
echo
echo Launching the openHAB runtime...

DIRNAME=`dirname "$0"`
exec "${DIRNAME}/runtime/bin/karaf" "${@}"

this is rules file

rule "Alert: System started"
when
    System started
then
    Thread::sleep(30000)
    executeCommandLine("/bin/sh@@-c@@mv /opt/openhab2/conf/rules/prestart/*.rules /opt/openhab2/conf/rules",10000)
    logInfo("Rules", "Startup: Rules restored")
end

winSCP
/usr/share/openhab2/start.sh
my file
#!/bin/sh

echo Launching the openHAB runtime...

if [ ! -z ${OPENHAB_RUNTIME} ]; then
    RUNTIME=${OPENHAB_RUNTIME}
else
    RUNTIME="`dirname "$0"`/runtime"
fi

exec "${RUNTIME}/bin/karaf" "${@}"

I should add that and delete My file ?

#!/bin/sh
mv `\ls -1 /opt/openhab2/conf/rules/*.rules | grep -v Startup.rules` /opt/openhab2/conf/rules/prestart
echo
echo Launching the openHAB runtime...

DIRNAME=`dirname "$0"`
exec "${DIRNAME}/runtime/bin/karaf" "${@}"

please go through the linked thread. i will not mix different topics here.

sudo openhab-cli reset-ownership

Dear Colleagues,

i’m almost new in OH, may you help me to understand if is there a way to clean cache and tmp files for an spicific binding and not all openhab-cli clean cache? I mean clean cache from unifi binding that time to time brokes and after we got it cache clear it back to work…

1 Like