编程知识 cdmana.com

Oracle Linux bascule le noyau uek vers le noyau rhck pour résoudre les problèmes de compatibilité acfs

Contexte:Aider le client à vérifier,Le client utiliseRHEL7.6Environnement,De mon côté.OEL7.6Environnement,J'ai commencé à penser que la différence n'était pas grande,RésultatsacfsCompatibilité ou problème rencontré,Il est noté que:.
Phénomènes:asmcaLes graphiques n'ont pasacfsContenu connexe,Impossible d'utiliseracfs.

Au début, j'ai pensé que c'était une question simple,Je l'ai déjà rencontré parce quebugProvoque des phénomènes similaires,Résultats cette application est à jourRULe patch ne fonctionne toujours pas.

[grid@db193 ~]$ lsmod|grep oracle

Il n'y a toujours aucun résultat,Essayez encore d'installer ou de signaler une erreurOSVersion non prise en charge:

[root@db193 bin]# pwd
/u01/app/19.3.0/grid/bin
[root@db193 bin]# ./acfsroot install
ACFS-9459: ADVM/ACFS is not supported on this OS version: 'EL7'

C'est très étrange en ce moment,Environnement clientRHEL7.6Malgré quelques exceptions,Mais au moins il peut être installé et utilisé,Ça ne change rien?
AdoptionMOSRechercheACFSSoutienOSPlate - forme:

  • ACFS Support On OS Platforms (Certification Matrix). (Doc ID 1369107.1)

Vous pouvez d'abord confirmer à partir de la liste qu'il y abug 27494830 Attendez.,Mais l'environnement actuel a appliqué les dernièresRU, Et j'ai vérifié ça. bug,Tous ont déjà appliqué des correctifs:

[grid@db193 ~]$ $ORACLE_HOME/OPatch/opatch lsinventory |grep 27494830
     22162072, 27494830, 27917085, 28064731, 28293236, 28321248, 28375150

Regarde encore. MOS Article , Trouvé pris en charge OSLa version réelle est différente de mon environnement actuel:

All Updates, 4.14.35-1902 and later UEK 4.14.35 kernels	

J'ai vérifié. ,Ceci correspond en fait à OEL 7.7, Et moi, c'est OEL 7.6, Donc il n'y a vraiment pas de soutien ..

[grid@db193 ~]$ acfsdriverstate -orahome $ORACLE_HOME supported
ACFS-9459: ADVM/ACFS is not supported on this OS version: 'EL7'
ACFS-9201: Not Supported

Le client. RHEL 7.6 Pourquoi le soutenir? ?Quelle est la différence entre les deux?
En fait, on saitOELIl y a deux noyaux à choisir,L'un estUEKNoyau,L'autre est compatible avec Red HatRHCKNoyau,Et mon environnement par défaut estUEKNoyau,Malheureusement, ce noyau correspond à7.6 La version n'est pas prise en charge ACFSDe.
Mais la tâche d'essai est lourde, Impossible de mettre à jour / Réinstaller le système ,Alors je me suis demandé si je pouvais passer àRHCK Et le noyau? ?Parce que d'après la listeRHEL 7.6Est la version prise en charge:

Update 6 3.10.0-957 and later 3.10.0 Red Hat Compatible kernels 

Alors essayez de changer le noyau,SelonMOSDocumentation:

  • Change Booting Kernel From UEK to RHCK on OL 7.X IaaS Compute Instances (Doc ID 2248303.1)

Certaines étapes ne sont pas nécessaires dans mon environnement,Le test réel de mon côté n'a besoin que des étapes suivantes:

--Oracle LinuxBasculeruek Noyau à rhckNoyau
[root@db195 ~]# uname -a
Linux db195 4.14.35-1818.3.3.el7uek.x86_64 #2 SMP Mon Sep 24 14:45:01 PDT 2018 x86_64 x86_64 x86_64 GNU/Linux
[root@db195 ~]# awk -F\' '$1=="menuentry " {print i++ " : " $2}' /etc/grub2.cfg
0 : Oracle Linux Server (4.14.35-1818.3.3.el7uek.x86_64 with Unbreakable Enterprise Kernel) 7.6
1 : Oracle Linux Server (3.10.0-957.el7.x86_64 with Linux) 7.6
2 : Oracle Linux Server (0-rescue-06634a96d9af4acdaa83c9227d61a7f3 with Linux) 7.6
[root@db195 ~]# grub2-set-default 1
[root@db195 ~]# grub2-mkconfig -o /boot/grub2/grub.cfg
Generating grub configuration file ...
Found linux image: /boot/vmlinuz-4.14.35-1818.3.3.el7uek.x86_64
Found initrd image: /boot/initramfs-4.14.35-1818.3.3.el7uek.x86_64.img
Found linux image: /boot/vmlinuz-3.10.0-957.el7.x86_64
Found initrd image: /boot/initramfs-3.10.0-957.el7.x86_64.img
Found linux image: /boot/vmlinuz-0-rescue-06634a96d9af4acdaa83c9227d61a7f3
Found initrd image: /boot/initramfs-0-rescue-06634a96d9af4acdaa83c9227d61a7f3.img
done
[root@db195 ~]# reboot
[root@db195 ~]# uname -a
Linux db195 3.10.0-957.el7.x86_64 #1 SMP Thu Nov 1 00:13:43 PDT 2018 x86_64 x86_64 x86_64 GNU/Linux

