Capitolo 10. Compatibilità con i Binari di Linux

Questo è di gran lunga il metodo più facile da usare per installare le librerie runtime. È proprio come installare qualunque altro port dalla Collezione dei Port . Semplicemente fai come segue:

In questo modo dovresti avere una compatibilità con i binari di Linux funzionante. Alcuni programmi potrebbero lamentarsi per qualche versione minore delle librerie di sistema. In generale, comunque, questo non dovrebbe essere un problema.

Se non hai installata la collezione di "ports", puoi comunque installare le librerie manualmente. Hai bisogno delle librerie condivise di Linux da cui il programma dipende e del runtime linker. In più dovrai creare una directory "shadow root", /compat/linux , per le librerie Linux sul tuo sistema FreeBSD. Tutte le librerie condivise aperte da programmi Linux che girano sotto FreeBSD cercheranno prima in questo albero. Per cui, se un programma Linux carica, per esempio, /lib/libc.so , FreeBSD prima cercherà di aprire /compat/linux/lib/libc.so , e se questa non esiste, proverà con /lib/libc.so . Le librerie condivise dovrebbero essere installate nell’albero shadow /compat/linux/lib piuttosto che nei path che riporta ld.so di Linux.

Generalmente avrai bisogno di cercare le librerie condivise da cui dipendono i binari di Linux solo per le prime poche installazioni di programmi Linux sul tuo sistema FreeBSD. Dopo un po' avrai a disposizione sul tuo sistema un insieme sufficiente di librerie condivise per Linux da far girare nuovi binari Linux senza alcun sforzo ulteriore.

Cosa succede se installi il port linux_base e la tua applicazione si lamenta ancora di librerie condivise che mancano? Come fare a sapere quali librerie condivise necessita il binario di Linux e dove trovarle? Essenzialmente ci sono 2 possibilità (per seguire queste istruzioni dovrai essere root sul tuo sistema FreeBSD).

Se hai accesso ad un sistema Linux, guarda quali librerie condivise servono all’applicazione e copiale nel tuo sistema FreeBSD. Guarda all’esempio che segue:

Poniamo che tramite FTP tu abbia recuperato il binario per Linux di Doom, e l’abbia messo su un sistema Linux a cui hai accesso. Puoi controllare quali librerie condivise servono eseguendo ldd linuxdoom , così:

Potresti aver bisogno di recuperare tutti i file dall’ultima colonna, e di metterli sotto /compat/linux , con i nomi nella prima colonna come link simbolici che puntino ad essi. Questo significa che alla fine avrai questi file sul tuo sistema FreeBSD:

Come viene descritto nella guida di installazione di Oracle®, devi impostare la dimensione massima di memoria condivisa. Non usare SHMMAX sotto FreeBSD. SHMMAX è soltanto calcolato a partire da SHMMAXPGS e PGSIZE . Di conseguenza definisci SHMMAXPGS . Tutte le altre opzioni possono essere usate come descritte nella guida. Per esempio:

Imposta queste opzioni per ottenere l’uso desiderato di Oracle®.

In più, assicurati di avere le seguenti opzioni nel file di configurazione del tuo kernel:

Crea un account oracle proprio come faresti per creare qualunque altro account. L’account oracle è speciale solo se hai bisogno di usarlo in una shell di Linux. Aggiungi /compat/linux/bin/bash a /etc/shells e imposta la shell per l’account di oracle in /compat/linux/bin/bash .

A fianco dele normali variabili Oracle®, come ORACLE_HOME e ORACLE_SID devi impostare le seguenti variabili d’ambiente:

Si raccomanda di impostare tutte le variabili d’ambiente in .profile . Un esempio completo:

Nell’installazione di Oracle®, alcune azioni, che vanno eseguite come root , sono registrate in uno script di shell chiamato root.sh . Questo script si trova nella directory orainst . Applica questa patch a root.sh , in modo che usi propriamente chown o, in alternativa, esegui lo script in una shell nativa di Linux.

Se non installi Oracle® dal CD, puoi aggiungere la patch al sorgente di root.sh . Si chiama rthd.sh e si trova nella directory orainst nell’albero dei sorgenti.

Lo script genclntsh viene usato per creare una singola libreria condivisa del client. Si usa quando si compilano le demo. Applica la patch seguente per decommentare la definizione di PATH :

