pátek 23. července 2021

DELL notebook, upgrade BIOSu

Za běžných okolností provedete upgrade BIOSu dvěma tradičními, možnými způsoby:

Buď na stránce https://dell.cz  kliknete na Technickou podporu -> Podpora produktů ... atd. , nebo si stáhnete ze stránky aplikaci Support Assist (aktuálně: https://downloads.dell.com/serviceability/catalog/SupportAssistInstaller.exe).

Na tom by ale nebylo zase až tak nic zvláštního. Dostal se mi však do ruky jeden notebook, který v obou zmíněných případech končil chybou, jako kdyby při upgradu nebyl připojen k 230V, nebo baterie nebyla zcela nabita. 



Nepomohlo ani stažení samotného *.exe souborů, který taktéž končil chybou. Restart nepomohl, dokonce ani odpojení baterie, spuštění naprázdno, ...

Jsou dvě možná řešení:

  • Stáhnete si Rufus  a připravíte flashku s freedosem na něj nahrajte aktualizační soubor. Restartujte Notebook  a nabootujte z flashky. Po té spusťte aktualizační soubor s parametrem /forceit . A dál už jen dáváte pokračovat.
    Jenže bohužel tohle mi asi v polovině také zhavarovalo.

  • Zkusil jsem tedy ještě zpátky do Windows, spustil jsem cmd (jako správce) a v něm spustil aktualizační soubor opět s parametrem /forceit . Tady to proběhlo okamžitě a okamžitě i bez dotazů zrestartovalo.


PHP komunikace s MS SQL

Dnes jsem potřeboval napsat jednoduchou PHP aplikaci, která vyčítá data z MS SQL serveru. Bohužel jsem se musel trochu poprat s nastavením linuxového serveru a jeho komponent s vazbou na MSSQL.

Na čem jsem to rozběhl a jak :

  • UBUNTU 20.04 LTS + Apache2 + PHP 7.4
  • Windows server + MS SQL 2008 R2

Nebudu zde popisovat rozběhnutí Ubuntu serveru, Apache a PHP, což budu pro tento návod považovat jako výchozí, již funkční. 

Bohužel tahle problematika je při vyhledávání na Googlu dost probíraná, ale ne všechny návody jsou funkční, nebo jen částečně. Takže tady spojeno do jednoho.

Doinstaluji si 

apt-get install unixodbc tdsodbc


Do /etc/odbc.ini vložím:

[mssql]
Description   = MSSQL Server
Driver        = freetds
Database      = mojeDatabaze
ServerName    = MSSQL
TDS_Version   = 7.1


Do /etc/odbcinst.ini vložím:

[freetds]
Description = MS SQL database access with Free TDS
#Driver     = /usr/lib/i386-linux-gnu/odbc/libtdsodbc.so
Driver      = /usr/lib/x86_64-linux-gnu/odbc/libtdsodbc.so
Setup       = /usr/lib/i386-linux-gnu/odbc/libtdsS.so
UsageCount  = 1


Do /etc/freetds/freetds.conf vložím:

[mojeSpojeni]
host        = IPadresaSQLserveruNeboFQDN
instance    = instanceSqlServeru
database    = mojeDatabaze
tds version = auto


Po editaci těchto tří souborů restatuji Apache2

$sudo systemctl restart apache2


A jak vypadá samotné volání PDO v PHP? :

<?php

$pdo = new PDO ('odbc:DRIVER=FreeTDS;SERVERNAME=mojeSpojeni;DATABASE=' . $dbname . ';ClientCharset=UTF-8', $username, $password);

?>

pátek 18. června 2021

OCS inventory - software

OCS Inventory

 

Po delší době sem něco napíšu :)

OCS Inventory je aplikace běžící na serveru a na klientech. Sbírá inventůru hardwaru v síti a instalovaného softwaru. Pokud chci mít pod dohledem, co, kde upgradovat, vyměnit a síť je větší, lepšího pomocníka nenajdeš. 

Instaloval jsem OCS Inventory na Linux servru Ubuntu 20.04 LST  . Nebudu zde popisovat postup, i kdy bych asi časem mohl. 

Jen popíšu docela zajímavou vymoženost, která mi po instalaci nechodila. Instalovaní Agenti na stanicích (pomocí GPO) mi během prvního, nejbližšího restartu posbíraly, co mohly. Bohužel, když jsem si rozklikl Inventory -> All software, tak tam žádný sw nebyl.
Když jsem si rozklikl All computers -> Software tady zase ano. 


Řešením bylo přidat do cronu tento řádek:

# m h  dom mon dow   command
00 1 * * * apache cd /usr/share/ocsinventory-reports/ocsreports/crontab/ && php cron_all_software.php

středa 14. dubna 2021

Hromadné přejmenování názvů souborů s velkými písmeny na malá

 Co dodat k tomu, co je v nadpisu ? Zkrátka:

for i in $( ls | grep [A-Z] ); do mv -i $i `echo $i | tr 'A-Z' 'a-z'`; done

neděle 14. února 2021

vmWare - This host is potentially vulnerable to issues described in CVE-2018-3646 ...

Může se stát, že po instalaci vmWare ESXi vám v klientovi vyskočí hláška:

This host is potentially vulnerable to issues described in CVE-2018-3646, please refer to https://kb.vmware.com/s/article/55636 for details and VMware recommendations.

Jedno z řešení je vypnout VMkernel.Boot.hyperthreading přímo v BIOSu, nebo ve vmWare. Může se vám stát (jako mně), že tuto volbu v BIOSu nenajdete a pak  to lze vypnout jen ve vmWare klientovi.

Takže - ve vmWare (platné pro verzi 6.7.0 a možná i vyšší) rozklikněte v menu Navigator 

Manage -> System ->  Advanced settings

A nastavte hodnotu VMkernel.Boot.hyperthreading na False


Nutno podotknout, že podle některých zdrojů příjdete o 20-30 % výkonu serveru. 

sobota 13. února 2021

iPhone přidání delegovaného kalendáře

Protože využívám googlích služeb, potřeboval jsem na svém iPhonu vidět do manželčina kalendáře, který mi delegovala. Bohužel ani přes odebrání googlího účtu a nového vytvoření se mi její kalendář mezi kalendáři neobjevil. 
Po dlouhém hledání mi pomohl tento odkaz: https://www.google.com/calendar/syncselect . Po přihlášení jsem si klikl na nezaškrtnutý kalendář. Po té se mi hned objevil na iPhonu.