LogoControl Prefix

Willkommen › Foren › LogoControl › LogoControl Prefix

Verschlagwortet: , , ,

Log In Register Lost Password
12 Beiträge anzeigen - 1 bis 12 (von insgesamt 12)
  • Autor
    Beiträge
  • 12. März 2016 um 22:14 #2697
    Steven
    Teilnehmer

    Hallo zusammen,

    ich versuche eine Logo8 mit einen Raspberry 2 zu „verheiraten“.
    Bin dann auf LogoControl gestoßen, nur bekomme ich es leider nicht gebacken, es zum laufen zu bringen :/

    Fehler bein Starten des Webservice: Prefix already in use.

Für weitere Details prüfen Sie bitte das Logofile unter /tmp/LogoControl.log
2016-03-12 21:09:20 Service crashed with exit code 255. Restarting...
Fehler bein Starten des Webservice: Prefix already in use.

    Nur kann ich leider mit Prefix already in use nichts anfangen.

    Hoffentlich kann da mir jemand weiter helfen.

    Danke 🙂

    12. März 2016 um 22:21 #2698
    admin
    Administrator

    Kann es sein, dass auf deinem Raspi noch andere Dienste Laufen, die den Port 8080 oder 8088 (oder welchen Port du auch immer in der config.xml für LogoControl ausgewählt hast) bereits verwenden? Die Meldung deutet zumindest darauf hin…

    12. März 2016 um 22:25 #2699
    Steven
    Teilnehmer

    Hi,
    ja auf 8080 läuft openHAB,
    habe vornherein den Port für LogoControl auf 9080 abgeändert.
    Andere Ports habe ich ebenfalls schon ausprobiert, aber leider mit dem gleichen Ergebnis :/

    12. März 2016 um 23:10 #2700
    admin
    Administrator

    Hm, also die Fehlermeldung wird eigentlich wirklich nur ausgegeben, wenn einer der Webservice Ports nicht geöfnet werden kann. Zuerst kommentier mal den https-Webservice aus, so dass nur noch der http-Webservice aktiv ist und nur noch eine mögliche Kollision besteht. Dann mach mal auf der Shell ein
    sudo netstat -nlp
    um alle aktuell geöffneten Ports anzuzeigen, um sicher zu sein, dass der Port, den du beim Webservice einträgst wirklich nicht verwendet wird. Was hast du für ein Betriebssystem auf dem Raspi? Raspbien Jessie? Könnte dein Benutzer vielleicht keine Rechte besitzen Ports zu öffnen?

    12. März 2016 um 23:37 #2701
    Steven
    Teilnehmer

    dank dir,
    ja, leider ist der angegebene Port 9080 noch frei :/
    Jessie läuft drauf, zu installieren & konfigurieren von software benutz ich den pi benutzer. Ich hoffe, dass er Rechte hat, Ports zu öffnen

    13. März 2016 um 11:29 #2702
    Steven
    Teilnehmer

    kannst du was damit anfangen?

    
LogoControl (v0.4.2) is running...
* Assertion at processes.c:2734, condition -mp- not met

Stacktrace:

  at <unknown> <0xffffffff>
  at (wrapper managed-to-native) System.Diagnostics.Process.WaitForExit_internal (System.Diagnostics.Process,intptr,int) <0xffffffff>
  at System.Diagnostics.Process.WaitForExit (int) <0x0022b>
  at System.Diagnostics.Process.WaitForExit () <0x00017>
  at (wrapper remoting-invoke-with-check) System.Diagnostics.Process.WaitForExit () <0xffffffff>
  at LogoControl.Program.Main (string[]) <0x00367>
  at (wrapper runtime-invoke) <Module>.runtime_invoke_void_object (object,intptr,intptr,intptr) <0xffffffff>

Native stacktrace:

Debug info from gdb:

