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

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.

/opt/FJSVmpd/bin/iompadm info

IOMP: vhba0
Element:
DISK: ETERNUS_DXL- 010309-0000-0002 (sdf)
PATH:
sdf 0000:02:00.0 standby "online" 11, 11, 2
sdf 0000:02:00.0 active "online" 10, 10, 0
sdf 0000:03:00.0 fail "no such device or address" 11, 11, 2
sdf 0000:03:00.0 fail "no such device or address" 10, 10, 0

DISK: ETERNUS_DXL- 010309-0000-0000 (sdg)
PATH:
sdg 0000:02:00.0 standby "online" 11, 11, 2
sdg 0000:02:00.0 active "online" 10, 10, 0
sdg 0000:03:00.0 fail "no such device or address" 11, 11, 2
sdg 0000:03:00.0 fail "no such device or address" 10, 10, 0

Nie zwracajcie uwagi na fail na jednej karcie – chwilowo światłowody od strony macierzy wpięte są do jednego przełącznika. Ważne to, że mamy dwa wolumeny i dwa urządzenia /dev/sdf i /dev/sdg.
Na AMS2100 wygląda to inaczej:

/opt/DynamicLinkManager/bin/dlnkmgr view -drv
PathID HDevName Device LDEV
000000 sddlmae /dev/sdb AMS.83004182.0001
000001 sddlmaf /dev/sdc AMS.83004182.0002
000002 sddlmag /dev/sdd AMS.83004182.0003
000003 sddlmah /dev/sde AMS.83004182.0004
000008 sddlmae /dev/sdh AMS.83004182.0001
000009 sddlmaf /dev/sdi AMS.83004182.0002
000010 sddlmag /dev/sdj AMS.83004182.0003
000011 sddlmah /dev/sdk AMS.83004182.0004
KAPL01001-I The HDLM command completed normally. Operation name = view, completion time = 2012/01/27 22:09:41

Mamy /dev/sddlmae, które to jest złączeniem /dev/sdb i /dev/sdh (analogicznie reszta). Możemy odwołać się do tego pierwszego urządzenia i wtedy mamy wielościeżkowość zapewnioną, ale równie dobrze możemy korzystać z pojedynczych urządzeń (naturalnie bez MPIO).
Niestety domyślnie składowe urządzenia są widoczne. Jeśli podłączając zasób odwołujemy się bezpośrednio do nazwy /dev/sddlmae to nie ma problemu. Gorzej, gdy montujemy korzystając z label‘i. Jako, że może istnieć wiele urządzeń tak samo nazwanych, system wybierze pierwsze i z niego skorzysta. W takim przypadku jak mój pierwsze oznacza to przez jedną ścieżkę (fdisk -l 2>&1|grep ^Disk).

Swego czasu przy przenoszeniu danych z macierzy Fujitsu na Hitachi nie zwróciłem na to uwagi, a to spowodowało krótką niedostępność…

Gdyby się ktoś nad tym zastanawiał, to UUID niczego nie zmienia:

/dev/sdb1: LABEL="database" UUID="e275b221-be9f-449b-a0ff-88de3a01799a" TYPE="ext3"
/dev/sdh1: LABEL="database" UUID="e275b221-be9f-449b-a0ff-88de3a01799a" TYPE="ext3"
/dev/sddlmae1: LABEL="database" UUID="e275b221-be9f-449b-a0ff-88de3a01799a" TYPE="ext3"

Kto dopisze jak ukryć urządzenia składowe przez udev?

CPU Monitor łączy się z maszyną przez SSH i wykonuje proste komendy, żeby pobrać dane do wykresów. Pobieżnie przejrzałem źródła i widzę, że w przypadku Linuksa (LinuxMonitoredServer.java) informacje o serwerze wyciągane są za pomocą:

echo -n 'Number Of Processors: '; cat /proc/cpuinfo | grep processor | wc -l; cat /proc/cpuinfo | egrep -m 2 'cpu MHz|model name';cat /proc/meminfo | grep MemTotal:

natomiast same dane pochodzą z:

vmstat <refreshRate>

Dla MacOS (MacOSMonitoredServer.java) jest to:

system_profiler -detailLevel mini | egrep 'Number.Of.Processors:|Memory: |Processor.Name|Processor.Speed

oraz

iostat -w <refreshRate> -n 1

a dla Solaris (SolarisMonitoredServer.java):

