glibc con DB2 ibm e squeeze a 64 bit

3 risposte [Ultimo contenuto]
Ritratto di carlo-lunghi
carlo-lunghi
(Junior)
Offline
Junior
Iscritto: 29/03/2011
Messaggi: 17

Buongiorno a tutti.
Continuo la mia attività di studio di DB2 ibm su Debian, per la cui installazione iniziale sono già stato supportato con successo dal forum per le mie installazioni a 32 bit.
Adesso, su un sistema intel core i7 con xp 64 bit, ho installato virtualbox e quindi ho installato debian squeeze 64 bit; l'accesso e l'uso di tale sistema è sembrato tutto ok; l'installazione della versione 9.7.5 di db2, quella a 64 bit olvviamente, é invece bloccata dal seguente errore:

Exception in thread "main" java.lang.UnsatisfiedLinkError: awt (An exception was pending after running JNI_OnLoad)

at java.lang.ClassLoader.loadLibraryWithPath(ClassLoader.java:1011)
at java.lang.ClassLoader.loadLibraryWithClassLoader(ClassLoader.java:975)
at java.lang.System.loadLibrary(System.java:469)
at sun.security.action.LoadLibraryAction.run(LoadLibraryAction.java:69)
at java.security.AccessController.doPrivileged(AccessController.java:202)
at java.awt.Toolkit.loadLibraries(Toolkit.java:1606)
at java.awt.Toolkit.(Toolkit.java:1628)
at java.lang.J9VMInternals.initializeImpl(Native Method)
at java.lang.J9VMInternals.initialize(J9VMInternals.java:200)
at java.awt.AWTEvent.(AWTEvent.java:250)
at java.lang.J9VMInternals.initializeImpl(Native Method)
at java.lang.J9VMInternals.initialize(J9VMInternals.java:200)
at java.lang.J9VMInternals.initialize(J9VMInternals.java:167)
at java.lang.J9VMInternals.initialize(J9VMInternals.java:167)
at java.lang.J9VMInternals.initialize(J9VMInternals.java:167)
at sun.misc.Unsafe.ensureClassInitialized(Native Method)
at sun.reflect.UnsafeFieldAccessorFactory.newFieldAccessor(UnsafeFieldAccessorFactory.java:37)
at sun.reflect.ReflectionFactory.newFieldAccessor(ReflectionFactory.java:134)
at java.lang.reflect.Field.acquireFieldAccessor(Field.java:945)
at java.lang.reflect.Field.getFieldAccessor(Field.java:912)
at java.lang.reflect.Field.get(Field.java:371)
at com.ibm.db2.tools.common.support.AssistManager.loadVKeys(AssistManager.java:2477)
at com.ibm.db2.tools.common.support.AssistManager.(AssistManager.java:1501)
at java.lang.J9VMInternals.initializeImpl(Native Method)
at java.lang.J9VMInternals.initialize(J9VMInternals.java:200)
at DB2Setup.(Unknown Source)
at DB2Setup.main(Unknown Source)

Prima di tutto ho installato sun-java6-jdk e jre, presi dai repository non-free; quindi la mia indagine dei requisiti è partita da quelli esplicitati per ubuntu e li ha verificati in dettaglio.
Così ho dovuto installare: libaio1, ksh, libstdc++6-4.4-dev e libstdc++6-4.4-pic.
Poi è richiesto glibc-2.11.so per Ubuntu 10.04 e kernel x64 AMD64/EM64T 2.6.32.
Pensavo di installarlo poichè la mia release è la 2.6.32-5 ma ho difficoltà a reperire tale libreria.
Qualche idea sul repository ? Oppure su come aggirare il problema con le librerie compatibili già citate da mandian il 25/07/2011 ?
Grazie a tutti per l'attenzione.
c.l.

carlo lunghi milano

Ritratto di homeless
homeless
(Monster)
Offline
Monster
Iscritto: 21/10/2011
Messaggi: 232

Per quanto riguarda il log dell'installer potrebbe esserti utile questo riferimento (http://unixwear.blogspot.com/2011/01/db2setup-start-failure-on-debianubuntu.html).

Per quando riguarda la libreria glibc, in squeeze è già disponibile (è un pacchetto virtuale) e le proprie dipendenze sono di norma già installate; puoi verificare con

$ aptitude show glibc-2.11-1
Impossibile trovare una versione corrente o una versione candidata per glibc-2.11-1
Pacchetto: glibc-2.11-1
Stato: non è un vero pacchetto
Fornito da: libc6
$ aptitude show libc6
Pacchetto: libc6                                    
Stato: installato
Installato automaticamente: no
Versione: 2.11.2-10
Priorità: richiesto
Sezione: libs
Responsabile: GNU Libc Maintainers <debian-glibc@lists.debian.org>
Dimensione pacchetto installato: 10,3 M
Dipende: libc-bin (= 2.11.2-10), libgcc1
Consiglia: glibc-doc, debconf | debconf-2.0, locales
Va in conflitto: prelink (<= 0.0.20090311-1), tzdata (< 2007k-1), tzdata-etch
Rende difettoso: locales (< 2.11), locales-all (< 2.11), nscd (< 2.11)
Fornisce: glibc-2.11-1
Descrizione: Embedded GNU C Library: Shared libraries
 Contains the standard libraries that are used by nearly all programs on the system. This package includes shared versions of the standard C library and the
 standard math library, as well as many others.
Homepage: http://www.eglibc.org

Infine, spero proprio tu non abbia installato in squeeze pacchetti binari provenienti da ubuntu.

Ritratto di homeless
homeless
(Monster)
Offline
Monster
Iscritto: 21/10/2011
Messaggi: 232

Ciao carlo-lunghi,
Sarebbe gradita una risposta.

Ritratto di carlo-lunghi
carlo-lunghi
(Junior)
Offline
Junior
Iscritto: 29/03/2011
Messaggi: 17

Ciao homeless, scusa per il ritardo causato da problemi di famiglia,
quelli che probabilmente hanno tutti quando una nonna se ne va.

Non esiste che io non risponda al forum.
Riprendo il filo, mi occupo dell'utilizzo di DB2 ExpressC(ommunity) in ambiente Debian.

1° errore: ho generato una VirtualMachine VBox selezionando Debian, ma non a 64 bit (mentre il mio hardware lo è);
quindi, appena rifatta la VM l'errore non si è più ripresentato;
in ogni caso la tua risposta sul controllo della glibc ha confermato ciò che avevi suggerito.
2° errore: ho trascurato il requisito di Java IBM, contando sulla JVM della distribuzione base, e quindi appena installato ciò che è richiesto, l'installazione è proceduta;
3° mi sono preso can not connect and bad authentication, o msg-i del genere, dal terminale per l'installazione X11; non ho esperienza in auth, quindi ho lavorato con una delle mie n macchine virtuali XP, che settando la rete VBOX in bridged e facendo definizioni ad hoc con xhost, si vede con il db2 server, e ho fatto un'installazione canonica : client grafico con cygwin, dunque server X11, e serverDB2 dove eseguire l'applicazione grafica di setup dunque client X11).

Sono a questo punto. Quindi il problema iniziale mi pare risolto.
(a proposito installare pacchetti di derivazione ubuntu non mi appartiene).
Grazie della pazienza.
c.l.

carlo lunghi milano