OpenSolaris 2008.5 - produktív célra?

OpenSolaris

Pár napja próbálgatom az OpenSolaris-t, és szeretném produktív célokra használni, de a projekt jelenleg kissé szétcsúszott állapotban van. Ha az alaprendszer stabilnak mondható, akkor kis kényelmetlenségeket elviselnék az előnyök mellett, kérdés, hogy stabil-e... :)

( w4rp v | 2008. 07. 28., h – 19:59 )

Stabilnak stabil, de pl a jelenlegi snapshotban a gui-s csomagkezelő nem működik, nem mintha nagy érvágás lenne, de a fejlesztők még erősen a driverek (és fejlesztőeszközök) csiszolgatásán dolgoznak.
Van már PowerTOP implementáció is például, portolnak mint a nyű, laptopokon is egyre többen elindul, de annyi dolog lett szinte egyik napról a másika open sunéknál, hogy nem tudják követni szerintem.
Engem a lemeztitkosítás hiánya (pontosabban prealpha állapota, mert már dolgoznak rajta) riasztott el csak tőle. Ez egy szerver os, ahol meg a legritkább esetben akkora a kockázat hogy hóna alá csapja valaki a vinyót és kisétál vele, hogy megérje a teljesítménybéli mínuszt. "Kényes" otthon/laptopon tárolt dokumentumokhoz meg vagy titkosítasz egyenként gnupg-vel, vagy elmész karatézni.

Nekem úgy tűnik, hogy a parancssoros csomagkezelő se működik rendesen, legalábbis még nem tudtam egy olyan image-update utasítást végrehajtani, hogy az eredmény egy boot-olható BE legyen. :(

Most éppen azzal játszadozom, hogy egyesével updatelem a csomagokat, és néha újraindítom, de ez nem állapot.

Szerintetek mikor lehet annyira megbízni benne, hogy egy szervert bízhassak rá? :)
--
http://www.javaforum.hu

Engem az érdekel, hogy hogyan megy ennek az egyik verzióról a másikra váltása. Meg van ez már oldva legalább olyan kultúráltan mint pl. egy "apt-get update; apt-get dist-upgrade", vagy mondjuk egy buildkernel, buildworld páros? Hogyan van a patchelése? Vannak OpenSolaris biztonsági frissítések? Ha vannak, akkor vannak security advisory-k is? Ha igen, hol?

--
trey @ gépház

Azt kell beirni, hogy pkg image-update

Aki hasznalt mar Live Upgrade-et az kb tudja hogy mukodik, az uj environment nem irja felul a regit, vissza lehet allni, az ujitas, hogy ezt ZFS snapshottal oldottak meg.

Alert es support egyelore a fizetos ugyfeleknek erheto el, de a frissiteseket mindenki megkapja.

Nos, elmondom mit csináltam:
* Letöltöttem egy 2008.5 iso-t
* Fogtam egy VirtualBox-ot, feltelepítettem
* Csináltam egy új BE-t, hogy ne kelljen mindig újratelepíteni... :)
* Az új BE-ről boot
* pkg image-update -v
* vár-vár-vár
* Létrehozott egy BE-1 nevű BE-t...
* ...ami faszán nem indul (kernel-t nem találja, ilyesmi) :)

Kiderül, hogy kell még GRUB-al valamit varázsolni, de arra még nem volt időm.
--
http://www.javaforum.hu

Kiderül, hogy kell még GRUB-al valamit varázsolni, de arra még nem volt időm.

De ezt le is írják ám szépen az oldalon! Ez nem az OS hibája, hanem a tied.
És egyébként nem nagy varázslat, csak fel kell csatolni az új be root filerendszerét pl. a /mnt alá (mount -F zfs .....), majd onnan indítva le kell futtatni egy parancsot (most fejből nem megy sorry). Ennyi ( legalább is nekem ennyi volt, de elsőre én is belefutottam ebbe :) ).

--
http://laszlo.co.hu/

Nos sokat haladtam előre, de nem eleget... :) 


-bash-3.2# BUILD=`uname -v | sed s/snv_//`
-bash-3.2# echo ${BUILD}
94
-bash-3.2# pfexec pkg refresh
-bash-3.2# pfexec pkg image-update -v
Before evaluation:
UNEVALUATED:

After evaluation:
None
No updates available for this image.
-bash-3.2# beadm list

BE             Active Active on Mountpoint Space
Name                  reboot               Used
----           ------ --------- ---------- -----
opensolaris    no     yes       -          2.67G
opensolaris-94 yes    no        /          2.52G
-bash-3.2# beadm activate opensolaris-94
beadm: Unable to activate opensolaris-94
-bash-3.2#

Próbáltam aktíválni az opensolaris BE alól (86-os build), de onnan se akarja az igazságot, de elindul és működik szépen. Törölni szeretném a 86-os build telepítését, de ahhoz jó lenne, ha az opensolaris-94 indulna... :)
--
http://www.javaforum.hu

Na, fogtam egy üres VirtualBox gépet, feltettem rá a 86-os build-et CD-ről. Majd a leírás szerint végigcsináltam mindent... és: 


-bash-3.2# beadm activate opensolaris-94
beadm: Unable to activate opensolaris-94
-bash-3.2#

Szomorú vagyok... nektek működik?
--
http://www.javaforum.hu

Megvan a megoldás... kevés a hely az rpool-ban: 


