SCO bináris futtatásakor "+++ OUT OF MEMORY +++" #

UNIX kezdő

SCO bináris futtatásakor "+++ OUT OF MEMORY +++" #

  • 1059 megtekintés

( blanc | 2005. 12. 09., p – 14:40 )

[quote:23edab4b14="rigidus"]2. a) Nezd meg, hogy a modult betette-e a /lib/modules/<akarmi> konyvtarba. Ha igen akkor lefordult.(gyanitom, hogy nem)

Lefordult, meg is van, be is van töltve.
[code:1:23edab4b14]Module Size Used by
binfmt_xout 5632 0
binfmt_coff 9472 0
abi_wyse 18816 0
abi_uw7 27392 0
abi_solaris 28544 0
abi_ibcs 17920 0
abi_sco 24832 0
abi_cxenix 10368 1 abi_sco
abi_svr4 87664 6 abi_wyse,abi_uw7,abi_solaris,abi_ibcs,abi_sco,abi_cxenix
lcall7 3200 6 abi_wyse,abi_uw7,abi_solaris,abi_ibcs,abi_sco,abi_cxenix
abi_util 2560 1 lcall7
unix 26800 16
[/code:1:23edab4b14]

[quote:23edab4b14="rigidus"]2. b) Ha egy modul nem latszik a menuconfig-ba akkor valamilyen mas modultol fugghet. Tehat be kell kapcsolni meg vmit hozza.

Megnéztem. Ha az ABI_SYSCALL_STATICS=y, akkor automatice modul lesz, ha viszont emellett az ABI_SYSCALL_MODULES=y, akkor lesz belőle modul.

[quote:23edab4b14="rigidus"]3. Ez nekem nagyon tunik, hogy valamelyik shared object-tel nem akar osszeferni ami a gcc-vel egyutt jon. (?)

Nem tudom, mivel, hol hogyan.
A történethez hozzátartozik, hogy 2.2-es kernellel a SuSE 6.4-esben lévő iBCS-támogatással tökéletesen fut. De másik kernellel meg se nyikkan. Illetve maga a program elindul, de a témában jelzett hibával elszáll, ha adatbázis fájlokat kéne használnia.
Eddig a gépen csak ez az SCO bináris futott a DataFlex adatbáziskezelővel. Most szeretnénk felrakni egy gépre az SCO-binárisok futtatását, emellett egy 4.1-es MySQL-t használnánk a gépen egy másik, Windows-klienseken futó adatbázishoz.

Itt vagyok meglőve. A 6.4-es SuSE szó nélkül futtatja minden gond nélkül a binárisokat és használja az adatbázisokat. Viszont ha rá szeretném rakni a 4.1-es MySQL-t, lényegében a teljes rendszert frissíteni kéne hozzá...

[quote:23edab4b14="rigidus"]4. Lehet, hogy debianeknal van lehetoseg alternativ glibc hasznalatara, ennek mindenkeppen nezz utana.

