Carcase PC

Am tot cautat de ceva vreme o carcasa pentru PC-ul meu, si conditiile ar fi:

• sa-mi placa
• sa aiba filtre de aer
• sa fie neagra
• sa fie simpla (fara beculete, crom, etc)
• sa fie solida

Si ar fi in ordinea crescatoare a preferintelor/pretului:

1. Antec Three Hundred care e in jur de 250RON (review-uri video)
2. CoolerMaster CM 690 II Advanced in jur de 420 RON (review-uri video)
3. Corsair 700D nu am gasit inca in Romania, dar ar fi cam 200 EUR. (review-uri video)

Intre 2 si 3 (ca pret/dotari) ar mai fi Antec P183 dar daca as avea bani de P183 as mai stringe ciorapul pina as avea de 700D :)

Red Dead Redemption - Funny Bugs

 Comentariile cred ca sunt in plus, cel mai bine e sa va uitat la filme:

Mangler - clent Ventrilo pentru Linux

Mult timp am cautat o solutie buna pentru a ma putea conecta la un server Ventrilo de sub Linux, si singura solutie a fost wine+clientul oficial, care are niste probleme:

• aplicatia trebuie sa aiba focus ca sa intercepteze tastele (push-to-talk)
• nu anumite versiuni de wine nu merge, cu alte versiuni crapa dupa un anumit timp
• e un delay cu care raspunde la comenzi, probleme de resize la fereastra aplicatiei

Am cautat si sperat mult timp ca se va materializa un client nativ de Ventrilo, facut chiar de ei, dar sperante mici. Iata totusi ca speranta moare ultima :) am dat peste Mangler.

L-am folosit deja de 3-4 luni, se integreaza bine cu gnome si vad ca creste in features de la un release la altul. Pentru cine are serverul propriu recomand totusi Mumble/Murmur care este o solutie client+server calitativ mai buna decit Ventrilo si cu mai multe facilitati.

ORA-19809: limit exceeded for recovery files

Ma uitam azi in email-urile cu rapoarte si am observat cu mirare ca unul dintre servere nu facea backup (lucru ciudat pentru ca facea binemersi de cel putin un an). Eroarea, criptica in stilul Oracle, era:

ORA-19809: limit exceeded for recovery files
ORA-19804: cannot reclaim 52428800 bytes disk space from 214748364800 limit

O cautare scurta pe google, care nu prea m-a luminat, m-am prins ca e undeva o limita (214748364800 = 1024*1024*1024*200, care e prea frumos ). Asa am gasit ca limita e:

SQL> show parameter DB_RECOVERY_FILE_DEST;

NAME TYPE VALUE
------------------------------------ ----------- ------------------------------
db_recovery_file_dest string /backup/flash_recovery
db_recovery_file_dest_size big integer 200G

un mic fix:

SQL> alter system set db_recovery_file_dest_size=900G ;
System altered.

si backup-ul a continuat fara nici o eroare :).
In concluzie, cind am facut prima data setarile pentru backup, am alocat 200G pentru el si acum erau folositi deja 221G. Partitia are acum 1T asa ca am alocat 900G pentru backup+archivelogs.