Tumbleweed: Probleme bei Install/Update "Media source '…' does not contain the desired medium", Docker+Kubernetes+AWS

Diese Seite verwendet Cookies. Durch die Nutzung unserer Seite erklären Sie sich damit einverstanden, dass wir Cookies setzen. Weitere Informationen

Hinweis: In dem Thema Tumbleweed: Probleme bei Install/Update "Media source '…' does not contain the desired medium", Docker+Kubernetes+AWS gibt es 8 Antworten. Der letzte Beitrag () befindet sich ganz unten auf dieser Seite.
  • Tumbleweed: Probleme bei Install/Update "Media source '…' does not contain the desired medium", Docker+Kubernetes+AWS

    Ich habe Probleme, Pakete zu installieren oder upzudaten. Die Fehlermeldung ist

    Media source 'http://download.opensuse.org/tumbleweed/repo/oss/' does not contain the desired medium

    Ausgangslage:

    Ich nutze OpenUSSE Tumbleweed in einem Dockercontainer (in einem Kubernetes-Cluster) auf Amazon AWS.

    Das Ausgangsimage ist "FROM opensuse:tumbleweed" von DockerHub, hier. ich versuche darauf aufbauend weitere Images zu bauen und dafür installiere ich über Dockerfile Pakete, im Grunde nicht anders als bei einer Desktopinstallation. Das klappt mitunter problemlos. Dann wieder nicht. Tritt der Fehler mal auf, bleibt er hartnäckig über Tage bestehen. Ich kann dann idR keine Pakete mehr installieren.

    Da ich schon Instanzen von Tumbleweed laufen habe, kann ich das Problem auch interaktiv reproduzieren und entsprechend debuggen. Leider weiß ich nicht, wo ich suchen muss.

    Brainfuck-Quellcode

    1. bash-4.4# zypper lr -d
    2. Repository priorities are without effect. All enabled repositories share the same priority.
    3. # | Alias | Name | Enabled | GPG Check | Refresh | Priority | Type | URI | Service
    4. --+-------------+-------------+---------+-----------+---------+----------+--------+-------------------------------------------------------+--------
    5. 1 | non-oss | NON-OSS | Yes | (r ) Yes | Yes | 99 | yast2 | http://download.opensuse.org/tumbleweed/repo/non-oss/ |
    6. 2 | oss | OSS | Yes | (r ) Yes | Yes | 99 | yast2 | http://download.opensuse.org/tumbleweed/repo/oss/ |
    7. 3 | repo-update | repo-update | Yes | (r ) Yes | Yes | 99 | rpm-md | http://download.opensuse.org/update/tumbleweed/ |

    Patchstand System

    Brainfuck-Quellcode

    1. bash-4.4# zypper up
    2. Retrieving repository 'OSS' metadata .....................................[done]
    3. Loading repository data...
    4. Reading installed packages...
    5. Nothing to do.
    Triggern des Problems

    Brainfuck-Quellcode

    1. bash-4.4# zypper -vvv --non-interactive --no-color install tree
    2. Verbosity: 3
    3. Entering non-interactive mode.
    4. Non-option program arguments: 'tree'
    5. Initializing Target
    6. Checking whether to refresh metadata for NON-OSS
    7. Checking whether to refresh metadata for OSS
    8. Retrieving: http://download.opensuse.org/tumbleweed/repo/oss/content .....[done]
    9. Retrieving: http://download.opensuse.org/tumbleweed/repo/oss/media.1/media[done]
    10. Retrieving: http://download.opensuse.org/tumbleweed/repo/oss/media.1/media[done]
    11. Retrieving: http://download.opensuse.org/tumbleweed/repo/oss/content.asc .[done]
    12. Retrieving: http://download.opensuse.org/tumbleweed/repo/oss/content.key .[done]
    13. Retrieving: http://download.opensuse.org/tumbleweed/repo/oss/content .....[done]
    14. Repository: OSS
    15. Key Name: openSUSE Project Signing Key <opensuse@opensuse.org>
    16. Key Fingerprint: 22C07BA5 34178CD0 2EFE22AA B88B2FD4 3DBDC284
    17. Key Created: Mon May 5 08:37:40 2014
    18. Key Expires: Thu May 2 08:37:40 2024
    19. Rpm Name: gpg-pubkey-3dbdc284-53674dd4
    20. Retrieving: http://download.opensuse.org/tumbleweed/repo/oss/s[done (8.6 MiB/s)]
    21. Retrieving: http://download.opensuse.org/tumbleweed/repo/oss/suse/setup/de[done]
    22. Retrieving: http://download.opensuse.org/tumbleweed/repo/oss/suse/setup/de[done]
    23. Retrieving: http://download.opensuse.org/tumbleweed/repo/oss/suse/setup/de[done]
    24. Retrieving: http://download.opensuse.org/tumbleweed/repo/oss/[done (12.9 MiB/s)]
    25. Retrieving: http://download.opensuse.org/tumbleweed/repo/oss/suse/setup/de[done]
    26. Retrieving repository 'OSS' metadata .....................................[done]
    27. Checking whether to refresh metadata for repo-update
    28. Loading repository data...
    29. Reading installed packages...
    30. Force resolution: No
    31. Selecting 'tree-1.7.0-3.10.x86_64' from repository 'OSS' for installation.
    32. Resolving package dependencies...
    33. Force resolution: No
    34. The following NEW package is going to be installed:
    35. tree 1.7.0-3.10 x86_64 OSS openSUSE
    36. 1 new package to install.
    37. Overall download size: 53.8 KiB. Already cached: 0 B. After the operation,
    38. additional 105.7 KiB will be used.
    39. Continue? [y/n/...? shows all options] (y): y
    40. committing
    41. Retrieving package tree-1.7.0-3.10.x86_64 (1/1), 53.8 KiB (105.7 KiB unpacked)
    42. Retrieving: http://download.opensuse.org/tumbleweed/repo/oss/media.1/media[done]
    43. Media source 'http://download.opensuse.org/tumbleweed/repo/oss/' does not contain the desired medium
    44. Abort, retry, ignore? [a/r/i/...? shows all options] (a): a
    45. Problem occurred during or after installation or removal of packages:
    46. Installation aborted by user
    47. Please see the above error message for a hint.
    Alles anzeigen
    Das Logfile im Anhang ist /var/log/zypper.log vom Fehlschlag.

    Der Gag ist nun, dass wenn ich RETRY probiere, das Paket problemlos installiert wird!

    Brainfuck-Quellcode

    1. bash-4.4# zypper -vvv --no-color install tree
    2. Verbosity: 3
    3. Non-option program arguments: 'tree'
    4. Initializing Target
    5. Checking whether to refresh metadata for NON-OSS
    6. Checking whether to refresh metadata for OSS
    7. Retrieving: http://download.opensuse.org/tumbleweed/repo/oss/content .....[done]
    8. Retrieving: http://download.opensuse.org/tumbleweed/repo/oss/media.1/media[done]
    9. Retrieving: http://download.opensuse.org/tumbleweed/repo/oss/media.1/media[done]
    10. Retrieving: http://download.opensuse.org/tumbleweed/repo/oss/content.asc .[done]
    11. Retrieving: http://download.opensuse.org/tumbleweed/repo/oss/content.key .[done]
    12. Retrieving: http://download.opensuse.org/tumbleweed/repo/oss/content .....[done]
    13. Repository: OSS
    14. Key Name: openSUSE Project Signing Key <opensuse@opensuse.org>
    15. Key Fingerprint: 22C07BA5 34178CD0 2EFE22AA B88B2FD4 3DBDC284
    16. Key Created: Mon May 5 08:37:40 2014
    17. Key Expires: Thu May 2 08:37:40 2024
    18. Rpm Name: gpg-pubkey-3dbdc284-53674dd4
    19. Retrieving: http://download.opensuse.org/tumbleweed/repo/oss[done (418.2 KiB/s)]
    20. Retrieving: http://download.opensuse.org/tumbleweed/repo/oss/suse/setup/de[done]
    21. Retrieving: http://download.opensuse.org/tumbleweed/repo/oss/[done (11.7 MiB/s)]
    22. Retrieving: http://download.opensuse.org/tumbleweed/repo/oss/suse/setup/de[done]
    23. Retrieving: http://download.opensuse.org/tumbleweed/repo/oss/suse/setup/de[done]
    24. Retrieving: http://download.opensuse.org/tumbleweed/repo/oss/[done (11.3 MiB/s)]
    25. Retrieving repository 'OSS' metadata .....................................[done]
    26. Checking whether to refresh metadata for repo-update
    27. Loading repository data...
    28. Reading installed packages...
    29. Force resolution: No
    30. Selecting 'tree-1.7.0-3.10.x86_64' from repository 'OSS' for installation.
    31. Resolving package dependencies...
    32. Force resolution: No
    33. The following NEW package is going to be installed:
    34. tree 1.7.0-3.10 x86_64 OSS openSUSE
    35. 1 new package to install.
    36. Overall download size: 53.8 KiB. Already cached: 0 B. After the operation,
    37. additional 105.7 KiB will be used.
    38. Continue? [y/n/...? shows all options] (y):
    39. committing
    40. Retrieving package tree-1.7.0-3.10.x86_64 (1/1), 53.8 KiB (105.7 KiB unpacked)
    41. Retrieving: http://download.opensuse.org/tumbleweed/repo/oss/media.1/media[done]
    42. Media source 'http://download.opensuse.org/tumbleweed/repo/oss/' does not contain the desired medium
    43. Abort, retry, ignore? [a/r/i/...? shows all options] (a): r
    44. Retrieving: http://download.opensuse.org/tumbleweed/repo/oss/suse/x86_64/t[done]
    45. Checking for file conflicts: .............................................[done]
    46. (1/1) Installing: tree-1.7.0-3.10.x86_64 .................................[done]
    47. CommitResult (total 1, done 1, error 0, skipped 0, updateMessages 0)
    Alles anzeigen
    Leider ist ABORT die default-Auswahl im nicht-interkativen Modus. Aber selbst wenn RETRY default wäre, wäre das nur ein Workaround.

    Frage: Wo muss ich nach dem Fehler suchen? Welche Informationen kann ich noch bereitstellen, was kann ich noch prüfen?

    Danke im Voraus!

    Nachtrag: Meine Zypper-Configs sind alle Default:


    Quellcode

    1. bash-4.4# sed '/\(^#.*\)\|^$/d' /etc/zypp/zypp*
    2. [main]
    3. solver.onlyRequires = true
    4. multiversion = provides:multiversion(kernel)
    5. multiversion.kernels = latest,latest-1,running
    6. rpm.install.excludedocs = yes
    7. [main]
    8. [solver]
    9. installRecommends = no
    10. [commit]
    11. [color]
    12. [obs]
    Alles anzeigen
    Dateien
    • zypper.log.txt

      (179,23 kB, 3 mal heruntergeladen, zuletzt: )

    Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von knorke () aus folgendem Grund: Nachtrag: zypper-config

    Für den Inhalt des Beitrages 106732 haftet ausdrücklich der jeweilige Autor: knorke

  • knorke schrieb:

    ... Leider weiß ich nicht, wo ich suchen muss. ...
    Im Dockerfile?

    Es ist ja löblich, dass du dich so bemüht hast, alle wichtigen Angaben gleich zu liefern,
    aber das Dockerfile wäre an erster Stelle wichtig gewesen.
    Sokrates sagte, dass er nichts wisse.
    Ich bin viel, viel klüger als Sokrates.
    Ich weiß ganz genau, dass ich gar nichts weiß.

    Für den Inhalt des Beitrages 106739 haftet ausdrücklich der jeweilige Autor: Berichtigung

  • Sorry, ich war nicht explizit genug.

    Ja, das Ziel der Übung ist ein Image und das wird über ein Dockerfile erstellt.
    Das Problem tritt aber auch laufenden Containern auf, also in interaktiven Shells (Stichwort: docker exec bzw. hier kubectl exec).

    Ich habe eben versucht, ein Minimalbeispiel von Dockerfile zu erstellen, welches das Problem reproduziert. Das ist mir nicht gelungen. Allerdings habe ich eben gemerkt, dass auch das im OP beschriebene Problem aktuell nicht auftritt. Das heißt ich konnte das Image wie beabsichtigt und ohne irgendeine Änderung erstellen. Das schlug nicht nur heute mehrere Male fehl, sondern auch gestern und auch vor einigen Wochen…
    Der Gag dabei: Das Image was ich hier erstellt habe (noch nicht gestartet!), läuft ja noch, und habe ich für die CodeSnippets im OP benutzt. Das Dockerfile läuft durch und das Image (was noch läuft) kann interaktiv kein zypper install vim ausführen.

    Es ist also sehr sehr unwahrscheinlich, dass das Dockerfile das Problem ist:
    • wenn ich im zypper RETRY tipper, geht UPDATE oder INSTALL ja problemfrei durch. Lediglich der erste Anlauf scheitert. Damit ist --non-interactive für mich halt nicht benutzbar.
    • das Problem besteht nicht ständig, jetzt gerade (20:22 Uhr CET) beispielsweise nicht; aber dafür von gestern Mittag irgendwann bis halt heute Nachmittag irgendwann, zumindest auf dem Host der das Image baut
    • das Problem besteht seit heute Mittag etwa auf der Node, wo das Image (an dem ich rumschraube) aktuell läuft. Der Container läuft dort schon länger.
    • DNS-Issues war meine erste Vermutung. Aber scheidet aus, weil der Download von dem File funktioniert ja im RETRY zuverlässig
    • Throttling wäre noch eine Möglichkeit, also Begrenzung der Zugriffe auf Mirror oder sonstwo hin. Würde die Zeitkomponente erklären (mal gehts, mal nicht), aber warum geht dann RETRY?
    • Das Log verrät (IMHO) in keinster Weise, warum dem repo nach Meinung von zypper ein File fehlt, siehe die IMO relevanten Zeile

    Quellcode

    1. 2017-03-31 09:25:51 <1> jupyter-wvdgn(1956) [zypp++] MediaCurl.cc(doGetFileCopyFile):1494 URL: http://download.opensuse.org/tumbleweed/repo/oss/media.1/media
    2. 2017-03-31 09:25:51 <1> jupyter-wvdgn(1956) [zypp++] MediaMultiCurl.cc(doGetFileCopy):1361 HTTP response: 200
    3. 2017-03-31 09:25:51 <1> jupyter-wvdgn(1956) [zypp++] MediaMultiCurl.cc(looks_like_metalink):1234 looks_like_metalink(/var/tmp/AP_0xIDMJXr/media.1/media.new.zypp.AAPPdV): 0
    4. 2017-03-31 09:25:51 <1> jupyter-wvdgn(1956) [zypp] PathInfo.cc(rename):673 rename /var/tmp/AP_0xIDMJXr/media.1/media.new.zypp.AAPPdV -> /var/tmp/AP_0xIDMJXr/media.1/media
    5. 2017-03-31 09:25:51 <1> jupyter-wvdgn(1956) [zypp++] MediaMultiCurl.cc(doGetFileCopy):1477 done: /var/tmp/AP_0xIDMJXr/media.1/media{- 0644 0/0 size 26}
    6. 2017-03-31 09:25:51 <1> jupyter-wvdgn(1956) [zypp++] MediaHandler.cc(provideFile):1000 provideFile(/media.1/media)
    7. 2017-03-31 09:25:51 <1> jupyter-wvdgn(1956) [zypp++] MediaManager.cc(checkDesired):102 checkDesired(3): not desired (report by N4zypp4repo17SUSEMediaVerifierE)
    8. 2017-03-31 09:25:51 <5> jupyter-wvdgn(1956) [zypp] Exception.cc(log):137 MediaManager.cc(checkDesired):106 THROW: Media source 'http://download.opensuse.org/tumbleweed/repo/oss/' does not contain the desired medium

    Für mich sieht das alles nach maximalem Fsckup im Zusammenspiel von AWS, Kubernetes+Docker und Zypper aus.

    Das Problem ist nun, dass ich die Tempfiles, die Zypper anlegt, nicht checken kann. Denn zwischen Download von "media.1/media" und dem löschen von dem File liegt zu wenig Zeit, um die Tempfiles analysieren zu können. Ich werde trotzdem versuchen, an die Tempfiles zu kommen (mal, sehen, irgendwas mit inotify hacken oder so). Mal gucken, ob der Content, der runtergeladen wird, korrekt ist. Das würde dann aber nicht erklären, warum RETRY funktioniert.

    Oder ich muss mich wirklich tief in den Code von den Zypperlibs begeben, um zu verstehen, was an der oben gepasteten Stelle im Detail passiert. :(

    Weitere Hilfe ist nach wie vor erwünscht und wird dankbar angenommen. :D

    Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von knorke () aus folgendem Grund: weitere ideen

    Für den Inhalt des Beitrages 106746 haftet ausdrücklich der jeweilige Autor: knorke

  • Naaa, Kommando zurück. Image bauen geht nach wie vor nicht. Hatte mich vertan.

    Ich liefere so schnell es geht ein Minimalbeispiel.

    Für den Inhalt des Beitrages 106747 haftet ausdrücklich der jeweilige Autor: knorke

  • Berichtigung schrieb:

    knorke schrieb:

    ... Leider weiß ich nicht, wo ich suchen muss. ...
    Im Dockerfile?
    Es ist ja löblich, dass du dich so bemüht hast, alle wichtigen Angaben gleich zu liefern,
    aber das Dockerfile wäre an erster Stelle wichtig gewesen.
    Sokrates sagte, dass er nichts wisse.
    Ich bin viel, viel klüger als Sokrates.
    Ich weiß ganz genau, dass ich gar nichts weiß.

    Für den Inhalt des Beitrages 106748 haftet ausdrücklich der jeweilige Autor: Berichtigung

  • So, ich habe nun ein Minimalbeispiel und ich kann ausschließen, dass Amazon (AWS) in irgendeiner Form beteiligt ist, denn ich kann das Problem lokal reproduzieren.

    Quellcode

    1. FROM opensuse:tumbleweed
    2. ENV LANG=C.UTF-8 LC_ALL=C.UTF-8
    3. RUN zypper ar -f -c http://download.opensuse.org/update/tumbleweed/ repo-update && \
    4. zypper lr -d && \
    5. zypper -v -v --non-interactive --no-color up zypper && \
    6. zypper -v -v --non-interactive --no-color up
    7. RUN zypper --non-interactive --no-color -v -v -v install lsof ncurses-utils gpg2
    8. ENV TINI_VERSION v0.14.0
    9. ADD https://github.com/krallin/tini/releases/download/${TINI_VERSION}/tini /tini
    10. ADD https://github.com/krallin/tini/releases/download/${TINI_VERSION}/tini.asc /tini.asc
    11. RUN gpg --keyserver ha.pool.sks-keyservers.net --recv-keys 595E85A6B1B4779EA4DAAEC70B588DFF0527A9B7 \
    12. && gpg --verify /tini.asc
    13. RUN chmod -v u+x /tini
    14. ARG GIT_COMMIT=unknown
    15. LABEL git-commit=$GIT_COMMIT
    16. ENTRYPOINT ["/tini", "--"]
    17. CMD ["bash", "-c", "sleep 600"]
    Alles anzeigen

    Über dieses Dockerfile habe ich vor einer Woche (über docker-compose) ein Image gebaut.
    Der Vollständigkeit halber das compose-Fragment, was wiederum auch nur auf ein Verzeichnis zeigt, in welchem nur das Dockerfile von oben liegt.

    Quellcode

    1. zyppertest:
    2. build: ../zyppertest
    3. network_mode: "host"

    Vermutlich wichtig: zwischen Erstellung des Images und Reproduzieren des Problems lagen 7 Tage. Ich kann das Problem nicht reproduzieren, wenn der das Alter zwischen base image und local image nicht stark (mehrere Tage?) abweicht.

    Container starten: docker-compose up zyppertest
    Shell holen: docker-compose exec zyppertest bash

    Es gibt ne Fehlermeldung, weil die locales nicht generiert wurden ($LANG). Vermutlich hängt das nicht mit dem Problem zusammen.

    Reproduzieren vom Fehler im Container

    Brainfuck-Quellcode

    1. bash-4.4# zypper ref
    2. Retrieving repository 'NON-OSS' metadata ................................................................................................................................................................................................[done]
    3. Retrieving repository 'OSS' metadata ....................................................................................................................................................................................................[done]
    4. Repository 'repo-update' is up to date.
    5. All repositories have been refreshed.
    6. bash-4.4# zypper dup
    7. Warning: You are about to do a distribution upgrade with all enabled repositories. Make sure these repositories are compatible before you continue. See 'man zypper' for more information about this command.
    8. Retrieving repository 'NON-OSS' metadata ................................................................................................................................................................................................[done]
    9. Retrieving repository 'OSS' metadata ....................................................................................................................................................................................................[done]
    10. Loading repository data...
    11. Reading installed packages...
    12. Computing distribution upgrade...
    13. The following 2 NEW packages are going to be installed:
    14. krb5 openSUSE-release-ftp
    15. The following package is going to be REMOVED:
    16. krb5-mini
    17. 2 new packages to install, 1 to remove.
    18. Overall download size: 618.5 KiB. Already cached: 0 B. After the operation, 1.5 MiB will be freed.
    19. Continue? [y/n/...? shows all options] (y):
    20. Retrieving package openSUSE-release-ftp-20170331-1.2.x86_64 (1/2), 7.1 KiB ( 66 B unpacked)
    21. Media source 'http://download.opensuse.org/tumbleweed/repo/oss/' does not contain the desired medium
    22. Abort, retry, ignore? [a/r/i/...? shows all options] (a): r
    23. Retrieving: openSUSE-release-ftp-20170331-1.2.x86_64.rpm ...............................................................................................................................................................................[error]
    24. File './suse/x86_64/openSUSE-release-ftp-20170331-1.2.x86_64.rpm' not found on medium 'http://download.opensuse.org/tumbleweed/repo/oss/'
    25. Abort, retry, ignore? [a/r/i/...? shows all options] (a):
    Alles anzeigen
    Hier die Ausgabe von docker history --no-trunc compose_zyppertest
    docker inspect ausgabe vom laufenden Container im Anhang

    Also habe ich ein neues Image gebaut, basierend auf einer Frischen Version vom Tumbleweed base image.
    Befehl: docker-compose build --force-rm --no-cache --pull zyppertest
    Log: hier

    Die (docker) History-Ausgabe ist abgesehen von den Änderungen auf Remoteseite (base image) quasi identisch.

    Brainfuck-Quellcode

    1. bash-4.4# zypper dup
    2. Warning: You are about to do a distribution upgrade with all enabled repositories. Make sure these repositories are compatible before you continue. See 'man zypper' for more information about this command.
    3. Loading repository data...
    4. Reading installed packages...
    5. Computing distribution upgrade...
    6. The following 2 NEW packages are going to be installed:
    7. krb5 openSUSE-release-ftp
    8. The following package is going to be REMOVED:
    9. krb5-mini
    10. 2 new packages to install, 1 to remove.
    11. Overall download size: 618.5 KiB. Already cached: 0 B. After the operation, 1.5 MiB will be freed.
    12. Continue? [y/n/...? shows all options] (y): y
    13. Retrieving package openSUSE-release-ftp-20170406-1.1.x86_64 (1/2), 7.1 KiB ( 66 B unpacked)
    14. Retrieving: openSUSE-release-ftp-20170406-1.1.x86_64.rpm ................................................................................................................................................................................[done]
    15. Retrieving package krb5-1.15.1-1.1.x86_64 (2/2), 611.5 KiB ( 1.8 MiB unpacked)
    16. Retrieving: krb5-1.15.1-1.1.x86_64.rpm ..................................................................................................................................................................................................[done]
    17. Checking for file conflicts: ............................................................................................................................................................................................................[done]
    18. (1/3) Removing krb5-mini-1.15.1-1.1.x86_64 ..............................................................................................................................................................................................[done]
    19. Additional rpm output:
    20. warning: file /usr/share/locale/en_US/LC_MESSAGES/mit-krb5.mo: remove failed: No such file or directory
    21. (2/3) Installing: openSUSE-release-ftp-20170406-1.1.x86_64 ..............................................................................................................................................................................[done]
    22. (3/3) Installing: krb5-1.15.1-1.1.x86_64 ................................................................................................................................................................................................[done]
    23. bash-4.4#
    Alles anzeigen
    Problem ist GONE.

    Hilft das weiter?

    Für den Inhalt des Beitrages 107032 haftet ausdrücklich der jeweilige Autor: knorke

  • Ich habe zusätzlich zur obigen Änderung noch ein zweites Image erstellt, in dem überhaupt nur das base image mit meta/label und nem sleep-command ist.

    Quellcode

    1. FROM opensuse:tumbleweed
    2. ARG GIT_COMMIT=unknown
    3. LABEL git-commit=$GIT_COMMIT
    4. CMD ["sleep", "600"]
    Ich werde berichten.

    Danke schon mal für die Hilfe.

    Für den Inhalt des Beitrages 107038 haftet ausdrücklich der jeweilige Autor: knorke