Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Problems with dsmrlogger network. #204

Closed
hemant5400z opened this issue Apr 24, 2021 · 7 comments
Closed

Problems with dsmrlogger network. #204

hemant5400z opened this issue Apr 24, 2021 · 7 comments
Assignees
Labels

Comments

@hemant5400z
Copy link

Hi,

I'm trying to change ip and port for the logger but logger keeps crashing.

Port and ip are ok as i can connect to them running on remote host ser2net. And output looks fine and works with domoticz and allowed for multiple connections.

Thanks,
Hemant

Setup/Architecture information

Version of the Docker image

Configuration

Add your docker(-compose) config file here.

Describe the bug

A clear and concise description of what the bug is.

Debug log


Add your logs here.

@xirixiz
Copy link
Owner

xirixiz commented Apr 25, 2021

Maybe @dennissiemensma can answer this better.

@dennissiemensma
Copy link
Contributor

dennissiemensma commented Apr 25, 2021 via email

@hemant5400z
Copy link
Author

Hoi,

Ik heb de vraag gesteld hier gesteld aangezien het om de docker versie ging. Omdat ik me niet realiseerde dat de andere de vraag die ik stelde over de standalone versie was.

Dus nogsmaals mijn probleem. db en applicatie beide in een docker. De remote p1 draait op een linux machine met ser2net port is bereikbaar telnet geeft de berichten die ik verwacht. Dus in de docker port en ip aangepast en de crashed de logger.

Ik zie in de docker log echter niet de reden.

Hemant

@dennissiemensma
Copy link
Contributor

Ah helder, in beide gevallen zijn de logs het enige wat hier meer duidelijkheid kan geven. Sowieso over "wat" er precies crasht, want ik lees het als het dsmr_datalogger proces, klopt dat? En werkte het eerder wel? Want ook dat zijn goede aanwijzingen.

Als je in de logs geen duidelijke reden ziet, dan is het in dit geval goed om aan te wat er dan wel in staat. Het kan zijn dat de hoofdlog van Supervisor geen details staan, maar in de sublogs van de processen zelf zou ten minste een oorzaak moeten staan.

Had je ook deze logs bekeken? #158 (comment)

@hemant5400z
Copy link
Author

Deze kan ook dicht.

Sorry was een issue met de firewall die geen verbinding naar buiten deed vanuit de docker op mijn synology.

Hemant

@dennissiemensma
Copy link
Contributor

Top. Je kunt je eigen issues op Github zelf sluiten. Naast de "Comment" knop zit als het goed is ook een knop om te sluiten.

@xirixiz
Copy link
Owner

xirixiz commented Apr 26, 2021

@dennissiemensma bedankt voor de verheldering. Om heel eerlijk te zijn @hemant5400z kon ik er geen touw aan vastknopen, vandaar ik @dennissiemensma om hulp heb gevraagd voor dit topic.

Tip voor de volgende keer, geef een heldere omschrijving en lever hetgeen aan er gevraagd wordt (logfiles en configuratie bijvoorbeeld), alleen dan kunnen mensen jou goed helpen.

Maar fijn dat het issue iig is verholpen.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

3 participants