Ahoj,
Zkoumám možnosti přechodu na vpsAdminOS, a narazil jsem na takový … nepěkná věc.
Vypadá to že ne všechny funkcionality toho kouzelného rockeru fungují. Tohle konkrétně se mi projevuje na node1.pgnd na čisté testovací VPS s
> root@rancher-test:~# docker pull rancher/rke-tools:v0.1.72
> v0.1.72: Pulling from rancher/rke-tools
> e95f33c60a64: Pull complete
> 6b9066ff94f0: Pull complete
> d00048cae6c8: Pull complete
> 673a80f76512: Pull complete
> 5265c6a8bcaa: Pull complete
> bd5a2b7ec0a7: Pull complete
> 0119010d361b: Pull complete
> 04670b023a98: Pull complete
> 96787bdffc36: Pull complete
> 11b333b25e38: Pull complete
> edec598acdb7: Extracting [==================================================>] 5.101MB/5.101MB
> c66bbb7a280c: Download complete
> 199d7f942076: Download complete
> f6eba55964bb: Download complete
> e868bdb5d818: Download complete
> cbec9cc5bcb9: Download complete
> failed to register layer: Error processing tar file(exit status 1): lchown /usr/local/bin/etcdctl: invalid argument
Postup pro zreplikování:
- čistá VPS na node1.pgnd s Ubuntu 18.04 nebo 20.04
- apt-get update && apt-get -y upgrade
- instalace dockeru podle návodu https://kb.vpsfree.cz/navody/vps/vpsadminos/docker#instalace <https://kb.vpsfree.cz/navody/vps/vpsadminos/docker#instalace>
- pokus o pull image
Možná to je jen stejný projev něčeho jiného, ale trochu googlení naznačuje, že na to možná Snajpa už narazil (https://www.gitmemory.com/issue/moby/moby/41803/761551544 <https://www.gitmemory.com/issue/moby/moby/41803/761551544>)
Nějaké nápady/tipy co s tím?
Díky
Michal H.
Ahoj,
(English below)
Připravujeme nové menu, které se zobrazí v konzoli [1] při startu VPS.
Kromě normálního startu VPS umožňuje spustit shell nebo upravit
parametry init procesu. Je to taková alternativa např. GRUB menu v našem
prostředí. Naše VPS jsou kontejnery a klasický zavaděč tak neobsahují.
Uživatelé NixOS v menu najdou také možnost nastartovat systém ze starší
verze. Každá úprava konfigurace či aktualizace NixOS vytváří novou
generaci systému a standardně si v zavaděči můžete vybrat, kterou chcete
použít, např. když nové nastavení nefunguje správně. Nyní je to možné i
ve VPS pomocí start menu.
Spuštění shellu může často posloužit místo nouzového režimu [2] na
rychlou opravu systému, který třeba nestartuje. Jako shell se použije
/bin/sh z disku VPS a po jeho ukončení se opět objeví start menu.
Start menu je možné vypnout/zapnout ve vpsAdminu. Podporuje pouze VPS na
vpsAdminOS. Nastavovat lze také dobu, po kterou start menu čeká na
uživatele, než samo nastartuje systém VPS. Přednastaveno je 5 sekund.
Ukázka viz KB:
https://kb.vpsfree.cz/navody/vps/start_menu
Aktuálně je menu zapnuto na node1.stg (Staging). Na produkčních VPS si
ho můžete individuálně zapnout v detailu VPS nastavením timeoutu, třeba
na 5 sekund. Během tohoto nebo příštího týdne ho pak zapneme na všech VPS.
ENGLISH:
We're preparing a new menu that can be seen in the remote console [3],
when a VPS is being started. It allows you to run a shell or customize
the init command and parameters. It's an alternative for example to the
GRUB menu in our environment. Since our VPS are containers, they do not
have a standard bootloader.
NixOS users will also be able to start the system from an older
generation. On NixOS, every configuration change or update creates a new
system version. Usually you can use the bootloader to select which
version to boot from, e.g. when the newest version is not functioning
properly. Now this can be achieved using the start menu.
The shell can be used to quickly fix something in a VPS which is not
starting, as an alternative to the rescue mode [4]. The menu starts
/bin/sh from the VPS and after the shell exits, the menu reappears.
The start menu can be enabled/disabled in vpsAdmin. It is supported only
on vpsAdminOS. You can also configure the time for which the menu waits
for the user, before starting the VPS. We've set this to 5 seconds.
For preview, see KB:
https://kb.vpsfree.org/manuals/vps/start_menu
Currently, the menu is enabled on node1.stg (Staging). You can enable it
on production VPS in VPS details by setting the timeout, e.g. to 5
seconds. We will be enabling it on all VPS in the coming days.
[1] https://kb.vpsfree.cz/navody/vps/konzole
[2] https://kb.vpsfree.cz/navody/vps/vpsadminos/oprava#nouzovy_rezim
[3] https://kb.vpsfree.org/manuals/vps/console
[4] https://kb.vpsfree.org/manuals/vps/vpsadminos/recovery#rescue_mode
Jakub
Ahoj,
v mailu s upomínkou k platbě členského příspěvku je odkaz do vpsAdminu,
kde si můžete vypnout zasílání dalších upozornění. Najdete ho také ve
vpsAdminu, Edit profile -> Configure payment reminder. Je možné to
ztlumit na určitou dobu a nebo do zaplacení. Po přijetí platby se
nastavení resetuje a upomínku k další platbě opět dostanete. Stejně tak
se dají tlumit i maily o expiraci playground/staging VPS.
Dále jsme změnili frekvenci zasílání upomínek. Už to nebude jednou denně
(sorry!), ale v pondělí, středu a pátek. Den před pozastavením členství
/ VPS pošleme upozornění i přes ztlumení. Tak snad to teď bude lepší :)
Jakub
Ahoj,
(English below)
Terraform [1] je nástroj pro správu infrastruktury pomocí konfiguračních
souborů. Náš vpsAdmin provider plugin [2] se dočkal značných změn, zejména:
- je možné vytvářet datasety na NASu a subdatasety VPS,
- datasety NASu se dají exportovat přes NFS a přes Terraform získat
informace pottřebné k mountu,
- subdatasety VPS je možné připojit přes vpsAdmin,
- u VPS jde nastavovat jednotlivé features, DNS resolver
(/etc/resolv.conf) a taky měnit informaci o distribuci po
aktualizaci uvnitř VPS.
Ukázka konfigurace zde:
https://github.com/vpsfreecz/terraform-provider-vpsadmin/tree/master/exampl…
ENGLISH:
Terraform [1] is a tool for infrastructure administration using
configuration files. Our provider plugin for vpsAdmin [2] was upgraded,
the changes include:
- it is now possible to create datasets on NAS and VPS subdatasets,
- NAS datasets can be exported over NFS and mount information can be
read from terraform,
- VPS subdatasets can be mounted using vpsAdmin,
- VPS have configurable features, DNS resolver (/etc/resolv.conf) and
you can also change the distribution info after the VPS was
upgraded.
Example configuration can be seen here:
https://github.com/vpsfreecz/terraform-provider-vpsadmin/tree/master/exampl…
[1] https://terraform.io
[2] https://registry.terraform.io/providers/vpsfreecz/vpsadmin/latest/docs
Jakub
Ahoj,
řeším problém s nastavením IPv6, narážím zřejmě na svůj nedostatek znalostí o
IPv6 / routování. Mám ve vpsadminu nastavených spoustu /128 addres, chci si
místo toho nastavit /64 blok. Cíl je, abych mohl používat (třeba na
webserveru) libovolnou adresu z bloku a nemusel ji pokaždé routovat přes
vpsadmin.
Ve vpsadminu jsem si naklikal přidělení /64 bloku, potvrdil pomocí "Add route
and an address to interface venet0". Ve výpisu ji vidím:
6: venet0@if384: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
link/ether 7e:20:84:0e:bb:58 brd ff:ff:ff:ff:ff:ff link-netnsid 0
...
inet6 2a03:3b40:101:42::1/64 scope global
valid_lft forever preferred_lft forever
První adresa z bloku funguje dle očekávání:
$ ping 2a03:3b40:101:42::1
PING 2a03:3b40:101:42::1(2a03:3b40:101:42::1) 56 data bytes
64 bytes from 2a03:3b40:101:42::1: icmp_seq=1 ttl=64 time=0.036 ms
Další dresy už ne:
$ ping 2a03:3b40:101:42::2
PING 2a03:3b40:101:42::2(2a03:3b40:101:42::2) 56 data bytes
From 2a03:3b40:101:42::1 icmp_seq=1 Destination unreachable: Address unreachable
Podobně nginx hlásí chybu, pokud ho nechám poslouchat na 2a03:3b40:101:42::2
nginx: [emerg] bind() to [2a03:3b40:101:42::2]:80 failed (99: Cannot assign requested address)
* Je správná idea, že ty to takhle mohlo fungovat?
* Co dalšího musím udělat, abych mohl používat 2a03:3b40:101:42::2 a další adresy z bloku?
Server je Debian stretch, VPS 6414 na vpsadminosu v Brně.
Dík za radu
Tomáš
Hezký den,
proces migrace na platformu vpsAdminOS a aktuální linuxové jádro u
nás zdárně pokračuje. V Praze máme 13 strojů přeinstalovaných, zbývají
VPS na 8 serverech. Od vás to vyžaduje drobnou akci: napsat na podporu,
abychom vás přesunuli. Pokud používáte NAS, budete ještě muset upravit
jeho připojení. Všechno je podrobně popsáno v článku u nás na webu [1].
To podstatné je, že data i IP adresy vám zůstanou, jen vám váš stroj
nastartuje s novým jádrem (v tuto chvíli 5.10) a svět bude mnohem lepší.
Celé to trvá pár minut, jen je potřeba to pak překontrolovat, ale
všechno by mělo normálně fungovat dál. Pokud máte chvíli, mrkněte se na
to. Díky
[1]:
https://blog.vpsfree.cz/migrujte-na-vpsadminos-uz-je-cas-na-aktualni-virtua…
--
Petr Krčmář
vpsFree.cz
Pokiaľ tam pridám ešte prepínače -debug -msg tak vidím, že pri ServerHello prejde 1297/4035 bajtov a ďalej je ticho. Asi by som pátral po nejakom probléme s fragmentáciou paketov po ceste (MTU, PMTUD, atd.)
--
Kamil
tel.: +420 910 128 153
> Mam taku mensiu zahadu…
>
> na prikaz [1] zadany cez ssh na mojej vps:
>
> openssl s_client -connect www.sczsk.sk:443 -tls1_2
>
> …dostavam len ciastocnu odpoved:
>
> CONNECTED(00000003)
>
> …a nic viac.
>
> Na ten isty prikaz na iny server - (napriklad) nabezky.sk - dostanem komplet odpoved.
>
> Z mojho pocitaca doma, prikaz [1] tiez vrati ocakavane data.
Mam taku mensiu zahadu…
na prikaz [1] zadany cez ssh na mojej vps:
openssl s_client -connect www.sczsk.sk:443 -tls1_2
…dostavam len ciastocnu odpoved:
CONNECTED(00000003)
…a nic viac.
Na ten isty prikaz na iny server - (napriklad) nabezky.sk - dostanem komplet odpoved.
Z mojho pocitaca doma, prikaz [1] tiez vrati ocakavane data.
Skusal som si nakratko urobit aj sandbox vps s najnovsou verziou Ubuntu, ale tam ten problem vidim tiez.
Ma niekto ideu ako to riesit?