RemplacerRHCK Post - Core ,Encore une fois.acfsOui Non:

[root@db195 ~]# su - grid
Dernière connexion:2. 9Mois 14 00:57:30 CST 2021
[grid@db195 ~]$ cd $ORACLE_HOME/bin
[grid@db195 bin]$ ./acfsdriverstate -orahome $ORACLE_HOME supported
ACFS-9200: Supported

Enfin. , Vérifiez à nouveau. ACFSDeModules Et essayez de l'installer avec succès :

[root@db193 bin]# lsmod|grep oracle
[root@db193 bin]# cd /u01/app/19.3.0/grid/bin
[root@db193 bin]# ./acfsroot install
ACFS-9300: ADVM/ACFS distribution files found.
ACFS-9314: Removing previous ADVM/ACFS installation.
ACFS-9315: Previous ADVM/ACFS components successfully removed.
ACFS-9294: updating file /etc/sysconfig/oracledrivers.conf
ACFS-9307: Installing requested ADVM/ACFS software.
ACFS-9294: updating file /etc/sysconfig/oracledrivers.conf
ACFS-9308: Loading installed ADVM/ACFS drivers.
ACFS-9321: Creating udev for ADVM/ACFS.
ACFS-9323: Creating module dependencies - this may take some time.
ACFS-9154: Loading 'oracleoks.ko' driver.
ACFS-9154: Loading 'oracleadvm.ko' driver.
ACFS-9154: Loading 'oracleacfs.ko' driver.
ACFS-9327: Verifying ADVM/ACFS devices.
ACFS-9156: Detecting control device '/dev/asm/.asm_ctl_spec'.
ACFS-9156: Detecting control device '/dev/ofsctl'.
ACFS-9309: ADVM/ACFS installation correctness verified.
[root@db193 bin]# lsmod|grep oracle
oracleacfs           5184608  0
oracleadvm           1163390  0
oracleoks             757134  2 oracleacfs,oracleadvm
[root@db193 bin]#

Après l'installation de tous les noeuds, Et voir l'état :

[grid@db193 ~]$ crsctl stat res -t -init
--------------------------------------------------------------------------------
Name           Target  State        Server                   State details
--------------------------------------------------------------------------------
Cluster Resources
--------------------------------------------------------------------------------
ora.asm
      1        ONLINE  ONLINE       db193                    Started,STABLE
ora.cluster_interconnect.haip
      1        ONLINE  ONLINE       db193                    STABLE
ora.crf
      1        ONLINE  ONLINE       db193                    STABLE
ora.crsd
      1        ONLINE  ONLINE       db193                    STABLE
ora.cssd
      1        ONLINE  ONLINE       db193                    STABLE
ora.cssdmonitor
      1        ONLINE  ONLINE       db193                    STABLE
ora.ctssd
      1        ONLINE  ONLINE       db193                    ACTIVE:0,STABLE
ora.diskmon
      1        OFFLINE OFFLINE                               STABLE
ora.evmd
      1        ONLINE  ONLINE       db193                    STABLE
ora.gipcd
      1        ONLINE  ONLINE       db193                    STABLE
ora.gpnpd
      1        ONLINE  ONLINE       db193                    STABLE
ora.mdnsd
      1        ONLINE  ONLINE       db193                    STABLE
ora.storage
      1        ONLINE  ONLINE       db193                    STABLE
--------------------------------------------------------------------------------

Il n'y a toujours pas deacfsRessources,Essayez.asmca Essayez de créer :Il y a eu un problème avec l'exécution finale du script,Il y a toujours un problème à essayer de démarrer manuellement:

[root@db193 bin]# /u01/app/19.3.0/grid/bin/srvctl start filesystem -d /dev/asm/oggsou-85
PRCA-1138 : Impossible de démarrer une ou plusieurs ressources du système de fichiers:
Not all ADVM/ACFS drivers have been loaded.
CRS-2674: Start of 'ora.data.oggsou.acfs' on 'db195' failed
Not all ADVM/ACFS drivers have been loaded.
CRS-2674: Start of 'ora.data.oggsou.acfs' on 'db193' failed

Essayez d'ajouter acfsRessources,acfsroot enable:

[root@db193 bin]# cd /u01/app/19.3.0/grid/bin/
[root@db193 bin]# ./acfsroot enable
ACFS-9376: Adding ADVM/ACFS drivers resource succeeded.
CRS-2672: Attempting to start 'ora.drivers.acfs' on 'db193'
CRS-2676: Start of 'ora.drivers.acfs' on 'db193' succeeded
ACFS-9380: Starting ADVM/ACFS drivers resource succeeded.

À ce stade, une autre enquête a révéléora.drivers.acfsIl y a déjà.
Essayez de démarrer à nouveau filesystemSuccès:

[root@db193 bin]# /u01/app/19.3.0/grid/bin/srvctl start filesystem -d /dev/asm/oggsou-85

Encore une fois.acfsRessources, C'est normal. mountSuccès:

[grid@db193 ~]$ crsctl stat res -t
--------------------------------------------------------------------------------
Name           Target  State        Server                   State details
--------------------------------------------------------------------------------
Local Resources
--------------------------------------------------------------------------------
ora.DATA.OGGSOU.advm
               ONLINE  ONLINE       db193                    STABLE
               ONLINE  ONLINE       db195                    STABLE
ora.data.oggsou.acfs
               ONLINE  ONLINE       db193                    mounted on /oggsou,S
                                                             TABLE
               ONLINE  ONLINE       db195                    mounted on /oggsou,S
                                                             TABLE

Enfinreboot Deux machines , Vérifier si acfsDémarrage automatique possible, Le résultat de la validation est OKDe,Parce que quand j'ai aidé à résoudre le problème,C'est une référence à l'expérience précédente plus les éléments de démarrage du service,Il n'est pas nécessaire de configurer l'élément de démarrage après avoir constaté que ce fonctionnement normal se produit,Il n'y a pas non plus de recherche:

[root@db193 system]# pwd
/etc/systemd/system
[root@db193 system]# ls -lrth
Consommation totale 16K
drwxr-xr-x. 2 root root   44 7Mois  16 2019 system-update.target.wants
drwxr-xr-x. 2 root root   32 7Mois  16 2019 getty.target.wants
drwxr-xr-x. 2 root root   87 7Mois  16 2019 default.target.wants
drwxr-xr-x. 2 root root   35 7Mois  16 2019 local-fs.target.wants
drwxr-xr-x. 2 root root   38 7Mois  16 2019 dev-virtio\x2dports-org.qemu.guest_agent.0.device.wants
drwxr-xr-x. 2 root root   57 7Mois  16 2019 basic.target.wants
lrwxrwxrwx. 1 root root   37 7Mois  16 2019 default.target -> /lib/systemd/system/multi-user.target
drwxr-xr-x. 2 root root   51 7Mois  30 2019 sockets.target.wants
drwxr-xr-x. 2 root root   31 7Mois  30 2019 remote-fs.target.wants
drwxr-xr-x. 2 root root 4.0K 9Mois   9 2019 sysinit.target.wants
drwxr-xr-x  2 root root   34 9Mois  13 17:17 oracle-ohasd.service.d
-rw-r--r--  1 root root  699 9Mois  13 17:17 oracle-ohasd.service
-rw-r--r--  1 root root  452 9Mois  13 17:22 oracle-tfa.service
drwxr-xr-x. 2 root root 4.0K 9Mois  13 17:22 multi-user.target.wants
drwxr-xr-x  2 root root   60 9Mois  13 17:22 graphical.target.wants
[root@db193 system]#

Il y a encore beaucoup de points de connaissance que nous avons rencontrés,Il semble qu'il y ait une nouvelle version de quelque chose à vérifier,On ne peut pas se fier uniquement à l'expérience historique,C'est ce vieux dicton:Le papier doit être léger.,Je ne sais pas..

版权声明
本文为[Jyzhao]所创,转载请带上原文链接,感谢
https://cdmana.com/2021/09/20210914163501902m.html

Scroll to Top