Igazából még a 6.4-est nézegetem, melyiket használja, hátha... (aztán meg downgrade-elhetem az egész Debiant, ha jól sejtem :( )

[quote:23edab4b14="rigidus"]5. Nem forgattam meg debian csomagkezelojevel semmit, (alitolag lehet) viszont glibcet mar parat forgattam manualisan is. A glibc hagyomanyos forditasanak en csak akkor alnek neki a helyedbe, ha mar minden kotel szakadt.

Lebeszéltél :D

( blanc | 2005. 12. 08., cs – 14:52 )

Sziasztok

Debian 3.1-es rendszeren fordítottam a 2.6.12.5-ös kernelt SCO bináris támogatásával. A felület elindul, látom a programot magát, de amikor adatbázis fájlt kellene elérnie a programnak, elszáll a következ hibaüzenettel:
[code:1:f4fd88ff45]
+++ OUT OF MEMORY +++ << STATUS 10 >> #263
[/code:1:f4fd88ff45]
Az eredeti program egy SCO Unix 5-ön fut, az adatbáziskezelő pedig DataFlex (a verzióját nem tudom).
A kernelbe van fordítva:
- ELF támogatás (binfmt_elf)
- ABI támogatás (abi)

Modulba van fordítva:
- a.out és ECOFF támogatás (binfmt_aout)
- MISC támogatás (binfmt_misc)
- SVR3/SVR4 támogatás (abi_svr4)
(SVR3/SVR4 alapú rendszerhívások támogatása)
- iBCS/iABI4 támogatás (abi_ibcs)
- ISC támogatás (abi_isc)
- SCO OpenServer 5/SCO Unix 3.x/Xenix támogatás (abi_sco)
- Solaris 2.x támogatás (abi_solaris)
- UnixWare 7.x támogatás (abi_uw7)
- Wyse V/386 támogatás (abi_wyse)
(SVR3/SVR4-mal kapcsolatos binárisok támogatása)
- COFF bináris támogatás (binfmt_coff)
- x.out bináris támogatás (binfmt_xout)

Emellett modulban van az lcall7 is (ezt viszont ha jól néztem csak a .config fájl közvetlen írásával tudom módosítani, a "make menuconfig" nem adja fel).

Ha valaki tudna segíteni, annak örülnék.

( rigidus | 2005. 12. 08., cs – 16:14 )

Szia,

1. binfmt_misc -et felmountoltad?
[code:1:ee29c1411a]mount binfmt_misc -t binfmt_misc /proc/sys/fs/binfmt_misc[/code:1:ee29c1411a]
2. Az lcall7 ha jol emlekszem fuggosegbe van vmilyen mas modultol. De mar nem nagyon emlekszem, hogy ez kellett-e hozza.
3. Milyen gcc verziot hasznalsz?
4. glibc-be be van forditva az ntpl support (nehany binaris progi haragszik ra)

Van itt egy link is:
http://www.tldp.org/docs.html#howto

( blanc | 2005. 12. 08., cs – 16:33 )

[quote:55f933832b="rigidus"]Szia,

1. binfmt_misc -et felmountoltad?
[code:1:55f933832b]mount binfmt_misc -t binfmt_misc /proc/sys/fs/binfmt_misc[/code:1:55f933832b]
2. Az lcall7 ha jol emlekszem fuggosegbe van vmilyen mas modultol. De mar nem nagyon emlekszem, hogy ez kellett-e hozza.
3. Milyen gcc verziot hasznalsz?
4. glibc-be be van forditva az ntpl support (nehany binaris progi haragszik ra)

Van itt egy link is:
http://www.tldp.org/docs.html#howto

1. Igen.
2. Igazából csak a .config-ban látom, hogy modulként van fordítva, a "make menuconfig" futtatásakor viszont nem találom a beállíthatóságát.
3. 2.95-ös verziót. Korábban próbáltam kernelt fordítani a 3.4-essel, de belehalt. A hibaüzenetben emlékeim szerint az enum.h-ban volt gond, s netes fórumokon ajánlották a 2.95-ös gcc használatát.
4. Verziója 2.3.2-ds1-22, az a csomag, amelyet debianék készítettek, úgyhogy sajnos gőzöm sincs, bele van-e fordítva.

A linket néztem, érlelődik a gondolat, hogy holnap fordítsak egy saját libc-s csomagot.

( rigidus | 2005. 12. 08., cs – 17:04 )

[quote:877e32d416="blanc"][quote:877e32d416="rigidus"]Szia,

1. binfmt_misc -et felmountoltad?
[code:1:877e32d416]mount binfmt_misc -t binfmt_misc /proc/sys/fs/binfmt_misc[/code:1:877e32d416]
2. Az lcall7 ha jol emlekszem fuggosegbe van vmilyen mas modultol. De mar nem nagyon emlekszem, hogy ez kellett-e hozza.
3. Milyen gcc verziot hasznalsz?
4. glibc-be be van forditva az ntpl support (nehany binaris progi haragszik ra)

Van itt egy link is:
http://www.tldp.org/docs.html#howto

1. Igen.
2. Igazából csak a .config-ban látom, hogy modulként van fordítva, a "make menuconfig" futtatásakor viszont nem találom a beállíthatóságát.
3. 2.95-ös verziót. Korábban próbáltam kernelt fordítani a 3.4-essel, de belehalt. A hibaüzenetben emlékeim szerint az enum.h-ban volt gond, s netes fórumokon ajánlották a 2.95-ös gcc használatát.
4. Verziója 2.3.2-ds1-22, az a csomag, amelyet debianék készítettek, úgyhogy sajnos gőzöm sincs, bele van-e fordítva.

A linket néztem, érlelődik a gondolat, hogy holnap fordítsak egy saját libc-s csomagot.

2. a) Nezd meg, hogy a modult betette-e a /lib/modules/<akarmi> konyvtarba. Ha igen akkor lefordult.(gyanitom, hogy nem)
2. b) Ha egy modul nem latszik a menuconfig-ba akkor valamilyen mas modultol fugghet. Tehat be kell kapcsolni meg vmit hozza. A Kconfigot ha megnyitod abba megtalalod, hogy mi okozza a fuggoseget.
pl ez most egy Kconfig-bol szedtem ki random:

[code:1:877e32d416]config USB_ATM
tristate "USB DSL modem support"
depends on USB && ATM[/code:1:877e32d416]
(Ez annyit jelent, hogy az USB_ATM nem fog latszani, ha az USB support nincs bekapcsolva, vagy az ATM support a NET supportnal.)
3. Ez nekem nagyon tunik, hogy valamelyik shared object-tel nem akar osszeferni ami a gcc-vel egyutt jon. (?)
4. Lehet, hogy debianeknal van lehetoseg alternativ glibc hasznalatara, ennek mindenkeppen nezz utana.
5. Nem forgattam meg debian csomagkezelojevel semmit, (alitolag lehet) viszont glibcet mar parat forgattam manualisan is. A glibc hagyomanyos forditasanak en csak akkor alnek neki a helyedbe, ha mar minden kotel szakadt. Ha megsincs mas kiut, nem art ha van egy backup system, ugyanis ha eltavolitod a regi glibc csomagjait es az uj valamiert nem megy akkor az osszes fajlmuveletnek lottek azon a rendszeren. Ez azt jelenti, hogy ha chroot-olsz az adott rendszerre, akkor sem tudod helyreallitani, mivel az osszes fajlmuvelet shared object hivasai a glibc-et hasznalna. Ezutan csak ugy lehet talpraallitani, ha bebootolsz a backuprol es oda bemountolod, majd atmasolgatod kezzel a backup rendszerrol a fajlokat.

( rigidus | 2005. 12. 09., p – 19:25 )

[quote:c49673a7b6="blanc"]A történethez hozzátartozik, hogy 2.2-es kernellel a SuSE 6.4-esben lévő iBCS-támogatással tökéletesen fut. De másik kernellel meg se nyikkan. Illetve maga a program elindul, de a témában jelzett hibával elszáll, ha adatbázis fájlokat kéne használnia.
Eddig a gépen csak ez az SCO bináris futott a DataFlex adatbáziskezelővel. Most szeretnénk felrakni egy gépre az SCO-binárisok futtatását, emellett egy 4.1-es MySQL-t használnánk a gépen egy másik, Windows-klienseken futó adatbázishoz.

Itt vagyok meglőve. A 6.4-es SuSE szó nélkül futtatja minden gond nélkül a binárisokat és használja az adatbázisokat. Viszont ha rá szeretném rakni a 4.1-es MySQL-t, lényegében a teljes rendszert frissíteni kéne hozzá...

blanc, egyenlore szvsz hasznald a suse-t, ha azzal megy es ha nem feltetlen letkerdes a frisseseg.
Emlitetted, hogy a sarge is szoba jott. Ha a sarge telepitesed egy masik vinyon van, ideiglenesen megoldhatod a problemat, ha a suse melle beteszed a sarge hdd-t, majd a suse bootolasakor chrootolsz a sarge-ra es elinditod a mysql-t. Nem garantalom, elsore menni fog minden, de be lehet izzitani. Tudom, hogy nem egy preciz megoldas, de addig is van esely beuzemelni mindkettot, amig kitaposol egy jobb utat.

Ha nem megy kozbe valami, nyugodtan kerdezz. :wink:

rigidus