Aggiornamento Note di rilascio

Note relative all'installazione

Aggiornamento dei contenuti

Aggiornamenti del driver

Aggiornamenti del kernel

Altri aggiornamenti

Technology Preview

Problematiche risolte

Problematiche conosciute

Quando installate Red Hat Enterprise Linux 5 su di un guest SMP completamente virtualizzato, l'installazione potrebbe arrestarsi. Tale comportamento si può verificare quando l'host (dom0) esegue Red Hat Enterprise Linux 5.1.

Per evitare questo tipo di comportamento impostate il guest per l'utilizzo di un processore singolo utilizzando il processo d'installazione. Per fare ciò utilizzate l'opzione --vcpus=1 in virt-install. Una volta completato il processo d'installazione potrete impostare il guest su SMP, modificando vcpus in virt-manager.

Questa release include WBEMSMT, una suite di applicazioni basate sul web in grado di fornire una interfaccia di gestione facile da usare per Samba e DNS. Per maggiori informazioni su WBEMSMT, consultate http://sblim.wiki.sourceforge.net/.

L'aggiornamento di pm-utils da una versione Beta di Red Hat Enterprise Linux 5.1 di pm-utils fallirà generando il seguente errore:

error: unpacking of archive failed on file /etc/pm/sleep.d: cpio: rename

Per evitare questo tipo di errore cancellate la directory /etc/pm/sleep.d/ prima di eseguire l'aggiornamento. Se /etc/pm/sleep.d contiene alcuni file, spostateli su /etc/pm/hooks/.

Prove hardware per Mellanox MT25204 hanno rivelato la presenza di un errore interno sotto carichi di lavoro molto elevati. Quando il driver di ib_mthca riporta un errore catastrofico per questo hardware, esso si riferisce ad un completamento insufficiente della coda, relativo al numero di richieste pendenti generate dall'applicazione dell'utente.

Anche se il driver resetterà l'hardware e sarà in grado di ripristinare le proprie funzioni dopo tale evento, durante questo errore tutti i collegamenti esistenti verranno persi. Ciò risulterà in un errore di segmentazione nell'applicazione dell'utente. Altresì, se opensm è in esecuzione al momento dell'errore, sarà necessario riavviarlo manualmente per ripristinare le funzioni corrette.

I dischi di aggiornamento del driver supportano ora il programma di aggiornamento del driver di Red Hat basato su RPM. Se un disco del driver utilizza un formato più recente, sarà possibile utilizzare i driver in RPM che verranno conservati durante gli aggiornamenti del sistema.

Da notare che gli RPM del driver verranno copiati solo per la variante del kernel in uso sul sistema installato. Per esempio, l'installazione di un RPM del driver su di un sistema che esegue il kernel virtualizzato, installerà il driver solo per il kernel virtualizzato. L'RPM non verrà installato per altre varianti del kernel installate sul sistema.

Su di un sistema con varianti multiple del kernel sarà necessario avviare il sistema su ogni variante ed installare l'RPM del driver. Per esempio, se il vostro sistema possiede sia il kernel bare-metal che quello virtualizzato, avviatelo utilizzando il kernel bare-metal ed installate l'RPM del driver. Successivamente riavviate il sistema nel kernel virtualizzato ed installate l'RPM del driver.

Durante il ciclo di vita di dom0 non sarà possibile creare guest (ad esempio xm create) per più di 32,750 volte. Per esempio, se avete alcuni guest che eseguono un riavvio seguendo un determinato ciclo, dom0 non sarà in grado di riavviare qualsiasi guest dopo aver riavviato i guest per 32,750 volte.

Se siete in presenza di questo comportamento riavviate dom0

Il server NFS di Red Hat Enterprise Linux 5.1 supporta ora le esportazioni di riferimento. Queste esportazioni sono basate su estensioni per il protocollo NFSv4. Qualsiasi client NFS che non supporta le suddette estensioni (ad esempio le release di Red Hat Enterprise Linux precedenti a 5.1), non saranno in grado di accedere alle suddette esportazioni.