Abbiamo usato anche il CD di Oracle® 8 Server (versione preproduzione 8.0.5 per Linux, versione del kernel 2.0.33) che non è non strettamente necessario, e FreeBSD 4.3-STABLE (uscita pochi giorni dopo 4.3 RELEASE).

Dipendentemente dalle lingue che vuoi installare, potrebbero essere necessari altri CD per le lingue. Qui usiamo solo DE e EN, così da utilizzare solo il primo CD per le lingue. Come piccola nota, i numeri per tutti i quattro CD EXPORT sono uguali. Tutti e tre i CD per le lingue hanno pure lo stesso numero (diversamente dalla numerazione della release 4.6B IDES). Mentre stiamo scrivendo, questa installazione sta girando su FreeBSD 4.5-STABLE (20.03.2002).

È stato usato il seguente hardware in disuso: una scheda biprocessore con 2 processori Pentium® III da 800 MHz, adattatore SCSI Adaptec® 29160 Ultra160 (per accedere ad un unità nastro DLT da 40/80 GB e al CDROM), Mylex® AcceleRAID™ (2 canali, firmware 6.00-1-00 con 32 MB RAM). Al controller RAID Mylex® sono attaccati due dischi fissi da 17 GB (mirrored) e quattro dischi fissi da 36 GB (RAID 5).

Per questa installazione è stato usato un Dell™ PowerEdge™ 2500: una scheda biprocessore con due processori Pentium® III da 1000 MHz (256 kB di cache), 2 GB PC133 ECC SDRAM, controller RAID PERC/3 DC PCI con 128 MB, e un drive EIDE DVD-ROM. Al controller RAID controller sono attaccati due dischi fissi da 18 GB (mirrored) e quattro dischi fissi da 36 GB (RAID 5).

Per farla semplice, abbiamo usato lo stesso layout del disco sia per l’installazione di SAP® R/3® 46B che di SAP® R/3® 46C SR2. Cambiano solo i nomi dei dispositivi, dal momento che le installazioni sono state eseguite su hardware differenti (rispettivamente /dev/da e /dev/amr , così se si usa un AMI MegaRAID®, si vedrà /dev/amr0s1a invece che /dev/da0s1a ):

Configura in anticipo e inizializza i due drive logici con il software Mylex® o PERC/3 RAID. Il software può essere lanciato durante la fase di avvio del BIOS.

Nota che il layout di questo disco differisce leggermente dalle raccomandazioni di SAP®, giacché SAP® suggerisce di montare le sottodirectory di Oracle® (e qualche altra) separatamente - abbiamo deciso di crearle come vere sottodirectory per semplicità.

Scarica gli ultimi sorgenti -STABLE. Ricompila world e il tuo kernel personalizzato dopo averne modificato il file di configurazione. In questo dovresti includere anche i parametri del kernel che sono richiesti sia per SAP® R/3® che per Oracle®.

Per primo bisogna installare il port linux_base (come root ):

È richiesto l’ambiente di sviluppo di linux, se vuoi installare Oracle® su FreeBSD secondo la Installazione di Oracle® :

L’ambiente di sviluppo di Linux è stato installato solo durante l’installazione di SAP® R/3® 46B IDES. Non è necessario, se Oracle® DB non è ricollegata sul sistema FreeBSD. Questo è il caso se stai usando il tarball di Oracle® da un sistema Linux.

Per avviare il programma R3SETUP , c’è bisogno del supporto PAM. Durante la prima installazione di SAP® su FreeBSD 4.3-STABLE abbiamo tentato di installare PAM con tutti i pacchetti richiesti: alla fine abbiamo forzato l’installazione del pacchetto di PAM, ed ha funzionato. Per SAP® R/3® 4.6C SR2 abbiamo subito forzato l’installazione degli RPM di PAM, ed ha pure funzionato, sembra quindi che i pacchetti dipendenti non siano necessari:

Per fare in modo che Oracle® 8.0.5 avvii l’intelligent agent, dobbiamo anche installare il paccheto Tcl di RedHat tcl-8.0.5-30.i386.rpm (altrimenti il ricollegamento durante l’installazione di Oracle® non funzionerà). Ci sono altri punti riguardanti il ricollegamento di Oracle®, ma è un problema di Oracle® per Linux, non specifico di FreeBSD.

