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.