w2k3 -> w2k8#

Postanowiłem wykonać upgrade serwera na którym działa ten blog. Zabrałem się do tego jak zawsze najbardziej hardcorowo ze wszystkich możliwych sposobów - tzn. odpaliłem rdesktop, podmapowałem obraz iso za pomocą deamon tools, i wrzuciłem do katalogu. Normalni bym to zrobił 7-zip-em, ale 7-zip nie ma jeszcze obsługi standardu plików iso UFD, który został przyjęty przez Microsoft w Viscie i Longhornie.

Ok, instalator standardowy. Next next next, chce wykonać upgrade. Następnie sprawdzanie poprawności. Oczywiście nie spodobał mu się zainstalowany powershell, oraz deamon-toolsy. Więc usunięcie.

Kolejna próba instalacji, next next next, upgrade. 20 minut zbierania informacji o tym czy upgrade można wykonać. Next.

I tu pojawia się zbieranie informacjo o systemie...... tak 1,5 godiny, na szczęście terminal działa. Restart............godzina..........pół...nie pinguje sie... o co chodzi.....ok, zterminalujmy sie na jakas workstacje w tej sieci.. nic. Ok, po dwóch godzinach sie pinguje. Ale rdesktop nie dziala. Hmmm... Computer Management. Dziala : ) Zobaczmy serwisy. Zobaczmy czy uslugi terminalowe dzialaja. Dzialaja. Ale nie moge sie dostac dalej.. Hmm, www dziala, ale blog juz nie. A strona startowa to strona IIS7. Hmmm... Windows Firewall działa. Wyłaczmy.

........błąd rpc. Echh, i tyle : ) Hmm, musze sie jednak wybrac odwiedzic serwer.

Pol godziny pozniej w koncu podlaczylem komputer. I ku mojemu zdziwieniu ukazal sie ekran instalacyjny, z zaznaczonym Completing Installation(34%).

Po kolejnych 2 godzinach w końcu serwer zadziałał. Ogólnie cały proces instalacj zaczął się o 15, a zakończył o 19:30. Tak anprawde bez potrzeby ingerencji w sam proces upgradu.

Do tego, i co najwazniejsze, upgrade się udał. Wszystkie usługi zaczeły działać poprawnie. No, może oprucz blogu, ale po szybkim upgradzei silnika z asp1.1 do asp 2.0, i on zaczął chodzić.

No i ostatnia sprawa na koniec. Na moim systemie zainstalowany był WIndows 2003 Enterprise R2 VLK. WIęc Windows 2008 postanowił poszukać serwera KMS, i pozostawił sobie na to 3 dni. Jak się okazało nie mam dostępnych kluczy KMS-owych, a tylko klucze MAK. W przypadku w2k3 oznaczałoby to reinstalacje systemu WIndows. ALe w W2k8 można wipisać klucz MAK, a system grzecznie przeprowadzi aktywacje w firmie Microsoft.

Podsumowując - proces upgradu był bardzo prosty. Nawet przy tak skomplikowanym serwerze jak mój - czyli maszyna serwero-administracyjni-developerska, z zainstalowanym IIS, SQL-em, VS, antywirusem McAfee - przebiegł bez problemu, tylko wymagał dłuugiego czasu.

Friday, February 15, 2008 8:29:38 PM (Central European Standard Time, UTC+01:00) #    Comments [1]  |  Trackback

 

Multicast file copy#

Jesli kiedykolwiek przygotowywaliście obrazy maszyn wirtualnych na szkzolenia, wiecie zapewne jakim problemem jest wgranie tych obrazów na stacje robocze.

 

Weźmy sytuacje typową: 16 komputerów w laboratorium, 4 GB danych, sieć 100MB

dla uproszczenia powiedzmy że maksymalna wydajność kopiowania to 10Mb/s, a do skopiowania jest 4000MB danych. Daje to 400sekund transferu. 400s*16/60s daje 106 minut na skopiowanie danych.

Możemy oczywiście zoptymalizować algorytm. Z stacji 1 kopiujemy na stacje 2. Później z stacji 1 i 2 kopiujemy na stacje 3 i 4. następnie z stacji 1,2,3,4 kopiujemy na stacje 4,5,6,7,8. Na końcu wykonujemy jeszcze jeden transfer z stacji 1,2,3,4,5,6,7,8 na stacje 9,10,11,12,13,14,15,16. Daje to 4 *400s/60s, czyli ~27 minut.

 

Czy można szybciej? Oczywiście. Wystarczy wykorzystać multicasty. W odróżnieniu od broadcastów, nie zapychają całej sieci ( o ile switch to umożliwia, ale obecnie już prawie każdy sobie z tym radzi), i jest routowalny ( o ile router to obsługuje).

Długo szukałem darmowego programu który by umożliwiał transmisje plików pod systemem windows.. I udało się. UdpCast

- http://udpcast.linux.lu/exe.html

Wydajność na poziomie 87% wysycenia łącza, przy 16 jednoczesnych transmisjach plików, czyli na poziomie 10.5Mb - zdecydownie szybciej niż SMB/CIFS. I do tego jest stabilny. I działa.

Monday, February 04, 2008 5:25:58 PM (Central European Standard Time, UTC+01:00) #    Comments [0]  |  Trackback

 

All content © 2010, Krzysztof Pietrzak
On this page
This site
Calendar
<September 2010>
SunMonTueWedThuFriSat
2930311234
567891011
12131415161718
19202122232425
262728293012
3456789
Archives
Sitemap
Blogroll OPML
  Tokyo by night
blog WiTa
  W-Files
blog n€x¤Ra
 .:fotoblog:.
blog Kfaza
 \\archon\blog$
blog archona
 Czasowstrzymywacz
Blog Fookyego
 Jog Pstryka
Jog Pstryka
 Mac OS X vs. Active Directory
techniczny blog kfaza

Maps
Locations of visitors to this page