echo -n 'Number Of Processors: '; /usr/sbin/psrinfo | wc -l;/usr/sbin/psrinfo -v | egrep 'MHz' | head -1; /usr/sbin/prtconf | grep Memory

i

iostat <refreshRate>

W przyszłości ma również być dodana obsługa AIX i HP-UX. Zapowiadana była również możliwość monitorowania sieci.

Konfiguracja zawiera się w pliku XML i wygląda mniej więcej tak (za dokumentacją):

<?xml version = ’1.0′ encoding = ‘UTF-8′?>
<CPUMonitor Title=”Compute Nodes” xmlns=”http://www.dominicgiles.com/cpumonitor”>
<MonitoredNode>
<HostName>localhost</HostName>
<Username>root</Username>
<Password>mypassword</Password>
<Comment>My Computer</Comment>
</MonitoredNode>
</CPUMonitor>

Jedyny parametr, którym możemy sterować z poziomu programu to czas odświeżania. Proste i w miarę przejrzyste. Spróbujcie sami.

A OpenBSD 5.0 beta nadal nie mam :/

localhost ~ # df -h
Filesystem            Size  Used Avail Use% Mounted on
rootfs                 63G   63G     0 100% /
/dev/VG1/root          63G   63G     0 100% /

Auć! Brak miejsca. Na szczęście jest LVM, damy radę!

localhost ~ # lvresize -L +32G VG1/root
Extending logical volume root to 96.00 GiB
/etc/lvm/backup/VG1.tmp: write error failed: No space left on device
Backup of volume group VG1 metadata failed.
Logical volume root successfully resized
/etc/lvm/cache/.cache.tmp: write error failed: No space left on device

To, że nie ma miejsca, to wiem. Właśnie próbuję rozwiązać ten problem.
A co z wolumenem?

localhost ~ # lvdisplay
--- Logical volume ---
LV Name                /dev/VG1/root
VG Name                VG1
LV UUID                lXGuyU-X31a-FFLK-wrAg-Uhm6-civD-HEqQzo
LV Write Access        read/write
LV Status              available
# open                 1
LV Size                96.00 GiB
Current LE             24576
Segments               1
Allocation             inherit
Read ahead sectors     auto
- currently set to     256
Block device           254:0

/etc/lvm/cache/.cache.tmp: write error failed: No space left on device

Znów problem braku miejsca przy wyświetlaniu informacji? Tylko spokój może nas uratować!

Pod koniec zeszłego roku, na ostatnim z MLUGów mówiłem o LVM. Z racji ograniczeń czasowych i podstawowego poziomu przedstawienia tematu nie można było o wszystkim powiedzieć. A zauważyłem na forach, że problem z miejscem, który powyżej przytoczyłem zdarza się od czasu do czasu.
Otóż, komunikat dotyczy systemu plików, nie LVM. Ale to LVM go zgłasza, bo próbuje zapisać swoje informacje w /etc/lvm/cache/.cache (jest to plik tekstowy, można go przestudiować, ale nie polecam ręcznej edycji!). W gruncie rzeczy może go nie być czy jak w tym przypadku może się nie zapisać. Straty nie będzie. Wprawdzie niektóre narzędzia z niego korzystają dla przyspieszenia, ale da się go odtworzyć na podstawie istniejących wolumenów.
Po zwiększeniu systemu plików (w moim przypadku resize2fs), przy kolejnym wywołaniu vgscan (ręcznie lub przy restarcie systemu), plik zostanie zapisany z aktualnymi informacjami.
Zmiany w pliku są robione ‘z głową’ – czyli pierw kopiowany jest do /etc/lvm/cache/.cache.tmp, a dopiero potem zmieniany. I właśnie w przypadku braku miejsca w systemie plików ta kopia nie zostanie zapisana.

Moje środowisko:

• System operacyjny: GNU/Linux
• Dystrybucja: Gentoo Base System release 2.0.2
• Serwer WWW: Lighttpd
• Bacula: 5.0.3 (bacula-gui)
• Perl: 5.12.3

1. Przygotowanie środowiska

Zakładam, że coś tam w systemie już jest, więc o np. Perl nie piszę. Z dodatków będzie:

dev-perl/GD dev-perl/GDGraph dev-perl/HTML-Template perl-core/CGI dev-perl/Expect dev-perl/Time-modules dev-perl/Date-Calc

Do tego flagi:

dev-perl/GD gif jpeg png truetype
media-libs/gd truetype

2. Instalacja Bweb

