Jeśli mamy do dyspozycji PDO (PHP Data Objects) i PHP >= 5.1 (ew. 5.0 i PDO jako PECL), to możemy użyć gotowych mechanizmów do obsługi transakcji i wyjątków (od PHP 5.0):

try {
  $dbh->beginTransaction();
  $dbh->exec('pierwsze zapytanie');
  $dbh->exec('drugie zapytanie');
  $dbh->exec('trzecie zapytanie');
  $dbh->commit();
} catch (Exception $e) {
  $dbh->rollBack();
  echo $e->getMessage();
}

Jeśli wystąpi jakikolwiek wyjątek, blok try{} jest przerywany i wykonuje się catch{}. Na końcu tego pierwszego mamy commit(), w przypadku wystąpienia błędu – wywołany zostanie rollback().
try{} catch{} znane jest z innych języków i jest przydatne – warto zapamiętać.

W przypadku, gdy nie używamy PDO, można użyć sztuczki z operatorami logicznymi:

mysql_query("BEGIN");
$r = mysql_query('pierwsze zapytanie');
$r &= mysql_query('drugie zapytanie');
$r &= mysql_query('trzecie zapytanie');
if ($r)
  mysql_query('COMMIT');
else
  mysql_query('ROLLBACK');

Naturalnie brak tu obsługi błędów, bo po else mysql_error() zwróci nam to, co nastąpiło po ostatnim mysql_query, ale czasami i to wystarcza.

SSLProxyEngine on
ProxyPass /app/ https://winsrv/app/
ProxyPassReverse /app/ https://winsrv/app/
ProxyPass /APP/ https://winsrv/app/
ProxyPassReverse /APP/ https://winsrv/app/

I na starym serwerze wszystko działało. Na nowym przy ładowaniu konfiguracji pojawia się ostrzeżenie:

[Fri May 11 09:17:05 2012] [warn] worker https://winsrv/app/ already used by another worker

Dla jasności – chodzi o ProxyPass. Jeśli wyrzucę konfigurację z wielkimi literami, to część odwołań nie działa, a to oznacza, że sprawdzanie jest case sensitive, natomiast przetwarzanie już nie. Dziwne.

Jakoś głęboko nie szukałem na razie wyjaśnienia (przejrzałem tylko jeden wątek na forum). Uznaję, że tak to właśnie ma działać, a ostrzeżenie jest dla przestrogi, jeśli rzeczywiście będę miał kiedyś błąd.

Narzędzie umożliwia podłączenie się do działającego procesu Java i jego analizę (głównie pod kątem pamięciowym). Aby cieszyć się JConsole potrzebne jest JDK (w JRE go nie ma).
Podłączyć można się zarówno do lokalnego procesu, jak i do procesu działającego na zdalnej maszynie. Jako parametr przy wywołaniu możemy podać pid (lokalnego procesu) lub JMX URL (service:jmx:<protocol>://…) – osobiście tego drugiego sposobu nie używam, zawsze robię przekierowanie X’ów (zobacz: Praca zdalna na systemach *nix w trybie graficznym).

Jak uruchamiam lokalnie, to zazwyczaj znam id procesu, który chcę podejrzeć, ale może ich być tak dużo, że nie wiemy który za co odpowiada (huh!). Można zastosować prostą sztuczkę – do wywołania dodać jako pierwszy parametr, który nie jest do niczego używany, jak na poniższym zrzucie (tu akurat nie jest pierwszy):

Uruchamiając JConsole bez parametrów też go zobaczymy w takiej postaci.

Więcej informacji o tym narzędziu na stronach Oracle:

• Using JConsole to Monitor Applications

I na koniec bonus – świetne narzędzie do analizy logów GC: GCViewer

Pytanie brzmi „Are yuo sure you want to continue?„, ale niestety odpowiedź „Yes” nie oznacza, że uda nam się przejść dalej. Po prostu instalator się zamyka.

Żeby było jasne – za pomocą pakietu orarun przygotowałem wcześniej system. Ale nawet te programy/skrypty nie dodają grupy dba.

Obejściem problemu jest uruchomienie instalatora z parametrem -ignoreInternalDriverError. Rozwiązaniem – dodanie przed instalacją grupy dba w systemie i dorzucenie do niej użytkownika, z którego prawami działać będzie baza (zazwyczaj oracle).

Ethernet controller: Intel Corporation Unknown device 1521 (rev 01)

W zasadzie większość urządzeń to „Unknown device”

Moje rozwiązanie problemu: Na innej maszynie z tym samym systemem ściągnąłem aktualizację jądra (miałem ten komfort, że taką maszynę mam; choć z drugiej strony, gdybym nie miał, nie było by wymogu instalacji właśnie tej wersji systemu). W domyślnej instalacji jest jądro 2.6.18-194.el5.

Żeby tylko ściągnąć paczkę za pomoca yum potrzebny jest dodatek yum-downloadonly:

yum install yum-downloadonly

Dzięki tej wtyczce możemy użyć dodatkowych opcji do yum:

• --downloadonly – nie instaluj/aktualizuj, jedynie pobierz,
• --downloaddir=/path/to/dir – określa gdzie trafią pobrane paczki (domyślnie /var/cache/yum/el5_latest – ten ostatni katalog w zależności od ustawionego repozytorium)

Po instalacji wtyczki pobrałem paczkę z jądrem (na chwilę obecną kernel-2.6.18-308.1.1.0.1.el5.x86_64.rpm):

yum update --downloadonly kernel

Przeniosłem ją na docelową maszynę za pomocą pamięci flash, zaktualizowałem za pomocą rpm -Uvh (2.6.18-308.4.1.0.1.el5) i od tego czasu cieszę się działającą siecia :-)
Aczkolwiek z poprawną identyfikacją nadal jest problem:

Ethernet controller: Intel Corporation Device 1521

Ja spotkałem się z sytuacją, gdzie z powodu zbyt niskiej wilgotności powietrza (spadek poniżej 5%) streamer nie chciał nagrywać. Prawdopodobnie taśma kleiła się do głowicy czy gdzieś pojawiały się ładunki.
Taka sytuacja może mieć miejsce w czasie gdy temperatura zewnętrzna mocno spada (np. niedawne -20 stopni). Specjalistą nie jestem, ale wilgotność względna powietrza zaciągniętego do środka pomieszczenia i gwałtownie ogrzanego mocno spada.

Pracowałem w wielu serwerowniach (jak kto woli DC) i tam gdzie była klimatyzacja precyzyjna pewnie było dobrze i nikt nie zwracał na to uwagi, tam gdzie działały klimatyzatory ‘biurowe’ też nikt nie zwracał na to uwagi, bo trzeba by dodatkowo nawilżać powietrze. Czasem ignorowanie tego czynnika może mieć fatalne konsekwencje.
A producenci jasno podają warunki w jakich sprzęt i materiały powinny pracować. Przykładowo napęd Fujitsu Eternus LT-20 powinien pracować w zakresie 20 – 80%:

Fujitsu Eternus LT-20

IBM TS3100 Tape Library Express

FujiFilm LTO Ultrium4

IBM LTO Ultrium 4

Gdyby ktoś chciał nawilżać powietrze, to istnieją urządzenia do tego – często sprzedawane do muzeum. Ew. można przetrzeć podłogę co godzinę mokrą szmatą ;-)

SELECT Job,StartTime,EndTime
INTO OUTFILE 'streamer.csv' FIELDS TERMINATED BY ';'
FROM(
SELECT Job,StartTime,EndTime,sortcol
FROM
(SELECT CONCAT("Week ", WEEK(NOW())-1) AS Job, DATE_SUB(CURDATE(), INTERVAL 7-WEEKDAY(CURDATE()) DAY) AS StartTime, DATE_SUB(DATE_SUB(CURDATE(), INTERVAL WEEKDAY(CURDATE()) DAY), INTERVAL 1 SECOND) AS EndTime,1 AS sortcol
UNION ALL
(SELECT NAME,StartTime,EndTime,2
FROM bacula.Job
WHERE WEEKOFYEAR(EndTime) >= WEEKOFYEAR(NOW())-1
AND WEEKOFYEAR(StartTime) < WEEKOFYEAR(NOW())
AND Type = 'B'
AND JobStatus != 'A')) A
ORDER BY 4,2,3) B;

Brzydko wygląda, ale działa :-)

Przykładowe wywołanie:

mysql < streamer.sql

Trzeba pamiętać, że SELECT INTO OUTFILE ma tę właściwość, że nie nadpisuje pliku i przed wywołaniem trzeba usunąć poprzedni plik (lub zapisywać do nowego).

Zobacz także:

• Bacula i własne zestawienia
• Raport kopii Bacula

set colsep ';'
set head off;
set feed off;
set trimspool on;
set linesize 32767;
set pagesize 32767;
set echo off;
set termout off;
set timing off;

spool sched.csv

SELECT 'Week ' || TO_CHAR(SYSDATE-7, 'iw'), NEXT_DAY(trunc(SYSDATE)-14, 'MONDAY'), NEXT_DAY(trunc(SYSDATE)-7-1/60/60/24, 'SUNDAY') FROM dual;

SELECT OWNER || '.' || JOB_NAME AS job, to_char(ACTUAL_START_DATE, 'YYYY-MM-DD HH24:MI:SS') as start_date, to_char(LOG_DATE, 'YYYY-MM-DD HH24:MI:SS') as end_date
FROM DBA_SCHEDULER_JOB_RUN_DETAILS
WHERE OWNER NOT IN ('EXFSYS', 'SYS')
AND TO_CHAR(LOG_DATE, 'iw') >= TO_CHAR(SYSDATE-7, 'iw')
AND TO_CHAR(ACTUAL_START_DATE, 'iw') < TO_CHAR(SYSDATE, 'iw')
ORDER BY 1, 2, 3;

