michaeleifel je nach dem wie/was/wo du genau testen willst.
Aber vielleicht wäre ansible-molecule in Kombination mit einen docker host (oder gitlab runner) eine Option?
So teste ich meine Roles/Playbooks.
Falls nicht schreib mal was du genau tust, rein aus Interesse.
michaeleifel je nach dem wie/was/wo du genau testen willst.
Aber vielleicht wäre ansible-molecule in Kombination mit einen docker host (oder gitlab runner) eine Option?
So teste ich meine Roles/Playbooks.Falls nicht schreib mal was du genau tust, rein aus Interesse.
Danke für den Ping. Ich habe verschiedenste Ansible Playbooks die zum provisionieren der Hosts dienen. Das fängt bei Paketinstallation an, über Konfiguration von Sysctl, HAProxy, Unbound etc. Dabei gebe ich mir Mühe, dass diese auch bei verschiedenen Providern ohne Probleme klappen. Infrastructure as Code ohne Terraform
Mittlerweile habe ich meine Tests wie folgt aufgesplittet:
- Ubuntu 20.04 / 22.04
- Debian 10 /11
- der erste Test erfolgt mit den rollen eigenen Defaults, beim anderen werden meine Git versionierten Ansible Variablen ausgecheckt und das Playbook damit losgeschickt.
Molecule Docker hatte ich bereits im Einsatz, allerdings gibt's da Ärger mit SystemD in Verbindung mit Cgroups.und nur das Setzen von systemd.unified_cgroup_hierarchy=0 in Grub brachte Abhilfe. Dies hatte ich auf einem separaten Host gemacht, dessen günstige Konditionen aber ausgelaufen sind. Die Gegenrechnung mit dynamisch provisionierten Hosts und kein Ärger mit dem SystemD hat mich dazu gebracht, wieder normale VMs zu provisionieren.
Schlussendlich habe ich dann noch ein Projekt, welches alle Provisionierungsrollen kombiniert in einer Pipeline und womit ich ausprobiere, ob mit den derzeitgen Rollen und Werten, ich bei Anbieter Y ein funktionsfähiges Kubernetes Cluster deployen könnte, wo ich mit dann mit Ansible und eingecheckten Helm Value + Kuberneres Manifesten dann den Anwendungsteil baue. Backups liegen bei einem anderen Anbieter.
Der Gitlab CI Code sieht leicht verfremdet wie folgt aus ( vermittelt aber die Idee ) Das genutzte Image ist selbst gebaut und enthält diverse Molecule Treiber ( A.S,DigitalerSee,Hotzner,Valtr und ein Delegated für Netcup )
---
# global variables
variables: &global-variables
PY_COLORS: 1
ANSIBLE_FORCE_COLOR: 1
MOLECULE_SCENARIO_NAME: hetznercloud
# global stages
stages:
- lint
- unit
- integration
# global rules
.rules-default:
- if: '$CI_PIPELINE_SOURCE == "web"'
when: always
- changes:
- ".ansible-lint"
- ".gitlab-ci.yml"
- ".yamllint"
- "Makefile"
when: never
- if: '$HCLOUD_TOKEN != null && $CI_SERVER_URL == "https://gitlab.example.com"'
.rules-legacy:
- if: '$CI_PIPELINE_SOURCE == "web"'
when: always
- changes:
- ".ansible-lint"
- ".gitlab-ci.yml"
- ".yamllint"
- "Makefile"
when: never
- if: '$CI_COMMIT_BRANCH == $CI_DEFAULT_BRANCH'
when: manual
allow_failure: true
- if: '$HCLOUD_TOKEN != null && $CI_SERVER_URL == "https://gitlab.example.com"'
ansible-lint:
image:
name: molecule:lint
entrypoint: ["/bin/sh", "-c"]
stage: lint
before_script:
- ansible-lint --version
script:
- 'ansible-lint -p --offline ${CI_PROJECT_DIR}'
shellcheck:
image:
name: molecule:lint
entrypoint: ["/bin/sh", "-c"]
stage: lint
before_script:
- shellcheck --version
script:
# anything ending on .*sh, should be shell script
- |
find . -name .git -type d -prune -o -type f -name \*.\*sh -print0 |
xargs -0 -P $(nproc) -r -n1 shellcheck --format=gcc -x
# magic, any file with a valid shebang should be scanned aswell
- |
find . -name .git -type d -prune -o -type f -regex '.*/[^.]*$' -print0 |
xargs -0 -P $(nproc) -r -n1 sh -c 'FILE="$0"; if head -n1 "$FILE" |grep -q "^#\\! \?/.\+\(ba|d|k\)\?sh" ; then shellcheck "$FILE" --format=gcc -x ; else /bin/true ; fi '
yamllint:
image:
name: molecule:lint
entrypoint: ["/bin/sh", "-c"]
stage: lint
before_script:
- yamllint --version
script:
- 'yamllint -f parsable ${CI_PROJECT_DIR}'
.molecule-template: &molecule-template
image:
name: molecule:ansible
stage: testing
script:
- EXITCODE=0
- echo $ANSIBLE_VAULT_PASSWORD > ${CI_PROJECT_DIR}/.vault
- export CI_HOSTNAME=$(echo $MOLECULE_DISTRO | tr -dc '[:alnum:]\n\r' | tr '[:upper:]' '[:lower:]')
- export CI_PROJECT_NAME_MOLECULE=$(echo $CI_PROJECT_NAME | tr '_' '-')
- export ANSIBLE_ROOT_REPO=$(echo $CI_PROJECT_NAMESPACE | sed 's|\(.*\)/.*|\1|')
- export RANDOM_SUBNET_IP=$(shuf -i 2-254 -n 1)
- export RANDOM_SUBNET_NAME=$(cat /dev/urandom | tr -dc 'a-z0-9' | fold -w 16 | head -n 1)
# get molecule scenarios
- mkdir -p ${CI_PROJECT_DIR}/molecule/default
- cd ${HOME}
- git clone --depth 1 https://gitlab-ci-token:${CI_JOB_TOKEN}@${CI_SERVER_HOST}/${ANSIBLE_ROOT_REPO}/molecule.git
- rsync -avzh --ignore-existing --ignore-errors molecule/${MOLECULE_SCENARIO_NAME}/ ${CI_PROJECT_DIR}/molecule/default/
# get real world variables for integration testing, else modify inventory
- if [[ "$TEST_TYPE" == "unit" ]]; then yq -i 'del(.provisioner.inventory)' ${CI_PROJECT_DIR}/molecule/default/molecule.yml; fi
- if [[ "$TEST_TYPE" == "integration" ]]; then git clone --depth 1 --filter=blob:none --no-checkout https://gitlab-ci-token:${CI_JOB_TOKEN}@${CI_SERVER_HOST}/${ANSIBLE_ROOT_REPO}/infra.git; fi
- if [[ "$TEST_TYPE" == "integration" ]]; then cd infra && git checkout main -- group_vars && rsync -aP --remove-source-files group_vars ${CI_PROJECT_DIR}; fi
# fix requirements.yml URLs + Tokens
- cd ${CI_PROJECT_DIR}
- test -f requirements.yml && sed -i "s,ssh://git@gitea.example.com:22222,https://gitea_admin:$GITEA_TOKEN@gitea.example.com,g" requirements.yml
- test -f requirements.yml && sed -i "s,git@github.com:,https://github.com/,g" requirements.yml
- test -f requirements.yml && sed -i "s,ssh://git@gitlab.example.com:2222,https://root:$GITLAB_TOKEN_VALUE@gitlab.example.com,g" requirements.yml
- cd ${CI_PROJECT_DIR} && molecule test || EXITCODE=$?
- cd ${CI_PROJECT_DIR} && molecule destroy
- test $EXITCODE -eq 0 && echo "All Fine!" || echo "Something bad happened";
- exit $EXITCODE
unit_debian-10:
<<: *molecule-template
rules: !reference [.rules-legacy]
stage: unit
variables:
<<: *global-variables
MOLECULE_DISTRO: "debian-11"
TEST_TYPE: unit
integration_debian-10:
<<: *molecule-template
needs: [unit_debian-10]
rules: !reference [.rules-legacy]
stage: integration
variables:
<<: *global-variables
MOLECULE_DISTRO: "debian-11"
TEST_TYPE: integration
unit_debian-11:
<<: *molecule-template
rules: !reference [.rules-default]
stage: unit
variables:
<<: *global-variables
MOLECULE_DISTRO: "debian-11"
TEST_TYPE: unit
integration_debian-11:
<<: *molecule-template
needs: [unit_debian-11]
rules: !reference [.rules-default]
stage: integration
variables:
<<: *global-variables
MOLECULE_DISTRO: "debian-11"
TEST_TYPE: integration
unit_ubuntu-2004:
<<: *molecule-template
rules: !reference [.rules-legacy]
stage: unit
variables:
<<: *global-variables
MOLECULE_DISTRO: "ubuntu-20.04"
TEST_TYPE: unit
integration_ubuntu-2004:
<<: *molecule-template
needs: [unit_ubuntu-2004]
rules: !reference [.rules-legacy]
stage: integration
variables:
<<: *global-variables
MOLECULE_DISTRO: "ubuntu-20.04"
TEST_TYPE: integration
unit_ubuntu-2204:
<<: *molecule-template
rules: !reference [.rules-default]
stage: unit
variables:
<<: *global-variables
MOLECULE_DISTRO: "ubuntu-22.04"
TEST_TYPE: unit
integration_ubuntu-2204:
<<: *molecule-template
needs: [unit_ubuntu-2204]
rules: !reference [.rules-default]
stage: integration
variables:
<<: *global-variables
MOLECULE_DISTRO: "ubuntu-22.04"
TEST_TYPE: integrationSOGo wechselt den Besitzer.
Die Repositories haben bereits neue Keys erhalten.
SOGo wechselt den Besitzer.
Huh? Quelle? (Ich finde dazu gerade nichts.)
Mailingliste hab ich mal auf die schnelle gefunden: https://www.mail-archive.com/users%40sogo.nu/msg31611.html
Huh? Quelle? (Ich finde dazu gerade nichts.)
Wurde die letzten Tage in der Mailing Liste angekündigt.
Mailingliste hab ich mal auf die schnelle gefunden
Super, damit erübrigt sich auch die Frage, ob es ein Archiv der alten Mailing Liste geben wird.
Die User Mailingliste wird nämlich neu aufgesetzt ohne Datenübernahme.
btw:
Der Pressetext ist sehr komisch. Evtl. eine Eingliederung in das Anexia Ticketsystem?
Sie bringt mit sich,
Die Umstellung, die neue Ticket Software?
Wenden Sie sich in solchen bitte an unseren Telefon-Support
Referenz nach "solchen"?
Bei dem Text bin ich hinterher genau so schlau, wie vorher auch.
Dann evtl. endlich mal mit Bestätigungsmail?
OTRS kann problemlos Bestätigungsmails...
Ich vermute mal eine eingliederung in das Anexia System. Sowas bringt immer viel Spaß mit sich.
Bei Klima auf jeden Fall.
Bei Strom könnte Netcup nicht betroffen sein, wenn hier eigene Verträge mit den Versorgern vorliegen.
Was sagen denn die Moderatoren dazu? Wisst ihr schon, ob sich das auswirken wird?
(Evtl. sind Wiener Server dann ja preiswerter?)
Hallo zusammen, hallo H6G,
die aktuelle Situation auf den Weltmärkten, insbesondere im Hinblick auf Energiekosten und die Verfügbarkeit von Bauteilen, sowie die daraus resultierende Inflation in quasi allen Bereichen, stellt die gesamte Industrie vor große Herausforderungen. Auch netcup bleibt davon natürlich nicht unberührt.
Derzeit können wir bezüglich etwaiger Preisanpassungen noch keine Aussagen treffen. netcup ist grundsätzlich bestrebt, Preiserhöhungen, insbesondere für Bestandskunden, zu vermeiden. Falls wir unsere Preise für Neukunden verändern müssen, versuchen wir immer, die Markterfordernisse zu berücksichtigen und zum Beispiel Leistungen an Stellen, an denen uns dies möglich ist, im Gegenzug zu verbessern. Speziell auch im Hinblick auf eine sich möglicherweise noch weiter verschärfende Inflation, wäre es Spekulation, hier bereits definitive Ankündigungen zu etwaigen Preisanpassungen in der Zukunft zu verkünden.
Daher kann ich zum jetzigen Zeitpunkt mitteilen, dass wir Preiserhöhungen in der absehbaren Zukunft weder bestätigen, noch ausschließen können. Wir prüfen kontinuierlich, ob ein solcher Schritt nötig ist und werden dies dann, sollte es der Fall sein, so früh wie möglich an die betroffenen Kunden kommunizieren. Dabei werden wir immer im Blick behalten, dass netcup für seine hervorragenden Preise bekannt ist, aber natürlich, ohne Qualität, Zuverlässigkeit und Sicherheit zu vernachlässigen.
Ja, wir haben gestern in der Tat einen Wechsel auf ein neues Ticketsystem vollzogen. Oft wurde ja kritisiert, dass es keine Empfangsbestätigung beim Eingang einer Nachricht an uns gab. Dies ist nun der Fall. Es kann dann auch bei Bedarf auf diese Bestätigung geantwortet werden, und die Antwort wird dem Ticketinhalt hinzugefügt. Wie immer geben wir uns große Mühe, eure Wünsche und Verbesserungsvorschläge umzusetzen, auch wenn es manchmal, wie auch hier, ein wenig dauert. Unser Ticketsystem ist natürlich eines der wichtigsten internen Systeme von uns, um euch einen guten Service bieten zu können, und daher muss sowas sehr sorgfältig geplant werden. Wenn es also nun nach der gestern erfolgten Umstellung noch ein wenig "hakt", bitten wir rein vorsorglich dafür schon um Entschuldigung. So wie ich es aber sehe, läuft alles ziemlich gut und wie geplant 
Weitere Verbesserungen, resultierend aus dieser Umstellung, werden bestimmt noch folgen
Ja, wir haben gestern in der Tat einen Wechsel auf ein neues Ticketsystem vollzogen.
Darf man erfahren, was ihr nun statt OTRS verwendet?
Wobei ich mir die Antwort schon denken kann. Aber vielleicht beantworten die Header der nächsten Supportmail das sowieso von alleine. 
kann es sein, dass es eine ganz neue Art der Kriegsführung gibt?
Cyberattacken 
nicht weit von mir steht eine Produktionsfirma weil die Mutterges. gehackt wurde:
auch steht eine Firma, welche von Hausverwaltungen/Energieversorgen f. Dienste rund um Abrechnungen von Heizleistungen [meist auf Basis von Gas] in Anspruch genommen wird, wegen eines massiven Hackangriffs still ...
https://www.saechsische.de/wirtschaft/energie/ista-hacker-energie-heizung-rechnung-gas-5742769.html
wegen eines massiven Hackangriffs still ...
Nix neues. Passiert schon seit Jahren.
kann es sein, dass es eine ganz neue Art der Kriegsführung gibt?
Cyberattacken
Bist du gerade erst aus den 90er erwacht?
Ist doch nix neues.
P.S.: 56k Modems sind auch nicht mehr aktuell und der 486er ist nicht mehr der schnellste Prozessor.
Falls es dich aber beruhigt: der Russe ist immer noch der Böse.
Bist du gerade erst aus den 90er erwacht?
Vorwärts in die Vergangenheit ist erst morgen ...
P.S.: 56k Modems sind auch nicht mehr aktuell und der 486er ist nicht mehr der schnellste Prozessor.
da wär ich mir nicht so sicher ...
56k Modems waren NIE aktuell; 
386er - noch eine Generation älter und eben 486er werden immer noch in bestimmten Bereichen eingesetzt; 
und jetzt etwas mehr Ernst bitte;
Cyberattacken in dem Ausmaß und vor allem welche Firmen/Institutionen ... es trifft sind doch kein Zufall mehr ...
Ach Horst, das gibt's doch schon seit Jahren. Jetzt wird's eben mehr Public gemacht weil mehr Firmen es zugeben. Ach auch Cisco hat es die Tage erwischt.
Ach Horst, [...]
Er heißt Holger.....
Cyberattacken in dem Ausmaß und vor allem welche Firmen/Institutionen ... es trifft sind doch kein Zufall mehr ...
Das waren auch davor keine Zufälle.
Muss man sich ja einfach nur die Ransomeware Angriffe angucken - wie lange die sich im System umgucken und wie viel Zeit zwischen Eintritt ins Netz und Geldforderung liegt. (https://www.heise.de/news/Spyware-b…kt-7074066.html)
Wir können ja mal eine Liste seit letztem Jahr anfertigen:
Das ist meine Stichprobe aus dem Heise Security Archiv.
Zusammengehörende Attacken haben nur einen Eintrag.
Im Stichprobenzeitraum 2021: 11 Ereignisse
Im Stichprobenzeitraum 2022: 13 Ereignisse
Jetzt wird's eben mehr Public gemacht weil mehr Firmen es zugeben.
Sicher dass es das ist? 
ich hätte eher den Eindruck, dass es mittlerweile f. einen einzelnen wahrscheinlicher geworden ist,
auf Grund dieses - nennen wir es Cyberwar - ein direktes Problem¹ daraus zu erfahren, ohne selbst betroffen zu sein ...
¹ z.B. im Falle von ISTA dass er/sie vergeblich auf eine Abrechnung wartet
od. ein Kontakt nicht möglich ist, ... u. ä.
da wird es dann doch schwierig das unter den Tisch zu kehren ...
H6G beeindruckende Stichprobe, bei der ich gestehen muss keinen wirklichen Bezug zu diesen Fällen zu haben;
hingegen bei der Geschichte, dass es in Österreich das Bundesland Kärnten erwischt hat - auch wenn es entsprechend medial ausgeschlachtet wurde - hatte ich dann doch einen Bezug, wenn auch nicht als Betroffener; das fiel übirigns ebenfalls in den Stichprobenzeitraum des Jahres 2022