Jeśli mamy już działające środowisko Bacula (director, storage i client), wystarczy pobrać paczkę bacula-gui (na chwilę obecną 5.0.3) i z niej wykonać instalację Bweb.
Po rozpakowaniu (tar xzvf bacula-gui-5.0.3.tar.gz -C <path>) zalecam przejrzenie pliku <path>/bweb/INSTALL. W skrócie instalacja wygląda jak poniżej (przy czym na początku tylko testy środowiska, więc nie jest to wymagane).

cd <path>bweb/lib
../cgi/bweb.pl
../cgi/bgraph.pl

Dalej modyfikujemy bazę :

cd <path>bweb
mysql bacula < script/bweb-mysql.sql

3. Uruchomienie

Na koniec uruchamiamy lighttpd (musi być wcześniej zainstalowany) za pomocą skryptu ./script/starthttp i łączymy się z maszyną dowolną przeglądarką na porcie 9180 lub modyfikujemy konfigurację lighttpd dodając stosowne dyrektywy z pliku script/httpd.conf
Niezależnie od tego, którą drogę wybierzemy, pozostaje jeszcze skonfigurowanie połączeń z bazą. Albo poprzez edycję pliku bweb.conf, albo na stronie Bweb.

Statystyki do raportu tygodniowego

Poniżej dwa odnośniki z krótkimi informacjami jak znaleźć nowe urządzenia SCSI i ich WWN. Można od tego zacząć inwentaryzację.

• Scanning SCSI Bus and HBA Devices in Linux
• Linux Find FC ID (WWN) of a disk/LUN

Dla kart QLogic i Emulex WWPN można znaleźć w informacjach z /proc/scsi/<moduł>/<id>, np. dla Qlogic QLA2312 może być to /proc/scsi/qla2xxx/2 i sekcja SCSI Device Information.
A jeśli używamy sysfs, to szukać musimy w np. /sys/class/scsi_host/host5/device/fc_host\:host5/port_name

Pierwsza to Intel 3945ABG:

02:00.0 Network controller: Intel Corporation PRO/Wireless 3945ABG [Golan] Network Connection (rev 02)
Subsystem: Intel Corporation Device 1021
Flags: bus master, fast devsel, latency 0, IRQ 46
Memory at dfc00000 (32-bit, non-prefetchable) [size=4K]
Capabilities: [c8] Power Management version 2
Capabilities: [d0] MSI: Enable+ Count=1/1 Maskable- 64bit+
Capabilities: [e0] Express Legacy Endpoint, MSI 00
Capabilities: [100] Advanced Error Reporting
Capabilities: [140] Device Serial Number 00-18-de-ff-ff-94-de-77
Kernel driver in use: iwl3945
Kernel modules: iwl3945

Druga – Realtek RTL8187SE (chyba MSI)

02:00.0 Network controller: Realtek Semiconductor Co., Ltd. RTL8187SE Wireless LAN Controller (rev 22)
Subsystem: Micro-Star International Co., Ltd. Device 6894
Flags: bus master, fast devsel, latency 0, IRQ 17
I/O ports at d000 [size=256]
Memory at dfc00000 (32-bit, non-prefetchable) [size=16K]
Capabilities: [40] Power Management version 3
Capabilities: [50] MSI: Enable- Count=1/1 Maskable- 64bit+
Capabilities: [70] Express Legacy Endpoint, MSI 00
Capabilities: [100] Advanced Error Reporting
Capabilities: [140] Virtual Channel
Capabilities: [160] Device Serial Number 00-00-8e-93-c9-92-1d-00
Kernel driver in use: r8180
Kernel modules: r8187se

Najświeższe jądro (gentoo-sources). Tą drugą obsługuje mocno eksperymentalny moduł (w staging drivers od 2.6.29).

Firmware dla karty Intel’a do ściągnięcia z:

• Intel Wireless

Do Realtek’a nie pamiętam czy coś pobierałem, a maszyna z tą kartą gdzieś mi się zawieruszyła pod biurkiem :> Niemniej polecam odwiedzić:

• Linux Wireless: rtl8187
• Realtek Linux wireless driver

W kolejce na biurku czekają jeszcze (opisy sprzedawców z Allegro):

• Broadcom WIFI DO HP COMPAQ MiniPCI-E WLAN 54Mbit
• INTEL 5300 Wireless LAN Half Mini PCI-E 533AN_HMW
• Half Mini Pci-e WLAN Card For Intel 512AN WiFi 300