Per questo motivo se un client NFS non supporta le suddette esportazioni, qualsiasi tentativo fatto per il loro accesso fallirà generando un errore I/O. In alcuni casi a seconda dell'implementazione del client, l'errore potrebbe essere più severo e potrebbe arrestare inaspettatamente il sistema.

È importante fare molta attenzione per poter assicurare che le esportazioni di riferimento NFS non siano accesse da client non supportati.

GFS2 rappresenta un miglioramento di GFS. Questo aggiornamento implementa miglioramenti rilevanti, che necessitano di una modifica al formato del file system sul disco. I file system GFS possono essere convertiti in GFS2 utilizzando l'utilità gfs2_convert, la quale aggiorna i metadata di un file system GFS.

Anche se migliorato dalla sua introduzione in Red Hat Enterprise Linux 5, GFS2 è ancora una Technology Preview. Le Note di rilascio incluse nella distribuzione riportano incorrettamente che GFS2 è completamente supportato. Test effettuati in laboratorio hanno indicato una elevata prestazione con:

In aggiunta GFS2 presenta anche le seguenti modifiche:

L'installazione di Red Hat Enterprise Linux 5.1 su sistemi HP BL860c blade potrebbe arrestarsi durante la richiesta delle informazioni relative all'IP. Questo problema si manifesta quando è necessario selezionare due volte OK sulla schermata Configura TCP/IP.

Se si verifica tale situazione eseguite un riavvio e successivamente una installazione con l'opzione autonegotiation Ethernet disabilitata. Per fare questo usate il parametro ethtool="autoneg=off" durante l'avvio da un media d'installazione. Così facendo il sistema appena installato non verrà interessato .

Sulle esportazioni di riferimento l'opzione di esportazione nohide è necessaria (es. esportazioni che specificano un server di riferimento). Questo perchè le esportazioni di riferimento devono "superare" un mount point limitato. L'opzione di esportazione nohide è necessaria per il "superamento" di tale punto.

Per maggiori informazioni consultate man exports 5.

Questo aggiornamento include il demone di monitoraggio degli eventi lvm2. Se utilizzate il mirroring lvm2, seguite le seguenti fasi in modo da assicurare un corretto aggiornamento delle funzioni di monitoring:

Rapid Virtualization Indexing (RVI) è ora supportato sui kernel 32-bit PAE, 64-bit e 32-bit. Tuttavia RVI è in grado di tradurre solo gli indirizzi del guest virtuale a 32-bit sull'hypervisor 32-bit PAE.

Se un guest esegue un kernel PAE con più di 3840MB di RAM, si verificherà un errore di traduzione dell'indirizzo. Tale errore potrebbe arrestare improvvisamente il guest.

È consigliato usare il kernel a 64-bit se desiderate eseguire i guest con più di 4GB di RAM fisica con RVI.

L'esecuzione di 16 o più nuclei utilizzando i processori AMD Rev F, potrebbe risultare nel resetaggio del sistema durante l'esecuzione delle installazioni del guest completamente virtualizzato.

L'installazione del pacchetto systemtap-runtime causerà un errore di controllo della transazione se il pacchetto systemtap è già installato. Se eseguite l'aggiornamento di Red Hat Enterprise Linux 5 a 5.1, tale operazione fallirà se il pacchetto systemtap è già esistente.

Per questo motivo rimuovete il pacchetto systemtap utilizzando il comando rpm -e systemtap-0.5.12-1.e15 prima di installare systemtap-runtime oppure di eseguire un aggiornamento.

Durante l'impostazione di NFSROOT, BOOTPROTO deve essere impostato come BOOTPROTO=dhcp in /etc/sysconfig/network-scripts/ifcfg-eth0.

Se il vostro ambiente necessita di una diversa impostazione per BOOTPROTO, impostate momentaneamente BOOTPROTO=dhcp in /etc/sysconfig/network-scripts/ifcfg-eth0 prima di creare initrd. È possibile impostare nuovamente il valore originale di BOOTPROTO dopo aver creato initrd.

