Thursday, September 22, 2011

VMware new limits

Kilka tygodni temu VMware wypuścił na rynek nową wersję vSphere 5.0. Jak to zwykle bywa trzeba się będzie uaktualnić w kwestii certyfikacji. W związku z tym (ku pamięci) podrzucam trochę informacji na temat nowych limitów, które udało mi się wykopać na stronie vmware.com

Co nowego niesie Virtual Machine Hardware 8?

VMware jeszcze bardziej przygotowujemy się pod wspieranie modnej “chmury”. Obecnie możemy stworzyć maszynę wirtualną, która:


  • ma do 32 wirtualnych procesorów


  • korzysta z 1011GB pamięci operacyjnej <- pozostałe resztki z 1TB wykorzystywane są przez hypervisor (aktualnie ESXi 5.0) na potrzeby zarządzania maszyną.


  • posiada wsparcie dla USB 3.0 <- na obecną chwilę urządzenie musi być podpięte za pomocą klienta vmware. Urządzenia USB 3.0 podpięte bezpośrednio do serwera, na którym zainstalowany jest ESXi 5.0 nie jest wspierane.


  • podczas startu maszyna wirtualna może wykorzystać UEFI


  • wykorzystywać programowe wsparcie 3D


Co nowego niesie VMFS-5?


  • Panowie z VMware zrezygnowali z obsługi kilku różnych wielkości bloków (1,2,4,8MB). Wcześniej aby utworzyć maszyny z odpowiednio dużym pojedynczym dyskiem musieliśmy zdecydować jaką wielkość bloku chcemy obsługiwać. Obecnie, niezależnie od wielkości obsługiwanego pliku, zawsze wykorzystywany jest blok 1MB.


  • W wcześniejszej wersji vmfs pojedynczy wolumen rozszerzony mógł mieć maksymalną wielkość poniżej 2TB. Obecnie maksimum jest w okolicach ~60TB. Maksymalna wielkość VMDK nadal pozostaje  równa 2TB – 512B.


  • Zmniejszenie wielkości sub-bloków z 64KB do 8KB. Przydatne w przypadku plików mniejszych od 8KB.


  • Zwiększenie ilości obsługiwanych plików > 100,000.


  • Poprawiono obsługę blokad zakładanych na plikach maszyn wirtualnych.


  • Maksymalna wielkość passthru RDMs zwiększyła się do ~60TB.


W przypadku aktualizacji VMFS z 3.0 do 5.0 warto pamiętać, że datastore nadal będzie obsługiwał różne wielkości bloku, subblock zostaje na poziomie 64KB a limit ilości plików nie zostanie zwiększony. VMFS 5.0 po aktualizacji nadal będzie wykorzystywał MBR, dopiero gdy wolumen wzrośnie powyżej 2TB system sam przełaczy się na GPT. Samo przełączenie nie będzie miało wpływu na maszyny wirtualne. Zaktualizowana partycja będzie zaczynać się od 128 sektora (nowe od 2048).

Na forum vmware jak i w KB różne osoby zalecają tworzenie nowych partycji i migrację na nie działających maszyn. Oczywiście nie zawsze możemy sobie na to pozwolić:/

[EDIT] Trochę więcej o limitach VMFS-5, które opisałem powyżej mamy na blogu vmware

Jak doszukam się czegoś więcej o limitach to postaram się o tym napisać. Z pewnych względów limity trzeba znaćUśmiech

Friday, August 26, 2011

Przecieramy kurze…

Jakoś od kilku miesięcy co pewien czas zastanawiam się nad kolejnym postem ale z braku czasu jakoś nie mogę się zmobilizować do napisania czegoś więcej. Na początek, czy też koniec sierpnia podrzucam trochę informacji na temat konwersji kluczy licencyjnychUśmiech 

Ostatnio popełniłem kolejny błąd i na szybko zainstalowałem stanowiska na sale laboratoryjne z pierwszej płyty z w7, którą miałem pod ręką. Po rozklonowaniu maszyn okazało się, że dziwnym trafem systemy nie chcą się przypiąć do serwera KMS. Z względu na spore zmęczenie, zszedłem z diagnozą do pakietów sieciowych, które powinien otrzymać serwer. Jak się okazało, przez przypadek zainstalowałem systemy z wersji retail. Po pewnym czasie dokopałem się do sposobu konwersji wersji retail na wersje vlk.

O dziwo konwersja jest banalna. Wystarczy do systemu wklepać nowy klucz produktu, który został opublikowany na technecie:

Windows 7 Professional    FJ82H-XT6CR-J8D7P-XQJJ2-GPDD4
Windows 7 Professional N    MRPKT-YTG23-K7D7T-X2JMM-QY7MG
Windows 7 Enterprise    33PXH-7Y6KF-2VJC9-XBBR8-HVTHH
Windows 7 Enterprise N   YDRBP-3D83W-TY26F-D46B2-XCKRJ 
Windows 7 Enterprise E   C29WB-22CC8-VJ326-GHFJW-H9DH4 
Windows Server 2008 R2 HPC Edition   FKJQ8-TMCVP-FRMR7-4WR42-3JCD7 
Windows Server 2008 R2 Datacenter     74YFP-3QFB3-KQT8W-PMXWJ-7M648 
Windows Server 2008 R2 Enterprise  489J6-VHDMP-X63PK-3K798-CPX3Y 
Windows Server 2008 R2 for Itanium-Based Systems    GT63C-RJFQ3-4GMB6-BRFB9-CB83V 
Windows Server 2008 R2 Standard  YC6KT-GKW9T-YTKYR-T4X34-R7VHC 
Windows Web Server 2008 R2    6TPJF-RBVHG-WBW2R-86QPH-6RTM4

