File system

In Solaris 10 sono stati riscontrati i seguenti problemi relativi ai file system.

L'aggiornamento da alcune versioni di Solaris Express o di Solaris 10 richiede la riattivazione dei file system

Quando si aggiorna un server NFSv4 da Solaris Express 11/04 o da una versione precedente di Solaris 10, i programmi possono generare errori EACCES. Inoltre, alcune directory appaiono erroneamente vuote.

Per prevenire questi errori, disattivare e riattivare i file system del client. Se la disattivazione non dovesse riuscire, provare a forzarla con il comando umount -f. In alternativa, riavviare il client.

Le funzioni della lista di controllo degli accessi NFSv4 non operano correttamente

Le funzioni della lista di controllo degli accessi (ACL) NFSv4 non funzionano correttamente se i client e i server della rete sono installati con versioni precedenti e diverse di Solaris 10. Il problema riguarda le funzioni della ACL e i programmi della riga di comando sotto elencati:

• acl()

• facl()

• getfacl

• setfacl

Per maggiori informazioni su queste funzioni e programmi, vedere le rispettive pagine man.

Ad esempio, si possono verificare errori in una rete che presenta la seguente configurazione:

• Un client che esegue Solaris 10 in versione Beta

• Un server che esegue Solaris 10

La tabella seguente illustra i risultati delle funzioni della ACL in configurazioni client-server che utilizzano versioni diverse di Solaris 10.

Soluzione: perché le funzionalità della ACL NFSv4 operino correttamente, eseguire un'installazione completa di Solaris 10 sia sul server che sul client.

Problemi di accesso tra client Solaris NFSv4 e server NFSv4

Nell'attuale versione di Solaris 10, l'implementazione Solaris delle liste di controllo degli accessi (ACL) NFSv4 è ora conforme alle specifiche RFC 3530. Tuttavia, si verificano errori con i client NFSv4 che utilizzano le versioni Beta 2 o Beta 1 di Solaris 10. Questi client non possono creare file sui server NFSv4 che utilizzano l'attuale versione di Solaris 10. Viene visualizzato il seguente messaggio di errore:

NFS getacl failed for nome_server: error 9 (RPC: Program/version mismatch)

Soluzione: nessuna.

Il crash dump del sistema non riesce sui dispositivi che superano la dimensione di 1 TByte (6214480)

Il sistema non riesce a generare un crash dump nelle partizioni di dimensioni pari o superiori a 1 Tbyte. Se il sistema utilizza un dispositivo di questo tipo, in seguito a un errore irreversibile e al successivo riavvio del sistema si può verificare quanto segue:

• Il sistema non salva il crash dump.

• Viene visualizzato il messaggio seguente:

  0% done: 0 pages dumped, compression ratio 0.00, dump failed: error 6

Soluzione: configurare la dimensione del dispositivo di dump del sistema su un valore inferiore a 1 Tbyte.

L'uso del comando smosservice per l'aggiunta di servizi del sistema operativo genera un messaggio di spazio insufficiente sul disco (5073840)

Se si utilizza il comando smosservice per aggiungere servizi del sistema operativo a un file system UFS, compare un messaggio indicante che lo spazio disponibile sul disco è insufficiente. Questo errore riguarda in modo specifico i file system UFS sui dischi con etichetta EFI.

Soluzione: usare la seguente procedura.

1. Applicare l'etichetta del disco VTOC SMI.

2. Ricreare il file system.

3. Rieseguire il comando smosservice.