.: Liquid Free :::

SMART monitoring dysków

liquid3 — Fri, 25 Apr 2008 07:28:41 +0000

Sprawdzanie statusu dla dysku /dev/hda:

smartctl -Hc /dev/hda

Zakładam oczywiście, że pakiet smartmontools jest zainstalowany w systemie.

Możemy jeszcze sprawdzić czy nasz dysk /dev/hda obsługuje SMARTa:

smartctl -i /dev/hda

smartctl -i -d ata /dev/sda # dla dysków SATA

Jeśli nasz dysk /dev/hda nie obsługuje SMARTa, możemy spróbować go włączyć:

smartctl -s on /dev/hda

smartctl -s on -d ata /dev/sda # dla dysków SATA

CentOS tryby bootowania

liquid3 — Fri, 25 Apr 2008 07:08:41 +0000

- single (praktycznie tylko odłącza sieć)

- emergency (montuje tylko glowny system plikow i to na dodatek w trybie read-only)

Aby je wywołać najeżdżamy w menu GRUBa na pozycje CentOSa, a następnie wciskamy przycisk „a” – wchodzimy w tryb dodawania parametrów bootowania do jądra. Następnie po spacji wpisujemy „single ” lub „emergency” w zależności od tego w jakim trybie chcemy wystartować.

Instalacja CentOS 4.5

liquid3 — Tue, 22 Apr 2008 12:16:13 +0000

Podczas instalacji CentOSa 4.5 (tuż po wyborze pakietów) na ekranie pojawił się dialog z informacją:

„An error occurred transferring the install image to your hard drive.
You are probably out of disk space.”

Z dyskiem (fizycznie a także z ilością wolnego miejsca) oraz nośnikiem było wszystko OK, więc problem wydawał się tym grubszego kalibru. Jak się jednak okazało wystarczyło przy bootowaniu wyłączyć tryb DMA dla dysku poprzez ustawienie parametru „ide=nodma”.

Konwersja formatu flv/rmvb na avi

liquid3 — Fri, 04 Apr 2008 09:21:56 +0000

Na początek flv2avi – ustawienia w miarę „standardowe”:

ffmpeg -i input_file.flv -ar 48000 -ac 2 output_file.avi

Teraz rmvb2avi:

mencoder input_file.rmvb -ovc lavc -lavcopts vcodec=mpeg4:vbitrate=900:autoaspect -ffourcc xvid -oac lavc -lavcopts acodec=mp2:abitrate=128:atag=0x50 -o output_file.avi

Oracle – problem z exportem

liquid3 — Thu, 28 Feb 2008 12:55:33 +0000

Podczas exportowania schematów za pomocą narzędzia ‘exp’ aplikacja dochodziła do stanu ‘exporting cluster definitions’ i wyrzucała takie cos:

EXP-00056: natrafiono na błąd ORACLE – 24324
ORA-24324: nie zainicjalizowano uchwytu obsługi
EXP-00056: natrafiono na błąd ORACLE – 24324
ORA-24324: nie zainicjalizowano uchwytu obsługi
EXP-00000: Eksport zakończony niepomyślnie

Rozwiązaniem okazało się usunięcie z Oracla modułu XML DB:

- usuwamy z pliku inicjalizującego wpisy o dispatcherach:

ALTER SYSTEM RESET dispatchers scope=spfile sid='*';

- uruchamiamy skrypt:

catnoqm.sql

- potem w razie potrzeby (jeśli istnieje) przełączamy przestrzeń tabel dla XML_DB w tryb offline i usuwamy ją.

Zmiana portu 8080 zajmowanego przez Oracla

liquid3 — Tue, 12 Feb 2008 12:45:15 +0000

SQL> – Change the HTTP/WEBDAV port from 8080 to 8081
SQL> call dbms_xdb.cfg_update(updateXML(
2 dbms_xdb.cfg_get()
3 , ?/xdbconfig/sysconfig/protocolconfig/httpconfig/http-port/text()?
4 , 8100))
5 /

Link do pełnego artykułu: http://www.idevelopment.info/data/Oracle/DBA_tips/xmldb/XMLDB_2.shtml

CentOS 5 i Oracle patch 10.2.0.3

liquid3 — Tue, 12 Feb 2008 11:44:49 +0000

Podczas patchowania bazy danych Oracle z wersji 10.2.01 do 10.2.0.3 na etapie linkowania na ekranie pojawił się błąd związany z „libstdc++.so.5: No such file or directory”.

Rozwiązanie:

[root@xxx ~]# yum whatprovides libstdc++.so.5
(…) compat-libstdc++-33.i386 3.2.3-61 base
Matched from:
libstdc++.so.5

[root@xxx ~]# yum install compat-libstdc++-33

Totally gridbag

liquid3 — Mon, 20 Nov 2006 20:49:41 +0000

Nie dalej jak dwa tygodnie temu przyszło mi, w ramach większego zadania, stworzyć mały panel z kilkoma komponentami. Niby prosta sprawa, jednak haczykiem był w tym przypadku GridBagLayout, którego należało do tego celu użyć. Już po kilkunastu minutach sam na sam z kodem i wspomnianym GridBagLayoutem przypomniał mi się jeden z moich ulubionych filmików. Cóż więcej powiedzieć – po prostu totally… ;]