Potrebbe essere una buona idea aggiungere linprocfs a /etc/fstab , per maggiori informazioni guarda la pagina del manuale di linprocfs(5) . Un altro parametro da impostare è kern.fallback_elf_brand=3 , da fare nel file /etc/sysctl.conf .

Per una installazione semplice è sufficiente creare i seguenti file system:

È necessario anche creare qualche collegamento, altrimenti l’installer di SAP® si lamenterà, perché controlla i collegamenti creati:

Possibili messaggi d’errore durante l’installazione (qui con il sistema PRD e l’installazione di SAP® R/3® 4.6C SR2):

SAP® R/3® ha bisogno di due utenti e tre gruppi. I nomi degli utenti dipendono dal SAP® system ID (SID) che consta di tre lettere. Alcuni di questi SID sono riservati da SAP® (per esempio SAP e NIX . Per una lista completa controlla la documentazione SAP®). Per l’installazione di IDES abbiamo usato IDS , per l’installazione di 4.6C SR2 PRD , poiché quel sistema è inteso per l’uso in produzione. Abbiamo quindi i seguenti gruppi (gli ID dei gruppi potrebbero differire, questi sono solo i valori che abbiamo usato nella nostra installazione):

In una installazione normale di Oracle®, si usa solo il gruppo dba . Come gruppo oper , si usa anche il gruppo dba (per maggiori informazioni, vedi la documentazione di Oracle® e di SAP®).

Abbiamo bisogno anche dei seguenti utenti:

Aggiungere gli utenti con adduser(8) richiede l’inserimento di questo per l'"Amministratore SAP®" (notare la shell e la directory home):

e per l'"Amministratore Oracle®":

Questo dovrebbe includere anche il gruppo oper nel caso tu stia usando entrambi i gruppi dba e oper .

Queste directory solitamente sono create come file system separati, dipende esclusivamente dalle tue necessità. Noi abbiamo scelto di crearle come semplici directory, dal momento che, comunque, si trovano sullo stesso RAID 5:

Prima impostiamo le appartenenze ed i diritti per alcune directory (come utente root ):

Successivamente creiamo le directory come utente ora sid . Queste saranno tutte le sottodirectory di /oracle/SID :

Per l’installazione di Oracle® 8.1.7 sono necessarie alcune altre directory:

Nel terzo passo creiamo le directory come sid adm :

SAP® R/3® richiede alcune definizioni nel file /etc/services , che non sono impostate correttamente durante l’installazione sotto FreeBSD. Aggiungi le seguenti righe (hai bisogno almeno di queste definizioni, corrispondenti al numero di istanza - in questo caso, 00 . Non fa danni aggiungere tutte le definizioni da 00 a 99 per dp , gw , sp e ms ). Se userai un SAProuter o avrai bisogno di accedere a SAP® OSS, hai bisogno di 99 , dal momento che la porta 3299 è normalmente utilizzata per il processo SAProuter sul sistema target:

SAP® richiede almeno due internazionalizzazioni che non fanno parte dell’installazione standard di RedHat. SAP® offre gli RPM richiesti, scaricabili dal loro server FTP (che è accessibile solo se sei un cliente con accesso OSS). Vedi la nota 0171356 per una lista degli RPM di cui hai bisogno.

È pure possibile creare solamente i collegamenti appropriati (per esempio da de_DE e en_US ), ma non lo raccomandiamo per un sistema in produzione (anche se ha funzionato con il sistema IDES senza alcun problema). Le seguenti internazionalizzazioni sono necessarie:

Crea i collegamenti come questi:

Se non sono presenti, ci sarà qualche problema durante l’installazione. Se vengono ignorati (impostando STATUS dei punti con errore a OK nel file CENTRDB.R3S ), sarà impossibile autenticarsi nel sistema SAP® senza qualche ulteriore sforzo.

I sistemi SAP® R/3® necessitano di molte risorse. Di conseguenza abbiamo aggiunto i seguenti parametri al file di configurazione del kernel:

I valori minimi sono specificati nella documentazione fornita con SAP®. Dal momento che non v’è alcuna descrizione per Linux, vedi nella sezione HP-UX (32-bit) per ulteriori informazioni. Siccome il sistema per l’installazione di 4.6C SR2 ha più memoria principale, il segmento condiviso può essere più grande sia per SAP® che per Oracle®, quindi scegli un numero maggiore di pagine di memoria condivisa.

