Kan Linux-servers niet opstarten na failover

Het script "emcpbfs_linux config" werd uitgevoerd om PowerPath te configureren om op te starten vanaf het R1-script en probeerde op te starten vanaf de nieuwe grub-vermelding die het had gemaakt en het startte prima op zoals verwacht. Bij een failover werkt het echter niet. Powerpath detecteert de apparaten niet wanneer deze op site R2 worden uitgevoerd, en daarom vindt het LVM-filter in de ramdisk-image dat is ingesteld om alleen emcpower-apparaten te accepteren geen van de PV's, waardoor de server niet kan opstarten


Bij het uitvoeren van het script met een slaapstand van 20 seconden erin, startte de server daadwerkelijk zonder problemen op toen er een failover was uitgevoerd (en met dezelfde pseudo-apparaatnamen)

Het uitvoeren van het script zonder de slaapstand vertoonde dezelfde symptomen van looping bij het zoeken naar de volumegroep en de server startte niet op.

Wanneer het script is uitgevoerd zonder slaapstand: de eerste keer is de FC-koppeling nog steeds niet actief en zijn de native SCSI-apparaten nog steeds niet geconfigureerd op de host.
Er is echter één interne schijf (/dev/sda) die tegen die tijd al is geconfigureerd. Het script gaat er dus van uit dat de native opstartapparaten al zijn geconfigureerd en blijft proberen het emcpower-apparaat te maken. Maar aangezien de R2-apparaten nog steeds niet actief zijn, mislukt dit.
In principe uit het script de onderstaande als voorwaarde slaagt omdat sdfound is ingesteld op 1, ook al is het opstartapparaat niet aanwezig.

if [ ${count1} -eq ${count2} ] && [ "${sdfound}" -eq 1 ]; Dan /etc/opt/emcpower/emcpmgr map -p

<Snip van logboek zonder slaapstand>
COUNT: getsddevs retourneren 1
COUNT1: getsddevs retourneren 1
COUNT: getsddevs retourneren 1
COUNT2: getsddevs retourneren 1
/dev/sda
/dev/emcpower
<snip>

<snip van logboek met slaapstand>
COUNT: getsddevs retourneren 25
COUNT1: getsddevs retourneren 25
COUNT: getsddevs retourneren 25
COUNT2: getsddevs retourneren 25
/dev/sda /dev/sdb /dev/sdc /dev/sdd /dev/sde /dev/sdf /dev/sdg /dev/sdh /dev/sdi /dev/sdj /dev/sdk /dev/sdl /dev/sdm /dev/sdn /dev/sdo /dev/sdp /dev/sdq /dev/sdr /dev/sds /dev/sdt /dev/sdu /dev/sdv /dev/sdw /dev/sdx /dev/sdy
sdc: Onbekende partitietabel
SDE: Onbekende partitietabel
SDF: Onbekende partitietabel
SDG: Onbekende partitietabel
SDO: Onbekende partitietabel
SDQ: Onbekende partitietabel
SDR: Onbekende partitietabel
EMCpowera
:EMCpowera1 EMCpowera2
/dev/emcpower
/dev/emcpowera
/dev/emcpowera1
/dev/emcpowera2
<SNI>

De slaapstand zorgt er in feite voor dat er voldoende tijd is om de FC-koppelingen te activeren en de SCSI-natives voor de R2-schijven te configureren voordat PowerPath het emcpower-apparaat probeert te maken. dus het script werkt met slaaptijd: "Slaap toevoegen wanneer dat niet nodig is, zou niet zo'n goed idee zijn."

Tijdelijke oplossing:

Deze interne schijf uitschakelen in het BIOS tijdens het opstarten en vervolgens de failover uitvoeren (zonder de slaapstand).
Ook hiermee zou het opstarten zonder problemen moeten verlopen, omdat het script een controle heeft om ervoor te zorgen dat het aantal groter is dan 0 wanneer het probeert het emcpower-apparaat te maken.

Permanente oplossing :

er is geen permanente oplossing, aangezien R1/R2 opstarten met een interne schijf geen aanbevolen installatie is. De complexiteit komt doordat het script niet kan identificeren of de opstartschijf al is geconfigureerd of niet. En dit script is niet specifiek voor R1/R2-opstartscenario's. Hetzelfde script moet ook werken bij normaal opstarten vanaf SAN-instellingen. Slaap toevoegen wanneer dat niet nodig is, zou geen goed idee zijn.
 

Engineering zal documenteren dat deze configuratie niet wordt ondersteund in de PowerPath installatie- en beheerhandleiding.