Suchergebnisse
Suchergebnisse 1-20 von insgesamt 41.
-
Super Tipp. Laut log startet der p4d, aber bekommt wie du sagst keine Verbindung zur Datenbank. Ich werd mariadb.service hinzu fügen. Dann sollte es laufen. Besten Dank.
-
Das war der Status heute morgen nach den Stromausfällen: (Quelltext, 15 Zeilen) Das der Status nach dem manuellen Start mit systemctl start p4d: (Quelltext, 23 Zeilen) Und das hier der Status nach systemctl enable p4d (Quelltext, 22 Zeilen)
-
Ja soweit klar. Wenn ich den p4d mit "systemctl enable p4d" starte läuft er. Wenn der Server hochfährt, wird p4d nicht automatisch mit gestartet. Das ist was ich meine.
-
Ich muss mich leider nochmal melden. Vorab: auch funktionell hat sich einiges getan. Respekt! Echt grandios geworden der p4d. Nun aber die eigentliche Frage: Ich hatte heute Nacht zwei Stromausfälle, und hab eben gemerkt dass der p4d nicht automatisch mit debian startet. Muss ich das über cron oder so selbst einrichten oder sollte der p4d eigentlich automatisch starten und ich hab noch irgendwo nen Fehler gemacht?
-
Klingt interessant, denke ich, wenn man davon was versteht. Riesen Dank auf jeden Fall. Der deamon läuft nun ohne Fehlereinträge im syslog. Webinterface ist erreichbar und Datenaufzeichnung sollte laufen. Hat sich auch optisch einiges getan. Hut ab!
-
Das heißt jetzt was? Du kannst in der Anleitung was anpassen? Was macht das "pkg-config"?
-
make clean all (Quelltext, 27 Zeilen) make install (Quelltext, 43 Zeilen)
-
(Zitat von horchi) Ja das hab ich alles, mit Ausnahme des erwähnten "Es heißt dass "libmariadbclient-dev" nicht verfügbar ist und durch "libmariadb-dev-compat" und "libmariadb-dev" ersetzt wurde. Diese beiden habe ich dann installiert." Das bauen der "libwebsockets" hat nach deiner Anleitung weiter oben auch geklappt. Was fange ich mit "pkg-config" an? Installiert isses jetzt.
-
Vielen Dank soweit. (Zitat von pellet-heizer) Es sind definitiv alle Pakete installiert auch das Sprachpaket de_DE.UTF-8. Eine Sache bzgl. der Pakete ist allerdings aufgefallen. Es heißt dass "libmariadbclient-dev" nicht verfügbar ist und durch "libmariadb-dev-compat" und "libmariadb-dev" ersetzt wurde. Diese beiden habe ich dann installiert. Für mich sind die folgenden Zeilen Bömische Dörfer. Zweimal "make: pkg-config: Datei oder Verzeichnis nicht gefunden" aber ich kann nicht raus finden was g…
-
Hab jetzt auch auf die debian 11 umgestellt. Das lief bis zum make clean all des p4d ohne Fehler durch. make clean all hat jedoch einen Fehler gemeldet. collect2: error: id returned 1 exit status make: *** [Makefile:54: p4d] Fehler 1 Mehr wird dazu leider nicht ausgegeben. In der VM kann ich auch nicht "nach oben" scrollen und suchen. Ein Logfile wird nicht zufällig erzeugt? Was kann das sein? Wenn die Version erstmal läuft, dürfte ja nicht mehr viel passieren.
-
Oh verdammt, klar, build-essential kam ja erst nach den libwebsockets und hatte ich demnach noch nicht drauf. Ich werd mich nochmal dran setzen. Ich glaube ich geh dann auch gleich auf die 11er debian. Wenn das bei dir läuft sollte es ja gundsätzlich klappen.
-
Soweit so gut, irgendwie. Ich hab die 10.9.0 nun am laufen, jedoch scheitert es dieses mal schon am cmake der libwebsockets. No CMAKE_CXX_COMPILER could be found was scheinbar soviel heißt, als dass cmake keinen Kompiler findet. Wo bekomme ich den nun her? Oder soll ich besser mit debian 11 probieren? Welche Version vernwendest du, oder ist die Version der 11er egal?
-
Danke für den Tipp. Dann versuche ich mal eine neuere Version.
-
(Zitat von horchi) Moin zusammen, nachdem ich nun über viele Jahre p4d, nach einigen Startschwierigkeiten, auf einem Raspi laufen hatte, muss er nun auf einen debian 9.5.0 Server mit Intel Architektur umziehen. Diese debian Version, da ich nicht sicher bin ob die VM eine neuere Version zu lässt, kann ich aber probieren wenn es daran liegen könnte. Soweit erstmal nicht schlimm, leider komme ich jedoch nicht weiter. Ich komme bis zum make clean all, welches mit den Fehlern error == CR_STMT_CLOSED …
-
Moin zusammen, nachdem alles jetzt einige Zeit sauber lief habe ich mir ein anderes NAS gekauft, welches mysql nativ unterstützt und ich so den Umweg über das mounten der Ordner nicht mehr gehen muss. Da ich nicht mehr genau weiß was ich alles angepasst habe, dachte ich mir das einfachste wäre eine Neuinstallation. Soweit so gut, jedoch scheint leider wieder etwas beim Ausführen der install.sh schief zu gehen. Beim Pakete installieren läuft er auf einen Fehler. Sieht so aus als ob er das Paket l…
-
(Zitat von rjiranek) Moin zusammen, wenn ich nach diesem Plan vorgehe, habe ich anfänglich das Gleiche wie vorher. Alles läuft, bis auf das Thema Charts. Ich habe den PI jetzt einige Tage nicht mehr angefasst, da ich auf Dienstreise war und erstaunlicherweise sind die Charts jetzt da... Grüße Mathias
-
horchi, wie wollen wir weiter machen? Soll ich doch lieber neu installieren? Irgendwas scheint bei mir ja nicht korrekt gelaufen zu sein. rjiranek, kannst du kurz beschreiben wie du vorgegangen bist?
-
(Zitat von rjiranek) Ja, die SD-Karten sind wirklich häufig ein Problem. Fing bei mir auch so an. Hatte eine etwas ältere SD Karte genommen und nur Probleme gehabt. Neue SD-Karte und alles lief Problemlos.
-
(Zitat von horchi) Moin horchi, "mysql -u p4 -pp4 -Dp4" meldet alles ok. Aufm PI sind die Ordner ebenfalls identisch mit denen auf dem NAS und erreichbar. Über die alte url 192.168.178.100/main.php, also ohne p4 läuft alles weiterhin problemlos, bis auf die Charts. Also ein grundsätzliches Datenbankproblem kann es ja eigentlich nicht sein oder? Hilft das weiter? Grüße Mathias
-
Vielleicht noch eine Info die für dich interessant sein könnte horchi: Über Nacht hat sich etwas verändert und unter http://192.168.178.100/p4/main.php wird jetzt Not Found The requested URL /p4/main.php was not found on this server. Apache/2.4.10 (Raspbian) Server at 192.168.178.100 Port 80 angezeigt. Das Errorlog des Apache zeigt dies: [Sun Mar 12 06:25:18.341715 2017] [mpm_prefork:notice] [pid 862] AH00163: Apache/2.4.10 (Raspbian) configured -- resuming normal operations [Sun Mar 12 06:25:18…