Ci sono molti CD-ROM da montare e smontare durante l’installazione. Ad avere abbastanza drive CD-ROM, puoi montarli tutti. Abbiamo deciso di copiare i contenuti dei CD-ROM nelle directory corrispondenti:

dove cd-name era uno tra KERNEL , RDBMS , EXPORT1 , EXPORT2 , EXPORT3 , EXPORT4 , EXPORT5 e EXPORT6 per l’installazione di 4.6B/IDES, e KERNEL , RDBMS , DISK1 , DISK2 , DISK3 , DISK4 e LANG per l’installazione di 4.6C SR2. Tutti i nomi dei file sui CD montati dovrebbero essere in lettere maiuscole. In caso contrario usa l’opzione -g per montare, cioè usa questi comandi:

Per prima cosa devi creare una directory install :

Quindi viene lanciato lo script di installazione, che copia quasi tutti i file rilevanti dentro alla directory install :

L’installazione (4.6B) è data con un sistema di dimostrazione SAP® R/3® completamente personalizzato, per questo ci sono sei CD EXPORT invece che tre. A questo punto il modello CENTRDB.R3S serve per l’installazione di una istanza centrale standard (R/3® e database), non l’instanza centrale IDES, quindi bisogna copiare il corrispondente CENTRDB.R3S dalla directory EXPORT1 , altrimenti R3SETUP chiederà solo tre CD EXPORT.

La nuova distribuzione di SAP® 4.6C SR2 viene venduta con quattro CD EXPORT. Il file che controlla i passi dell’installazione è CENTRAL.R3S . Contrariamente alle versioni precedenti non ci sono modelli di installazione per una istanza centrale con o senza database. SAP® usa un modello diverso per l’installazione del database. Per riavviare l’installazione in un secondo momento, è comunque sufficiente riavviare con il file originale.

Durante e dopo l’installazione, SAP® richiede hostname per restituire solamente il nome del computer, non il nome completo del dominio. Quindi imposta l’hostname in questo modo, oppure imposta un alias con alias hostname='hostname -s' per entrambi ora sid e sid adm (e per root almeno per i punti eseguiti come root ). È anche possibile modificare i file .profile e .login installati di entrambi gli utenti creati durante l’installazione di SAP®.

Assicurati che LD_LIBRARY_PATH sia impostato correttamente:

Avvia R3SETUP come root dalla directory di installazione:

Lo script, quindi, fa alcune domande (i default sono tra parentesi, seguite dal vero input):

Se non hai copiato i CD in posizioni diverse, l’installer di SAP® non può tyrovare i CD necessari (identificati dal file LABEL.ASC sul CD) e quindi ti chiederà di inserire e montare il CD e di confermare o di inserire il path al mount.

CENTRDB.R3S potrebbe non essere scevro di errori. Nel nostro caso, ha richiesto il CD EXPORT4 un’altra volta ma indicando la chiave corretta (6_LOCATION, quindi 7_LOCATION, ecc.), così bisogna continuare ad inserire i valori corretti.

A parte alcuni problemi sopra menzionati, ogni cosa dovrebbe andare bene fino al punto dove bisogna installare il database Oracle®.

Assicurati che LD_LIBRARY_PATH sia impostato correttamente. Ha un valore diverso dall’installazione di 4.6B con Oracle® 8.0.5:

Avvia R3SETUP come root dalla directory di installazione:

Lo script, quindi, fa alcune domande (i default sono tra parentesi, seguite dal vero input):

Al momento la creazione degli utenti genera un errore durante l’installazione nelle fasi OSUSERDBSID_IND_ORA (nel creare l’utente ora sid ) e OSUSERSIDADM_IND_ORA (nel creare l’utente sid adm ).

A parte qualche problema descritto sopra, tutto dovrebbe andare liscio fino al punto dove bisogna installare il database Oracle®.

Se bisogna usare Oracle® 8.0.5, sono richeste alcune librerie in più per un ricollegamento funzionante, perché Oracle® 8.0.5 è stata collegata con una vecchia glibc (RedHat 6.0), anche se RedHat 6.1 già usa una nuova glibc. Per questo devi installare i seguenti pacchetti per essere sicuro che il collegamento funzioni:

compat-libs-5.2-2.i386.rpm

compat-glibc-5.2-2.0.7.2.i386.rpm

compat-egcs-5.2-1.0.3a.1.i386.rpm

compat-egcs-c++-5.2-1.0.3a.1.i386.rpm

