sonnenblen.de - Das unabhängige Sun User Forum Der Treffpunkt für Sun-Fans seit 2001
  Übersicht   Forum   Hilfe Suche Einloggen Registrieren   *
Suche
Google
Erweiterte Suche
Willkommen Gast. Bitte einloggen oder registrieren.
24. Mai 2012, 06:07:17

Einloggen mit Benutzername, Passwort und Sitzungslänge
Letzte 5 Shouts:
09. April 2012, 22:24:40
Genau! dir auch noch knappe 35 Minuten Rest-Ostern Wink und denen dies noch vor 0 Uhr lesen ebenso ein frohes Rest-Ostern Wink
08. April 2012, 12:25:29
Falls heute noch jemand hier vorbei schaut: Frohe Ostern!  :-)
14. März 2012, 02:18:10
Wet,Wetter,abgesoffen? Wink *scnr*
21. September 2011, 17:02:09
USENET? - Tolles Ding!
11. September 2011, 15:09:12
Super Wetter!
Spenden
Anzeige
Berechtigungen

Anzeige
Seiten: 1 [2]   Nach unten
  Drucken  
Autor Thema: neue (alte) enterprise 420R  (Gelesen 2355 mal)
bnsmb
Sobl Junior
**
Offline Offline

Beiträge: 64


WWW
« Antworten #15 am: 07. Februar 2008, 22:07:55 »

Hallo,

kann man mit flarcreate auch ein abbild des installationsmediums erzeugen

Nein

Zitat
oder ist das nur tauglich, um komplettbackups schon installierter systeme zu erzeugen?

d.h. die option, von einem flash-archiv zu installieren dient nur der wiederherstellung eines solchen backups?

Nicht ganz... Ein Flashimage kannst Du nur von einem installierten System ziehen . Das wird aber in den Firmen fuer die ich arbeite dann fuer die Installation von weiteren Maschinen benutzt.

D.h. Du installierst eine Maschine mit akt. Solaris Release mit einem Basiscustomizing (also unnoetige Packete entfernen, zusatz Tools installieren, etc) und installierst da den akt. Patchcluster drauf und ziehst dann ein Flashimage.

Mit diesem Flashimage kannst Du dann weitere Maschinen installieren - das geht deutlich schneller als alle Maschinen per pkgadd und patchadd zu installieren.

Macht natuerlich nur Sinn, wenn Du viele Maschinen installieren willst. Oder wenn Du eine Testmaschine haeufig neu installieren willst/musst.


Gruss

Bernd

Gespeichert
sonnenblen.de - Das unabhängige Sun User Forum
« Antworten #15 am: 07. Februar 2008, 22:07:55 »

 Gespeichert
masc
Gast
« Antworten #16 am: 07. Februar 2008, 23:14:09 »

moin,

danke - ok, also die effektivste methode, eine bestehende installation zu clonen, um diese auf das selbe oder ein hardwaremaessig (relativ) identisches system zurueckzukopieren.

das mit dem installserver funktioniert auch schon fast, fuer um das installmedium zu kopieren und die tftp-bootfiles zu extrahieren sind die relevanten scripts in Solaris_XX/Tools ( -> 819-0318.pdf) auf dem medium selbst.

aktueller stand:

"38800 panic - boot: Could not mount filesystem."

nach dem laden des inetboot.SUN4U.Solaris_11-1 mit

boot net:dhcp,<ip-adr tftp-server> - nowin

wobei der dhcp-/tftp-server organisatorisch bedingt vom nfs-server auf der unter vmware laufenden x86-solaris-installation mit den freigegebenen sparc-images getrennt ist.

eigentlich dachte ich, dass das

add_install_client -d -s sun1:/export/home/flash/solaris10-express-build70b-9-07 sun sun4u

den ort der nfs-freigabe schon passend in /tftpboot/inetboot.SUN4U.Solaris_11-1 hineingeschrieben haette, aber es gibt nur die in der dhcp-server-konfiguration einzutragenden vendor specific options an, die in obigem pdf genauer beschrieben werden ab seite 124.

aber obwohl das jetzt genau passen muesste, kommt nach dem netboot mit obigen parametern obige fehlermeldung immer noch unveraendert - ich werde das gefuehl nicht los, dass das das noch gar nicht so recht blickt mit der zuordnung der optionen zum client, folgende seite, die das problem allerdings mit einem solaris dhcpd beleuchtet, brachte mich auf die richtige spur:
http://prefetch.net/blog/index.php/2006/03/25/debugging-problems-with-solaris-indhcpd-vendor-options/

unter linux sieht man, was der dhcp-server auf eth0 und der client sich gegenseitig erzaehlen nachts wenn sonst kaum was aufm netzwerk los ist mit:

tcpdump -lenx -s 1500 port bootps or port bootpc | dhcpdump

bei isc-dhcpd sind folgende optionen in dhcpd.conf relevant:

oben bei den globalen definitionen ("SUNW.Ultra-80" durch den richtigen Vendor class identifier ersetzen, den obiges kommando ausgibt, 192.168.1.15 waere in dem fall die adresse der solaris-kiste mit dem namen sun1, wo das image des installationsmediums liegt):
Code:
option space SUNW;
option SUNW.SrootIP4 code 2 = ip-address;
option SUNW.SrootNM code 3 = text;
option SUNW.SrootPTH code 4 = text;
option SUNW.SinstIP4 code 10 = ip-address;
option SUNW.SinstNM code 11 = text;
option SUNW.SinstPTH code 12 = text;

class "vendor-classes" {
  match option vendor-class-identifier;
}

subclass "vendor-classes" "SUNW.Ultra-80" {
  vendor-option-space SUNW;
  option SUNW.SrootIP4 192.168.1.15;
  option SUNW.SrootNM "sun1";
  option SUNW.SrootPTH "/export/home/flash/solaris10-express-build70b-9-07/Solaris_11/Tools/Boot";
  option SUNW.SinstIP4 192.168.1.15;
  option SUNW.SinstNM "sun1";
  option SUNW.SinstPTH "/export/home/flash/solaris10-express-build70b-9-07";
}
dann noch die ueblich host-definition, als bootfile das inetboot.* auf /tftpboot von wos erzeugt wurde in das des dhcp-servers kopieren und definieren.

jedenfalls gez jez ...
« Letzte Änderung: 08. Februar 2008, 03:35:10 von markus » Gespeichert
Seiten: 1 [2]   Nach oben
  Drucken  
 
Gehe zu:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.11 | SMF © 2006, Simple Machines LLC
TinyPortal v0.9.8 © Bloc
Prüfe XHTML 1.0 Prüfe CSS
sonnenblen.de, mood-indigo.org, unixforum.net und realcomputers.org sind Projekte der steinbruch.info GbR

Google war zuletzt hier 21. April 2012, 12:31:21