testing actions install_base install_compose
install_base
Testowanie #120 (closed)]
Przypadek minimalny [Nie trzeba definiować żadnej zmiennej. Proponowałbym poprostu odlapenie kontenera helloworld tak jak jest we wszystkich tutorialach instalacji dockera.
Zmienne opcjonalne
docker_container_mtu
[#121 (closed)]
- 1500 (default)
- custom
Ustawienie tej wartości można chyba sprawdzić z ansible_facts (?), a jeśli nie to wygrepować ip link
docker_additional_configuration
[#122 (closed)]
Tutaj jest tak dużo możliwości, że jedynym sensownym wyjściem wydaje mi się ustawienie arbitralnej dodatkowej opcji i wygrepowanie z configa
docker_data_directory
[#123 (closed)]
/var/lib/docker
- custom
Można zainstalować dockera i sprawdzić czy podany katalog nie jest pusty, tylko zawiera jakąś tam strukture dockerową. Alternatywnie można wygrepować z docker info
. Drugia opcja jest lepsza więc ją wybrałem przy implementacji.
docker_insecure_registries
[#124 (closed)]
- [] (*default)
- custom
Wygrepować z docker info
docker_log_rotate
[#125 (closed)]
-
yes
(default) no
Możnaby sprawdzić czy istnieje plik w /var/lib/docker/{{ container }}/{{ container }}-json.log, ew jego zawartość jak chcemy byś superdokładni.
W trakcie implementacji oraz trzymając się tego samego paradygmatu co w roli service, doszedłem, że lepiej jest odpalić kontener hello-world
a następnie za pomocą docker inspect
wyciągnąć z niego logconfig. Dla wartości yes
, będzie on zawierał klucze max-files
oraz max-size
, których wartości powinny być równe odpowiednio docker_log_rotate_count
oraz docker_log_rotate_size
(czyli defaultowo 3
i 10m
). W przypadku wartości no
słownik ten będzie pusty.
docker_log_rotate_size
[#125 (closed)]
-
10m
(default) - custom
Trzebaby chyba wygenerować w kontenerze ponad 10m danych i dać na stdout potem sprawdzić czy log nie przekracza tej ilości.
Wobec powyższe rozwiązanie jest głupie w porównaniu do wyciągnięcia wartości z logconfigu z testowego kontenera. Defaultową wartość testuję przy okazji docker_log_rotate
.
docker_log_rotate_count
[#125 (closed)]
Możnaby połączyć z poprzednim testem, sprawdzając dodatkowo liczbę plików log ktore powstaly sprawdzając wartość odpowiedniego klucza w słowniku.
docker_registry_mirrors
[#126 (closed)]
- ["https://proxy.containers.task.gda.pl"] (default)
- custom
Wygrepować z docker info
install_compose
[#127 (closed)]
Testowanie Nie są wymagane żadne zmienne, więc chyba najłatwiej zrobić jakiś odpalić helpa.docker-compose.yml
z helloworld i sprawdzić czy ruszy.