"Bemutatták a Solaris 11.1 operációs rendszert"

Solaris, OpenSolaris, Illumos

Az Oracle bejelentette az Oracle Solaris 11.1 megjelenését, amely több mint 300 újdonsággal bővíti az Oracle Solaris 11 termékcsalád funkcionalitását és teljesítményét. Az Oracle Solaris 11 operációs rendszerbe integrált frissítőeszközök segítségével az ügyfelek gyorsan és egyszerűen válthatnak át az új verzióra.

Részletek a bejelentésben.

( wowbagger v | 2012. 10. 05., p – 09:39 )

Egyelőre még nincs kint letölthető változat belőle.
-------------------------------------------------------------------------------
Az életben csak egy dolog a szép, de az épp nem jut eszembe.

Slackware Linux 13.37 | 2.6.39.3-janos

Solaris 10-nél is így volt még. Például Solaris 10 Update 9|Solaris 10 9/10 (2010. szeptember).
-------------------------------------------------------------------------------
Az életben csak egy dolog a szép, de az épp nem jut eszembe.

Slackware Linux 13.37 | 2.6.39.3-janos

Van esetleg valamilyen frissítési leírás, csak mert eddig nekem még nem sikerült találnom.
Ha jól sejtem akkor elõször az upgrade repóból kell frissíteni mindent, aztán lehet nekifutni az upgrade-nek.
-------------------------------------------------------------------------------
Az életben csak egy dolog a szép, de az épp nem jut eszembe.

Slackware Linux 13.37 | 2.6.39.3-janos

( LZ | 2012. 10. 05., p – 13:11 )

@trollkodás: Ők kezdték! (Oracle Solaris Operating System)

( freeoli v | 2012. 10. 05., p – 14:40 )

Ez a cloud os dolog miben merül ki? Valaki tudja?

( log69 | 2012. 10. 05., p – 17:20 )

Milyen virtualizációs megoldást szállít az Oracle vajon? 1-2 kulcsszót írna valaki? Oracle VM-re találtam, de ez most egy teljesen saját Solaris platformra szánt termék, vagy más szoftver átcimkézve?

3 fő termékvonal található:

Oracle VM for x86: xen alapú virtualizáció, x86-as platformra, saját menedzsment felülette.
Oracle VM for SPARC (korábbi nevén LDOM): SPARC alapú virtualizáció T szériás szervereken.
Solaris Containers (zones): Operációs rendszer szintű virtualizáció (mint FreeBSD jail), mind x86, mind SPARC platformon elérhető.

( bra | 2012. 10. 05., p – 19:55 )

"Nekem a Solarisról mindig egy 105 éves nénike jut eszembe. Biztosan rengeteg trükköt és pózt ismer, de amikor 15 évvel ezelőtt ágyba próbált vinni, végleg elrémisztett."
--
zsebHUP-ot használok!

Még mindig az irodában pihen a dual ppro vas, sajnos költözés miatt most már tényleg meg kellene válnom tőle.
Nincs itt olyan rajongó, aki szeret ELSŐ-zni, és elvinné az első HUP-inkarnációt? :)
Ugyaninnen változatos ftp.fsn.hu gépek is (pld. egy 8 5,25-ös helyet tartalmazó SCSI diszkdoboz is) vihetők jövő hétig. =)

--
zsebHUP-ot használok!

Mutatsz egy példát, amikor shell scriptként kellett beadni hálózat konfigot?

Én mondok egy példát, hogy miért utálatos a Sol11:

DNS resolver beállítás Solaris 10 esetén: resolv.conf-ba beír, hogy
nameserver 192.0.43.10
search example.com

DNS resolver beállítás Solaris 11 esetén:
# svccfg
svc:> select dns/client
svc:/network/dns/client> setprop config/search = astring: ("example.com" )
svc:/network/dns/client> setprop config/nameserver = net_address: (192.0.43.10)

Igen jól látod, SMF manifestben tárolja a DNS konfigot..

Elindultak csórikámék a mindent tegyünk a registrybe megoldással a szabványosítás felé, aztán ez sem tetszik egyeseknek. Pedig milyen modern, XML, meg SQLite, meg anyámtyúkja, nagyon unixish. :)

Tíz évvel ezelőtt hol állítottál statikus route-ot solarison? Link aggreációt/speedet, azt, hogy milyen karácsonyfaégők ne listeneljenek mindenhol? Statikus ARP/NDP bejegyzést, netán proxy ARP-ot? Esetleg mindenféle IP-hez köthető paramétert? Ütköző/üres(vagy bármi más kötöttség miatt) MAC című NIC-nek MAC-et? Induláskor PPP linket?
De IPv6-hoz is jött már szembe mindenféle scripting, ránézésre okkal.
Így hirtelen ennyi rémlik, lehet, hogy kimaradt, és az is lehet, hogy egy részükre már a sunosben is volt megoldás, csak lusta volt kitúrni az illető kollega.
--
zsebHUP-ot használok!

Elindultak csórikámék a mindent tegyünk a registrybe megoldással a szabványosítás felé, aztán ez sem tetszik egyeseknek. Pedig milyen modern, XML, meg SQLite, meg anyámtyúkja, nagyon unixish. :)

