Zobrazit příspěvky

Tato sekce Vám umožňuje zobrazit všechny příspěvky tohoto uživatele. Prosím uvědomte si, že můžete vidět příspěvky pouze z oblastí Vám přístupných.


Příspěvky - aigor.net

Stran: 1 2 [3] 4 5 ... 12
31
Vývoj / Re:PHP: pomalé připojení k MySQL
« kdy: 07. 05. 2024, 08:44:07 »
Pokud to není vypnuté na serveru, tak to SERVER resolvuje, aby matchoval to 'user'@'client' v právech.

Takže ověřit na něm, jestli funguje reverze klienta.

Máte pravdu! Pokusím se dokopat správce onoho serveru aby to vypnul a uvidím.

32
Vývoj / Re:PHP: pomalé připojení k MySQL
« kdy: 07. 05. 2024, 08:32:06 »
Tohle za mě vypadá na jednu z těchto možností:
- timeout nějakého novějšího protokolu který PDO zkouší, po timeoutu zkusí starší protokol. Co je za verzi MySQL na tom vzdáleném serveru? ... šifrování spojení apod.

Tohle může být ono, MySQL je 5.0.67.
Dneska sem testoval i připojení z příkazové řádky a prodleva je tam také.
Bohužel do MySQL sáhnout nemůžu, je to součást další muzeální aplikace třetí strany, ze které čtu jen některá data.

33
Vývoj / Re:PHP: pomalé připojení k MySQL
« kdy: 06. 05. 2024, 20:10:25 »
Přesně proto marně vymýšlím, jestli existuje nějaký "debug" místo 4sec koukání na prázdnou stránku.
V tomhle se neorientuju, tak žádné nástroje neznám. Je by mě zajímalo kde se to celou tu dobu poflakuje a co se tam děje...

34
Vývoj / Re:PHP: pomalé připojení k MySQL
« kdy: 06. 05. 2024, 19:38:36 »
Tak popořadě. Připojení z původního kódu je samozřejmě rychlé jako blesk a tam sem nikdy nic speciálního neřešil. Na novém virtuálu je opět jen čistá terminálová instalace a PHP8 místo PHP5.
Ruční připojení do SQL si nejsem jist, zkusím zítra...
DNS překlady, nebo IPv6 celkem vylučuju, když adresu serveru zadávám jako IPv4. Nic jiného tam není - testuju i jen čistý kus kódu kde je připojení k DB a konec.
Reálně pořád běží oba virtuály - starý i nový, právě záseky v připojení ke třetí straně mě brání starou verzi odstavit, to by mě uživatelé utloukli.

35
Vývoj / PHP: pomalé připojení k MySQL
« kdy: 06. 05. 2024, 17:19:35 »
Ahoj, přepisuju jeden fousatý projekt z PHP 5 a MySQL (lib) do PHP8 a PDO.
Narazil jsem u toho na dost nepříjemný problém. Na několika místech se (kromě lokální DB) musím připojit i k sousednímu serveru a tam se kód vždy zasekne na 4sec. Původní projekt, nový projekt a i externí DB běží jako VM na jednom serveru.
Zkusil sem místo PDO použít MySQLi, ale se stejným výsledkem. Firewall mlčí, adresuju přes IP, user/login je bez změny, ale je to prakticky nepoužitelné.

Kód připojení kopíruje vzor z https://phpdelusions.net/pdo_examples/connect_to_mysql

