Questa sezione contiene i bug conosciuti nella funzione DR di Sun Enterprise 10000 della versione Solaris 7 5/99.
Se un'operazione di distacco DR non riesce a staccare un dispositivo sd e il controller ha dispositivi sd che sono già stati staccati, l'operazione di interruzione-distacco non riprende (ossia, ricollega) quei dispositivi che condividono la stessa istanza di controller e che sono già stati staccati. Questa situazione si verifica raramente. Il momento più probabile in cui può verificarsi è quando il firmware dell'unità disco si blocca.
Soluzione: Nessuna
L'utilizzo dei dischi del software Veritas non viene visualizzato dalle applicazioni DR nelle visualizzazioni dell'utilizzo del dispositivo.
Soluzione: Nessuna
Il comando disks(1M) di Solaris disturba o elimina le voci dei collegamenti simbolici quando i dispositivi dei dischi non sono più presenti in un dominio Enterprise 10000. Se i dispositivi sono stati riconfigurati dinamicamente in modo tale che non sono più presenti, la struttura di dispositivi gestiti da Symbios e la struttura di dispositivi gestiti da Solaris può diventare non omogenea.
Soluzione: è necessario procurarsi la patch corretta richiedendola a SunSolve oppure al proprio rappresentante dell'assistenza tecnica. Questa patch contiene delle correzioni che garantiscono nomi di nodo persistenti nell'ambiente operativo Solaris quando i dispositivi StorEdge A3000 vengono riconfigurati dinamicamente da un determinato dominio Enterprise 10000. La patch garantisce che quando la stessa matrice viene riportata nel dominio, eredita lo stesso nome che aveva originariamente, conservando in tal modo la disponibilità dei dati senza dover modificare i punti di montaggio del sistema né le configurazioni delle applicazioni dell'utente. È necessario fare in modo di non eseguire le operazioni di riavvio della riconfigurazione (boot -r) in un dominio quando i dispositivi A3000 sono presenti sulle schede di sistema.
La configurazione di un server di boot per client x86 basati su Solaris 2.5.1 determina l'esecuzione di daemon rpld. Questi daemon conservano un riferimento attivo (aperto) a tutti i dispositivi di rete, a prescindere dal fatto che tali dispositivi siano in uso o meno. Questi riferimenti attivi impediscono alle operazioni DR di staccare questi dispositivi.
Soluzione: rimuovere o rinominare la directory /rplboot, quindi disattivare e riavviare NFS con questi comandi:
# sh /etc/init.d/nfs.server stop # sh /etc/init.d/nfs.server start
La presenza di daemon Sonoma (rdaemon) evita a un'operazione DR Detach di giungere a completamento se l'ambiente operativo deve essere messo in quiescenza (ossia, sospeso e ripreso) per staccare la memoria non individuabile.
Soluzione: disattivare temporaneamente il daemon prima dell'operazione DR, quindi riavviare il daemon dopo l'operazione DR utilizzando il seguente comando:
# sh /etc/rc2.d/S90amon stop # sh /etc/rc2.d/S90amon start
Dopo numerose iterazioni attraverso una condizione di gestione di errore all'interno del daemon DR, il daemon può trovarsi di fronte a una violazione di segmentazione (ossia, un "core dump"). Notare che questa condizione si verifica durante un flusso di gestione di errori (ossia, un errore di operazione DR).
Soluzione: riavviare le applicazioni DR sull'SSP.