[New LWP 17761]
[New LWP 17760]
[New LWP 17759]
[New LWP 17758]
[New LWP 17756]
[New LWP 17755]
[New LWP 17754]
[New LWP 17752]
[New LWP 17751]
[New LWP 17750]
[New LWP 17749]
[New LWP 17748]
[New LWP 17747]
[New LWP 17746]
[New LWP 17745]
[New LWP 17744]
[New LWP 17743]
[New LWP 17742]
[New LWP 17741]
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/arm-linux-gnueabihf/libthread_db.so.1".
0x76e29ee8 in __libc_waitpid (pid=17753, stat_loc=0x7e96ea74, options=0) at ../sysdeps/unix/sysv/linux/waitpid.c:40
40	../sysdeps/unix/sysv/linux/waitpid.c: No such file or directory.
  Id   Target Id         Frame 
  20   Thread 0x763ff430 (LWP 17741) "mono" 0x76e257a4 in __pthread_cond_wait (cond=0x235420, mutex=0x235408) at pthread_cond_wait.c:187
  19   Thread 0x76a57430 (LWP 17742) "Finalizer" 0x76e27a40 in do_futex_wait (isem=isem@entry=0x22a58c) at ../nptl/sysdeps/unix/sysv/linux/sem_wait.c:48
  18   Thread 0x740ff430 (LWP 17743) "Timer-Scheduler" 0x76e25b30 in __pthread_cond_timedwait (cond=0x150a790, mutex=0x150a774, abstime=0x740fe538) at pthread_cond_timedwait.c:199
  17   Thread 0x74a3a430 (LWP 17744) "Timer-Scheduler" 0x76d8b774 in __clock_nanosleep (clock_id=1, flags=1, req=0x74a39d58, rem=0x0) at ../sysdeps/unix/sysv/linux/clock_nanosleep.c:46
  16   Thread 0x738ff430 (LWP 17745) "Threadpool work" 0x76e25b30 in __pthread_cond_timedwait (cond=0x150b6f8, mutex=0x150b6dc, abstime=0x738fe030) at pthread_cond_timedwait.c:199
  15   Thread 0x737ff430 (LWP 17746) "Threadpool work" 0x76e25b30 in __pthread_cond_timedwait (cond=0x150bb38, mutex=0x150bb1c, abstime=0x737fded0) at pthread_cond_timedwait.c:199
  14   Thread 0x73f25430 (LWP 17747) "mono" 0x76d73c80 in poll () at ../sysdeps/unix/syscall-template.S:81
  13   Thread 0x732ff430 (LWP 17748) "mono" 0x76e257a4 in __pthread_cond_wait (cond=0x150af88, mutex=0x150af6c) at pthread_cond_wait.c:187
  12   Thread 0x731ff430 (LWP 17749) "mono" 0x76e257a4 in __pthread_cond_wait (cond=0x150b450, mutex=0x150b434) at pthread_cond_wait.c:187
  11   Thread 0x72fff430 (LWP 17750) "mono" 0x76e257a4 in __pthread_cond_wait (cond=0x150ba28, mutex=0x150ba0c) at pthread_cond_wait.c:187
  10   Thread 0x72eff430 (LWP 17751) "mono" 0x76e257a4 in __pthread_cond_wait (cond=0x150be68, mutex=0x150be4c) at pthread_cond_wait.c:187
  9    Thread 0x72dff430 (LWP 17752) "Threadpool work" 0x76e25b30 in __pthread_cond_timedwait (cond=0x150b560, mutex=0x150b544, abstime=0x72dfded0) at pthread_cond_timedwait.c:199
  8    Thread 0x72cff430 (LWP 17754) "Threadpool work" 0x76e25b30 in __pthread_cond_timedwait (cond=0x150b098, mutex=0x150b07c, abstime=0x72cfded0) at pthread_cond_timedwait.c:199
  7    Thread 0x72bff430 (LWP 17755) "Threadpool work" 0x76e25b30 in __pthread_cond_timedwait (cond=0x150ad68, mutex=0x150ad4c, abstime=0x72bfe030) at pthread_cond_timedwait.c:199
  6    Thread 0x72aff430 (LWP 17756) "Threadpool work" 0x76e25b30 in __pthread_cond_timedwait (cond=0x150bf78, mutex=0x150bf5c, abstime=0x72afded0) at pthread_cond_timedwait.c:199
  5    Thread 0x729ff430 (LWP 17758) "Threadpool work" 0x76e25b30 in __pthread_cond_timedwait (cond=0x150ac58, mutex=0x150ac3c, abstime=0x729fe030) at pthread_cond_timedwait.c:199
  4    Thread 0x728ff430 (LWP 17759) "Threadpool work" 0x76e25b30 in __pthread_cond_timedwait (cond=0x150b808, mutex=0x150b7ec, abstime=0x728fe030) at pthread_cond_timedwait.c:199
  3    Thread 0x727ff430 (LWP 17760) "Threadpool work" 0x76e25b30 in __pthread_cond_timedwait (cond=0x727fed60, mutex=0x1594d4c, abstime=0x727fed20) at pthread_cond_timedwait.c:199
  2    Thread 0x726ff430 (LWP 17761) "Threadpool work" 0x76e25b30 in __pthread_cond_timedwait (cond=0x726fed60, mutex=0x1594d4c, abstime=0x726fed20) at pthread_cond_timedwait.c:199
