/ Forside / Teknologi / Hardware / Mac / Nyhedsindlæg
Login
Glemt dit kodeord?
Brugernavn

Kodeord


Reklame
Top 10 brugere
Mac
#NavnPoint
UlrikB 4810
kipros 1675
Klaudi 1010
myg 920
pifo 907
Stouenberg 838
molokyle 830
Bille1948 815
rotw 760
10  EXTERMINA.. 750
OS X Server: Network Image Utility slår kn~
Fra : Jonas Voss


Dato : 08-02-05 12:52

Jeg har et pokker hyr med ovenstående applikation under OS X Server.

Jeg har tidligere (10.3.5) kunnet lave images uden problemer, og
dsitribuere dem, med den del problemer. Men dog distribueret dem.

Nu har jeg så skulle lave nogle nye images under 10.3.7, og de kan ikke
distribueres. Der bliver installeret i ca. 30 sek. hvorefter klienten
melder at installationen gik fint (og det er et 25Gb image). Dernæst
genstarter maskinen, og booter ind i en shell, hvor man kun har et halvt
BSD-subsystem tilgængeligt. Pico, vi og lignende programmer er ikke at
finde, og i Applications ligger kun Disk Utility.

Jeg har så forsøgt at lave nye images, hvorefter jeg efter ca. 10
minutter får at vide, at hdiutil ikke kunne udføre en 'create'-kommando,
fordi der ikke er rettigheder til det. Jeg har så ændret rettigheder til
777 på /Library/NetBoot og alle underkataloger, og forsøgt igen,
hvorefter den samme fejl kommer. Den ser helt præcist således ud:

<http://itu.dk/people/jcv/tmp/niu.log.txt>

Jeg stiller spørgsmålet i OS X Server-listen hos Apple, og får at vide
jeg skal prøve at lave images som root, men samme fejl kommer.

Jeg nedgraderer derefter serveren (de værste problemer kom da jeg
opgraderede til 10.3.7) til 10.3, forsøger igen, som admin og som root,
men får den samme fejl som ovenstående.

Nu har jeg så opgraderet den til 10.3.3, og sidder og venter på at se,
om jeg får den samme fejlbesked som tidligere, og i mellemtiden vil jeg
da lige spørge herinde, og der er nogle der har været ude for noget
lignende. Jeg har googlet fejlbeskederne på både web og news, men får
ikke rigtigt noget der beskriver problemet eller løsningen. Og jeg synes
jeg har læst manualen, hvor der ikke er beskrevet noget der ligner mit
problem.

Nogle gode ideer?

--
| Jonas @ 55.75, 12.42 | <http://blog.verture.net/> |

"Great things are afoot!"

 
 
Zaphod B (08-02-2005)
Kommentar
Fra : Zaphod B


Dato : 08-02-05 13:10

Jonas Voss <voss@null.dk> wrote:

> Jeg har et pokker hyr med ovenstående applikation under OS X Server.
>
[...snip...]
>
> Nogle gode ideer?

Hvis du fortsatt har problemer etter oppgraderingen(-e), forsøk å spørre
på no.it.os.mac.diverse også. Det er mange tekniske folk som henger der,
og flere som drifter store Mac-nett med store krav til sentral drift og
automatisering. Hvis du altså ikke får svar her først!
--
/Z

Jonas Voss (08-02-2005)
Kommentar
Fra : Jonas Voss


Dato : 08-02-05 13:41

In dk.edb.mac, Zaphod B <NOT.diskworld@mac.com.invalid> wrote:

> Hvis du fortsatt har problemer etter oppgraderingen(-e), forsøk å spørre
> på no.it.os.mac.diverse også. Det er mange tekniske folk som henger der,
> og flere som drifter store Mac-nett med store krav til sentral drift og
> automatisering. Hvis du altså ikke får svar her først!

Tak for forslaget, det vil jeg gøre, hvis ikke der er nogle kloge
hoveder herinde der kan svare.