exit

Podobnie jak poprzednio w wyniku otrzymamy plik sched.csv z zadaniami z minionego tygodnia, który ręcznie wczytujemy do Gnatt (ciągle brak przetwarzania wsadowego).
Wywołanie:

sqlplus -S '/ as sysdba' @sched.sql

set colsep ';'
set head off;
set feed off;
set trimspool on;
set linesize 32767;
set pagesize 32767;
set echo off;
set termout off;
set timing off;

spool backup.csv

SELECT 'Week ' || TO_CHAR(SYSDATE-7, 'iw'), NEXT_DAY(trunc(SYSDATE)-14, 'MONDAY'), NEXT_DAY(trunc(SYSDATE)-7-1/60/60/24, 'SUNDAY') FROM dual;

SELECT OBJECT_TYPE || '#FF0000', START_TIME, END_TIME
FROM V$RMAN_STATUS
WHERE OPERATION = 'BACKUP'
AND TO_CHAR(END_TIME, 'iw') >= TO_CHAR(SYSDATE-7, 'iw')
AND TO_CHAR(START_TIME, 'iw') < TO_CHAR(SYSDATE, 'iw')
ORDER BY 1,2,3;

exit

Wywołanie np. tak:

sqlplus -S '/ as sysdba' @backup.sql

W wyniku dostaniemy plik backup.csv z danymi za miniony tydzień, który należy wczytać do Gnatt. Gotowy wykres może wyglądać tak (kliknij, żeby powiększyć):

Dziś przymierzyłem się do Bugzilla na Lighttpd pod Gentoo. Jako, że Mozilla nie wspiera Bugzilla na innym serwerze jak Apache, tak samo ebuild w Gentoo nie jest do tego przystosowany. Ale da się to zrobić. Poniżej moje zapiski z placu boju.

1. Na początek instalacja:

USE="-modperl" emerge bugzilla

Flaga modperl jest dla Apache, więc nas nie interesuje.
Domyślnie wybrana jest baza MySQL (flaga mysql), ale możemy zmienić na PostgreSQL (flaga postgres). Być może uda się również z Oracle, bo Bugzilla wspiera tą bazę przez DBD-Oracle, ale osobiście nie testowałem (choć mam DBD-Oracle).
Instalacja prawdopodobnie zakończy się powodzeniem, ale webapp-config już nie. Żąda Apache. Trzeba wywołać go ręcznie podając jako typ serwera lighttpd:

/usr/sbin/webapp-config -I -s lighttpd -h localhost -u root -d /bugzilla bugzilla 3.6.8

2. Dodatki:

emerge dev-perl/GD dev-perl/GDTextUtil dev-perl/GDGraph dev-perl/MIME-tools dev-perl/libwww-perl dev-perl/Authen-SASL dev-perl/SOAP-Lite dev-perl/HTML-Parser dev-perl/Chart dev-perl/Template-GD dev-perl/XML-Twig dev-perl/PatchReader dev-perl/JSON-RPC dev-perl/Test-Taint dev-perl/HTML-Scrubber dev-perl/Email-MIME-Attachment-Stripper dev-perl/Email-Reply dev-perl/TheSchwartz dev-perl/Daemon-Generic dev-perl/Math-Random-Secure perl-ldap

Nie wszystkie są potrzebne – zależy od konfiguracji, być może niektóre już są.
Authen::Radius nie ma w Gentoo, więc (jeśli potrzebne) trzeba zainstalować dodatkowo poprzez:

/usr/bin/perl install-module.pl Authen::Radius

3. Przechodzimy do konfiguracji. Edytujemy plik localconfig i zmieniamy grupę z prawami której działa serwer WWW ($webservergroup = 'lighttpd';). Oczywiście resztę danych też powinnismy ustawić na tym etapie (np. dane do bazy).

4. Tworzymy brakujący katalog

mkdir /var/www/localhost/htdocs/bugzilla/lib

5. A następnie finalizujemy instalację:

/var/www/localhost/htdocs/bugzilla/checksetup.pl

6. Jeszcze tylko konfiguracja serwera WWW i gotowe. Tworzymy nowy plik, np. /etc/lighttpd/bugzilla.conf (opcjonalnie poniższe wstawiamy w lighttpd.conf) z następującą zawartością:

server.modules += ("mod_cgi")
server.modules += ("mod_access")

$HTTP["url"] =~ "^/bugzilla/.*" {
dir-listing.activate = "disable"
cgi.assign = (".cgi" => "")
index-file.names = ("index.cgi")
url.access-deny = ("localconfig", "data/params")
}

Plik ten trzeba dodać do globalnej konfiguracji Lighttpd:

include "bugzilla.conf"

7. Restart serwera WWW i działa!

Nie udostępniam Bugzilla, więc poprawki do powyższego tekstu możecie zgłaszać w komentarzach.