@kfdm hard agree.
The "plugin" economy on GitHub is insane. I find it very tedious and complicated to figure out how to plug together my pipeline. And ultimately it's still running containers, so there's no need to make everything so convoluted.
Meanwhile, if you've ever worked with a Dockerfile, you can plug together a Woodpecker pipeline in no time. 🙂
Mamy tu jakiś speców od Dockera?
Próbuję skonfigurować dockera używając podmana i udało mi się uruchomić kontener i podpiąć katalog z hosta do kontenera, ale sieci nie ogarniam.
Kontener jest uruchomiony na zwyklym uzytkowniku na serwerze. Działa dostęp do DNS i webowki z laptopa, ale z androida juz nie i nie mam pojecia co jest. Jak zmieniam dns na telefonie, to wifi krzyczy, ze niema neta.
Ta adresacja takze jest dla mnie jakas dziwna. LAN ma adresacje 192.168.X.X, a kontener ma siec 10.X.X.X.
Juz chyba wszystkiego probowalem. Wylaczylem firewalla na serwerze i chyba wszystko co blokuje reklamy na androidzie, ale nadal dupa.
Jakby kogos interesowalo, to probuje skonfigurowac "Technitium DNS Server"
@74@linux_pl
Dzięki. Już nie trzeba. Problem rozwiązany.
Wyjąłem całą elektronikę na jakiej można było sprawdzić i coś mi nie pasowało, jak się okazało, że z 4 urządzeń tylko na jednym działa, a na pozostałych nie.
Stwierdziłem, że sprawdzę, co po sieci hula i okazało się, że zapytanie DNS dochodziło do sewera, a serwer zwracał pakiet ICMP z informacją, że port nieosiągalny. Jeszcze raz zerknąłem na komendę uruchamiającą kontener i okazało się, że zamiast protokołu udp, dałem tcp i tu był problem.
"podman run -dt -p 53:53/udp" - to jest poprawny fragment. Wcześniej było "53:53/tcp".
Zastanawia mnie tylko, czemu na laptopie działało. Obstawiam, że systemd mial w cache tą domenę i to systemd z laptopa zwracał ip, a nie serwer DNS, ale z drugiej strony, widziałem w logach serwera DNS zapytania i to mnie zastanawia. Jak macie pomysł, czemu tak się działo, to chętnie się dowiem. A może to systemd z laptopa wysyałał zapytania do serwera po tcp, jak nie miał u siebie tej domeny. To jest zagadka.
Przy okazji odkryłem świetny program, o którym wspomnę w następnym wątku. Adminom na pewno się przyda.
@sanjaymenon The title confused me then… I thought it’s about how you monitor things in your homelab with a setup guide and examples.
Don’t want to sound rude but I don’t understand what’s the point of this post then. How to install portainer/uptime kuma is covered by their official publishers.
My new #Docker container home page. It's called "Flame" it's so damn simple it's lovely.. Thanks to @thelinuxcast for telling about this one ;) #FOSS#Linux
Found my first issue with using a Dev Drive, and wanting to have access to it from WSL: apparently the way Dev Drives mount in Windows is not compatible with the WSL auto-mounting.
Why does this matter? Docker Desktop (in WSL 2 mode) can't mount a Dev Drive folder.
Do I dump WSL 2 mode for Docker? Or do I dump Dev Drive? Tough choice, but I suspect I dump the Dev Drive.
@heaths The build times with Dev Drives is definitely faster, but not so much faster that it actually matters. The easiest path seems to be to just dump Dev Drive.
If I use a Dev Drive mounted as a drive letter, then use MKLINK /J to make a junction point from my desired local location to the Dev Drive, that's something WSL 2 does understand, and transparently translates that to a symbolic link in Linux terms. So it's really just using Disk Manager to mount it directly into the file system that's the problem.
So I can keep my Dev Drive and get Docker to volume mount things for me again! 🎉