Windows Vista Business   YFKBB-PQJJV-G996G-VWGXY-2V3X8
Windows Vista Business N    HMBQG-8H2RH-C77VX-27R82-VMQBT 
Windows Vista Enterprise    VKK3X-68KWM-X2YGT-QR4M6-4BWMV 
Windows Vista Enterprise N    VTC42-BM838-43QHV-84HX6-XJXKV
Windows Server 2008  Datacenter    7M67G-PC374-GR742-YH8V4-TCBY3 
Windows Server 2008 Datacenter without Hyper-V    22XQ2-VRXRG-P8D42-K34TD-G3QQC 
Windows Server 2008 for Itanium-Based Systems     4DWFP-JF3DJ-B7DTH-78FJB-PDRHK 
Windows Server 2008 Enterprise    YQGMW-MPWTJ-34KDK-48M3W-X4Q6V 
Windows Server 2008 Enterprise without Hyper-V    39BXF-X8Q23-P2WWT-38T2F-G3FPG 
Windows Server 2008 Standard  TM24T-X9RMF-VWXK6-X8JC9-BFGM2 
Windows Server 2008 Standard without Hyper-V    W7VD6-7JFBR-RX26B-YKQ3Y-6FFFJ 
Windows Web Server 2008    WYR28-R7TFJ-3X2YQ-YCY4H-M249D

Oczywiście wykorzystując, skrypt slmgr.vbs, można taką czynność zautomatyzować:

slmgr.vbs /ipk <Klucz produktu>

Saturday, March 19, 2011

IE9–uproszczony interfejs.

Super, wreszcie mniej przycisków, mniej okien, mniej miejsca na zakładki, tylko czy aby nie za bardzo pousuwano wszystkie opcje?? IE 8 wprowadziło dość prosty interfejs, potem Firefox uprościł swoje belki, następnie wpadło chrome z kartami na pasku górnym i innymi uproszczeniami. Teraz wyszło IE 9 i niby wygląda prosto i ładnie, dużo przestrzeni na wyświetlanie treści stron. Niestety brak niektórych opcji może czasem denerwować użytkownika.

Czy ktoś kojarzy może checkbox “Pytaj przy każdym otwarciu pliku”, który występował w Internet Explorer 8 podczas próby dostępu do pliku? Tak, rzadko kto go odznacza, ponieważ 90% użytkowników chce być każdorazowo pytanym co zrobić z plikiem. Obecnie w IE 9 ta opcja się nie pojawia:/

Obejściem problemu jest dodanie odpowiednich kluczy do rejestru w lokalizacji HKEY_CURRENT_USER\Software\Microsoft\Windows\Shell\AttachmentExecute\{0002DF01-0000-0000-C000-000000000046}. Poniżej kilka przykładowych kluczy (DWORD32), które możemy wstawić:

  • "Excel.Sheet.8"=hex(0) <- arkusz xls
  • "PowerPoint.Show.8"=hex(0) <- prezentacja ppt
  • "Word.Document.8"=hex(0) <- dokument doc
  • "Excel.Sheet.12"=hex(0) <- arkusz xlsx
  • "PowerPoint.Show.12"=hex(0) <- prezentacja pptx
  • "Word.Document.12"=hex(0) <- dokument docx
    • Po dopisaniu w/w kluczy podstawowe dokumenty biurowe będą się otwierać w oknie przeglądarki. Zmiana wartości kluczy na 1 wymusi pobieranie dokumentów.

Tuesday, January 4, 2011

Nod32–kolejny błąd:)

Wczorajsza aktualizacja sygnatur nod32 o numerze 5757 powoduje niestabilne zachowanie stacji roboczych i serwerów. Po zaktualizowaniu bazy wirusów do wersji 5758 wszystko wraca do normy.

Prawdopodobnie podczas skanowania plików nod32 generował memory leak. Przynajmniej tyle udało mi się zauważyć na kilku serwerach.

W przypadku Windows Server 2008 problem jest trochę mniej zauważalny bo w głównych logach Aplikacje/System nie ma zbyt dużo informacji. Jedynie drobna informacja o restarcie usługi (The Eset Service service terminated unexpectedly. It has done this 1 time(s). The following corrective action will be taken in 0 milliseconds: Restart the service). W przypadku Windows Server 2k3 w logach systemowych można zobaczyć błędy  o numerze 2019 (The server was unable to allocate from the system nonpaged pool because the pool was empty.)

