AIX

Sziasztok,

Korabban kuzdottem AIX linkelessel es kaptam valaszt a problemamra, igy most batorkodok megint hozzatok fordulni segitsegert.

Adott egy executable (ucsrvwp) amit egy rakat lib-et archive libet hasznal. ldd alapjan minden rendben:
 

-bash-5.1$ ldd ./ucsrvwp
./ucsrvwp needs:
         /usr/lib/libc.a(shr_64.o)
         /usr/lib/libpthread.a(shr_xpg5_64.o)
         /opt/freeware/lib//libstdc++.a(libstdc++.so.6)
         /intsys/M122AD/B/automationengine/bin/libzu00132.a
         /intsys/M122AD/B/automationengine/bin/libucmsgq.a
         /intsys/M122AD/B/automationengine/bin/libsysapi.a
         /intsys/M122AD/B/automationengine/bin/libuccache.a
         /usr/lib/libdl.a(shr_64.o)
         /intsys/M122AD/B/automationengine/bin/libzusynchk.a
         /intsys/M122AD/B/automationengine/bin/libunicode.a
         /intsys/M122AD/B/automationengine/bin/libzukms.a
         /intsys/M122AD/B/automationengine/bin/libzugss.a
         /intsys/M122AD/B/automationengine/bin/libucudb32.a
         /intsys/M122AD/B/automationengine/bin/libucsj.a
         /intsys/M122AD/B/automationengine/bin/libucusqlsl.a
         /intsys/M122AD/B/automationengine/bin/libucuqm.a
         /intsys/M122AD/B/automationengine/bin/libucuhost.a
         /intsys/M122AD/B/automationengine/bin/libucreprtr.a
         /intsys/M122AD/B/automationengine/bin/libucuser_r.a
         /intsys/M122AD/B/automationengine/bin/libucprmptr.a
         /intsys/M122AD/B/automationengine/bin/libucdvar_r.a
         /usr/lib/libc.a(_shr_64.o)
         /unix
         /usr/lib/libcrypt.a(shr_64.o)
         /usr/lib/libpthread.a(_shr_xpg5_64.o)
         /opt/freeware/lib//libgcc_s.a(shr.o)
         /usr/lib/libc++.a(shr_64.o)
         /usr/lib/libc++.a(cxxabi_64.o)
         /intsys/M122AD/B/automationengine/bin/libuc001.a
         /intsys/M122AD/B/automationengine/bin/libucexith.a
         /intsys/M122AD/B/automationengine/bin/libcppcore.a
         /intsys/M122AD/B/automationengine/bin/libucuohc.a
         /intsys/M122AD/B/automationengine/bin/libucusr.a
         /intsys/M122AD/B/automationengine/bin/libucuacl.a
         /intsys/M122AD/B/automationengine/bin/libucumeld.a
         /intsys/M122AD/B/automationengine/bin/libucukal.a
         /intsys/M122AD/B/automationengine/bin/libucurep.a
         /intsys/M122AD/B/automationengine/bin/libzuxml.a
         /intsys/M122AD/B/automationengine/bin/libucdsfun.a
         /intsys/M122AD/B/automationengine/bin/libucucrypt.a
         /intsys/M122AD/B/automationengine/bin/libucqert.a
         /intsys/M122AD/B/automationengine/bin/libperiodcalc.a
         /intsys/M122AD/B/automationengine/bin/libucuhg.a
         /intsys/M122AD/B/automationengine/bin/libucuolcprc.a
         /intsys/M122AD/B/automationengine/bin/libucuilm.a
         /intsys/M122AD/B/automationengine/bin/libucumulti.a
         /intsys/M122AD/B/automationengine/bin/libucsmtp.a
         /intsys/M122AD/B/automationengine/bin/libucuhsta.a
         /intsys/M122AD/B/automationengine/bin/libucucc.a
         /intsys/M122AD/B/automationengine/bin/libucldap.a
         /intsys/M122AD/B/automationengine/bin/libucumqa.a
         /intsys/M122AD/B/automationengine/bin/libucrtl.a
         /usr/lib/libC.a(shrcore_64.o)
         /usr/lib/libC.a(ansicore_64.o)

Viszont futas idoben a kovetkezo hibauzenettel szall el:

-bash-5.1$ ./ucsrvwp
Could not load program ucsrvwp:
Symbol resolution failed for ucsrvwp because:
        Symbol _ZN7automic7unicode9converterC1EN5boost17basic_string_viewIcSt11char_traitsIcEEES6_ccm (number 414) is not exported from dependent
          module /intsys/M122AD/B/automationengine/bin/libunicode.a.
        Symbol _ZNK7automic7unicode9converterclB5cxx11EN5boost17basic_string_viewIcSt11char_traitsIcEEE (number 415) is not exported from dependent
          module /intsys/M122AD/B/automationengine/bin/libunicode.a.
Examine .loader section symbols with the 'dump -Tv' command.

Minden komponenst gcc-vel forditunk, -std=c++14 es -maix64 opcioval.

A kerdeses construktor demangler szerint a kovetkezo:

