{"id":2132,"date":"2023-09-09T22:41:55","date_gmt":"2023-09-09T20:41:55","guid":{"rendered":"https:\/\/linux-bibel.at\/?p=2132"},"modified":"2023-09-09T22:41:57","modified_gmt":"2023-09-09T20:41:57","slug":"testlink-testmanagement-fuer-entwickler-unter-linux-mittels-docker-nutzen","status":"publish","type":"post","link":"https:\/\/linux-bibel.at\/index.php\/2023\/09\/09\/testlink-testmanagement-fuer-entwickler-unter-linux-mittels-docker-nutzen\/","title":{"rendered":"Testlink – Testmanagement f\u00fcr Entwickler unter Linux mittels Docker nutzen"},"content":{"rendered":"\n

Dieser Artikel wird für die meisten weniger interessant sein – doch in meiner Firma wird diese Software bei vielen großgeschrieben. Warum ich diesen Artikel trotzdem hier veröffentliche – weil ich mich dermaßen über die Installation und vor allem über die Aktualisierung dieser und das Anpassen geärgert habe. Vielleicht hilfreich für andere.<\/p>\n\n\n\n

Bei Testlink handelt es sich um eine Software für Softwareentwickler, zum Testen – genau weiß ich es ehrlich gesagt auch nicht. Mehr zu dieser Software (oder auch nicht<\/em><\/p>\n\n\n\n

\":D\"<\/figure>\n\n\n\n

 ) gibt es hier<\/a>, wozu man die Software wirklich braucht, wissen wohl nur die, die sie nutzen.<\/p>\n\n\n\n

Nun, wobei ging es bei meinem Problem? Die Software war auf einem uralten Ubuntu installiert, auch Testlink dementsprechend alt. Zum Aktualisieren wäre gewesen – von einer der ersten Versionen auf die aktuellste. Manuell gelingt dies so:<\/p>\n\n\n\n

Software herunterladen, Backup<\/a> der Datenbank<\/a>, Archiv<\/a> entpacken – als neues Verzeichnis<\/a>, hoffen, dass alle Abhängigkeiten in den nötigen Versionen vorhanden sind. In das neue Verzeichnis<\/a> wechseln und den Webserver<\/a> darauf anpassen – hoffen, dass die Datenbank<\/a> keinen Schluckauf bekommen hat, … Das ganze 20 Mal (siehe Testlink-Upgrade<\/a>).<\/p>\n\n\n\n

Ich, braucht ihr wirklich alle Daten<\/a> aus dem letzten Jahrzehnt – nein, Linux<\/a> zum Dank nicht. Also – es steht ein Docker<\/a>-Image bereit, dieses erleichtert das Aktualisieren dieses Theaters einer Software.<\/p>\n\n\n\n

Testlink mittels Docker aufsetzen<\/h3>\n\n\n\n

Nun, eigentlich ist es ganz einfach, unter Docker – Bitnami – Testlink<\/a> steht ein Docker<\/a>-Image bereit – und die dazugehörige Beschreibung. Gleich einmal zu Beginn, nutzt nicht den Befehl<\/a> (natürlich wird zuerst ein Verzeichnis<\/a> für die Datenbank<\/a> und die Uploads angelegt und diese an den Benutzer 1001 übergeben<\/em>):<\/p>\n\n\n\n

docker network create testlink-network\ndocker volume create --name mariadb_data\ndocker run -d --name mariadb --env ALLOW_EMPTY_PASSWORD=yes --env MARIADB_USER=bn_testlink --env MARIADB_PASSWORD=bitnami --env MARIADB_DATABASE=bitnami_testlink --network testlink-network --volume mariadb_data:\/bitnami\/mariadb bitnami\/mariadb:latest<\/code><\/pre>\n\n\n\n
Und:<\/p>\n\n\n\n
docker volume create --name testlink_data\ndocker run -d --name testlink -p 8080:8080 -p 8443:8443 --env ALLOW_EMPTY_PASSWORD=yes --env TESTLINK_DATABASE_USER=bn_testlink --env TESTLINK_DATABASE_PASSWORD=bitnami --env TESTLINK_DATABASE_NAME=bitnami_testlink --network testlink-network --volume testlink_data:\/bitnami\/testlink bitnami\/testlink:latest<\/code><\/pre>\n\n\n\n
Das Erste, was bei mir versagt hat – das Netzwerk<\/a> „testlink-network<\/strong>„, es hat so einen Neustart überlebt, dann aber ist am nächsten Tag die Datenbank<\/a> verschwunden, weil das Netzwerk<\/a> zwischen beiden Containern aus welchem Grund auch immer nicht mehr funktioniert hat. Glücklicherweise legt der kluge Admin täglich ein Backup<\/a> an, half aber nichts – Testlink und die Datenbank<\/a> wollten nicht mehr zusammen.<\/p>\n\n\n\n
Nun, was macht man – den umständlicheren Weg, das ganze Werk über Docker<\/a>-Compose noch einmal – ein paar Tests, ob die Container auch mit der Backup<\/a>-Datenbank<\/a> funktionieren – die Passwörter wurden in der Software von den Entwicklern ja auch gewechselt – wird dies alles noch funktionieren? Ja, natürlich. Docker<\/a>-Compose erfordert zwar etwas mehr Arbeit – aber es funktioniert. Ich also:<\/p>\n\n\n\n
version: '2'\nservices:\n  mariadb:\n    image: 'bitnami\/mariadb:latest'\n    volumes:\n#      - 'mariadb_data:\/bitnami\/mariadb'\n      - \/opt\/mariadb:\/bitnami\/mariadb\n    environment:\n      - ALLOW_EMPTY_PASSWORD=yes\n      - MARIADB_USER=testlink\n      - MARIADB_PASSWORD=Passwort_der_Datenbank\n      - MARIADB_DATABASE=testlink\n    restart: always\n  application:\n    image: 'bitnami\/testlink:latest'\n    ports:\n      - '8080:8080'\n    volumes:\n      - 'apache_data:\/bitnami\/apache'\n#      - 'testlink_data:\/bitnami\/testlink'\n      - \/opt\/testlink:\/bitnami\/testlink\n    depends_on:\n      - mariadb\n    environment:\n      - ALLOW_EMPTY_PASSWORD=yes\n      - TESTLINK_PASSWORD=Testlink-Passwort\n      - TESTLINK_USERNAME=Testlink-Benutzer\n      - TESTLINK_DATABASE_USER=testlink\n      - TESTLINK_DATABASE_PASSWORD=Passwort_der_Datenbank\n      - TESTLINK_DATABASE_NAME=testlink\n    restart: always\nvolumes:\n  mariadb_data:\n    driver: local\n  apache_data:\n    driver: local\n  testlink_data:\n    driver: local<\/code><\/pre>\n\n\n\n
(Passwörter wurden hier natürlich geändert …<\/em>) Mit „– \/opt\/mariadb<\/a>:\/bitnami\/mariadb<\/a><\/strong>“ habe ich das persistente Verzeichnis<\/a> am Host<\/a> für die Datenbank<\/a> angegeben (erst der Host<\/a>, dann das Verzeichnis<\/a> im Container<\/em>), mit „– \/opt\/testlink:\/bitnami\/testlink<\/strong>“ das Verzeichnis<\/a> für die Uploads (Dokumente<\/em>).<\/p>\n\n\n\n
Die Datei<\/a> auf dem Host<\/a> in einem eigenen Verzeichnis<\/a> gespeichert und auf dem Terminal<\/a> als root<\/a> ein beherztes:<\/p>\n\n\n\n
docker-compose up -d<\/code><\/pre>\n\n\n\n
Zuvor natürlich die alten beiden Container gestoppt. Die Datenbank<\/a> wurde nicht überschrieben, alle Daten<\/a> und Benutzer, Dokumente da:<\/p>\n\n\n\n
\"\"<\/figure>\n\n\n\n
Nun, das nächste Problem an diesem Mistding von einer Software – dieses Problem ist nicht Testlink selbst, sondern das von Bitnami erstellte Docker<\/a>-Image. Es handelt sich dabei um ein sogenanntes Mini-Deb<\/a>-Image. Möglichst klein gehalten – und darin gibt es nur den Benutzer 1001. Kein root<\/a> – man kann also etwa mit:<\/p>\n\n\n\n
docker exec -it image bash<\/code><\/pre>\n\n\n\n
hinein wechseln, aber nichts darin machen, als sich darin umsehen – es gibt ja keinen root<\/a>, auch kein „sudo<\/a><\/strong>„. Und mein Problem – die Zeitzone, also auch die Uhrzeit stimmte nicht, war auch beim ersten Befehl<\/a> zur Erstellung so – es gibt keine Variable, mit der man die Zeitzone anpassen kann, der Container fragt auch den Host<\/a> nicht, wie spät es ist. Die Entwickler nicht erfreut – also noch einmal ran. Docker<\/a>-Doku lesen, wie bekommt man in so einem Container root<\/a>-Rechte – ganz einfach:<\/p>\n\n\n\n
docker exec -it -u root image bash<\/code><\/pre>\n\n\n\n
Und dann kannst Du darin machen, was Du willst, Software installieren – etwa den NTP-Daemon<\/a>, der die Uhrzeit für die entsprechende Zeitzone abfragt, und man kann die Zeitzone anpassen:<\/p>\n\n\n\n
\"\"<\/figure>\n\n\n\n
Und das Aktualisieren gelingt ganz einfach mittels:<\/p>\n\n\n\n
docker-compose stop altes-testlink-image\ndocker pull bitnami\/testlink:latest\ndocker-compose rm -v altes-testlink-image\ndocker-compose up -d<\/code><\/pre>\n
\r\n    
\r\n    \r\n                            \"Gef\u00e4llt\r\n            <\/a>\r\n        <\/span>\r\n<\/div>
\r\n    \r\n                            \"Gef\u00e4llt\r\n            <\/a>\r\n    <\/span>\r\n<\/div><\/div>","protected":false},"excerpt":{"rendered":"
Dieser Artikel wird f\u00fcr die meisten weniger interessant sein – doch in meiner Firma wird diese Software bei vielen gro\u00dfgeschrieben. Warum ich diesen Artikel trotzdem hier ver\u00f6ffentliche – weil ich mich derma\u00dfen \u00fcber die Installation und vor allem \u00fcber die Aktualisierung dieser und das Anpassen ge\u00e4rgert habe. Vielleicht hilfreich f\u00fcr andere. Bei Testlink handelt es […]<\/p>\n","protected":false},"author":1,"featured_media":2134,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[48],"tags":[49],"class_list":["post-2132","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-entwicklung","tag-entwicklung"],"_links":{"self":[{"href":"https:\/\/linux-bibel.at\/index.php\/wp-json\/wp\/v2\/posts\/2132","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/linux-bibel.at\/index.php\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/linux-bibel.at\/index.php\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/linux-bibel.at\/index.php\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/linux-bibel.at\/index.php\/wp-json\/wp\/v2\/comments?post=2132"}],"version-history":[{"count":1,"href":"https:\/\/linux-bibel.at\/index.php\/wp-json\/wp\/v2\/posts\/2132\/revisions"}],"predecessor-version":[{"id":2135,"href":"https:\/\/linux-bibel.at\/index.php\/wp-json\/wp\/v2\/posts\/2132\/revisions\/2135"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/linux-bibel.at\/index.php\/wp-json\/wp\/v2\/media\/2134"}],"wp:attachment":[{"href":"https:\/\/linux-bibel.at\/index.php\/wp-json\/wp\/v2\/media?parent=2132"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/linux-bibel.at\/index.php\/wp-json\/wp\/v2\/categories?post=2132"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/linux-bibel.at\/index.php\/wp-json\/wp\/v2\/tags?post=2132"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}