Ankündigung

Einklappen
Keine Ankündigung bisher.

kleines Problem nach Update

Einklappen
X
 
  • Filter
  • Zeit
  • Anzeigen
Alles löschen
neue Beiträge

    kleines Problem nach Update

    Guten Abend,
    ich habe ein kleines Problem nach dem Update, ich hab den Ordner Openhab-1-2-0 in meinen Userordner kopiert und einen link von den Userordner openhab darauf gemacht. Die Startskripte usw laufen, allerdings ist der Ordner openhab den ich im Netzwerk sehe, wie bekomme ich den richtigen Ordner freigegeben?

    Gruss
    Norbert

    #2
    Hi,

    das hat aber nichts mit openHAB zu tun. Ist wohl eher Sache deines Betriebssystems. Was hast du da im Einsatz? Und was meinst du mit "Userordner" - das Homeverzeichnis?

    Gruß,
    thoern

    Kommentar


      #3
      Guten morgen,

      es ist das debian aus dem fertigen Raspberry Openhab image, mit userordner meinte ich /home/pi/

      Gruss
      Norbert

      Kommentar


        #4
        Aller geklärt,
        ich hab in der smb.conf den Pfad angepasst, jetzt klappt's.

        Gruss
        Norbert

        Kommentar


          #5
          Du bindest per SMB den "configurations" Ordner in Dein openHAB System ein? Das klingt spannend ...
          Visualisierung, Rule/Logic-Engine, Integrationsplattform mit openhab (Supportforum)

          Kommentar


            #6
            Ne das ist ein Missverständnis, es ging darum den Ordner über SMB freizugeben, da gab es aber ein Problem mit den übergeordneten Userrechten. hab einen Link im root erstellt und den freigegeben, dann gings.

            Ich habe auch das XMPP gelöst: ich habe mir den 1.3 Snapshot gezogen und diesen gestartet, direkt kam die Meldung, dass er sich verbinden konnte! Vielleicht ist in der 1.2er Version irgendwo ein Bug.

            Kommentar


              #7
              Hi,

              Zitat von NSchnitzler Beitrag anzeigen
              ich habe mir den 1.3 Snapshot gezogen und diesen gestartet, direkt kam die Meldung, dass er sich verbinden konnte! Vielleicht ist in der 1.2er Version irgendwo ein Bug.
              wir haben die XMPP-Libs aktualisiert. Vielleicht war das der Grund?! Egal :-)

              Gruß,

              Thomas E.-E.
              Visualisierung, Rule/Logic-Engine, Integrationsplattform mit openhab (Supportforum)

              Kommentar


                #8
                Guten Abend,
                Ich habe eben den Pi neu gestartet, jetzt kommt das UI nicht mehr hoch oder hat keine KNX Verbindung, ich habe so 6 mal schon neu gestartet. Wenn der db4o Dienst läuft, scheint es die meisten Probleme zu geben. Vielleicht wird ja jemand aus dem Log schlau:

                Code:
                16:54:03.716 INFO  o.o.c.internal.CoreActivator[:92- openHAB runtime has been started (v1.3.0).
                16:54:27.958 ERROR o.o.b.k.i.c.KNXConnection[:185- Error connecting to KNX bus: acknowledge error, failed to connect to control endpoint /192.168.178.28:3671
                16:54:44.992 INFO  o.o.m.c.i.f.FolderObserver[:163- Loaded file 'rrd4j.persist'
                16:54:45.893 INFO  o.o.m.c.i.f.FolderObserver[:163- Loaded file 'greent.items'
                16:54:46.020 INFO  o.o.m.c.i.f.FolderObserver[:163- Loaded file 'db4o.persist'
                16:54:46.193 INFO  o.o.m.c.i.f.FolderObserver[:163- Loaded file 'serial.items'
                16:54:46.532 INFO  o.o.m.c.i.f.FolderObserver[:163- Loaded file 'wetter.items'
                16:54:46.881 INFO  o.o.c.s.AbstractActiveService[:176- Exec Refresh Service has been shut down
                16:54:47.381 ERROR OSGi[:98- [SCR] Error while trying to bind reference Reference[name = PersistenceService, interface = org.openhab.core.persistence.PersistenceService, policy = dynamic, cardinality = 0..n, target = null, bind = addPersistenceService, unbind = removePersistenceService]
                	Details:
                	Problematic reference = Reference[name = PersistenceService, interface = org.openhab.core.persistence.PersistenceService, policy = dynamic, cardinality = 0..n, target = null, bind = addPersistenceService, unbind = removePersistenceService]
                	of service component = org.openhab.core.persistence.manager
                	component implementation class = org.openhab.core.persistence.internal.PersistenceManager
                	located in bundle with symbolic name = org.openhab.core.persistence
                	bundle location = reference:file:plugins/org.openhab.core.persistence_1.3.0.201305112214.jar
                java.lang.reflect.InvocationTargetException: null
                	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
                	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
                	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
                	at java.lang.reflect.Method.invoke(Method.java:474)
                	at org.eclipse.equinox.internal.ds.model.ComponentReference.bind(ComponentReference.java:376)
                	at org.eclipse.equinox.internal.ds.model.ServiceComponentProp.bindReference(ServiceComponentProp.java:444)
                Caused by: java.lang.NullPointerException: null
                	at org.openhab.core.persistence.internal.PersistenceManager.getAllItems(PersistenceManager.java:343)
                	at org.openhab.core.persistence.internal.PersistenceManager.startEventHandling(PersistenceManager.java:205)
                	at org.openhab.core.persistence.internal.PersistenceManager.addPersistenceService(PersistenceManager.java:168)
                	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
                	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
                	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
                16:54:47.596 ERROR OSGi[:98- [SCR] Error while trying to bind reference Reference[name = PersistenceService, interface = org.openhab.core.persistence.PersistenceService, policy = dynamic, cardinality = 0..n, target = null, bind = addPersistenceService, unbind = removePersistenceService]
                	Details:
                	Problematic reference = Reference[name = PersistenceService, interface = org.openhab.core.persistence.PersistenceService, policy = dynamic, cardinality = 0..n, target = null, bind = addPersistenceService, unbind = removePersistenceService]
                	of service component = org.openhab.core.persistence.manager
                	component implementation class = org.openhab.core.persistence.internal.PersistenceManager
                	located in bundle with symbolic name = org.openhab.core.persistence
                	bundle location = reference:file:plugins/org.openhab.core.persistence_1.3.0.201305112214.jar
                java.lang.reflect.InvocationTargetException: null
                	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
                	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
                	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
                	at java.lang.reflect.Method.invoke(Method.java:474)
                	at org.eclipse.equinox.internal.ds.model.ComponentReference.bind(ComponentReference.java:376)
                	at org.eclipse.equinox.internal.ds.model.ServiceComponentProp.bindReference(ServiceComponentProp.java:444)
                Caused by: java.lang.NullPointerException: null
                	at org.openhab.core.persistence.internal.PersistenceManager.getAllItems(PersistenceManager.java:343)
                	at org.openhab.core.persistence.internal.PersistenceManager.startEventHandling(PersistenceManager.java:205)
                	at org.openhab.core.persistence.internal.PersistenceManager.addPersistenceService(PersistenceManager.java:168)
                	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
                	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
                	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
                16:54:48.007 INFO  o.o.m.c.i.f.FolderObserver[:163- Loaded file 'sunext.items'
                16:54:52.269 INFO  o.o.m.c.i.f.FolderObserver[:163- Loaded file 'haus2.items'
                16:55:51.837 WARN  OSGi[:97- Getting a lock required more than 60000 ms. There might be a synchronization problem in this callstack or just the build/dispose process of some components took too long! 
                java.lang.Exception: Debug stacktrace
                	at org.eclipse.equinox.internal.ds.InstanceProcess.getLock(InstanceProcess.java:120)
                	at org.eclipse.equinox.internal.ds.InstanceProcess.buildComponent(InstanceProcess.java:560)
                	at org.eclipse.equinox.internal.ds.ServiceReg.getService(ServiceReg.java:53)
                	at org.eclipse.osgi.internal.serviceregistry.ServiceUse$1.run(ServiceUse.java:141)
                	at java.security.AccessController.doPrivileged(Native Method)
                	at org.eclipse.osgi.internal.serviceregistry.ServiceUse.getService(ServiceUse.java:139)
                16:55:51.912 WARN  OSGi[:97- Getting a lock required more than 60000 ms. There might be a synchronization problem in this callstack or just the build/dispose process of some components took too long! 
                java.lang.Exception: Debug stacktrace
                	at org.eclipse.equinox.internal.ds.InstanceProcess.getLock(InstanceProcess.java:120)
                	at org.eclipse.equinox.internal.ds.InstanceProcess.buildComponent(InstanceProcess.java:560)
                	at org.eclipse.equinox.internal.ds.ServiceReg.getService(ServiceReg.java:53)
                	at org.eclipse.osgi.internal.serviceregistry.ServiceUse$1.run(ServiceUse.java:141)
                	at java.security.AccessController.doPrivileged(Native Method)
                	at org.eclipse.osgi.internal.serviceregistry.ServiceUse.getService(ServiceUse.java:139)
                16:58:49.602 WARN  OSGi[:97- [SCR - WorkThread] Timeout occurred! Thread was blocked on processing [QueuedJob] WorkPerformer: org.eclipse.equinox.internal.ds.SCRManager@1e38ea3; actionType 1
                16:58:49.609 WARN  OSGi[:97- [SCR - WorkThread] Timeout occurred! Thread was blocked on processing [QueuedJob] WorkPerformer: org.eclipse.equinox.internal.ds.SCRManager@1e38ea3; actionType 1
                16:58:49.736 WARN  OSGi[:97- [SCR] Enabling components of bundle org.openhab.io.gcal did not complete in 240000 ms 
                16:58:49.745 WARN  OSGi[:97- [SCR] Enabling components of bundle org.openhab.io.gcal did not complete in 240000 ms 
                16:58:55.852 INFO  o.o.i.n.i.jabber.XMPPConnect[:122- Connection to XMPP as 'nobi_openhab@jabber.de' has been established.
                16:59:07.471 INFO  o.o.i.s.i.DiscoveryServiceImpl[:92- mDNS service has been started
                16:59:22.185 INFO  o.o.i.r.i.RESTApplication[:158- Started REST API at /rest
                16:59:27.950 ERROR OSGi[:98- Could not bind a reference of component org.openhab.ui.webapp.pagerenderer. The reference is: Reference[name = WidgetRenderer, interface = org.openhab.ui.webapp.render.WidgetRenderer, policy = dynamic, cardinality = 0..n, target = null, bind = addWidgetRenderer, unbind = removeWidgetRenderer]
                16:59:27.963 ERROR OSGi[:98- Could not bind a reference of component org.openhab.ui.webapp.pagerenderer. The reference is: Reference[name = WidgetRenderer, interface = org.openhab.ui.webapp.render.WidgetRenderer, policy = dynamic, cardinality = 0..n, target = null, bind = addWidgetRenderer, unbind = removeWidgetRenderer]
                16:59:27.987 INFO  o.o.u.w.i.s.WebAppServlet[:99- Started Classic UI at /openhab.app
                 item 'Hell_Flur' from KNX bus: timeout waiting for group read response
                .....
                20:10:53.198 INFO  o.o.c.internal.CoreActivator[:92- openHAB runtime has been started (v1.3.0).
                20:11:18.307 INFO  o.o.b.k.i.c.KNXConnection[:178- Established connection to KNX bus on 192.168.178.28:3671 in mode TUNNEL.
                20:11:37.486 INFO  o.o.m.c.i.f.FolderObserver[:163- Loaded file 'rrd4j.persist'
                20:11:37.595 INFO  o.o.m.c.i.f.FolderObserver[:163- Loaded file 'db4o.persist'
                20:15:19.434 WARN  OSGi[:97- [SCR - WorkThread] Timeout occurred! Thread was blocked on processing [QueuedJob] WorkPerformer: org.eclipse.equinox.internal.ds.SCRManager@fbdc41; actionType 1
                20:15:19.439 WARN  OSGi[:97- [SCR - WorkThread] Timeout occurred! Thread was blocked on processing [QueuedJob] WorkPerformer: org.eclipse.equinox.internal.ds.SCRManager@fbdc41; actionType 1
                20:15:19.469 WARN  OSGi[:97- [SCR] Enabling components of bundle org.openhab.core.persistence did not complete in 240000 ms 
                20:15:19.475 WARN  OSGi[:97- [SCR] Enabling components of bundle org.openhab.core.persistence did not complete in 240000 ms 
                erformer: org.eclipse.equinox.internal.ds.SCRManager@fbdc41; actionType 1
                20:19:20.064 WARN  OSGi[:97- [SCR - WorkThread] Timeout occurred! Thread was blocked on processing [QueuedJob] WorkPerformer: org.eclipse.equinox.internal.ds.SCRManager@fbdc41; actionType 1
                20:19:20.101 WARN  OSGi[:97- [SCR] Enabling components of bundle org.openhab.io.gcal did not complete in 240000 ms 
                20:19:20.115 WARN  OSGi[:97- [SCR] Enabling components of bundle org.openhab.io.gcal did not complete in 240000 ms 
                20:19:32.233 INFO  o.o.i.s.i.DiscoveryServiceImpl[:92- mDNS service has been started
                Viele Grüße
                Norbert

                Kommentar

                Lädt...
                X