automic::unicode::converter::converter(boost::basic_string_view<char, std::char_traits<char> >, boost::basic_string_view<char, std::char_traits<char> >, char, char, unsigned long)

Az libunicode.a ezeket exportalja a dump alapjan (-Tv -X64 opciok):

-bash-5.1$ dump -X64 -Tv libunicode.a | grep 7automic7unicode9converter
[522]   0x20007b90    .data      EXP     DS   Ldef        [noIMid] _ZN7automic7unicode9converterC2EN5boost17basic_string_viewIcSt11char_traitsIcEEES6_ccm
[523]   0x20007b90    .data      EXP     DS   Ldef        [noIMid] _ZN7automic7unicode9converterC1EN5boost17basic_string_viewIcSt11char_traitsIcEEES6_ccm
[524]   0x20007ba8    .data      EXP     DS   Ldef        [noIMid] _ZNK7automic7unicode9converterclB5cxx11EN5boost17basic_string_viewIcSt11char_traitsIcEEE
[525]   0x20007bc0    .data      EXP     DS   Ldef        [noIMid] _ZN7automic7unicode9converterD2Ev
[526]   0x20007bc0    .data      EXP     DS   Ldef        [noIMid] _ZN7automic7unicode9converterD1Ev
[962]   0x2000a3b0    .data      EXP     DS   Ldef        [noIMid] _ZN7automic7unicode9converterC2ENS0_8encodingES2_ccm
[963]   0x2000a3b0    .data      EXP     DS   Ldef        [noIMid] _ZN7automic7unicode9converterC1ENS0_8encodingES2_ccm
[964]   0x2000a3c8    .data      EXP     DS   Ldef        [noIMid] _ZNK7automic7unicode9converterclB5cxx11EN5boost17basic_string_viewIcSt11char_traitsIcEEEm

demangler:
automic::unicode::converter::converter(boost::basic_string_view<char, std::char_traits<char> >, boost::basic_string_view<char, std::char_traits<char> >, char, char, unsigned long)
automic::unicode::converter::converter(boost::basic_string_view<char, std::char_traits<char> >, boost::basic_string_view<char, std::char_traits<char> >, char, char, unsigned long)
automic::unicode::converter::operator()[abi:cxx11](boost::basic_string_view<char, std::char_traits<char> >) const
automic::unicode::converter::~converter()
automic::unicode::converter::~converter()
automic::unicode::converter::converter(automic::unicode::encoding, automic::unicode::encoding, char, char, unsigned long)
automic::unicode::converter::converter(automic::unicode::encoding, automic::unicode::encoding, char, char, unsigned long)
automic::unicode::converter::operator()[abi:cxx11](boost::basic_string_view<char, std::char_traits<char> >, unsigned long) const

Mi lehet a hiba?

Sziasztok,

Microsoft az év elején elérhetővé tette az SFTP interface-eket blob containerek részére.

Valamilyen SSH problémából kifolyólag AIX-ből (7.3, OpenSSH 8.x, sftp cli a kliens) nem vagyunk képesek csatlakozni semmilyen kulccsal, jelszóval viszont felépül a kapcsolat.

Más SFTP szolgáltatásokhoz képesek vagyunk kapcsolódni az érintett AIX hostról és a kérdéses SFTP szolgáltatáshoz is tudunk máshonnan kapcsolódni.

Itt dobja el az SFTP szerver a kapcsolatot (kliens-oldali log-ok):

debug1: Sent ALLOW_PKCS12_KEYSTORE_CLIENT_FLAG packet
debug3: sign_and_send_pubkey: RSA SHA256:kulcs
debug3: sign_and_send_pubkey: signing using ssh-rsa
debug3: send packet: type 50
debug2: we sent a publickey packet, wait for reply
debug3: receive packet: type 1

RSA itt jelentheti a kulcs tipusát és a signing algoritmust is, ha jól értettem meg.
Utóbbi esetben az "SHA-RSA" az sha1-et jelenti, ami az OpenSSH 7.x-ben kivezetésre került (természetesen az RSA kulcs továbbra is támogatott).
Ennek ellenére ugyanúgy a "signing using ssh-rsa" marad a log bejegyzésben, ha explicit megadjuk hogy mit használhat:

HostKeyAlgorithms rsa-sha2-512,rsa-sha2-256

Ahol felépül a kapcsolat az érintett AIX hostról ott egyértelműen látszik hogy nem SHA1-t használ:

debug3: sign_and_send_pubkey: RSA SHA256:kulcs
debug3: sign_and_send_pubkey: signing using rsa-sha2-512

Nem vagyok meggyőződve róla, hogy a Microsoft nem ludas abban, hogy nem tudnak megállapodni az SHA algoritmusról.
Viszont, az sem teljen világos, hogy az AIX miért ragaszkodik az RSA-SHA-hoz, ha van más támogatott is és explicit megadjuk, hogy mást használjon.

Van bármi tippetek?
 

Köszönöm!

Szervusztok,

Ez derék oldal működik még? Illetve működni működik, csak bejelentkezni nem tudok, és így szerkeszteni sem.

Sziasztok,