compat-binutils-5.2-2.9.1.0.23.1.i386.rpm

Per maggiori informazioni, leggi le corrispondenti note di SAP® o i Readme di Oracle®. Se non hai questa opzione (al momento dell’installazione non abbiamo avuto abbastanza tempo per controllare), si possono usare i binari originali, oppure usare i binari ricollegati da un sistema RedHat originale.

Per compilare l’intelligent agent, bisogna installare il pacchetto Tcl di RedHat. Se non puoi recuperare tcl-8.0.3-20.i386.rpm , dovrebbe funzionare uno più nuovo come tcl-8.0.5-30.i386.rpm da RedHat 6.1.

A parte il ricollegamento, l’installazione è diretta:

Conferma tutti i comandi con Enter fino a che il software non è installato, a parte il Oracle® On-Line Text Viewer , che non è disponibile per Linux. Oracle®, quindi, si ricolleghi con i386-glibc20-linux-gcc invece dei disponibili gcc , egcs o i386-redhat-linux-gcc .

A causa di limitazioni di tempo, abbiamo deciso di usare i binari da una distribuzione di Oracle® 8.0.5 PreProduction, dopo il primo tentativo, fallito, di far funzionare la versione dal CD del RDBMS, e trovare e accedere agli RPM corretti era un incubo in quel momento.

Questa installazione è piuttosto semplice. Monta il CD e avvia l’installer. Ti chiederà l’ubicazione della directory home di Oracle® e vi copierà i file. Noi, comunque, Non abbiamo cancellato ciò che è rimasto dei precedenti tentativi di installazione del RDBMS.

Subito dopo, il database Oracle® può essere lanciato senza problemi.

Dopo di ciò, R3SETUP può essere riavviato o continuato (a seconda che se ne sia usciti o no). R3SETUP , quindi, crea le tabelle e carica i dati nel database con R3load (per 46B IDES, da EXPORT1 a EXPORT6, per 46C da DISK1 a DISK4).

Quando il caricamento del database è finito (potrebbe richiedere qualche ora), vengono richieste alcune password. Per installazioni di prova, si possono usare le ben note password di default (usane di diverse se la sicurezza è un problema!):

A questo punto abbiamo avuto qualche problema con dipgntab durante l’installazione di 4.6B.

Avvia il listener di Oracle® come utente ora sid come segue:

Altrimenti potresti incorrere nell’errore ORA-12546 poiché i socket non hanno i permessi giusti. Vedi la nota di SAP® 072984.

Se pensi di importare le lingue non-Latin-1 nel sistema SAP®, devi aggiornare le tabelle Multi National Language Support. Questo è descritto nelle note di SAP® OSS 15023 e 45619. Altrimenti puoi saltare questa domanda durante l’installazione di SAP®.

Devi richiedere la tua chiave di licenza per SAP® R/3®. È necessaria, dal momento che la licenza temporanea che è stata usata durante l’installazione era valida solo per quattro settimane. Prima di tutto recupera la chiave hardware. Autenticati come utente idsadm e lancia saplicense :

Lanciando saplicense senza paramentri, viene restituita una lista di opzioni. Quando si riceve la chiave di licenza, può essere installata usando:

Ti viene richiesto di inserire i seguenti valori:

Crea un utente dentro il client 000 (richiesto per qualche azione da eseguire dentro al client 000, ma con un utente diverso dagli utenti sap* e ddic ). Come nome utente, noi solitamente scegliamo wartung (o servizio in italiano). I profili richiesti sono sap_new e sap_all . Per maggiore sicurezza, le password degli utenti di default dentro a tutti i client dovrebbero essere cambiate (compresi gli utenti sap* e ddic ).

Dentro al client 000, per gli utenti diversi da ddic e sap* , fai almeno questo:

Questi e tutti gli altri punti dopo l’installazione sono estesamente descritti nelle guide di installazione di SAP®.

Il file /oracle/IDS/dbs/initIDS.sap contiene il profilo di backup di SAP®. Qui la dimensione del nastro da usare, il tipo di compressione e tutto il resto sono da definire. Per farlo funzionare con sapdba / brbackup , abbiamo cambiato i seguenti valori:

Spiegazioni:

compress : Il nastro che usiamo è un HP DLT1 che ha compressione hardware .

