AIX

AIX: Mi tartja "Open"-ben az LV-t

 ( hajduarpad | 2017. március 14., kedd - 19:29 )

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)

Intellistation 275, AIX 7.1

 ( lenart.j | 2016. július 7., csütörtök - 12:44 )

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),

AIX 5.3 támogatott lett POWER8-on is

 ( LGee | 2016. március 8., kedd - 16:11 )

Már lassan egy éve nem támogatott az AIX 5.3, de úgy tűnik, nem egyszerű megszabadulni tőle, ezért az IBM egy backportolt funkcióval lehetővé tette a POWER8 szervereken LPAR-ként való futtatását is. Eddig erre az egyetlen és kissé körülményes módszer az AIX-en belüli natív jail-szerű megoldás, a WPAR közbeiktatása volt, magyarul POWER8 gép > AIX 6.1/7.1/7.2 LPAR > AIX 5.3 WPAR.

Cikk, benne szép diagram az AIX verziók életciklusáról: AIX v5.3 Gets New Life with Support on POWER8
...

AIX esete az online LUN növeléssel (XIV)

 ( goodbyte | 2016. február 2., kedd - 15:30 )

Van valakinek tapasztalata mennyire megbízható ez?

Merjük-e prod-on használni?

Pár teszt után nálam nem volt gond, rootvg-vel is működik online (http://www-01.ibm.com/support/docview.wss?uid=isg1IZ80021), de érdekelne minden egyéb tapasztalat.

PowerVM Simplified Remote Restart

 ( LGee | 2015. október 22., csütörtök - 15:14 )

PowerVM érdeklődők számára - bocs, de kifejteni hosszadalmas lenne - POWER8 firmware és HMC v8 820-as verziótól bevezetett újdonság, ami nevének megfelelően leegyszerűsíti a Remote Restart nevű disaster recovery megoldást.

(tovább...)

developerWorks: Topic: Simplified Remote Restart

Whitepaper PDF: link az oldalon

Hogy is hívják azt az izét, ami az rpm helyett van?

 ( NevemTeve | 2015. október 6., kedd - 11:33 )

Kicsit értelmesebben: nincs jogom rpm-et telepíteni, de van egy másik program, amivel telepíthetném az rpm-et, a swrole ALL kiadása után... csak elfelejtettem a nevét. Persze guglizok lelkesen, de ha valaki tudja fejből, írja be, legyen szíves.

AIX 7.2

 ( LGee | 2015. október 5., hétfő - 14:59 )

https://kruemcke.wordpress.com/2015/10/05/aix-7-2-and-october-power-software-announcements/

---

AIX V 7.2 Standard Edition (5765-G98)

New AIX Release
- Live Kernel Update for Interim Fixes
- RDS v3 support over RoCE 40GB adapters
- Restructured bos.net.tcp.client packaging
- Support for POWER7 and later processors
- Dynamic System Optimizer included
- Obsolete packages removed
- Server based Flash Caching (w/AIX 7.1 TL4)
- NIM support for HTTP (w/AIX 7.1 TL4)
- SRIOV vNIC adapter support (w/AIX 7.1 TL4)

crontab-ban csak localtime lehet?

 ( NevemTeve | 2015. szeptember 21., hétfő - 21:06 )

És ha igen, milyen localtime? Ugye arra nincs mód, hogy egyes cron-bejegyzések localtime-ban legyenek, mások meg UTC-ben vagy más, egyénileg megadott időzónában?

Ugye kétféle kavarás eshet meg az óraátállítás miatt:
március utolsó vasárnapján 02:00 után 03:00 jön, talán még ez a kisebbik baj, október utolsó vasárnapján viszont 03:00 után 02:00 jön, tehát egyes jobok esetleg kétszer futnak le, illetve összeakadnak önmagukkal.

Talán javítana a dolgon, ha lehetne UTC-ben megadni időpontokat.

vegyes mindenféle linkelésről, shared libekről

 ( NevemTeve | 2015. július 27., hétfő - 7:34 )

Note to self: pl. ezeket kellene elolvasni/kipróbálni, hátha fontos/hasznos.

http://www.ibm.com/developerworks/aix/library/au-slib_memory/
https://www.ibm.com/developerworks/aix/library/au-aix-symbol-visibility/
http://stromberg.dnsalias.org/~strombrg/AIX-shared-libs.html

Például a slibclean-ről már sokat hallottam, csak még arról nem, hogy honnan látom a változást: mi volt előtte, mi lett utána -- első pillantásra úgy látom, az első írás ezzel is foglalkozik.

[Megoldva] Lassu NPIV scan

 ( hajduarpad | 2015. július 10., péntek - 11:25 )

Hello,

Van egy Power 6 gepunk (9117-MMA) dual VIO felallasban, VIOnkent 1 8Gs adapterrel.
Firmware: EM350-159
Adapter firmware: 027820B7
VIO: 2.2.3.3
HMC: 7.7.0.4

A problemam:
Amikor van egy LPAR ami rendelkezik vFC adapterrel az LPAR elso indulasa eltart kb 1-1.5 orat.
Ezalatt a kovetkezot latom:
scan /vdevice/vfc-client@30000004/disk

Ha eltelt kb az az 1 ora es nagy nehezen felfedezte a diszkeket akkor bebootol es normalisan mukodik.

Valami *notify-szerűség van AIX-on?

 ( NevemTeve | 2015. február 25., szerda - 19:50 )

Ha valaki találkozott már ilyesmivel, legyen szíves, árulja el a termék nevét...

Szerk: a címet javítottam, volt: dnotify, lett *notify, nem vagyok válogatós...

Melyik a bosszantóbb: HU_HU vagy EN_US?

 ( NevemTeve | 2015. február 13., péntek - 13:16 )

(Hasonló téma: LC_CTYPE: ISO-8859-2 vagy ISO8859-2 )

Az a történet kezdete, hogy telepítettük az alábbi csomagokat:

bos.loc.com.utf
bos.loc.utf.EN_US
bos.loc.utf.HU_HU

Azután begépeltem, hogy export LC_ALL=hu_HU.UTF-8, és akkor, szinte egycsapásra... közli velem a bash, hogy ilyenről ő még hírből sem hallott:

bash: figyelmeztetés:
setlocale: LC_ALL: nem lehet területi beállításokat váltani (hu_HU.UTF-8):
No such file or directory

java-7 miért beszél magyarul?!

 ( NevemTeve | 2015. január 16., péntek - 17:52 )

Így áll a locale:

$ locale
LANG=en_US.ISO8859-1
LC_COLLATE="en_US.ISO8859-1"
LC_CTYPE=hu_HU.ISO8859-2
LC_MONETARY="en_US.ISO8859-1"
LC_NUMERIC="en_US.ISO8859-1"
LC_TIME="en_US.ISO8859-1"
LC_MESSAGES="en_US.ISO8859-1"
LC_ALL=

Tehát csak a LC_CTYPE magyar, semmi más. Na lássuk, mi történik:

$ java
Használat: java [-opciók] osztály [arg-ok...]
           (egy osztály végrehajtása)
   vagy  java [-opciók] -jar jarfájl [arg-ok...]
           (egy jar fájl végrehajtása)

hsearch_r return value

 ( NevemTeve | 2014. november 14., péntek - 17:15 )

hsearch_r visszaadott értéke...

Ugye, ahogy azt a mórocska elképzeli... AIX-ben a fordítottja annak, ami linux-ban:

AIX: 0=van találat
linux: 0=nincs találat

Mondjuk az AIX-os leírásra nem hivatkozhatok, mert olyat nem találok, csak a sima hsearch-ét.

Persze megkerüljük ezt is, mint minden mást...

mc (Midnight commander) haxolása AIX-en

 ( NevemTeve | 2014. szeptember 10., szerda - 16:42 )

Hát pl:

== 1 ==

/usr/local/libexec/mc/extfs.d/uar -ban:

volt: XAR=ar
lett: XAR='ar -X32_64'

== 2 ==

/usr/local/libexec/mc/ext.d/misc -ben '*so*' fájlok kezelése:

@@ -29 +29 @@
-         file "${MC_EXT_FILENAME}" && nm -C -D "${MC_EXT_FILENAME}"
+         file "${MC_EXT_FILENAME}" && nm -X32_64 "${MC_EXT_FILENAME}"

== 3 ==

/usr/local/share/mc/mc.lib-ben új betoldás (végére):

[terminal:konsole]
copy=xterm

[terminal:konsole-256color]
copy=xterm

== 4 ==

Mi az a 'cmake'?

 ( NevemTeve | 2014. szeptember 3., szerda - 10:05 )

Ez most nem költői kérdés, a mysql fordításához kellene, amihez először őt magát is szeretném lefordítani (persze nem megy, naná). Továbbá szeretném tudni, hogy mi is ez?

libstdc++: __fd_poll nincs a libc.a-ban

 ( NevemTeve | 2014. április 1., kedd - 10:19 )

Hát, ha ő mondja, én elhiszem...

0509-130 Symbol resolution failed for /usr/local/lib/libstdc++.so because:
        0509-136   Symbol __fd_poll (number 33) is not exported from
                   dependent module /usr/lib/libc.a(shr.o).

Ez egy AIX 5.2, a libstdc++ RPM-ből jött, mégpedig ebből: libstdc++-4.6.2-1.aix5.2.ppc.rpm

Márpedig ez nagyon egy version-incompatibilitynek tűnik...

Megjegyzés: az az igazság, hogy gcc-t még sosem mertem forrásból fordítani... lehet, hogy a karma erői most erre akarnak rávenni?

OPENSSL_altivec_probe -- haláleset

 ( NevemTeve | 2013. június 18., kedd - 16:10 )

Van egy ilyen részlet a crypto/ppccpuid.s fájlban:

.globl  .OPENSSL_altivec_probe
.align  4
.OPENSSL_altivec_probe:
.long   0x10000484
        blr
.long   0
.byte   0,12,0x14,0,0,0,0,0

ami a debuggoláskor így néz ki:

[code]
Breakpoint 1, 0xdf530548 in OPENSSL_altivec_probe ()
from /usr/local/lib/libcrypto.so.1.0.1
(gdb) display/i $pc
1: x/i $pc
=> 0xdf530548 : vor v0,v0,v0
(gdb) si

Program received signal SIGILL, Illegal instruction.
0xdf530548 in OPENSSL_altivec_probe () from /usr/local/lib/libcrypto.so.1.0.1

MS-SQL server access

 ( fhuse | 2013. február 27., szerda - 11:05 )

Előre bocsátom, hogy nem vagyok admin/rednszergizda stb.

Sima userként szeretném elérni, hogy egy AIX serverrről Windows Authentikációval be tudjak logolni as MSSQL szerverre és tudjak SQL scriptketet futtatni (SAS-ból, de ez azt hiszem ez mindegy a probléma szempontjából).

Ha kapok userID-t a SQL szervere működik a kapcsolat. (Azért nem jó ez, mert több user szeretne több szervert is használni amire WindowsAuth-tal logolbe )

Ha átváltok WindowsAuth-ra, akkor ezt kapom:

Fordítás (GNU és egyéb) - 3

 ( NevemTeve | 2012. december 3., hétfő - 18:09 )

Az előző kettő folytatása.

AIX Path MTU Discovery / TCP MSS

 ( lacos | 2012. november 23., péntek - 19:03 )

AIX veteránok véleményére lennék kíváncsi az alábbi probléma kapcsán, köszönettel.

Adott egy AIX ssh kliens és egy Linux ssh szerver, sok hop távolságra egymástól. Kettejük között található egy ipsec gateway, amelyen az MTU 1294 byte.

AIX->Linux irányban működőképes a "traceroute" parancs (külön "tracepath" nincs, de az AIX traceroute-ba bele van építve az MTU csökkentése szükség esetén). Ez a pontos PMTU-t nem keresi meg (cca. 1400-ról mindjárt cca. 1000-re ejti, majd nem megy feljebb; a valós gateway MTU a kettő között van).

IBM POWER7+

 ( LGee | 2012. október 2., kedd - 18:07 )

Holnap jon a POWER7+!

"Announcement Of Cutting-Edge POWER7+ Processors Expresses IBM(r)'s Ongoing Commitment Toward AIX(tm) System Administrators" :DD

Fordítás (GNU és egyéb) - 2

 ( NevemTeve | 2012. június 14., csütörtök - 15:19 )

Ugyanaz, mint az előző ilyen című topik, csak az már túl nagyra hízott, ezért újat kezdtem.

kerdoiv diplomamunkahoz

 ( sirjojo | 2011. november 14., hétfő - 11:56 )

Sziasztok!

Egy ismerosom diplomamunkajahoz szeretne segitseget kerni. A tanulmanyaban az AIX-rol lenne szo, amihez statisztikat is keszit. Ehhez keri a segitseget - ha valakinek van kedve es ot perce, toltse ki pls az alabbi kerdoivet:
"http://kwiksurveys.com?u=AIX_OS_Questionnaire"

Elore is koszi a segitokeszseget.
udv
Jozsi

Változások a Fix Central használatában

 ( hajduarpad | 2011. november 9., szerda - 18:48 )

"Starting on November 13, 2011, Fix Central downloads are available only for to IBM clients or relations with hardware or software under warranty, maintenance contracts, or subscription and support.

Effective 13 November 2011 - To access Fix Central downloads for AIX and VIOS (additional products may be added in the future) an individual IBM ID will be required. Generally individual IDs will be authorized via "support" contracts that define their relationship with IBM support (e.g., a regular customer or an employee of IBM or a IBM business partner).