<div dir="ltr"><div><div><div>Thema ist erledigt. Der curl Fehler dürfte daher kommen dass beim hochfahren vzlogger vor mysql startet. Lässt sich das mit dependency based services o.ä. elegant lösen?<br><br></div>Die "verschwundenen" Kanäle sind einfach nicht "public" -> Anwenderfehler.<br><br></div>Viele Grüße,<br></div>Andreas<br><br></div><div class="gmail_extra"><br><div class="gmail_quote">2015-10-02 11:20 GMT+02:00  <span dir="ltr"><<a href="mailto:justin@justinotherguy.org" target="_blank">justin@justinotherguy.org</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Moin,<br>
<span class=""><br>
> Am 01.10.2015 um 19:53 schrieb Christian Schieb <<a href="mailto:christian.schieb@speed.at">christian.schieb@speed.at</a>>:<br>
><br>
</span><span class="">> Hallo Andreas,<br>
> 1. läuft mysql nach reboot? Ja?<br>
> Ja:<br>
> pi@raspberrypi ~ $ sudo service mysql restart<br>
> [ ok ] Stopping MySQL database server: mysqld.<br>
> [ ok ] Starting MySQL database server: mysqld . ..<br>
> [info] Checking for tables which need an upgrade, are corrupt or were<br>
> not closed cleanly..<br>
> pi@raspberrypi ~ $<br>
<br>
</span>dazu fällt mir ein:<br>
„restart" macht „stop" und dann „start"; ein „stop" an einen gestoppten Server tut nicht weh - die Meldung unterscheidet sich auch nicht.<br>
Gleiches gilt also für den restart.<br>
<br>
Um rauszufinden, ob der mysqld läuft:<br>
sudo service mysql status<br>
<br>
<br>
Gruß, J.<br>
<br>
</blockquote></div><br></div>