archive_function : Questa definisce il comportamento normale per salvare i log dell’archivio di Oracle®: i nuovi file di log sono salvati sul nastro, quelli già salvati sono salvati ancora e poi cancellati. Questo previene molti problemi se devi recuperare il database e uno dei nastri d’archivio si è rovinato.

cpio_flags : Di default si usa -B che imposta la dimensione dei blocchi a 5120 Bytes. Per i nastri DLT, HP raccomanda una dimensione dei blocchi di almeno 32 K, per cui abbiamo usato --block-size=128 per 64 K. --format=newc è necessaria perché abbiamo un numero di inode maggiore di 65535. L’ultima opzione --quiet è necessaria perché altrimenti brbackup si lamenta non appena cpio restituisce il numero di blocchi salvato.

cpio_in_flags : Etichetta necessaria per caricare i dati dal nastro. Il formato è riconosciuto automaticamente.

tape_size : Solitamente questo indica la capacità di archiviazione del nastro. Per ragioni di sicurezza (usiamo la compressione hardware), il valore è leggermente più bassp del valore reale.

tape_address : Il dispositivo non riavvolgibile da usare con cpio .

tape_address_rew : Il dispositivo riavvolgibile da usare con cpio .

I seguenti parametri di SAP® dovrebbero essere rivisti dopo l’installazione (esempi per IDES 46B, con 1 GB di memoria):

Nota SAP® 0013026:

Nota SAP® 0157246:

R3SETUP si ferma se incorre in un errore. Se hai guardato al file di log corrispondente e corretto l’errore, devi riavviare R3SETUP , solitamente selezionando REPEAT come opzione per l’ultimo passo per cui R3SETUP si è lamentato.

Per riavviare R3SETUP , avvialo con il corrispondente file R3S :

per 4.6B, oppure con

per 4.6C, non importa che errore sia accaduto con CENTRAL.R3S o DATABASE.R3S .

Se R3SETUP si lamentasse a questo punto, modifica il file modello R3SETUP usato prima ( CENTRDB.R3S (4.6B) o anche CENTRAL.R3S o DATABASE.R3S (4.6C)). Individua [OSUSERSIDADM_IND_ORA] o cerca solo la definizione STATUS=ERROR e modificala con i seguenti valori:

Quindi puoi riavviare ancora R3SETUP .

R3SETUP potrebbe anche lamentarsi a questo punto. L’errore, qui, è simile a quello nella fase OSUSERSIDADM_IND_ORA. Modifica il file modello R3SETUP usato allora ( CENTRDB.R3S (4.6B) oppure CENTRAL.R3S o DATABASE.R3S (4.6C)). Individua [OSUSERDBSID_IND_ORA] o cerca solo la definizione STATUS=ERROR e modifica questi valori in quella sezione:

Riavvia, quindi, R3SETUP .

Non hai deselezionato Oracle® On-Line Text Viewer prima di cominciare l’installazione. Questo è contrassegnato per l’installazine anche se l’opzione non è disponibile per Linux. Deseleziona questo prodotto nel menù di installazione di Oracle® e riavvia l’installazione.

Se si incorre in questo errore, allora manca la corretta internazionalizzazione. La nota di SAP® 0171356 elenca gli RPM necessari da installare (p.e. saplocales-1.0-3 , saposcheck-1.0-1 per RedHat 6.1). Nel caso tu abbia ignorato tutti i relativi errori ed impostato lo STATUS corrispondente da ERROR a OK (in CENTRDB.R3S ) ogni volta che R3SETUP si è lamentato e riavviato R3SETUP , il sistema SAP® non sarà configurato correttamente e non sarai in grado di connetterti al sistema tramite una SAPgui, anche se il sistema può essere avviato. Provando a connetterci con la vecchia SAPgui abbiamo avuto questi messaggi:

Questo comportamento è imputabile a SAP® R/3® che non è in grado di assegnare correttamente una internazionalizzazione e che non è ben configurato (definizioni mancanti in alcune tabelle del database). Per essere in grado di connettersi a SAP®, aggiungi queste definizioni nel file DEFAULT.PFL (vedi nota 0043288):

Riavvia il sistema SAP®. Ora puoi connetterti al sistema, anche se le impostazioni della lingua specifiche per il paese potrebbero non funzionare come desiderato. Dopo aver corretto le impostazioni del paese (e aver fornito le internazionalizzazioni esatte), queste definizioni possono essere riomsse da DEFAULT.PFL e il sistema SAP® può essere riavviato.