La Scheda di espansione iSCSI di QLogic per IBM Bladecenter fornisce le funzioni iSCSI ed ethernet. Alcune parti presenti sulla scheda sono condivise da entrambe le funzioni. Tuttavia i driver correnti qla3xxx e qla4xxx supportano in modo individuale le funzioni ethernet e iSCSI. I suddetti driver non supportano l'utilizzo simultaneo delle funzioni ethernet e iSCSI.

Per questo motivo l'utilizzo simultaneo di queste funzioni potrebbe sospendere il dispositivo. Ciò potrebbe risultare in una perdita dei dati ed in una corruzione del filesystem sui dispositivi iSCSI, oppure causare delle interruzioni di rete su altri dispositivi ethernet collegati.

Durante l'utilizzo del virt-manager per aggiungere i dischi ad un guest esistente, è possibile che si verifichi la duplicazione di alcuni voci all'interno del file di configurazione /etc/xen/<domain name> del guest. Le suddette voci impediranno l'avvio del guest.

Per questo motivo rimuovete le voci interessate.

La migrazione ripetuta di un guest tra due host potrebbe causare il panic di un host. Se riavviate un host dopo la migrazione del guest fuori dal sistema e prima di reintegrarlo al suo interno, potrete evitare il virificarsi di tale errore.

sysreport non è più supportato in favore di sos. Per installare sos eseguite yum install sos. Questo comando installa sos e rimuove sysreport. Per questo motivo è consigliato aggiornare qualsiasi file kickstart esistente.

Dopo aver installato sos, utilizzate il comando sosreport per invocarlo. Usando il comando sysreport verrà generato un avvertimento il quale indica che sysreport non è più supportato; continuando, verrà invocato sosreport.

Se avete bisogno di utilizzare il tool sysreport, utilizzate il comando sysreport.legacy per invocarlo.

Per maggiori informazioni su sosreport, consultate man sosreport e sosreport --help.

Se state copiando i contenuti dei CD-ROM di Red Hat Enterprise Linux 5 (per esempio, in preparazione per una installazione basata sulla rete), assicuratevi di copiare i CD-ROM solo per il sistema operativo. Non copiate i CD-ROM supplementari, o qualsiasi altro CD-ROM, in quanto tale operazione sovrascriverà i file necessari per il corretto funzionamento di Anaconda.

I contenuti del CD-ROM supplementare e di altri CD-ROM devono essere installati dopo aver installato Red Hat Enterprise Linux 5.1.

Durante l'installazione di Red Hat Enterprise Linux 5.1 su di un guest virtualizzato, non utilizzate il kernel kernel-xen. Utilizzando il suddetto kernel su di un guest virtualizzato potreste causare l'arresto del sistema.

Se state utilizzando un Numero d'installazione durante l'installazione di Red Hat Enterprise Linux 5.1 su di un guest completamente virtualizzato, assicuratevi di deselezionare il gruppo del pacchetto Virtualization durante l'installazione. L'opzione gruppo del pacchetto Virtualization installa il kernel kernel-xen.

Questo problema non interessa i guest paravirtualizzati. I suddetti guest utilizzano sempre il kernel kernel-xen.

Se state utilizzando il kernel virtualizzato durante l'aggiornamento da Red Hat Enterprise Linux 5 a 5.1, sarà necessario eseguire un riavvio dopo aver completato questo processo. Successivamente sarà necessario avviare il sistema utilizzando il kernel virtualizzato aggiornato.

Gli hypervisor di Red Hat Enterprise Linux 5 e 5.1 non sono compatibili con ABI. Se non avviate il sistema dopo aver eseguito l'aggiornamento usando il kernel virtualizzato aggiornato, gli RPM di Virtualizzazione aggiornati non corrisponderanno al kernel in esecuzione.

Il client CIFS è stato aggiornato alla versione 1.48aRH. Basato sulla release 1.48a, presenta alcune patch che implementano le seguenti modifiche:

Da notare per gli utenti di EMC Celerra (NAS Code 5.5.26.x e minori), che il client CIFS si arresta durante l'accesso alle condivisioni su EMC NAS. Questo problema è caratterizzato dai seguenti messaggi del kernel:

kernel:  CIFS VFS: server not responding
kernel:  CIFS VFS: No response for cmd 162 mid 380
kernel:  CIFS VFS: RFC1001 size 135 bigger than SMB for Mid=384

Dopo un montaggio CIFS diventa impossibile leggere/scrivere qualsiasi file, e qualsiasi applicazione che cercherà di eseguire un I/O sul mount point verrà sospesa. Per risolvere questo problema eseguite un aggiornamento in modo da implementare NAS Code 5.5.27.5 o una versione più recente (utilizzate EMC Primus case number emc165978).

sono ora supportati i tag MODULE_FIRMWARE.

sono ora supportati i controllori ICH9.

i processori Greyhound sono ora supportati durante le chiamate CPUID.

Oprofile ora supporta nuovi eventi del contatore delle prestazioni Greyhound.

Directed DIAG è ora supportato per migliorare l'utilizzo di z/VM.

I chipset grafici di Intel sono ora supportati attraverso il modulo del kernel DRM. In aggiunta, l'API DRM è stata aggiornata alla versione 1.3 per supportare un rendering diretto.

Gli aggiornamenti per la gestione dell'alimentazione di ACPI hanno migliorato la moalità S3 suspend-to-RAM e S4 hibernate.

gaim viene ora chiamato pidgin.

Intel microcode aggiornato alla versione 1.17. Tale aggiornamento aggiunge un supporto per i nuovi processori Intel.

È ora supportato un processo di failover attivo-attivo implicito, utilizzando dm-multipath su storage EMC Clariion.

Il carattere cinese Zysong non fà parte del pacchetto fonts-chinese. Zysong è ora implementato separatamente come fonts-chinese-zysong. Il pacchetto fonts-chinese-zysong è contenuto nel CD supplementare.

Da notare che il pacchetto fonts-chinese-zysong è necessario per supportare il Chinese National Standard GB18030.

La password ed il nome utente del Challenge Handshake Authentication Protocol (CHAP) hanno ciascuno un limite di 256 sul numero dei caratteri possibili.

In questo aggiornamento pump non è supportato. Per questo motivo, la configurazione della vostra interfaccia di rete attraverso netconfig, potrebbe generare script ifcfg non completi.

Per poter configurare correttamente la vostra interfaccia di rete utilizzate system-config-network. L'installazione del pacchetto system-config-network aggiornato rimuoverà netconfig.

rpm --aid non è più supportato. È consigliato utilizzare yum durante l'aggiornamento e l'installazione dei pacchetti.

È stato corretto un bug SATA che causava la pausa dei sistemi equipaggiati con SATA durante il processo d'avvio, con una visualizzazione di un errore prima di essere ripristinati.

Nei sistemi multi-boot parted conserva il settore d'avvio della prima partizione primaria, dove risulta installato Windows Vista™. Per questo motivo durante l'impostazione di un sistema multi-boot con Red Hat Enterprise Linux 5.1 e Windows Vista™, il secondo non viene più reso non avviabile.

rmmod xennet non causa più un arresto inaspettato di domU.

I sistemi 4-socket AMD Sun Blade X8400 Server Module che non hanno una memoria configurata in node 0, non entreranno in uno stato di panic durante l'avvio.

conga e luci possono essere usati per la creazione e la configurazione di domini di failover.

Quando installate il gruppo Cluster Storage attraverso yum, il processo non viene più interrotto.

Durante l'installazione non vengono più assegnati contesti SELinux errati a /var/log/faillog e /var/log/tallylog.

Su piattaforme dual-core AMD, l'attività intensa della cpu su di una singola cpu non causa piu la modifica delle frequenze di CPU core.