-bash-3.2# pfexec truss beadm activate opensolaris-94 2>&1 | grep ZFS_IOC_PROMOTE
ioctl(3, ZFS_IOC_PROMOTE, 0x08044A30)           Err#28 ENOSPC
-bash-3.2# zfs promote rpool/ROOT/opensolaris-94
cannot promote 'rpool/ROOT/opensolaris-94': out of space

Szerencsére bő és értelmes a hibaüzenet... :)
--
http://www.javaforum.hu

Már nem találom az oldalt, amin valami hasonló probléma és orvoslási javaslata volt, de valami hasonló volt a megoldás:
cd /boot/grub
mv menu.lst menu.lst.old
ln -s /rpool/valaholaholvanazagrubzfsalatt/menu.lst menu.lst
bootadm -m upgrade
És itt is meg kell nézni, hogy megvannak-e a fájlok, mert lehet, hogy a bootadm -m upgrade eltünteti.
Ja és legyen benne a title után, hogy bootfs rplool/nememlekszemhogymi

Ha az opensolaris.com-ról letölthető iso-ról telepítettél, akkor van egy leírás, hogyan frissíthetsz legújabb snapshotra, ugyan ez még svn_90 és nem 93-hoz készült, de működik. Az új BE-t felcsatolni, majd update-grub, hogy az bootoljon.
Információ az van dögivel, csak összeszedni nehéz, de ha végignézed a firefoxnak betolt sunos könyvjelzőket, el tudsz indulni. Pl blogot érdemes olvasni.
De én úgy érzem, hanyagolom ezt még egynéhány évig, most kezdődik egyetem, lesz elég dolgom sztem:)

( sibidiba | 2008. 07. 28., h – 20:28 )

"produkciós"-s a megfelelő terminus, imho

( eax | 2008. 07. 28., h – 20:35 )

A hivatalos allaspont szerint nem, hasznalj inkabb "rendes" solaris 10-et.

--
Fontos feladatot soha ne bizz olyan gepre, amit egyedul is fel tudsz emelni!

( efbijn | 2008. 07. 28., h – 21:13 )

Én megrendeltem egy LiveCD-t még anno. Megjött, örül, próba. 4ből 1 gépen volt hajlandó elindulni. :-)

@@
"You can hide a semi truck in 300 lines of C."
Debian Lenny 2.6.26-rc2-mm1

( skylooker | 2008. 07. 28., h – 22:48 )

Jártam így én is, de a problémás gépre a 11/06 és az 5/08 már simán ráment. Hardware-függő, de javul a helyzet.

( szenttornyai | 2008. 07. 29., k – 00:50 )

az egyik kedves kollegatol vettem egy blade workstation-t, hogy kiprobaljam az open solarist
siman elindult, de
a powerconf core dump-ol
a regisztracios gui (ami kell a package updater-hez) azt allitja, hogy nem tudja elerni az internetet
nincsen gvim csak vim, le sem fordul a vim source gui opcioval
a gnome file manager-bol kigyogyult a file tree view
egy sereg admin parancs hianyzik az opensolaris-bol ami megvan a solaris 10-ben

ezek mind siman mukodtek a solaris 10 (+solaris freeware)-rel

ami viszont nagyon tetszik:
a zfs egyszeru adminisztralhatosaga
svcadmin ami vegre valami rendszerlato megoldas a mint a system V rc.ize helyett, persze ez megy a solaris 10-zel is

( turul16 v | 2008. 07. 29., k – 02:20 )

Ha bejon a screensaver (lock) es a felhasznalo eltavozott, rendszergazdakent helyileg valahogy be tudok lepni ?

(stabilnak tunik)

( lacika v | 2008. 07. 29., k – 08:42 )

Jópofa ez az opensolaris, de azért én nem feltétlen használnám produktív környezetben. Mi az benne, ami miatt szükséged lenne rá a sun solarissal szemben?

--
http://laszlo.co.hu/

( ZebraZ | 2008. 07. 29., k – 09:03 )

A kollégával egyetemben én is szerettem volna kipróbálni, hogy mit mutat ez az opensolaris. Amíg a standard Sol 10-essel nem volt gondom, ezzel annál több. Mihelyst bekapcsoltam alatta a xen kernelt, majd felraktam rá pár csomagot (ezzel egyidőben kb. másik 20 is frissült), újraindítást követően nem látta rendesen a zfs-t. :(
A grub még csak-csak látta (behúzta a xen kernelt), de a $modul elérése már keményen gobdot okozott (/pltaform suff, benne volt pedig mind a bootfs rpool és -B ZFS... is).
Szóval a XEN-es stuff még várat magára (szerintem)

Sajnos a xVM server még csúszik jó pár hónapot, vele együtt az ops center is. :(.

Most megnézem, hogy mit mutat egy "tisztességes" solaris 10-es, egy debian lx zónával. (Sol zónákkal már volt pár jó és rossz tapasztalatom. :))

Van valakinek esetleg egy összeszedett howto-ja hogyan lehet Solaris 10 alá egy debian lx zónát felheggeszteni?

Köszi.

Én ezen a nyomvonalon indultam el:
http://opensolaris.org/jive/thread.jspa?messageID=21796

De pár heggesztés után az alábbi hibaüzenetet már nem tudtam feloldani, így ezt az utat feladtam:

centos35# chroot /altroot mount -t proc proc /proc
ld.so.1: lx_brand.so.1: fatal: librt.so.1: version `SUNW_1.4' not found (required by file /native/usr/lib/lx_brand.so.1)
ld.so.1: lx_brand.so.1: fatal: librt.so.1: open failed: No such file or directory
Killed