Az érdekelne, hogy van-e valakinek tapasztalata clusteres DB megoldásokkal?
Szeretném telepíteni az Oracle Grid infrastructuret (Oracle Clusterware + Oracle ASM), de sajnos nincs komolyabb tapasztalatom Oracle termékekkel.
Az érdekelne hogyan érdemes ennek nekiállni?

Vannak kiváló leírások régebbi AIX verziókhoz:
http://www.oracle-with-examples.com/Oracle-DBA/RAC/oracle-rac-installat…

De olyat sajnos nem találtam, ami ASM-et használ, és 7.1-es AIX verzióhoz van.

Ha nincs GNU!date, akkor is tákolhatunk valamit Perl-ben. Unalmamban összecsaptam egy programocskát, például ilyesmit lehet vele kiszámolni (mondjuk egy shell-scriptben egy fájlnévhez): az előző hét kezdete és vége intervallumként:

./pldate today downto-wday 1 sub-days 7 printf %Y%m%d- add-days 6 printf %Y%m%d
20190408-20190414

Van egy belső változója, azon hajtja végre a felsorolt műveleteket:

today         -- változó := mai dátum 
downto-wday 1 -- a dátumhoz legközelebbi nem jövőbeli hétfő
sub-days 7    -- vissza hét napot
printf        -- kiírás
add-days 6    -- előre hat napot

Adott egy AIX 7.x LPAR egy hálózati csatolóval, két IP címmel azonos subnetből.

pl.:
en0
192.168.0.1
192.168.0.2
default gw: 192.168.0.254

Lehet olyan static route-ot definiálni, hogy egy adott IP címet (pl.: 10.0.0.10) a 192.168.0.2 IP címről érjen el?
Kizárólag ezt tehát a default traffic menjen a 192.168.0.1 címről.

Linux valahogy így néz ki:
10.0.0.10 via 192.168.0.254 dev en0 src 192.168.0.2

Sziasztok

Mi a különbség a következő két cron bejegyzés között?:

a: 30 * * * * /valami/script.ksh parameter egy ketto harom

b: 00 * * * * echo "$(date) /valami/script.ksh elindul az $(uname -n) gepen" >> /valami.log; /valami/script.ksh parameter egy ketto harom; RC=$? ; echo "$(date) /valami/script.ksh lefutott $(uname -n) gepen $RC eredmennyel">>/valami.log

Amit tudni kell /valami/script.ksh is logol a /valami.log-ba. És az én problémám a következő

a esetben a script elvégzi a dolgát és ezt be is írja a logba
b esetben a script csinál, vagy nem valamit, de a logban csak a két echo kimentetét látom folyamatos 0-ás RC-vel, ami nem csoda, mert a script utolsó sora "exit"

Adalék a script mindenféle java parancsokkal operál, és csak nézegetni tudom, nincs rá írási jog.
Leteszteltem egy teszt környezetben a következő shell scripttel:

#!/bin/ksh

log=/tmp/cronenv.$(date +%F:%T)
echo " command is $0 $*" > $log
echo env: >> $log
env >> $log
echo "\n\nset" >> $log
set >> $log

A különbséget a két log között csak a
PPID, és a RANDOM változókban látok.

Mellesleg ha az echo-s sort bevágom a terminálba, akkor a shell script is dolgozik rendesen, és firkálja a logot.
A nagy kérdés, mi okozhatja a KSH script működési zavarát? A nyomravezetőnek egy írásbeli vállveregetést ígérhetek.

Hello,

(Jelenleg meg invesztigalas fazis van, nem tudok minden adatot mint pl: oslevel)

Hogy tudom AIX-on barminemu szoftver telepitese nelkul megmondani, hogy mi az eg (valoszinuleg egy kernel thread lesz a ludas ... ) tart nyitva egy LV-t ?

Az LV raw egy mar eltavilotott kernel extension hasznalta korabban.

Tippre valahol kdb kornyeken kellene keresgelnem de nem igazan van 2 hetem, hogy megtalaljam amit keresek...

Esetleg valakinek valami tippje ? (es ha van akkor mi? lsof nem jatszik, procfiles PID-et ker)

Sziasztok!
Nemrég előbányásztam a pincéből a 9114-275-öt, gondoltam ne porosodjon, felélesztem, lássanak a fiatalok rendes gépet is :) Pár éve AIX 6.1-el szépen működött. Most raktam rá egy 7.1-et, simán ment is a telepítés, de valamiért a CDE nem indul, csak egy konzolt kapok. Elvileg minden telepítve van hozzá. Hibaüzenet nincs.
(Itt jegyezném meg, hogy nem sok közöm van az AIX-hoz, általában linuxot használok, úgy közel húsz éve)
dtconfig -e megvolt (meg smitty-ben is CDE-re van állítva a default),
/usr/dt/bin/dtlogin -daemon lefut és nem történik semmi (semmi üzenet, dtlogin process fut, mondjuk semmi X-re utaló process viszont nincs)
/etc/rc.dt -> Starting AIX Windows Desktop............# (visszakapom a promptot és semmi)
elvileg minden szükséges dolog telepítve van (X11.* és CDE.* dolgok)
Valakinek ötlet, mit nézzek meg ?