Questo errore è accaduto solo con Oracle® 8.1.7 su FreeBSD. La ragione era che il database Oracle® non poteva inizializzarsi correttamente e andava in crash, lasciando i semafori e la memoria condivisa sul sistema. Il tentativo successivo di lanciare il database, ritornava ORA-00001.

Trovali con ipcs -a e rimuovili con ipcrm .

Questo errore è accaduto con Oracle® 8.1.7. Viene riportato se il database è avviato con il solito script startsap (per esempio startsap_majestix_00 ) come utente prdadm .

Un modo per aggirarlo è lanciare il database come utente oraprd , con svrmgrl :

Avvia il listener di Oracle® come utente oraids con i seguenti comandi:

Altrimenti potresti ottenere ORA-12546 poiché i socket non hanno i permessi corretti. Vedi la nota di SAP® 0072984.

Questo errore è accaduto mentre tentavamo di usare i valori per MAXDSIZ e DFLDSIZ maggiori di 1 GB (1024x1024x1024). In più ci siamo ritrovati Linux Error 12: Cannot allocate memory .

In generale, vedi la nota di SAP® 0130581 (il punto R3SETUP termina DIPGNTAB ). Per qualche ragione, durante l’installazione specifica per IDES, il processo di installazione non usava il giusto nome "IDS" del sistema SAP®, ma piuttosto la stringa vuota "" . Questo porta a qualche piccolo problema con l’accesso alle directory, dal momento che i path sono generati dinamicamente usando SID (in questo caso IDS). Quindi, invece di accedere a:

venivano usati questi path:

Per continuare con l’installazione, abbiamo creato un collegamento e una direcotry addizionale:

Abbiamo trovato note di SAP® che descrivono questo comportamento (0029227 e 0008401). Non siamo incorsi in alcuno di questi problemi installando SAP® 4.6C.

Durante l’installazione di SAP® 4.6C, questo errore era la conseguenza di un altro errore avvenuto in precedenza. In questo caso, controlla nei file di log e correggi il vero problema.

Se dopo aver guardato nei log questo errore è effettivamente quello corretto (controlla le note di SAP®), puoi impostare lo STATUS dei punti sbagliati da ERROR a OK (file CENTRDB.R3S ) e riavviare R3SETUP . Dopo l’installazione, devi eseguire il rapporto RSWBOINS dalla transazione SE38. Per maggiori informazioni sulle fasi RFCRSWBOINI e RFCRADDBDIF , vedi la nota di SAP® 0162266.

Qui si applicano le stesse restrizioni: assicurati di controllare nei file di log che questo errore non sia causato da qualche problema precedente.

Se puoi confermare ciò che dice la nota 0162266 di SAP®, imposta lo STATUS del punto errato da ERROR a OK (file CENTRDB.R3S ) e riavvia R3SETUP . Dopo l’installazione, devi eseguire il rapporto RADDBDIF dalla transazione SE38.

Questo errore è avvenuto all’avvio dei processi SAP® disp+work . Se si sta avviando SAP® con lo script startsap , i sottoprocessi avviati si staccano e fanno il lavoro sporco di avviare tutti gli altri processi SAP®. Come risultato, lo script stesso non noterà se qualcosa sia andato storto.

Per controllare se i processi SAP® non sono partiti correttamente, dai un’occhiata al loro stato con ps ax | grep SID , che ti darà una lista di tutti i processi Oracle® e SAP®. Se ti sembra che qualche processo manchi o se non puoi connetterti al sistema SAP®, guarda nei log corrispondenti che possono essere trovati in /usr/sap/SID/DVEBMGSnr/work/ . I file in cui guardare sono dev_ms e dev_disp .

Il segnale 31 avviene qui se la quantità di memoria condivisa utilizzata da Oracle® e SAP® supera quella definita nel file di configurazione del kernel e può essere risolto usando un valore maggiore:

Ci sono alcuni problemi con il programma saposcol (versione 4.6D). Il sistema SAP® usa saposcol per raccogliere dati a proposito delle prestazioni del sistema. Questo programma non è necessario per usare il sistema SAP®, quindi può essere considerato un problema minore. La versione più vecchia (4.6B) funziona, ma non raccoglie tutti i dati (molte chiamate ritorneranno 0, per esempio l’utilizzo della CPU).