Takker (:

--
| Jonas @ 55.75, 12.42 | <http://blog.verture.net/> |

"Ford, you're turning into a penguin. Stop it!"

Jonas Voss (09-02-2005)
Kommentar
Fra : Jonas Voss


Dato : 09-02-05 06:26

In dk.edb.mac, Jonas Voss <voss@null.dk> wrote:

> Jeg har et pokker hyr med ovenstående applikation under OS X Server.

[snip]

Det lader til, at nedgradering til 10.3, og derefter opgradering til
10.3.4 (hvor der bl.a. er forbedringer til NIU) har gjort udslaget.
Nedgradering til 10.3 løste ikke umiddelbart problemet.

I hvert fald er det nu lykkedes mig, at lave og distribuere et image til
klienterne. Godt nok ikke det image jeg skulle bruge, men et andet og
mindre image.

Jeg er har fået en mistanke om, at problemet kan skyldes, at det image
jeg har forsøgt at lave tidligere var på 25Gb, mens det det lykkedes med
efter nedgradering var på 5Gb.

Umiddelbart ville jeg ikke tro at størrelsen på imaget var problemet.
Der er 110Gb tilgængelig på serveren, og den har vel næppe brug for 4
gange et images størrelse for at lave det.

Jeg har tjekket apples diskussionsfora for fejlmeddelelsen, og jeg kan
se at jeg ikke er den eneste med det problem, og jeg er heller ikke den
eneste der ikke har kunnet finde en ordentlig løsning.

Jeg håber så, at jeg kan få lavet et NetInstall image af mit 25Gb image
ved at smide en større disk i serveren, men det bliver på torsdag.

--
| Jonas @ 55.75, 12.42 | <http://blog.verture.net/> |

- In /dev/null no one can hear you scream -

Morten Reippuert Knu~ (14-02-2005)
Kommentar
Fra : Morten Reippuert Knu~


Dato : 14-02-05 22:10

Jonas Voss <voss@null.dk> wrote:

> Umiddelbart ville jeg ikke tro at størrelsen på imaget var problemet.
> Der er 110Gb tilgængelig på serveren, og den har vel næppe brug for 4
> gange et images størrelse for at lave det.

prøv at lade være med at generere et komprimeret image, når der arbejdes
med "sparce" images skal det konverteres to gange undervejs, og temp
filerne slettes først når du er helt færdig.

Hvad siger df -h undervejs? Jeg kunne snildt forstille mig, at du
mangler plads til at lave det store image såfremt det skal komprimeres.

--
Morten Reippuert Knudsen <http://blog.reippuert.dk>

PowerMac G5: 1.6GHz, 1.25GB RAM, 300+80GB Disk, 8xDVD+/-RW, Bluetooth
mus+tastatur, R9600Pro, iSight, eyeTV200 & LaCie Photon18Vision TFT

Jonas Voss (14-02-2005)
Kommentar
Fra : Jonas Voss


Dato : 14-02-05 23:34

In dk.edb.mac, Morten Reippuert Knudsen <nospam@reippuert.dk> wrote:

Jeg fandt en løsning, men den er i mine øjne ikke spor
tilfredsstillende. Her følger historien, blandet med svar på Mortens
indlæg.

> prøv at lade være med at generere et komprimeret image, når der arbejdes
> med "sparce" images skal det konverteres to gange undervejs, og temp
> filerne slettes først når du er helt færdig.

Jeg slog komprimering fra, men det hjalp intet. Heller ikke efter jeg
smed en 250Gb disk i Xserveren i stedet for den 110Gb disk der var i
før. Der var med den nye disk 230Gb til rådighed til det at lave image
på.

> Hvad siger df -h undervejs? Jeg kunne snildt forstille mig, at du
> mangler plads til at lave det store image såfremt det skal komprimeres.

Der manglede ikke plads, men det viste sig, at der åbenbart er en øvre
grænse på images der kan laves. Imaget var på 25Gb til at starte det
med. Jeg fjernede en masse ting fra installationen (som vel at mærke
indeholdt der der _skal_ være på en maskine til undervisning), og fik
det ned på 12Gb. Så kunne der uden problemer laves et image af den.

Jeg fik tippet fra en gut på Mac OS X Server mailinglisten, hvor der
tidligere ingen svar havde været på mit spørgsmål.

Jeg læste i øvrigt Apples manual igen, og søgte på deres
diskussionsfora, samt googlede mig gul og blå efter oplysninger om
problemet. Det eneste jeg kunne finde var, at andre havde lignende
problemer, men ikke noget om hvor man kunne læse mere om begrænsningerne
henne.

Apple har fået min feedback angående problemet, og jeg har efterlyst
noget i dokumentationen, der beskriver hvor stort et image må være, for
jeg det er for ringe, dels, at fejlbeskeden man får intet melder om
størrelsesproblemer, dels at deres dokumentation til deres software
lavet til at lave images med, ikke nævner noget om max-størrelser på
dem.

Det kan da ikke passe, at et image på 25Gb kræver over 230Gb til at
blive lavet til et image?

--
| Jonas @ 55.75, 12.42 | <http://blog.verture.net/> |

"This must be a Thursday,' said Arthur to himself, sinking low over
his beer. 'I never could get the hang of Thursdays."

Søg
Reklame
Statistik
Spørgsmål : 177558
Tips : 31968
Nyheder : 719565
Indlæg : 6408907
Brugere : 218888

Månedens bedste
Årets bedste
Sidste års bedste