* 1    Thread 0x76f39000 (LWP 17740) "mono" 0x76e29ee8 in __libc_waitpid (pid=17753, stat_loc=0x7e96ea74, options=0) at ../sysdeps/unix/sysv/linux/waitpid.c:40

Thread 20 (Thread 0x763ff430 (LWP 17741)):
#0  0x76e257a4 in __pthread_cond_wait (cond=0x235420, mutex=0x235408) at pthread_cond_wait.c:187
#1  0x001468a8 in ?? ()
Backtrace stopped: previous frame identical to this frame (corrupt stack?)

Thread 19 (Thread 0x76a57430 (LWP 17742)):
#0  0x76e27a40 in do_futex_wait (isem=isem@entry=0x22a58c) at ../nptl/sysdeps/unix/sysv/linux/sem_wait.c:48
#1  0x76e27af4 in __new_sem_wait (sem=0x22a58c) at ../nptl/sysdeps/unix/sysv/linux/sem_wait.c:69
#2  0x0015f164 in mono_sem_wait ()
#3  0x0010d90c in ?? ()
Backtrace stopped: previous frame identical to this frame (corrupt stack?)

Thread 18 (Thread 0x740ff430 (LWP 17743)):
#0  0x76e25b30 in __pthread_cond_timedwait (cond=0x150a790, mutex=0x150a774, abstime=0x740fe538) at pthread_cond_timedwait.c:199
#1  0x0014a5f8 in ?? ()
Backtrace stopped: previous frame identical to this frame (corrupt stack?)

Thread 17 (Thread 0x74a3a430 (LWP 17744)):
#0  0x76d8b774 in __clock_nanosleep (clock_id=1, flags=1, req=0x74a39d58, rem=0x0) at ../sysdeps/unix/sysv/linux/clock_nanosleep.c:46
#1  0x00156cc2 in ?? ()
Backtrace stopped: previous frame identical to this frame (corrupt stack?)

Thread 16 (Thread 0x738ff430 (LWP 17745)):
#0  0x76e25b30 in __pthread_cond_timedwait (cond=0x150b6f8, mutex=0x150b6dc, abstime=0x738fe030) at pthread_cond_timedwait.c:199
#1  0x0014a5f8 in ?? ()
Backtrace stopped: previous frame identical to this frame (corrupt stack?)

Thread 15 (Thread 0x737ff430 (LWP 17746)):
#0  0x76e25b30 in __pthread_cond_timedwait (cond=0x150bb38, mutex=0x150bb1c, abstime=0x737fded0) at pthread_cond_timedwait.c:199
#1  0x0014a5f8 in ?? ()
Backtrace stopped: previous frame identical to this frame (corrupt stack?)

Thread 14 (Thread 0x73f25430 (LWP 17747)):
#0  0x76d73c80 in poll () at ../sysdeps/unix/syscall-template.S:81
#1  0x000fe4de in ?? ()
Backtrace stopped: previous frame identical to this frame (corrupt stack?)