Jeśli użytkownicy skarzą się na problemy z wolno działającym sprzętem, blokowaniem dostępu do internetu, zawieszaniem się aplikacji, komunikaty o problemie z alokacją pamięci, etc. To sprawdźcie czy aby baza klienta nie jest w wersji 5757. W przypadku stacji roboczych najszybszą metodą naprawy braku pamięci jest ponowne uruchomienie stacji, wtedy nod32 powinien pobrać najnowszą bazę wirusów.

@Edit: Forum ESET powoli się zapełnia podobnymi problemami:)

@Edit 2: Problem pojawiał się już przy wcześniejszych wersjach sygnatur, ale chyba nie był aż tak widoczny.

SCCM–chodź goni nasz czas.

Ostatnio kilkakrotnie spotkałem się z pytaniem: Dlaczego mimo upływu ustawionego ostatecznego terminu instalacji aktualizacji (deadline) klient SCCM uruchamia aktualizację dopiero po 2h. Nie jest to żaden błąd w kliencie. Dwu godzinne opóźnienie inst. łatek w 99% przypadków wynika z wymuszenia wykorzystywania czasu UTC.  Jeśli nic nie zmienialiśmy w konfiguracji to domyślnie serwer SCCM informuje klienta by skorzysta z czasu UTC podczas weryfikacji czasu wymuszenia. W przypadku naszego kraju czas UTC jest przesunięty o tajemnicze dwie godziny ;]
Oczywiście można to zmienić:
  1. Rozwijamy Deployment Management (1)
  2. Wybieramy właściwości ogłoszenie, które nas interesuje (2)
  3. Przechodzimy do zakładki  Display/Time Settings (3)
  4. Wybieramy czas lokalny (Current Time) (4)

Sunday, January 2, 2011

Vmware–LUN size.

Wpis czysto informacyjny :) Może, ktoś dzięki niemu uniknie spędzania kilku dodatkowych godzin na przekonfigurowanie macierzy i odzyskiwaniu kopi zapasowych.

Jeśli macie w swojej firmie/domowym labie macierz, na której planujecie utworzyć dość pokaźny LUN na potrzeby VMware to pamiętajcie, że pojedynczy LUN nie może być większy niż 2 TB. Szczególnie warto o tym pamiętać gdy ktoś rozszerza już istniejący LUN, który był wcześniej mniejszy od 2TB.

Dlaczego tylko 2TB?

Wolumen vmfs może mieć maksymalnie 64TB, niestety (przeczytane na forum vmware) pod VMFS siedzi sobie LVM, którego limit rozmiaru dysku (w naszym przypadku LUN) wynosi 2TB. Dlatego jeśli chcemy posiadać datastore o pojemności większej niż 2TB to musimy:

  • po stronie macierzy wystawić kilka LUNów o pojemności do 2TB,

  • po stronie vCenter tworzymy sobie jeden duży datastore, który agreguje wszystkie utworzone wcześniej LUNy.


Jeśli postąpimy na przekór zaleceniom i rozszerzymy już istniejący LUN to podczas próby rozszerzania/usuwania datastore dostaniemy komunikat błędu dostępu do wybranej partycji (: Wtedy pozostaje nam przenieść wszystkie maszyny na inny datastore (całe szczęście działa vMotion) i zakładać LUN od nowa.

@Update

Hmm, udało się nawet znaleźć odpowiedni opis na stronie KB vmware link.

Internet Explorer –ulubione strony.

Internet Explorer ma bardzo fajnie zaprojektowany mechanizm ulubionych stron. Podczas dodawania strony do ulubionych IE tworzy skrót do wybranej strony w katalogu “c:\Użytkownicy\Login\Ulubione” . W sumie dość prosty mechanizm, który się sprawdza. Niestety jeśli przez przypadek użytkownik utraci prawo zapisu w swoim folderze to przeglądarka zachowuje się bardzo ciekawie :)
W przypadku IE 7.0 dostaniemy komunikat:

Przyznam się, że gdy po raz pierwszy zobaczyłem ten błąd to spędziłem trochę czasu nad wygłówkowanie co jest nie tak. Dopiero po kilku próbach udało się znaleźć przyczynę.
Idąc z duchem czasu przy okazji świątecznej aktualizacji domowego desktopa uaktualniłem IE z wersji 8 na 9. Nowsza wersja, co prawda jeszcze beta, powinna działać lepiejUśmiechZachowanie 9.0 jest dość ciekawe:
  1. Jeśli użytkownik stracił całkowicie uprawnienia do folderu ulubione, to podczas przeglądania ulubionych lub dodawania nowych stron dostaniemy komunikat o braku uprawnień i prośbę o ich zmianę.
  2. Jeśli użytkownik jest właścicielem katalogu to IE uzupełni uprawnienia, które są potrzebne.
  3. Jeśli natomiast użytkownik nie będzie właścicielem folderu ale będzie miał prawa do odczytu to przeglądarka nie wyrzuci żadnego błędu oraz nie doda strony do ulubionych.
Uwaga zgłoszona więc pozostaje mieć nadzieję, że wreszcie zostanie to poprawione i miejmy nadzieje, że zamiast nieokreślonego błędu pojawi się komunikat o braku uprawnień na folderze ulubione.