Re: [vz-users] plötzlicher logging stop

2019-12-11 Diskussionsfäden René W 
Moin
Ich weiß nicht warum die Mail nochmal geschickt wurde. Bitte ignorieren.
Ich warte zur Zeit auf den nächsten Stopp.
Bitte entschuldigt die Unannehmlichkeiten.

Frank Richter  schrieb am Mi. 11. Dez. 2019 um
23:58:

> Die Mail war anscheinend 2 Tage unterwegs ;-)
>
> Grüße
> Frank
>
> Am Mi., 11. Dez. 2019 um 21:44 Uhr schrieb Andreas Goetz <
> cpui...@gmail.com>:
>
>> Ich denke es hat sich nichts geändert:
>>
>> - Dein Screenshot ist erneut unleserlich
>> - Dein Service sollte auf Restart=always stehen um wieder anzulaufen und
>> Lücken zu vermeiden
>> - Du solltest im Syslog rausfinden warum er abbricht
>>
>> Es hilft leider nicht die gleichen Fragen von vorne zu iterieren ;)
>>
>> Letztlich wäre es toll auf das alte Thema zu antworten statt ein Neues
>> aufzumachen :/
>>
>> Viele Grüße,
>> Andreas
>>
>>
>> On 9. Dec 2019, at 07:14, René W.  wrote:
>>
>> Guten Morgen,
>>
>> mein vzlogger hat nun zum zweiten mal getoppt zu loggen. Es läuft über
>> ein RPi3 mit externer Synology Datenbank. Nach einem reboot oder manuellen
>> Start des Dienstes läuft der Log weiter. Im frontend sind aber Lücken zu
>> sehen.
>> Da der verbose debug recht niedrig ist, habe ich hier eine log ausm
>> /var/log/sys.log
>> 
>>
>> Ich werde da nicht ganz schlau daraus und was ich als nächstes machen
>> sollte. Könnt ihr mir helfen?
>>
>> Gruß René
>>
>>
>>

Re: [vz-users] plötzlicher logging stop

2019-12-11 Diskussionsfäden Frank Richter 
Die Mail war anscheinend 2 Tage unterwegs ;-)

Grüße
Frank

Am Mi., 11. Dez. 2019 um 21:44 Uhr schrieb Andreas Goetz :

> Ich denke es hat sich nichts geändert:
>
> - Dein Screenshot ist erneut unleserlich
> - Dein Service sollte auf Restart=always stehen um wieder anzulaufen und
> Lücken zu vermeiden
> - Du solltest im Syslog rausfinden warum er abbricht
>
> Es hilft leider nicht die gleichen Fragen von vorne zu iterieren ;)
>
> Letztlich wäre es toll auf das alte Thema zu antworten statt ein Neues
> aufzumachen :/
>
> Viele Grüße,
> Andreas
>
>
> On 9. Dec 2019, at 07:14, René W.  wrote:
>
> Guten Morgen,
>
> mein vzlogger hat nun zum zweiten mal getoppt zu loggen. Es läuft über ein
> RPi3 mit externer Synology Datenbank. Nach einem reboot oder manuellen
> Start des Dienstes läuft der Log weiter. Im frontend sind aber Lücken zu
> sehen.
> Da der verbose debug recht niedrig ist, habe ich hier eine log ausm
> /var/log/sys.log
> 
>
> Ich werde da nicht ganz schlau daraus und was ich als nächstes machen
> sollte. Könnt ihr mir helfen?
>
> Gruß René
>
>
>

Re: [vz-users] plötzlicher logging stop

2019-12-11 Diskussionsfäden Andreas Goetz 
Ich denke es hat sich nichts geändert:

- Dein Screenshot ist erneut unleserlich
- Dein Service sollte auf Restart=always stehen um wieder anzulaufen und Lücken 
zu vermeiden
- Du solltest im Syslog rausfinden warum er abbricht

Es hilft leider nicht die gleichen Fragen von vorne zu iterieren ;)

Letztlich wäre es toll auf das alte Thema zu antworten statt ein Neues 
aufzumachen :/

Viele Grüße, 
Andreas


> On 9. Dec 2019, at 07:14, René W.  wrote:
> 
> Guten Morgen,
>  
> mein vzlogger hat nun zum zweiten mal getoppt zu loggen. Es läuft über ein 
> RPi3 mit externer Synology Datenbank. Nach einem reboot oder manuellen Start 
> des Dienstes läuft der Log weiter. Im frontend sind aber Lücken zu sehen.
> Da der verbose debug recht niedrig ist, habe ich hier eine log ausm 
> /var/log/sys.log
> 
>  
> Ich werde da nicht ganz schlau daraus und was ich als nächstes machen sollte. 
> Könnt ihr mir helfen?
>  
> Gruß René

[vz-users] plötzlicher logging stop