Thread 13 (Thread 0x732ff430 (LWP 17748)):
#0  0x76e257a4 in __pthread_cond_wait (cond=0x150af88, mutex=0x150af6c) at pthread_cond_wait.c:187
#1  0x0014a676 in ?? ()
Backtrace stopped: previous frame identical to this frame (corrupt stack?)

Thread 12 (Thread 0x731ff430 (LWP 17749)):
#0  0x76e257a4 in __pthread_cond_wait (cond=0x150b450, mutex=0x150b434) at pthread_cond_wait.c:187
#1  0x0014a676 in ?? ()
Backtrace stopped: previous frame identical to this frame (corrupt stack?)

Thread 11 (Thread 0x72fff430 (LWP 17750)):
#0  0x76e257a4 in __pthread_cond_wait (cond=0x150ba28, mutex=0x150ba0c) at pthread_cond_wait.c:187
#1  0x0014a676 in ?? ()
Backtrace stopped: previous frame identical to this frame (corrupt stack?)

Thread 10 (Thread 0x72eff430 (LWP 17751)):
#0  0x76e257a4 in __pthread_cond_wait (cond=0x150be68, mutex=0x150be4c) at pthread_cond_wait.c:187
#1  0x0014a676 in ?? ()
Backtrace stopped: previous frame identical to this frame (corrupt stack?)

Thread 9 (Thread 0x72dff430 (LWP 17752)):
#0  0x76e25b30 in __pthread_cond_timedwait (cond=0x150b560, mutex=0x150b544, abstime=0x72dfded0) at pthread_cond_timedwait.c:199
#1  0x0014a5f8 in ?? ()
Backtrace stopped: previous frame identical to this frame (corrupt stack?)

Thread 8 (Thread 0x72cff430 (LWP 17754)):
#0  0x76e25b30 in __pthread_cond_timedwait (cond=0x150b098, mutex=0x150b07c, abstime=0x72cfded0) at pthread_cond_timedwait.c:199
#1  0x0014a5f8 in ?? ()
Backtrace stopped: previous frame identical to this frame (corrupt stack?)

Thread 7 (Thread 0x72bff430 (LWP 17755)):
#0  0x76e25b30 in __pthread_cond_timedwait (cond=0x150ad68, mutex=0x150ad4c, abstime=0x72bfe030) at pthread_cond_timedwait.c:199
#1  0x0014a5f8 in ?? ()
Backtrace stopped: previous frame identical to this frame (corrupt stack?)

Thread 6 (Thread 0x72aff430 (LWP 17756)):
#0  0x76e25b30 in __pthread_cond_timedwait (cond=0x150bf78, mutex=0x150bf5c, abstime=0x72afded0) at pthread_cond_timedwait.c:199
#1  0x0014a5f8 in ?? ()
Backtrace stopped: previous frame identical to this frame (corrupt stack?)

Thread 5 (Thread 0x729ff430 (LWP 17758)):
#0  0x76e25b30 in __pthread_cond_timedwait (cond=0x150ac58, mutex=0x150ac3c, abstime=0x729fe030) at pthread_cond_timedwait.c:199
#1  0x0014a5f8 in ?? ()
Backtrace stopped: previous frame identical to this frame (corrupt stack?)

Thread 4 (Thread 0x728ff430 (LWP 17759)):
#0  0x76e25b30 in __pthread_cond_timedwait (cond=0x150b808, mutex=0x150b7ec, abstime=0x728fe030) at pthread_cond_timedwait.c:199
#1  0x0014a5f8 in ?? ()
Backtrace stopped: previous frame identical to this frame (corrupt stack?)

Thread 3 (Thread 0x727ff430 (LWP 17760)):
#0  0x76e25b30 in __pthread_cond_timedwait (cond=0x727fed60, mutex=0x1594d4c, abstime=0x727fed20) at pthread_cond_timedwait.c:199
#1  0x0015d818 in ?? ()
Backtrace stopped: previous frame identical to this frame (corrupt stack?)

