[PLEX] Missing MFPlat.DLL

Dzisiaj postanowiłem zaktualizować PLEXA do wersji Plex-Media-Server-0.9.1700.2108. Niestety proces zakończył się błędem podczas próby uruchomienia. 

"The program cant start because MFPlat.DLL is missin from your computer. Try to reinstall the program to fix the problem"

Jest jednak rozwiązanie, należy w systemie zainstalować pakiet MediaPlayback Features. Uruchamiamy wiersz poleceń i wywołujemy poniższą komendę:

dism /online /enable-feature /featurename:MediaPlayback

Rysunek 1 - Wiersz poleceń

Po zainstalowaniu pakietu i ponownym uruchomieniu PLEX powinien już wpełni działać. Może się zdarzyć że będzie wymagane ponowne zainstalowanie PLEXA.

[Ubiquity] Zmiana portów HTTP i HTTPS

Po co zmieniać te porty ? Z kilku przyczyn, czyli po pierwsze bezpieczeństwa. Jeżeli ktoś się nie zna nie będzie próbował korzystać z tych portów aby się włamać/zalogować. Drugim powodem może być tak jak u mnie że posiadam serwisy wystawione na świat pod portem 80 i 443. Nie chciał bym aby pod domeną widniała strona logowania do routera tylko moja witryna.

Wystarczy wykonać proste dwie komendy oraz je zatwierdzić:

set service gui http-port 8080

set service gui https-port 8443

commit

 Teraz nasz router będzie nasłuchiwał na nowych portach HTTP: 8080 oraz HTTPS: 8443

Dodatkowym zabezpieczeniem dostępu do routera jest zmiana domyślnego portu SSH ale to już będzie w innym wpisie lub sami się domyślcie jak to zmienić.

[Ubiquity] EdgeMax Firmware Upgrade via CLI

W tym wpisie pokażę wam jak szybko zaktualizować wasz router do najnowszej wersji oprogramowania z linii poleceń. Według mnie jest to najszybsza i najwygodniejsza metoda aktualizacji. Jako pierwszy krok musimy wejść na stronę Ubiquity i skopiować link do pobierania.

Rysunek 1 - Strona pobierania

W moim przypadku jest to zakreślony link który kopiujemy do schowka. Logujemy się do naszego routera przez SSH za pomocą klienta (np. Putty lub Xshell). 

Lista przydatnych komend:

 Rysunek 2 - show version - pokazuje aktualną wersję firmware

Rysunek 3 - add system image *adres_url* - dodajemy adres naszego pliku z firmware

Rysunek 4 - show system image - pokazuje wersje systemów które posiadamy 

Teraz musimy wykonać restart routera aby nasz aktualnie uruchomiony obraz został zamieniony nowym. Po ponownym rozruchu należy sprawdzić aktualnie używaną wersję i usunąć starą.

 Rysunek 5 - Sprawdzamy wersję firmware po restarcie routera

 Rysunek 6 - Kasujemy stary obraz systemu

Jeżeli nie jesteśmy pewni nowej aktualizacji możemy zostawić stary obraz aby wrazie problemów do niego powrócić. Wystarczy użyć komendy "set system image default-boot"

Rysunek 7 - Przełączanie pomiędzy dostępnymi wersjami firmware

Mam nadzieję że ten wpis pomógł Ci uporać się z aktualizacją firmware. Dla mnie jest to najwygodniejszy sposób aktualizacji gdyż z poziomu GUI miewałem problemy.

IPMI - Jak zmniejszyć próg działania wentylatorów

Każdy lubi cichą pracę komputera czy serwera. Mój serwer posiada płytę SuperMicro X10SLL+-F z gniazdami 4-pin PWM dla lepszego zarządzania prędkością wentylatorów. Wymieniłem zwykłe 3-pin na 4-pin PWM wentylatory marki GELID. Na prawdę są ciche i wydajne. Wszystko było pięknie aż do uruchomienia serwera. Okazało się że ich zbyt niskie obroty generowały ostrzeżenia w EventLogu. Powodowało to że wentylatory rozpędzały się do maximum i zwalniały kiedy znowu przekroczyły najniższy próg rozpędzały się na maximum. Z pomocą przyszło narzędzie IPMITool. Do tego wystarczy nam jakikolwiek system Linux w tej samej sieci co nasz serwer z IPMI.

Rysunek 1 - EventLog

Dzięki narzędziu IPMITool w szybki sposób zmienimy te wartości. Zacznijmy od zainstalowania narzędzia w środowisku Linux.

sudo apt-get install ipmitool

Kolejnym krokiem jest użycie odpowiedniej komendy.

Rysunek 2 - Użycie narzędzia IPMITool

ipmitool -I lan -U ADMIN -H 10.10.1.202 sensor thresh FAN1 lower 150 225 300

Wyjaśnienie parametrów komend:

ADMIN - konto użytkownika IPMI

10.10.1.202 - adres IP urządzenia IPMI

FAN1 - wentylator któremu zmieniamy parametry FAN (FANA, FAN1, FAN2, FAN3, FAN4)

150 - wartość nienaprawialna

225 - wartość krytyczna

300 - wartość nie krytyczna

Zmiany powinny być od razu odczuwalne i widoczne w panelu www IPMI. Czasami jednak zmiany mogą dać efekt po ponownym uruchomieniu maszyny. Dlatego dla własnego spokoju lepiej wykonać ponowny rozruch serwera.

Rysunek 3 - IPMI via WWW

Mam nadzieję że ten artykuł wam pomógł.

[VMWARE] ESXI błąd startu usługi SNMPD

SNMPD to usługa dzięki której możemy monitorować zasoby naszego serwera. Czasem się zdarza że przy próbie uruchomienia tej usługi pokazuje nam się poniższy błąd.

Call "HostServiceSystem.Start" for object "serviceSystem-125" on vCenter Server "<vCenter_server_fqdn>" failed.

Błąd pojawia się ponieważ nasz plik: snmp.xml najprawdopodobniej jest uszkodzony.

Aby rozwiązać problem należy zalogować się do serwera przez SSH i przejść do folderu z naszym plikiem.

cd /etc/vmware

Warto wykonać sobie kopie zapasową pliku poniższą komendą:

cp snmp.xml snmp.xml.bkup

Rysunek 1 - Połączenie SSH z naszym serwerem.

Otwieramy nasz plik: snmp.xml dowolnym edytorem tekstowym np. nano lub vi i wklejamy do niego poniższą zawartość:

<?xml version="1.0" encoding="ISO-8859-1"?>

<config>

<snmpSettings>

<enable>true</enable>

<port>161</port>

<syscontact></syscontact>

<syslocation></syslocation>

<EnvEventSource>indications</EnvEventSource>

<communities>public</communities>

<loglevel>info</loglevel>

<authProtocol></authProtocol>

<privProtocol></privProtocol>

</snmpSettings>

</config>

Zapisujemy plik i za pomocą klienta vSphere Client uruchamiamy serwis SNMPD.

Configuration > Security Profile > Properties > SNMPD service > Options > Start

Rysunek 2 - Monitorowany serwer ESXI w Observium (SNMPD)