Se installate Red Hat Enterprise Linux 5.1 utilizzando media d'installazione separati (per esempio CD o NFSISO), non si verificherà più l'errore durante l'installazione di amanda-server.

Durante il processo d'installazione Anaconda è ora in grado di rilevare più di 4GB di RAM. Ciò permette ad Anaconda di determinare automaticamente se è necessario o meno, installare la variante kernel-PAE del kernel.

EDAC riporta ora l'ammontare corretto della memoria sugli ultimissimi processori k8.

I'accesso remoto su di un desktop Gnome tramite gdm non causa più la sospensione della schermata di registrazione.

È stato corretto un bug relativo a autofs che impediva il funzionamento corretto di multi-mounts.

Le numorese patch riguardanti utrace applicano le seguenti correzioni:

È stato corretto un bug relativo a RealTime Clock (RTC) che impediva il funzionamento corretto degli allarmi e delle interruzioni RTC periodiche.

Quando cliccate per la prima volta il pulsante Note di rilascio in Anaconda, si verificherà un ritardo nella visualizzazione delle suddette note. Durante questo ritardo, viene visualizzato quello che sembra essere un elenco vuoto all'interno della finestra. La maggior parte degli utenti potrebbe non notare questo comportamento, poichè tale processo risulta essere molto veloce.

Tale ritardo è dovuto principalmente al fatto che la fase d'installazione del pacchetto, risulta essere la fase più intensa della CPU durante il processo d'installazione.

Gli adattatori del bus host che utilizzano il driver MegaRAID devono essere impostati in modo da operare in modalità emulazione "Mass Storage", e non in modalità emulazione "I2O". Per fare questo seguire le seguenti fasi:

Se l'adattatore è impostato in modo non corretto su emulazione "I2O", il sistema cercherà di caricare il driver i2o. Tale operazione fallirà, impedendo al driver corretto di essere caricato.

Le precedenti release di Red Hat Enterprise Linux generalmente non caricano il driver I2O prima del driver MegaRAID. È comunque importante impostare sempre l'hardware su modalità emulazione "Mass Storage" se usato con Linux.

I laptop con scheda wireless Cisco Aironet MPI-350, possono entrare in una fase di sospensione nel tentativo di ottenere un indirizzo DHCP durante qualsiasi installazione basata sulla rete, utilizzando una porta ethernet wired.

Per risolvere questo problema utilizzate per la vostra installazione il media locale. Alternativamente disabilitate la scheda wireless nel BIOS del laptop prima di eseguire l'installazione (è possibile riabilitare la scheda wireless dopo aver completato l'installazione).

Attualmente system-config-kickstart non supporta la selezione e la deselezione dei pacchetti. Se utilizzate system-config-kickstart, l'opzione Seleziona pacchetto risulta disabilitata. Tale comportamento è dovuto all'utilizzo di yum da parte di system-config-kickstart per raccogliere informazioni sul gruppo, anche se esso non risulta abilitato a configurare yum in modo da collegarsi a Red Hat Network.

Al momento è necessario aggiornare manualmente le sezioni del pacchetto nei vostri file kickstart. Se utilizzate system-config-kickstart per aprire un file kickstart, tutte le informazioni del pacchetto verranno conservate al suo interno, e scritte nuovamente durante il processo di salvataggio.

In questo aggiornamento di Red Hat Enterprise Linux 5 il Boot-time logging su /var/log/boot.log non risulta disponibile. Una funzionalità equivalente verrà aggiunta all'interno di un aggiornamento futuro.

Quando eseguite l'aggiornamento da Red Hat Enterprise Linux 4 a Red Hat Enterprise Linux 5, la Deployment Guide non viene installata automaticamente. Usate pirut per installarla manualmente dopo aver terminato il processo di aggiornamento.

Il sistema potrebbe non eseguire correttamente il riavvio nel kernel kexec/kdump, se X risulta essere in esecuzione ed utilizza un driver diverso da vesa. Questo problema esiste solo con i chpset grafici ATI Rage XL.