Už nevím co vyzkoušet, nebo kde hledat. Všechno se tváří v pořádku, "jen" zoufale pomalé  :(

36
...Pak budete mít jenom log-soubory od svých zařízení pod /var/log/net/<ipadresa>/<datum>.log a zbytek budete řešit journalem.

Díky, to by mohla být ta správná cesta.

37
No tohle je asi na remote journal. Tedy jenom z Linuxového boxu, kde také běží journal. Ale tazatel chce chytat syslog zprávy předpokládám...

Přesně tak - konkrétně z Mikrotiku (ROS)

Za každou cenu to nechci lámat přes koleno, spíš se jedná o to, jestli si instalací rsyslog nenadělám binec, resp. aby se mě pak nelogovaly některé věci opakovaně (jak sem na pár místech četl)

38
Ahoj, léta k plné spokojenosti používám rsyslog na sbírání logů ze síťových prvků (Mikrotik) na serveru.
Nicméně nyní je už vše v režii journalctl a dávat k tomu ještě rsyslog nevím jestli je dobrá idea. Diskuse na tohle téma co sem našel jsou minimálně 2-4 roky zpět a s rozporuplným výsledkem.
Kdyby to šlo, budu vše řešit přes journal, ale pokud se nepletu, ten tohle neumí - nebo sem k tomu nic nenašel... :(

39
Před lety jsme tu o tom měli článek: Vlastní mirror repositářů pro Debian a Ubuntu

Skvělé, jako když to člověk teď najde..  ;)

40
Ahoj, nevím jak přesně pojmenovat to co hledám. Menší sít 12 stanic, ale pouze jedno LTE připojení a drahá data.
Existuje způsob, jak si aktualizace stahovat ideálně přes jeden server, než 12x samostatně?
Aby to bylo zajímavější, tak některé stanice mají i extra repozitáře.

Jak se jmenuje to co hledám..?

41
Hardware / Re:SAS disky na serveru I/O error, testování
« kdy: 06. 04. 2024, 13:32:31 »
Tak ověřeno, zabralo:
sg_format —format /dev/sdX
jen to chvíli trvá. Všechno se už chová korektně, žádné chyby, příznak ochrany zmizel  :D

42
Hardware / Re:SAS disky na serveru I/O error, testování
« kdy: 05. 04. 2024, 14:58:16 »
Jeden výstrel do tmy: Niektoré disky podporujú šifrovanie

AMEN pane kolego! Tohle je ono!

Jako opravdu se to chová dost podivně, například i to čtení z jednoho normálně jde, druhý vyhazuje I/O Error, ale natáhnul jsem si hdparm i sg3-utils a trochu si s tím hraju. Jediné jak to ověřit je provést totální formát přepisem, což ovšem bude chvíli trvat, tak to budu vědět až v pondělí.

Nějak mi vrtá v hlavě, jaký smysl má taková "ochrana", když jde na disk zapisovat a podle nálady i číst. Data to nijak nechrání, jen to svádí k tomu disk hodit do koše.

Každopádně děkuji  ;)

43
Hardware / Re:SAS disky na serveru I/O error, testování
« kdy: 04. 04. 2024, 20:15:07 »
Nemyslím si, že v tomto případě je nějak relevantní, ale budiž. Server Dell R510, disky jsou připojené přes backplane. Jde o mix SAS6 různých výrobců, převážně Seagate ST2000NM0001, ST2000NM0045, ST2000NM0155, dále Toshiba, IBM.. Disky mají natočeno od 5 do 37tis provozních hodin. Kromě SAS tam zapojuju jakékoliv SATA, které používám pro přenos dat, nebo off-line zálohy.
Nová instalace Debian 12 (no-gui), žádné externí ovladače. KDY to hlásí chybu? Při pokusu o přístup třeba spuštěním fdisk.

Každý disk nejdřív projedu smartctl -t long. Pokud nehlásí žádné problémy, zruším oddíly a nastavím novou GPT. Tady prošly všechny.
Před finálním přidáním do pole vytvořím testovací zfs pool, zaplním náhodnými daty, zkontroluju syslog, nechám projet zfs scrub a pokud je vše OK, nasadím to ostrého provozu. V tomto kroku neprošly dva disky. Co je ale podivnější, většina z těch co zvládly zátěžový test už nejde znovu přerozdělit a vykazují chyby - viz první post.
Je jedno do kterého slotu je dám, pořád stejné chyby. Naopak když vytáhnu ze skříně libovolný svůj starší disk a zapojím kamkoliv, všechno šlape. Pro mě je to záhada.

44
Hardware / SAS disky na serveru I/O error, testování
« kdy: 04. 04. 2024, 18:08:30 »
Ahoj, vezmu to stručně - starší server, řadič LSI 9211 v režimu HBO, SAS disky.
Teď sem přikoupil várku bazarových 2TB a narážím na neskutečné haluze...
  • vyjedu smartctl, zjistím počet najetých hodin a neopravitelných chyb, smart hlásí "OK"
  • při spuštění fdisk mě to vykopne na I/O Error, v syslogu hromada chyb "protection error, dev sdi, sector 0 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 2"
  • OK, 4ks takto vadných jsem vyřadil, zbytek funguje normálně
  • ty co včera fungvaly dnes chci dát do pole a u většiny opět stejné příznaky - I/O error, v logu hromady chyb, SMART stále tvrdí OK

S nějakou chybovostí u použitého počítám, ale nerozumím tomu, proč jeden den se disk chová normálně a druhý den kolabuje. SMART se tváří v pořádku, čítače se nezměnily. Pokud vyměním disky za jiné (stejný model), vše funguje.
Na disk klidně můžu zapisovat natvrdo "dd bs=4M if=/dev/urandom of=/dev/sdn", ale nenastavím rozdělení, fdisk mě vykopne, sgdisk nadává "Warning! Read error 5; strange behavior now likely!"

Máte ještě nějaký nápad jak otestovat, nebo je tohle u vadných disků normální chování? Používám SAS už řádku let, ale s ničím podobným jsem se nesetkal.

45
Yubikey?

Pokud čtu správně, hádá se to se Smartcard, nebo jen exprimentálně. Navíc kupovat další ne úplně levný token s nejistým výsledkem se mi moc nelíbí.
Vypadá to, že Widle to prostě neumí  :(

Stran: 1 2 [3] 4 5 ... 12