Autor Thema: neue (alte) enterprise 420R  (Gelesen 6857 mal)

bnsmb

  • Gast
Re: neue (alte) enterprise 420R
« Antwort #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


sonnenblen.de - Das unabhängige Sun User Forum

Re: neue (alte) enterprise 420R
« Antwort #15 am: 07. Februar 2008, 22:07:55 »

masc

  • Gast
Re: neue (alte) enterprise 420R
« Antwort #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):
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 »