Se X è in esecuzione su di un sistema equipaggiato con ATI Rage XL, assicuratevi che esso stia utilizzando il driver vesa in modo da poter eseguire correttamente un processo di riavvio in un kernel kexec/kdump.

Se utilizzate Red Hat Enterprise Linux 5 su di una macchina con chipset nVidia CK804, è possibile visualizzare i seguenti messaggi del kernel:

kernel: assign_interrupt_mode Found MSI capability
kernel: pcie_portdrv_probe->Dev[005d:10de] has invalid IRQ. Check vendor BIOS

I suddetti messaggi indicano che determinate porte PCI-E non richiedono IRQ. Altresì essi non interessano in alcun modo, la normale funzionalità della macchina.

I dispositivi di storage estraibili (come ad esempio CD e DVD), non vengono montati automaticamente se siete registrati come utenti root. Per questo motivo sarà necessario montarli manualmente attraverso il file manager grafico.

Alternativamente è possibile eseguire il seguente comando per montare un dispositivo su /media:

mount /dev/<device name> /media

IBM System z non fornisce una console fisica in stile Unix tradizionale. Per questo motivo Red Hat Enterprise Linux 5 di IBM System z, non supporta la funzionalità firstboot durante il caricamento del programma iniziale.

Per inizializzare correttamente l'impostazione di Red Hat Enterprise Linux 5 su IBM System z, eseguire i seguenti comandi dopo il processo d'installazione:

Se eseguite un aggiornamento da Red Hat Enterprise Linux 5 a Red Hat Enterprise Linux 5.1 tramite Red Hat Network, yum potrebbe non richiedervi d'importare la chiave redhat-beta. Per questo motivo è consigliato importare la suddetta chiave manualmente prima di eseguire l'aggiornamento. Per fare questo eseguite il seguente comando:

rpm --import /etc/pki/rpm-gpg/RPM-GPG-KEY-redhat-beta

Se su di un filer configurato viene cancellato un LUN, questa modifica non viene riportata sull'host. In questi casi i comandi lvm verranno sospesi in modo indeterminato se si utilizza dm-multipath, poichè il LUN è divenuto stale.

Per risolvere questo problema cancellate tutti i dispositivi e le entry del link mpath in /etc/lvm/.cache, specifiche al LUN in questione.

Per sapere quali sono queste entry eseguite il seguente comando :

ls -l /dev/mpath | grep <stale LUN>

Per esempio, se <stale LUN> è 3600d0230003414f30000203a7bc41a00, il risultato potrebbe essere:

lrwxrwxrwx 1 root root 7 Aug  2 10:33 /3600d0230003414f30000203a7bc41a00 -> ../dm-4
lrwxrwxrwx 1 root root 7 Aug  2 10:33 /3600d0230003414f30000203a7bc41a00p1 -> ../dm-5

Ciò significa che 3600d0230003414f30000203a7bc41a00 viene mappato su due link mpath: dm-4 e dm-5.

Per questo motivo le seguenti righe dovrebbero essere cancellate da /etc/lvm/.cache:

/dev/dm-4 
/dev/dm-5 
/dev/mapper/3600d0230003414f30000203a7bc41a00
/dev/mapper/3600d0230003414f30000203a7bc41a00p1
/dev/mpath/3600d0230003414f30000203a7bc41a00
/dev/mpath/3600d0230003414f30000203a7bc41a00p1

Se desiderate creare un guest Windows™ completamente virtualizzato da un CD o DVD, la seconda fase dell'installazione del guest potrebbe non continuare dopo il riavvio.

Per risolvere questo problema modificate /etc/xen/<nome macchina guest>, aggiungendo correttamente una voce per il dispositivo CD / DVD.

Se si utilizza un file semplice come dispositivo virtuale in una installazione, la riga disk di /etc/xen/<nome della macchina guest> sarà simile al seguente:

disk = [ 'file:/PATH-OF-SIMPLE-FILE,hda,w']