2019-12-11 Diskussionsfäden René W . 
Guten Morgen, mein vzlogger hat nun zum zweiten mal getoppt zu loggen. Es läuft über ein RPi3 mit externer Synology Datenbank. Nach einem reboot oder manuellen Start des Dienstes läuft der Log weiter. Im frontend sind aber Lücken zu sehen.Da der verbose debug recht niedrig ist, habe ich hier eine log ausm /var/log/sys.log Ich werde da nicht ganz schlau daraus und was ich als nächstes machen sollte. Könnt ihr mir helfen? Gruß René

Re: [vz-users] Erkennung der libSML-Version

2019-12-11 Diskussionsfäden Marc Haber 
On Wed, Dec 11, 2019 at 10:35:47AM +0100, Andreas Goetz wrote:
> schaut Euch mal bitte
> 
> https://github.com/volkszaehler/libsml/pull/82 
>  und
> https://github.com/volkszaehler/vzlogger/pull/403 
>  

Auf den ersten Blick schaut das gut aus, ausprobiert hab ich's freilich
nicht.

> Bzgl. Debian Fork: m.E. ist der unnötig und verwirrend, basiert aber auch 
> unserem Fork, nicht auf upstream. Leider war Ampelbein wenig kooperativ die 
> notwendigen Änderungen hier zu machen statt zu forken. 

Das in Debian vorhandene libsml-Paket hat als Homepage
https://github.com/dailab/libsml deklariert, basiert also auf dem
ursprünglichen libsml-Paket, nicht auf Eurem Fork.

Ich habe da einen Bugreport eingereicht, wenn der Maintainer auf Zack
ist, ändert er den einen URL und baut das Paket auf Eurem Code neu. Wir
werden sehen.

Grüße
Marc

-- 
-
Marc Haber | "I don't trust Computers. They | Mailadresse im Header
Leimen, Germany|  lose things."Winona Ryder | Fon: *49 6224 1600402
Nordisch by Nature |  How to make an American Quilt | Fax: *49 6224 1600421

Re: [vz-users] Erkennung der libSML-Version

2019-12-11 Diskussionsfäden Marc Haber 
On Wed, Dec 11, 2019 at 04:59:02AM +0100, Daniel Lauckner wrote:
> Soweit ich mich erinnere hat das Paket die unangenehme Eigenschaft sich
> vorzudrängeln und muss deswegen deinstalliert werden.

... und da ich ja auch nicht erst seit gestern mit Linux arbeite habe ich
den Test mit Eurem curlsudobash auf einem sauberen Testsystem gemacht,
auf dem niemals eine libsml installiert war.

Für das Protokoll: Die Debian-Paketierung des vzloggers macht alles[1]
richtig, die Testsuite failt reproduzierbar in allen meinen Versuchen,
das curlsudobash schaltet die Testsuite (vermutlich deswegen?)
absichtlich aus, und wenn man das in der Debian-Paketierung nachzieht[2]
baut das Paket und die Software läuft. Für meine Stromzähler MT681
reicht sogar das libsml-Paket aus Debian stable, so dass ich mir diesen
Riß ganz sparen konnte.

Grüße
Marc

[1] bis auf die veraltete debhelper-Version und vermutlich einige andere
Dinge, die nicht der aktuellen Policy entsprechen, aber für mich hat's
gereicht

[2] debian/rules ergänzen um:
override_dh_auto_configure:
dh_auto_configure -- -DBUILD_TEST=off

override_dh_auto_test:
/bin/true



-- 
-
Marc Haber | "I don't trust Computers. They | Mailadresse im Header
Leimen, Germany|  lose things."Winona Ryder | Fon: *49 6224 1600402
Nordisch by Nature |  How to make an American Quilt | Fax: *49 6224 1600421

Re: [vz-users] Erkennung der libSML-Version

2019-12-11 Diskussionsfäden Andreas Goetz 
Hi Daniel & Marc,

schaut Euch mal bitte

https://github.com/volkszaehler/libsml/pull/82 
 und
https://github.com/volkszaehler/vzlogger/pull/403 
 

an. Wenn ok würde ich beide mergen und dann eine libsml 1.0 releasen. Ich denke 
nach 8 Jahren spricht nix gegen die Versionsnummer?

Bitte um Euer OK.

Bzgl. Debian Fork: m.E. ist der unnötig und verwirrend, basiert aber auch 
unserem Fork, nicht auf upstream. Leider war Ampelbein wenig kooperativ die 
notwendigen Änderungen hier zu machen statt zu forken. 
Konsequenterweise müssten wir den Debian-spezifischen Teil bei uns 
rausschmeissen. Davon hab ich aber keine Ahnung, PR welcome.

Viele Grüße, 
Andreas


> On 11. Dec 2019, at 04:59, Daniel Lauckner  wrote:
> 
> Hallo,
> 
> 
> am Dienstag, 10. Dezember 2019 um 22:23 hat Marc Haber geschrieben:
>> Bin ich ja auch. Beim ersten Mal. Dann hab ich's mit Eurer libsml
>> versucht und die Meldung ging nicht weg...
> 
> Soweit ich mich erinnere hat das Paket die unangenehme Eigenschaft sich
> vorzudrängeln und muss deswegen deinstalliert werden.
> 
> 
> mfg Daniel
>