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

apt.pivccu.de down #522

Open
GrmpfNarf opened this issue Apr 25, 2024 · 6 comments
Open

apt.pivccu.de down #522

GrmpfNarf opened this issue Apr 25, 2024 · 6 comments

Comments

@GrmpfNarf
Copy link

GrmpfNarf commented Apr 25, 2024

Hello,
the URL apt.pivccu.de seams not to be reachable at this moment. This also seams to causes the pivccu.service to starting forever.

With regards.

@guitarhead
Copy link

guitarhead commented Apr 25, 2024

I can confirm this, too. I'm kind of scared that online connection to apt.pivccu.de is needed for the CCU to run. That's kind of not what I expected. Hoped to have an offline system. So maybe there's a way to fix that, too? Your work for this project is awesome, so don't get me wrong.

Could this be the "problem" in /var/lib/piVCCU3/start_container.sh:
wget -O /dev/null -q --timeout=5 "https://www.pivccu.de/latestVersion?version=$PIVCCU_VERSION&product=HM-CCU3&serial=$HM_HMIP_SERIAL&os=$OS_RELEASE&board=$BOARD_TYPE" || true

Maybe there should be an option to startup anyway without checking the version?
But I not good at this.
Kind regards

@guitarhead
Copy link

guitarhead commented Apr 25, 2024

Ok, commenting out the above quoted line with an # leads to a temporary solution. Kind regards

Would recommend a check here
If "Link above" timeout start pivccu anyways
but just a suggestion.

@guitarhead
Copy link

apt.pivccu.de is up again.
But maybe this issue could be solved in a future update? @alexreinert
Kind regards

@holomekc
Copy link

holomekc commented Jul 9, 2024

Hi @alexreinert ,
thx for the great work first of all. Sadly it seems that the server is down again.
Can you take a look, when you find the time

Br,
Chris

@holomekc
Copy link

And the mentioned line is the issue. --tries=1 would solve it. The reason is that wget does some retires in general including two requests due to ipv6 and ipv4. Every request with 5s timeout. Due to default 20 retries this end up in 3,33 min delay.

@holomekc
Copy link

Server is up again. Thx!

I created a pr to reduce the reties. See #526

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

No branches or pull requests

3 participants