Un dispositivo DVD-ROM, /dev/dvd presente sull'host, può essere reso disponibile per la fase 2 dell'installazione come hdc, semplicemente aggiungendo una entry simile a 'phy:/dev/dvd,hdc:cdrom,r'. Conseguentemente la riga del disco dovrebbe essere simile alla seguente:

disk = [ 'file:/opt/win2003-sp1-20061107,hda,w', 'phy:/dev/dvd,hdc:cdrom,r']

Il percorso preciso del dispositivo da utilizzare potrebbe variare a seconda del vostro hardware.

Se il modulo sctp non è stato aggiunto al kernel, l'esecuzione di netstat con l'opzione -A inet o -A inet6 termina in modo anomalo con il seguente messaggio:

netstat: no support for `AF INET (sctp)' on this system.        

Per evitare questo comportamento, installate il modulo del kernel sctp.

I kernel attuali non inviano segnali Data Terminal Ready (DTR), prima di eseguire la stampa su porte seriali durante il processo d'avvio. Alcuni dispositivi necessitano di tali segnali DTR; ne risulta che sui suddetti dispositivi i messaggi d'avvio del kernel non vengono stampati sulle console seriali.

AMD 8132 e HP BroadCom HT100 utilizzati su alcune piattaforme (come ad esempio HP dc7700), non supportano i cicli MMCONFIG. Se il vostro sistema utilizza uno dei due chipset, la configurazione del vostro PCI dovrebbe usare il meccanismo PortIO CF8/CFC ereditato. Per configurarlo, avviate il sistema con il -pci nommconfig del kernel durante l'installazione, ed aggiungete -pci nommconfig su GRUB dopo aver eseguito il riavvio.

AMD 8132 non supporta i Message Signaled Interrupts (MSI). Se il vostro sistema utilizza questo chipset, allora disabilitate anche MSI. Per fare questo utilizzate il parametro del kernel -pci nomsi durante l'installazione, ed aggiungete pci=nomsi su GRUB dopo aver eseguito il riavvio.

Tuttavia se la vostra piattaforma è stata precedentemente inserita nella blacklist dal kernel, il vostro sistema non avrà bisogno dei parametri del kernel pci precedentemente menzionati. Le seguenti piattaforme HP sono state già inserite nella blacklist dal kernel:

Quando eseguite il kernel (non-Virtualizzato) bare-metal, il server X potrebbe non essere in grado di ripristinare le informazioni EDID dal monitor. Se si verifica questo comportamento, i driver grafici non saranno in grado di visualizzare le risoluzioni maggiori di 800x600.

Per risolvere questo problema aggiungete la seguente riga alla sezione ServerLayout di /etc/X11/xorg.conf:

Opzione "Int10Backend" "x86emu"

Il Virtual Machine Manager (virt-manager) incluso in questa release, non permette agli utenti di specificare argomenti d'avvio aggiuntivi per l'installatore del guest paravirtualizzato. Tale comportamento si riscontra anche quando i suddetti argomenti, sono necessari per l'installazione di alcuni tipi di guest paravirtualizzati su tipi di hardware specifici.

Questo problema verrà affrontato in una release futura del virt-manager. Per specificare gli argomenti arbitrari del kernel per l'installazione di guest paravirtualizzati dalla linea di comando, utilizzate virt-install.

Con la configurazione dm-multipath predefinita, i dispositivi Netapp potrebbero aver bisogno di diversi minuti per completare il processo di failback, dopo il ripristino di un percorso precedentemente fallito. Per risolvere questo problema, aggiungete la seguente configurazione del dispositivo Netapp, alla sezione devices del file multipath.conf:

devices {
        device {
                vendor                  "NETAPP"
                product                 "LUN"
                getuid_callout          "/sbin/scsi_id -g -u -s /block/%n"
                prio_callout            "/sbin/mpath_prio_netapp /dev/%n"
                features                "1 queue_if_no_path"
                hardware_handler        "0"
                path_grouping_policy    group_by_prio
                failback                immediate
                rr_weight               uniform
                rr_min_io               128
                path_checker            directio
        }