De érted, még a Linuxokon is egyszerűen beírod a resolv.conf-ba, aztán örülsz, itt meg lehet folyamatosan doksit túrni.

Én nem állítottam, hogy mindent be lehetett szépen állítani. Én azt mondtam, hogy amit 10 éve be lehetett, azt ma is be lehet ugyanott. Egyébként átlag usernek az ip-netmask-defaultgateway-dns kombón kívül sok mindenre nincs szüksége.

PS: static routingra ott a "route -p", sztem kb 6 éve. A többire most hirtelen nem emlékszem.

"De érted, még a Linuxokon is egyszerűen beírod a resolv.conf-ba, aztán örülsz, itt meg lehet folyamatosan doksit túrni."

A szabványosítás eredményeképp szerintem előbb-utóbb megjelennek a használható management eszközök Solarisra is, és akkor nem kell kézzel basztatni egyesével mindent a több száz szerveren.
És pl. a szervek konfigurációja is végre egyszerűbben összehasonlítható lesz.

"DNS resolver beállítás Solaris 11 esetén:.."

Kifelejtetted belőle, hogy mazochistáknak.
Egyébként a kevésbé mazochisták a szokásos resolv.conf szerkesztés után futtatják a

/usr/sbin/nscfg import -f dns/client

parancsot, oszt minden be is ment az SMF-be....

inetd.conf megszüntetésekor (Sol.10) is volt egy kis puffogás, amíg rá nem jöttek az emberek, hogy továbbra is lehet inetd.conf, csak importálni kell SMF-be.

Az elv nem változott, csak kiterjesztették másra is.

Miért állítana elő inkonzisztens állapotot?
Ha átírod a resolv.conf-ot és a köv. boot elbassza, így jártál... de ha nem tetszik, hagyd a francba, és dolgozz mással, mert a kedvedért nem fogják megváltoztatni. :)
Egyébként, ki lehet kapcsolni ezt a feature-t, és a "hagyományos" módon is működtethető.

Vagy ha egy szoftver installere a resolv.conf-ot átrja. Ha jól emlékszem az SRSS ilyen pl.

Csak érdekes, hogy a másik szálban meg panaszkodsz, hogy a user hülye és össze-vissza init scriptekebe pakolja a network beállításokat. Aztán most majd a hülye user init scriptbe írja a resolv.conf beállításokat, aztán lehet azt is debuggolni.

Egyébként a resolv.conf-os megoldás pont, hogy kellemesen meg tudott szivatni, mert kb. semmi hibaüzenetet nem generált, ha hibás volt benne valami.
Az SMF jóval kevesebb hibára ad lehetőséget.

Egyébként meg totál semmi jelentőssége nincs ennek a "beleraktuk az SMF-be a resolv.conf" -ot dolognak.
10 perc megszokni, aztán megy tovább az élet.

Vannak sokkal elbaszottabb dolgok is vannak benne a T4 hypervisorának és az LDOM-ok kezelése körül.

FTR, a paraméter-felülbírálás ezzel a módszerrel sem megy.

Solaris 11 munkaállomásom van (is) a munkahelyemen és kicsit tikkel a szemem tőle, amikor egy-egy reboot után "nincs" netem és tekerhetem az svccfg/nscfg-t.

--
„Spiró ótvar, Konrád átok, Nádastól meg mindjárt hányok!”

miert nem irsz egy legacy init scriptet rc3..-be ami megoldja ezt neked reboot utan? tudom hogy faramuci de ha mar smf elbaxxa akkor marad a regi megoldas: hadd irja felul reboot utan te meg felulirod amit o felulirt :D Vagy Sol11-be mar teljesen diabled ez a megkozelites csak az smf a kovetendo ut?

"Mutatsz egy példát, amikor shell scriptként kellett beadni hálózat konfigot?"

Huh, hirtelen meg nem tudnám mondani, hányszor kellett végigturni a /etc/init.d meg egyéb helyeket, hogy megtaláljam mi a szart konfigoltak el a hálózaton valamelyik házilag tákolt scriptekben.
Az a minimum hogy a tcp tuning paraméterek (ndd) valami init scriptben vannak, de láttam már ifconfigból ipaliast felhúzást tucatjával scriptben, pedig annak a /etc/hostname.* alatt lenne a helye.

Az, aki harminc évvel ezelőtt megtanulta, hogy mi a módja ennek, nagyon nehezen fog változtatni a szokásain. Jó pár "nagypapás" sunos-t, solarist láttam már, fiatal szemmel pont ugyanolyan generációs szakadékok vannak itt is, mint az élet más területein. :)
Ezek a nagypapák egyébként nagyon nehezen szokják a szado-mazo-frameworköt is, kb. olyan az nekik, mint az 1900-as évek elejére visszaidőutazott marilyn manson.
--
zsebHUP-ot használok!

És ezt fossa telibe orbitális pályáról, ha DHCP-vel kapja ezeket a paramétereket. Magyarul hiába akarok én override-on (pl. jellemzően a search paraméterre), olyan itt nincs.

ISC DHCP kliensbe hook scripttel ilyet könnyen bele lehet rakni.

A Solaris 11-nek időnként az a problémája, hogy okosabb akar lenni, mint a felhasználó.

--
„Spiró ótvar, Konrád átok, Nádastól meg mindjárt hányok!”