Note relative all'installazione

Aggiornamento dei contenuti

Aggiornamenti del driver

Aggiornamenti del kernel

Altri aggiornamenti

Technology Preview

Problematiche risolte

Problematiche conosciute

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 per un aggiornamento da Red Hat Enterprise Linux 5 a 5.1, sarà necessario eseguire un reboot dopo aver completato questo processo.

Gli hypervisor di Red Hat Enterprise Linux 5 e 5.1 non sono compatibili con ABI. Se non eseguite il reboot dopo ogni processo di aggiornamento, 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.

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.

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.

L'esecuzione di tvtime e xawtv con il modulo del kernel bttv, non causa più la sospensione del sistema.

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.

Alcune macchine che utilizzano le schede grafiche NVIDIA, possono visualizzare grafici o caratteri corrotti durante l'utilizzo dell'installatore grafico o durante un login grafico. Per risolvere questo problema, selezionate una console virtuale per poi ritornare sull'host X originale.

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.

L'installazione della funzione di Virtualizzazione può causare la generazione del messaggio time went backwards sui modelli xw9300 e xw9400 dei sistemi HP.

Per risolvere questo problema sulle macchine xw9400, configurate le impostazioni del BIOS in modo da abilitare il timer HPET. Da notare che questa opzione non è disponibile su macchine xw9300.

Ciò verrà risolto da un aggiornamento BIOS futuro di HP.

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

Il chip Calgary IOMMU non è supportato per default in questo aggiornamento. Per abilitarne il suo supporto utilizzate l'opzione iommu=calgary della linea di comando del kernel.

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.

L'installazione di Red Hat Enterprise Linux 3.9 su di un guest completamente virtualizzato potrebbe essere molto lenta. In aggiunta, l'avvio del guest dopo l'installazione potrebbe generare errori hda: lost interrupt.

Per evitare questo errore configurate il guest in modo da utilizzare il kernel SMP.

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.

L'aggiornamento di un sistema host (dom0) a Red Hat Enterprise Linux 5.1, può rendere inavviabili i guest paravirtualizzati SMP di Red Hat Enterprise Linux 4.5 esistenti. Tale tendenza si può verificare quando il sistema host possiede più di 4GB di RAM.

Per risolvere questo problema, avviate ogni guest Red Hat Enterprise Linux 4.5 in modalità CPU singola, e aggiornate il rispettivo kernel all'ultimissima versione (per Red Hat Enterprise Linux 4.5.z).

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:

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
        }