Outils pour utilisateurs

Outils du site


blog

Pb Cluster LVM Err internal cluster locking initialisation failed

# pvs
  connect() failed on local socket: Aucun fichier ou dossier de ce type
  Internal cluster locking initialisation failed.
  WARNING: Falling back to local file-based locking.
  Volume Groups with the clustered attribute will be inaccessible.
  PV                  VG      Fmt  Attr PSize   PFree
  /dev/mapper/mpatha1 vg_data lvm2 a--  508,00m 84,00m
  /dev/sda2           centos  lvm2 a--    7,51g 40,00m
ps -ef | egrep "lvm|dlm"

Aucune ligne trouvée

Solution

Le pb est liée au Cluster à la gestion des locks

Si pas de cluster :

/etc/lvm/lvm.conf

#locking_type = 3
locking_type = 1
Si cluster (exemple)
pcs cluster unstandby
root      6019     1  0 15:19 ?        00:00:00 dlm_controld -s 0
root      6030  1642  0 15:19 ?        00:00:00 /bin/bash /usr/lib/ocf/resource.d/heartbeat/clvm start
root      6139  6030  0 15:19 ?        00:00:00 /bin/bash /usr/lib/ocf/resource.d/heartbeat/clvm start
root      6140  6139  0 15:19 ?        00:00:00 /usr/sbin/clvmd -T90 -d0
root      6141  6140  0 15:19 ?        00:00:00 /usr/sbin/clvmd -T90 -d0
root      6142     2  0 15:19 ?        00:00:00 [dlm_scand]
root      6144     2  0 15:19 ?        00:00:00 [dlm_recv]
root      6145     2  0 15:19 ?        00:00:00 [dlm_send]
root      6146     2  0 15:19 ?        00:00:00 [dlm_recoverd]
root      6148  3057  0 15:19 pts/1    00:00:00 grep -E --color=auto lvm|dlm
2025/03/24 15:06

Pb clonezilla UEFI grub shell au boot

Le type de partition doit être 7 HPFS/NTFS/exFAT

2025/03/24 15:06

Pb carte réseau erreur Detected Hardware Unit Hang

Voir : https://en.wikipedia.org/wiki/Large_send_offload

Source : https://serverfault.com/questions/616485/e1000e-reset-adapter-unexpectedly-detected-hardware-unit-hang

Perte de la connectivité

Erreur

Detected Hardware Unit Hang

Solution 1

Passer le paramètre suivant au kernel Linux au boot pour désactiver l'Active-State Power Management (ASPM)

pcie_aspm=off

Solution 2 \ Installer le paquet ethtool, dans certains cas cela suffit.\ Note : Il peut donc être intéressant d'installer ce paquet dans le pressed (Dans mon cas, à ce stade de l'install le réseau est OK)

Solution 3

#ethtool -K eth0 gso off tso off sg off gro off
ethtool -K eth0 gso off gro off tso off
2025/03/24 15:06

Pb boot Debian Stretch carte graphique nvidia erreur CPU stuck

Erreur :

BUG: soft lockup - CPU#0 stuck for 23s! [Xorg:2813]

Voir :

Test avec parametres noyau suivants :

noapic nolapic acpi=off

Ca boot grâce à acpi=off

Le pb vient du driver nouveau /etc/modprobe.d/nvidia-disable-nouveau.conf

blacklist nouveau
2025/03/24 15:06

Cloud - packer.io

Config

Prereq

~/.aws/config

[default]
region = us-east-2
output = table

~/.aws/credentials

[default]
aws_access_key_id = AKIAR5WS3MDOSPIUHRU7
aws_secret_access_key = 
Exécution

packer/example.json

{
  "variables": {
    "aws_access_key": "",
    "aws_secret_key": ""
  },
  "provisioners": [{
        "type": "ansible",
        "playbook_file": "../ansible/play-test.yml"
  }],
  "builders": [{
    "type": "amazon-ebs",
    "access_key": "{{user `aws_access_key`}}",
    "secret_key": "{{user `aws_secret_key`}}",
    "region": "us-east-2",
    "source_ami_filter": {
      "filters": {
        "virtualization-type": "hvm",
        "name": "ubuntu/images/*ubuntu-xenial-16.04-amd64-server-*",
        "root-device-type": "ebs"
      },
      "owners": ["099720109477"],
      "most_recent": true
    },
    "instance_type": "t2.micro",
    "ssh_username": "ubuntu",
    "ami_name": "packer-example {{timestamp}}"
  }]
}

ansible/play-test.yml

---

- name: test1
  hosts: all
  become: true

  vars:
    ansible_python_interpreter: /usr/bin/python3

  tasks:
    - name: plop
      shell: echo plop > /plop
packer validate example.json
packer build example.json

Debug

packer build --debug example.json
Pour pouvoir se connecter en SSH sur l'instance.
    "ssh_keypair_name": "nom_de_la_clef_presente_sur_aws",
    "ssh_private_key_file": "/home/admin/.ssh/id_rsa",
ssh_keypair_name Nom de la pair de clefs présente sur AWS. Utilisé par AWS pour créer l'instance
ssh_private_key_file Chemin de la clef privée pour que Packer puisse se connecter sur l'instance

Normalement seul ssh_username est nécessaire à la création de l'AMI.

Pour se connecter en SSH sur une instance déjà crée
$ ps -ef |grep ssh 
ssh -o ControlMaster=auto -o ControlPersist=30m -o UserKnownHostsFile=/dev/null -o StrictHostKeyChecking=no -o Port=39087 -o IdentityFile="/tmp/ansible-key896233465" -o KbdInteractiveAuthentication=no -o PreferredAuthentications=gssapi-with-mic,gssapi-keyex,hostbased,publickey -o PasswordAuthentication=no -o User="admin" -o ConnectTimeout=10 -o ControlPath=/home/admin/.ansible/cp/d7af4b579b 127.0.0.1 /bin/sh
ssh admin@localhost -i /tmp/ansible-key896233465 -p 39087 /bin/bash
 
ansible-playbook --extra-vars packer_build_name=amazon-ebs -e packer_builder_type=amazon-ebs -i /tmp/packer-provisioner-ansible966542596 /home/admin/workspace/Deploy_AMI_SCM_v2/905239-packebuild/ansible/playbook.yml -e ansible_ssh_private_key_file=/tmp/ansible-key896233465
2025/03/24 15:06
blog.txt · Dernière modification : de 127.0.0.1

Donate Powered by PHP Valid HTML5 Valid CSS Driven by DokuWiki