Úprava - optický router orange ako switch

Tento router som rozoberal v staršom članku (tu). Ako som vtedy uzavrel, hodil by sa ako gigabitový switch. Zariadenie však ponúka veľa funkcionalít navyše, ktoré spotrebúvajú elektrinu (podľa manuálu typicky 8W). Pozriem sa preto detailnejšie na zapojenie a pokúsim sa odpojiť nepotrebné bloky.

Rozbor - SSD disk OCZ onyx 32GB

SSD disk prestal BIOS detekovať, kým v režime "IDE" ho odignoroval a štartol z klasického disku, v režime "AHCI" zamrzol na detekcií úplne. Vyzerá, že dožil, tak sa aspoň pozriem dnu.

NAS server 9 - SMART výpis diskov v linuxe

Nedávno som zachytil článok (link) o ničení SSD diskov otvoreným prehliadačom Firefox častým prepisom súboru recovery.js. Sem ukladá otvorené záložky pre prípad pádu. Štandardný interval prepisu súboru je 15 sekúnd, zamenil som ho (about:config - browser.sessionstore.interval) na 5 minút.

Napadlo ma, že by nebolo zlé sledovať SMART parametre (wiki), ktoré poskytujú disky o svojom stave (čas behu, vadné bloky, výkon).

Rozbor - serverový disk 15K.5

Na rozbor prišiel druhý 15 tisíc otáčkový serverový disk od firmy Seagate, teraz vyrobený pre firmu SUN. Konektor je rovnako vyzerajúci (SCA-2, wiki) ako v prípade minule rozoberaného disku pre HP, avšak neobsahuje vrámci šuflíka dodatočný zdroj a ide o generáciu novší model 15K.5 (minule 15K.4).

Oracle - zapĺňanie auditu (chybný synonym vs granty)

Po nasadení dodávky na oracle databázu sa nadmerne rýchlo začal zapĺňať audit kôli aplikačnému serveru. Najskôr pozrieme najpočetnejšie výskyty (zdroj problému zapĺňania) a potom podľa podmienky (u mňa login, teda userid) vyhľadáme takýto auditný záznam:

select userid, userhost, count(0)
from aud$
group by userid, userhost
order by 3;

select * from sys.aud$ where userid = 'S_OPER';

Oracle - RMAN backup hlási čakanie na enqueue

Ak RMAN skript pri zalohovani zakaždým hlási:

waiting for snapshot control file enqueue
waiting for snapshot control file enqueue
waiting for snapshot control file enqueue

Treba killnúť v databáze proces pod SYSom s modulom RMAN, všetko sa rozbehne (bude pár dní starý).

select 'alter system kill session '''||a.sid||','||a.serial#||''';'||'       '|| a.module  KILL_CMD
from v$session a, v$process p
where p.addr=a.paddr and a.status <> 'KILLED' and type <>'BACKGROUND' and a.module like 'rman%'
order by module;

Ak pokillujete všetko krížom krážom a stále to hlási v novom backupe, dá sa pozrieť selectom ktorý proces robí tento lock:

SELECT s.SID, USERNAME AS "User", PROGRAM, MODULE, ACTION, LOGON_TIME "Logon", l.*
 FROM V$SESSION s, V$ENQUEUE_LOCK l
WHERE l.SID = s.SID AND l.TYPE = 'CF'  AND l.ID1 = 0 AND l.ID2 = 2;

U mňa bol v stave killed, takže riešenie je reštartnúť databázu, dovtedy to bude hlásiť.

Oracle - vyhľadanie súborov DB

Ak sme na neznámom (unix?) serveri, kde potrebujeme dohľadať v Oracle či už umiestnenie súborov, alebo logov, hodia sa takéto selecty z databázy.

Štandardné (oracle štýl) nahranie enviromentu danej databázy (cesty do oracle home, klient, TNS atď) skriptom oraenv, následne vyhľadanie cesty k logom (aj alert) na serveri:

oracle@serv:~$ . oraenv
ORACLE_SID = [] ? DB1
The Oracle base remains unchanged with value /u01/app/oracle

oracle@serv:~$ sqlplus / as sysdba

-- najdi trace
SQL> select value from v$diag_info where name = 'Diag Trace';

VALUE
----------------------------------------------------------------------
/u01/app/oracle/diag/rdbms/db1/DB1/trace

-- aj ine cesty SELECT * FROM V$DIAG_INFO;