Thread 2 (Thread 0x726ff430 (LWP 17761)):
#0  0x76e25b30 in __pthread_cond_timedwait (cond=0x726fed60, mutex=0x1594d4c, abstime=0x726fed20) at pthread_cond_timedwait.c:199
#1  0x0015d818 in ?? ()
Backtrace stopped: previous frame identical to this frame (corrupt stack?)

Thread 1 (Thread 0x76f39000 (LWP 17740)):
#0  0x76e29ee8 in __libc_waitpid (pid=17753, stat_loc=0x7e96ea74, options=0) at ../sysdeps/unix/sysv/linux/waitpid.c:40
#1  0x0007a328 in ?? ()
Backtrace stopped: previous frame identical to this frame (corrupt stack?)

=================================================================
Got a SIGABRT while executing native code. This usually indicates
a fatal error in the mono runtime or one of the native libraries 
used by your application.
=================================================================

Aborted
2016-03-13 10:25:34 Service crashed with exit code 134. Restarting...
    13. März 2016 um 17:02 #2703
    admin
    Administrator

    Der Fehler kommt mir bekannt vor, hatte ich glaube ich auch mal. Welche Mono-Version hast du? Die 3.10 aus der Anleitung?

    13. März 2016 um 18:19 #2704
    Steven
    Teilnehmer

    4.2.2, die aktuelle

    14. März 2016 um 17:03 #2705
    admin
    Administrator

    Nimm bitte die von mir angebotene 3.10 von Mono. Die aktuelle 4.2.2 ist Buggy. Den vor dir gemeldeten Fehler hab ich beim Experimentieren auch schon festgestellt und auch einen Bug Report erstellt:
    https://bugzilla.xamarin.com/show_bug.cgi?id=38574
    Wird in einem der nächsten Releases von Mono gefixt sein, allerdings ist das nicht der einzigste Bug in Mono der LogoControl aktuell das Leben schwer macht. In 4.2.2 (bzw. allgemein seit 4.x) ist es z.B. nicht mehr möglich einen selbstgehosteten Server mit TLS zu bertreiben, ohne dass dieser eine Clientseitige Authentifizierung mittels Client-Zertifikat erzwingt -> damit ist die TLS-Verbindung für 99% der Nutzer unbrauchbar geworden:
    https://bugzilla.xamarin.com/show_bug.cgi?id=21895

    Mono hat mich schon so öfters zur Verzweiflung getrieben…

    14. März 2016 um 21:14 #2706
    Steven
    Teilnehmer

    super, vielen vielen lieben dank, das klappt jetzt alles 🙂
    da kann ich mich ab morgen dann mal an die programmierung machen 🙂

    muss leider ehrlich sagen, habe deine anleitung leider nicht gelesen :/ *sich schäm*

    14. März 2016 um 22:39 #2707
    admin
    Administrator

    Hi, heißt das, die Sache mit den vermeintlich doppelt belegten Ports klappt nun bei dir auch? Hing das auch mit der Mono-Version zusammen?

    14. März 2016 um 22:43 #2708
    Steven
    Teilnehmer

    ja, läuft jetzt nach dem deinstallieren von mono 4.2.2 und dem installieren deiner 3.10 + reboot & danach wurde sofort die start.sh ausgeführt und auf mein Port konnte ich sofort zugreifen und das Webinterface betrachten 🙂

    Man sollte eig. meinen, dass mit den neuren Versionen alles besser wird.

    Was ich mich frage, als Du es entwickelt hast, damit das auch unter Linux (Rasp) läuft, war dass zufall das es bei dir ging oder hast du dann rum experimentiert mit welcher version es ggf. gehen könnte?

    Auf jedenfall, Respekt & Danke 🙂

  • Autor
    Beiträge
Log In Register Lost Password
12 Beiträge anzeigen - 1 bis 12 (von insgesamt 12)
  • Du musst angemeldet sein, um zu diesem Thema eine Antwort verfassen zu können.