[vz-users] Kein INSERT Zugriff für user vz at 127.0.0.1 auf Datenbank volkszaehler

Andreas Goetz cpuidle at gmail.com
Fr Apr 10 23:09:08 CEST 2020


Ich mag diese „seit neuestem“ Fehlersuche. Also hier https://github.com/volkszaehler/volkszaehler.org/blob/master/bin/vzclient#L64 wird die Konfigurationsdatei eingelesen. Was steht denn bei Dir da drin? Irgendwo muss der Username ja herkommen...

Viele Grüße, Andreas 

> Am 10.04.2020 um 22:56 schrieb G. Stenzel <GS-vzl at betriebsdirektor.de>:
> 
> Hallo Andreas
> 
> Ich rufe vzclient aus einem Script unter dem user pi auf. Er greift
> dann offenbar als vz at 127.0.0.1 auf die Datenbank zu, was
> interessanterweise lesend geht, aber nicht schreibend.
> 
> Als Workaround habe ich jetzt den user vz at 127.0.0.1 mit denselben
> Rechten wie vz at localshost angelegt. Damit geht es dann,
> logischerweise.
> 
> Ich bin nur etwas irretiert, warum der user 'vz' neuerdings mit dem
> host '127.0.0.1' bei der Datenbank ankommt. Wie gesagt, bei früheren
> Test ging es schon einmal.
> 
> Gruß
> G.
> 
>> Schau doch mal wie der user in Mysql angelegt ist. Wenn es vzuser%localhost ist dann kann 127.0.0.1 in der Datanbank nicht funktionieren. Oder probier einfach mal localhost.
>> 
>> Viele Grüße, Andreas
>> 
>>>> Am 10.04.2020 um 22:12 schrieb G. Stenzel <GS-vzl at betriebsdirektor.de>:
>>> 
>>> ?Hallo
>>> 
>>> Mit meinem neuen Volkszähler gibt es noch ein Problem. Der vzclient
>>> kann keine Daten in die Datenbank schreiben:
>>> 
>>> access.log:
>>> 
>>> ::1 - - [10/Apr/2020:21:20:07 +0200] "GET /middleware.php/data/65e46840-dd17-11e2-8103-553845eeddfc.json?operation=add&ts=1586546401000&value=16609469.8 HTTP/1.1" 400 352 "-" "vzclient/1.0"
>>> 
>>> Wenn ich den Befehl in der Kommandozeile eingebe, kommt folgende
>>> Meldung:
>>> 
>>> /var/www/volkszaehler.org/bin/vzclient -u 65e468
>>> 40-dd17-11e2-8103-553845eeddfc add data ts=1586546401000
>>> value=16609469.8
>>> {"version":"0.3","exception":{"message":"An exception occurred while
>>> executing 'INSERT INTO data (channel_id, timestamp, value) VALUES
>>> (6,?,?)' with params
>>> [1586546401000,\"16609469.8\"]:\n\nSQLSTATE[42000]: Syntax error or
>>> access violation: 1142 INSERT command denied to user 'vz'@'127.0.0.1'
>>> for table 'data'","type":"ConnectionException","code":0}}
>>> 
>>> Ein Check der Zugriffsrechte in mysql ergibt:
>>> 
>>> MariaDB [volkszaehler]> SHOW GRANTS FOR 'vz'@'localhost';
>>> +-----------------------------------------------------------------------------------------------------------+
>>> | Grants for vz at localhost                                                                                   |
>>> +-----------------------------------------------------------------------------------------------------------+
>>> | GRANT USAGE ON *.* TO 'vz'@'localhost' IDENTIFIED BY PASSWORD '*C142FB215B6E05B7C134B1A653AD4B455157FD79' |
>>> | GRANT SELECT, INSERT, UPDATE, DELETE ON `volkszaehler`.* TO 'vz'@'localhost'                              |
>>> | GRANT DELETE ON `volkszaehler`.`aggregate` TO 'vz'@'localhost'                                            |
>>> | GRANT DELETE ON `volkszaehler`.`properties` TO 'vz'@'localhost'                                           |
>>> | GRANT DELETE ON `volkszaehler`.`entities_in_aggregator` TO 'vz'@'localhost'                               |
>>> +-----------------------------------------------------------------------------------------------------------+
>>> 5 rows in set (0.002 sec)
>>> 
>>> Kann es sein daß für die Datenbank die User vz at 127.0.0.1 und
>>> vz at localhost nicht dasselbe sind? Komischerweise ging das bei früheren
>>> Tests schon mal. Ich weiß nicht, was ich hier verbogen habe. Könnte
>>> mir bitte mal jemand auf die Sprünge helfen?
>>> 
>>> Ein "get data" auf der Konsole geht übrigens.
>>> 
>>> Danke und Gruß
>>> G.
-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <http://demo.volkszaehler.org/pipermail/volkszaehler-users/attachments/20200410/9f20123d/attachment.html>


More information about the volkszaehler-users mailing list