guzik » OS http://guzik.net.pl/blog Mój blog Fri, 10 Feb 2012 23:44:34 +0000 en hourly 1 http://wordpress.org/?v=3.3.1 Linux MPIO – Hitachi vs. Fujitsu http://guzik.net.pl/blog/2012/01/linux-mpio-hitachi-vs-fujitsu/ http://guzik.net.pl/blog/2012/01/linux-mpio-hitachi-vs-fujitsu/#comments Fri, 27 Jan 2012 21:56:07 +0000 guzik http://guzik.net.pl/blog/?p=3665
Od jakiegoś czasu używam macierzy Hitachi AMS2100 i Fujitsu DX80 (pisałem wcześniej o niej w kontekście automatyzacji migawek). Obie połączone są wieloma ścieżkami FC do serwerów. Na serwerach (np. Red Hat Enterprise Linux Server release 5.5) są sterowniki dostarczane przez obu producentów. Wszystko działa dobrze, ale jest jeden szczegół, który różni sposób dostępu do zasobów.
Mianowicie wolumeny wystawione przez DX80 widoczne są jako jedno urządzenie w drzewie /dev/:

/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?

]]> http://guzik.net.pl/blog/2012/01/linux-mpio-hitachi-vs-fujitsu/feed/ 0 Trochę inny top http://guzik.net.pl/blog/2011/11/troche-inny-top/ http://guzik.net.pl/blog/2011/11/troche-inny-top/#comments Fri, 25 Nov 2011 19:27:46 +0000 guzik http://guzik.net.pl/blog/?p=3504 Gdzieś w sieci natknąłem się na projekt CPU Monitor autorstwa Dominika Giles’a. Wprawdzie jego rozwój zatrzymał się w 2010 roku na wersji 0.2 (6 listopada), ale i tak wygląda ładnie ;-)



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.

]]> http://guzik.net.pl/blog/2011/11/troche-inny-top/feed/ 2 tmux http://guzik.net.pl/blog/2011/10/tmux/ http://guzik.net.pl/blog/2011/10/tmux/#comments Fri, 28 Oct 2011 20:17:14 +0000 guzik http://guzik.net.pl/blog/?p=3448 W kwietniu zachwycałem się buforem w screen, teraz poznałem tmux i powoli się na niego przesiadam. Warto wspomnieć, że tmux jest częścią OpenBSD, nie potrzeba instalować dodatkowego oprogramowania z paczek.

Najważniejszą (dla mnie) cechą jest możliwość podziału ekranu na kilka okien (tu nazywamy to panes) – wprawdzie screen też to oferował, ale tylko w poziomie. tmux nie dość, że dzieli w pionie i poziomie, to jeszcze można dowolnie zmieniać ich rozmiar.
Pracując na konsoli z framebuffer i rozdzielczością 1280×1024 to niezwykle ułatwia pracę (czasami też pracuję na monitorze 29” pod Windows i nie muszę uruchamiać osobnych sesji, by jednocześnie oglądać logi, monitorować stan procesów i wydawać komendy).

Nie będę opisywał skrótów klawiaturowych – odsyłam do podręcznika i wyszukiwarki. Ja przejrzałem poniższe strony:

]]> http://guzik.net.pl/blog/2011/10/tmux/feed/ 0 Prawie jak Qubes OS http://guzik.net.pl/blog/2011/10/prawie-jak-qubes-os/ http://guzik.net.pl/blog/2011/10/prawie-jak-qubes-os/#comments Fri, 14 Oct 2011 19:54:55 +0000 guzik http://guzik.net.pl/blog/?p=3428 Mniej więcej miesiąc temu ukazała się druga wersja beta systemu Qubes OS. Pięć miesięcy po wersji pierwszej. Oznacza to, że nad rozwojem systemu ktoś ciągle pracuje. Jeśli chodzi natomiast o świadomość użytkowników, to podejrzewam, że jest we wczesnej fazie alfa.

Sam Qubes OS korzysta z WIRTUALIZEJSZYN by dla bezpieczeństwa wyizolować aplikacje. Więcej o tym rozwiązaniu można przeczytać na stronie projektu.
W skrócie – system to Linux, który w lekkich maszynach wirtualnych uruchamia aplikacje i dostarcza je do systemu podstawowego za pomocą X Window System.

Skoro wiemy już jak to działa, przekonajmy Prezesa i panią Basię z księgowości, by tego używali na swoim komputerze. Oczywiście obok Płatnika, obowiązkowego MS Word i systemu ERP. Możemy użyć słowa „bezpieczeństwo” dowolną ilość razy.
Linux na desktop dla wszystkich? Huh! Ja już jestem za stary…

Ale można inaczej. Skorzystajmy z tego co oferuje nam Microsoft. Czyli Windows jako system ‘gospodarza’ i Virtual PC jako technologia wirtualizacji (choć może być też np. VirtualBox czy coś od VMWare). A do tego jakiś serwer X (opisywałem kilka na varlog.pl, polecam Xming).
Jako zwirtualizowany system polecam Tiny Core Linux, na którym możemy zainstalować przeglądarkę Firefox (obecnie wersja 7.0.1). Mały, zgrabny i szybki.

Jak już to wszystko zainstalujemy, dla ułatwienia możemy pomyśleć o uruchamianiu maszyn wirtualnych razem z systemem (dokument Auto-Start and Close Options for Windows Virtual PC powinien coś pomóc). No i na koniec skróty na pulpicie, które przez plink uruchomią nam przeglądarkę w systemie gościa. I już!

W zależności od środowiska jakim dysponujemy, można całą wirtualizację robić po stronie serwera i łączyć się z oddzielną maszyną. Tym samym odpadają problemy z wirtualizacją na komputerach użytkowników.

Podobno w Windows (7 i 2008 R2) już można uruchamiać aplikacje przez zdalny pulpit (nie cały pulpit, a jedynie aplikację). Tym samym takie rozwiązanie byłoby całkowicie z Redmond. Choć nigdy tego nie używałem i nie wiem jak w ogóle z izolacją.

]]> http://guzik.net.pl/blog/2011/10/prawie-jak-qubes-os/feed/ 0 OpenBSD & Wi-Fi – errata http://guzik.net.pl/blog/2011/10/openbsd-wi-fi-errata/ http://guzik.net.pl/blog/2011/10/openbsd-wi-fi-errata/#comments Fri, 07 Oct 2011 20:14:13 +0000 guzik http://guzik.net.pl/blog/?p=3424 Dwa dni temu pisałem, że nie udało mi się uruchomić komputera z kartą MSI MS-6894 RTK-RTL8187SE. Otóż powalczyłem trochę i już wiem co w niej piszczy (aczkolwiek nie działa z OpenBSD). Poniżej stosowne informacje:

  • dmesg:
    "Realtek 8187SE" rev 0x22 at pci2 dev 0 function 0 not configured

  • pcidump:
    2:0:0: Realtek 8187SE
    0x0000: Vendor ID: 10ec Product ID: 8199
    0x0004: Command: 0007 Status ID: 0010
    0x0008: Class: 02 Subclass: 80 Interface: 00 Revision: 22
    0x000c: BIST: 00 Header Type: 00 Latency Timer: 00 Cache Line Size: 10
    0x0010: BAR io addr: 0x0000d000/0x0100
    0x0014: BAR mem 32bit addr: 0xdfc00000/0x00004000
    0x0018: BAR empty (00000000)
    0x001c: BAR empty (00000000)
    0x0020: BAR empty (00000000)
    0x0024: BAR empty (00000000)
    0x0028: Cardbus CIS: 00000000
    0x002c: Subsystem Vendor ID: 1462 Product ID: 6894
    0x0030: Expansion ROM Base Address: 00000000
    0x0038: 00000000
    0x003c: Interrupt Pin: 01 Line: 0a Min Gnt: 00 Max Lat: 00
    0x0040: Capability 0x01: Power Management
    0x0050: Capability 0x05: Message Signaled Interrupts (MSI)
    0x0070: Capability 0x10: PCI Express
    Link Speed: 2.5 / 2.5 Gb/s Link Width: x1 / x1

Liczyłem, że sterownik urtw będzie ją obsługiwał, ale (jeszcze) niestety nie.

]]> http://guzik.net.pl/blog/2011/10/openbsd-wi-fi-errata/feed/ 5 OpenBSD &Wi-Fi (USB) http://guzik.net.pl/blog/2011/10/openbsd-wi-fi-usb/ http://guzik.net.pl/blog/2011/10/openbsd-wi-fi-usb/#comments Wed, 05 Oct 2011 21:57:19 +0000 guzik http://guzik.net.pl/blog/?p=3416 W pierwszej części opisałem karty na mini-PCIe. Tym razem te na USB. Tak jak poprzednio tylko informacja o modelu, dmesg i usbdevs.
No i oczywiście większość z nich jest na sprzedaż.

  1. Theta UN-100

    • Sterownik: run
    • dmesg:
      run0 at uhub0 port 7 "Ralink 802.11 n WLAN" rev 2.00/1.01 addr 2
      run0: MAC/BBP RT3070 (rev 0x0201), RF RT3020 (MIMO 1T1R), address 00:a1:b0:a0:15:87
    • usbdevs
      port 7 addr 2: high speed, power 450 mA, config 1, 802.11 n WLAN(0x3070), Ralink(0x148f), rev 1.01, iSerialNumber ?.0
  2. Tenda W541U v2.0
    • Sterownik: run
    • dmesg:
      run0 at uhub0 port 2 "Ralink 802.11 g WLAN" rev 2.00/1.01 addr 2
      run0: MAC/BBP RT3070 (rev 0x0201), RF RT2020 (MIMO 1T1R), address c8:3a:35:c6:df:0a
      usbdevs:
      port 2 addr 2: high speed, power 450 mA, config 1, 802.11 g WLAN(0x2070), Ralink(0x148f), rev 1.01, iSerialNumber 1.0
  3. WLAN 11g USB Adapter PANWL2203SV3
    • Sterownik: zyd
    • dmesg:
      zyd0 at uhub0 port 4 configuration 1 interface 0 "ZyDAS USB2.0 WLAN" rev 2.00/48.10 addr 2
      zyd0: HMAC ZD1211B, FW 47.25, RF AL2230, PA 0, address 00:02:72:86:55:f3
    • usbdevs:
      port 4 addr 2: high speed, power 500 mA, config 1, USB2.0 WLAN(0x1215), ZyDAS(0x0ace), rev 48.10
  4. Tenda W311U
    • Sterownik: run
    • dmesg:
      run0 at uhub0 port 4 "Ralink 802.11 n WLAN" rev 2.00/1.01 addr 2
      run0: MAC/BBP RT3070 (rev 0x0201), RF RT3020 (MIMO 1T1R), address c8:3a:35:c9:9d:d7
    • usbdevs:
      port 4 addr 2: high speed, power 450 mA, config 1, 802.11 n WLAN(0x3070), Ralink(0x148f), rev 1.01, iSerialNumber 1.0
  5. TP-Link TL-WN321G
    • Sterownik: run
    • dmesg:
      run0 at uhub0 port 2 "Ralink 802.11 g WLAN" rev 2.00/1.01 addr 2
      run0: MAC/BBP RT3070 (rev 0x0201), RF RT2020 (MIMO 1T1R), address d8:5d:4c:98:fe:93
    • usbdevs:
      port 2 addr 2: high speed, power 450 mA, config 1, 802.11 g WLAN(0x2070), Ralink(0x148f), rev 1.01, iSerialNumber 1.0
  6. TP-Link TL-WN721N
    • Sterownik: athn
    • dmesg:
      athn0 at uhub0 port 2 "ATHEROS USB2.0 WLAN" rev 2.00/1.08 addr 2
      athn0: AR9271 rev 1 (1T1R), ROM rev 13, address d8:5d:4c:8f:d8:94
    • usbdevs:
      port 2 addr 2: high speed, power 500 mA, config 1, USB2.0 WLAN(0x9271), ATHEROS(0x0cf3), rev 1.08, iSerialNumber 12345
  7. TP-Link TL-WN422G
    • Sterownik: athn
    • dmesg:
      athn0 at uhub0 port 2 "ATHEROS USB2.0 WLAN" rev 2.00/1.08 addr 2
      athn0: AR9271 rev 1 (1T1R), ROM rev 13, address d8:5d:4c:94:59:07
    • usbdevs:
      port 2 addr 2: high speed, power 500 mA, config 1, USB2.0 WLAN(0x1006), ATHEROS(0x0cf3), rev 1.08, iSerialNumber 12345
]]> http://guzik.net.pl/blog/2011/10/openbsd-wi-fi-usb/feed/ 1 OpenBSD &Wi-Fi (mPCIe) http://guzik.net.pl/blog/2011/10/openbsd-wi-fi-mpcie/ http://guzik.net.pl/blog/2011/10/openbsd-wi-fi-mpcie/#comments Wed, 05 Oct 2011 21:16:02 +0000 guzik http://guzik.net.pl/blog/?p=3377 W zeszłym roku przetestowałem kilka kart sieci bezprzewodowej pod systemem Linux. Krótki opis zmagań można znaleźć w serii wpisów:

Testu nie chce mi się powtarzać na nowym jądrze (coś tam się zmieniło), ale postanowiłem sprawdzić jak ten sprzęt działa pod OpenBSD. Wersja systemu to świeże 5.0 (kompilowane jakoś w tym tygodniu).

Testów wydajnościowych sprzętu nie robiłem. Raczej krótkie – działa – nie działa. Poniżej informacje o sprzęcie, którego używałem – wycinek dmesg i pcidump. Jeśli ktoś chce więcej szczegółów, zapraszam do pytań w komentarzach.

Chcę się pozbyć niektórych modeli, można po nie się zgłaszać zanim wystawię na Allegro.
Oczywiście nadal szukam karty na mini-PCIe lub USB, która stabilnie będzie pracowała w trybie Host AP.

  1. Dell WM3945ABG MOW2
    • Sterownik: wpi
    • dmesg:
      wpi0 at pci2 dev 0 function 0 "Intel PRO/Wireless 3945ABG" rev 0x02: msi, MoW2, address 00:18:de:94:de:77
    • pcidump:
      2:0:0: Intel PRO/Wireless 3945ABG
      0x0000: Vendor ID: 8086 Product ID: 4222
      0x0004: Command: 0006 Status ID: 0010
      0x0008: Class: 02 Subclass: 80 Interface: 00 Revision: 02
      0x000c: BIST: 00 Header Type: 00 Latency Timer: 00 Cache Line Size: 10
      0x0010: BAR mem 32bit addr: 0xdfc00000/0x00001000
      0x0014: BAR empty (00000000)
      0x0018: BAR empty (00000000)
      0x001c: BAR empty (00000000)
      0x0020: BAR empty (00000000)
      0x0024: BAR empty (00000000)
      0x0028: Cardbus CIS: 00000000
      0x002c: Subsystem Vendor ID: 8086 Product ID: 1021
      0x0030: Expansion ROM Base Address: 00000000
      0x0038: 00000000
      0x003c: Interrupt Pin: 01 Line: 0a Min Gnt: 00 Max Lat: 00
      0x00c8: Capability 0x01: Power Management
      0x00d0: Capability 0x05: Message Signaled Interrupts (MSI)
      0x00e0: Capability 0x10: PCI Express
      Link Speed: 2.5 / 2.5 Gb/s Link Width: x1 / x1
    • Uwagi: sterownik nie obsługuje Host AP
  2. Intel vPro WLAN WiFi Link 5300 533AN_HMW
    • Sterownik: iwn
    • dmesg:
      iwn0 at pci2 dev 0 function 0 "Intel WiFi Link 5300" rev 0x00: msi, MIMO 3T3R, MoW, address 00:21:6a:3e:18:d6
    • pcidump:
      2:0:0: Intel WiFi Link 5300
      0x0000: Vendor ID: 8086 Product ID: 4235
      0x0004: Command: 0006 Status ID: 0010
      0x0008: Class: 02 Subclass: 80 Interface: 00 Revision: 00
      0x000c: BIST: 00 Header Type: 00 Latency Timer: 00 Cache Line Size: 10
      0x0010: BAR mem 64bit addr: 0x00000000dfc00000/0x00002000
      0x0018: BAR empty (00000000)
      0x001c: BAR empty (00000000)
      0x0020: BAR empty (00000000)
      0x0024: BAR empty (00000000)
      0x0028: Cardbus CIS: 00000000
      0x002c: Subsystem Vendor ID: 8086 Product ID: 1121
      0x0030: Expansion ROM Base Address: 00000000
      0x0038: 00000000
      0x003c: Interrupt Pin: 01 Line: 0a Min Gnt: 00 Max Lat: 00
      0x00c8: Capability 0x01: Power Management
      0x00d0: Capability 0x05: Message Signaled Interrupts (MSI)
      0x00e0: Capability 0x10: PCI Express
      Link Speed: 2.5 / 2.5 Gb/s Link Width: x1 / x1
    • Uwagi: sterownik nie obsługuje Host AP
  3. Intel vPro WLAN WiFi Link 5100 512AN_HMW
    • Sterownik: iwn
    • dmesg:
      iwn0 at pci2 dev 0 function 0 "Intel WiFi Link 5100" rev 0x00: msi, MIMO 1T2R, MoW, address 00:21:5d:b7:31:e8
    • pcidump:
      2:0:0: Intel WiFi Link 5100
      0x0000: Vendor ID: 8086 Product ID: 4232
      0x0004: Command: 0006 Status ID: 0010
      0x0008: Class: 02 Subclass: 80 Interface: 00 Revision: 00
      0x000c: BIST: 00 Header Type: 00 Latency Timer: 00 Cache Line Size: 10
      0x0010: BAR mem 64bit addr: 0x00000000dfc00000/0x00002000
      0x0018: BAR empty (00000000)
      0x001c: BAR empty (00000000)
      0x0020: BAR empty (00000000)
      0x0024: BAR empty (00000000)
      0x0028: Cardbus CIS: 00000000
      0x002c: Subsystem Vendor ID: 8086 Product ID: 1321
      0x0030: Expansion ROM Base Address: 00000000
      0x0038: 00000000
      0x003c: Interrupt Pin: 01 Line: 0a Min Gnt: 00 Max Lat: 00
      0x00c8: Capability 0x01: Power Management
      0x00d0: Capability 0x05: Message Signaled Interrupts (MSI)
      0x00e0: Capability 0x10: PCI Express
      Link Speed: 2.5 / 2.5 Gb/s Link Width: x1 / x1
    • Uwagi: sterownik nie obsługuje Host AP
  4. Broadcom BCM94312MCG
    • dmesg:
      "Broadcom BCM4315" rev 0x01 at pci2 dev 0 function 0 not configured
    • pcidump:
      2:0:0: Broadcom BCM4315
      0x0000: Vendor ID: 14e4 Product ID: 4315
      0x0004: Command: 0006 Status ID: 0010
      0x0008: Class: 02 Subclass: 80 Interface: 00 Revision: 01
      0x000c: BIST: 00 Header Type: 00 Latency Timer: 00 Cache Line Size: 10
      0x0010: BAR mem 64bit addr: 0x00000000dfc00000/0x00004000
      0x0018: BAR empty (00000000)
      0x001c: BAR empty (00000000)
      0x0020: BAR empty (00000000)
      0x0024: BAR empty (00000000)
      0x0028: Cardbus CIS: 00000000
      0x002c: Subsystem Vendor ID: 1028 Product ID: 000b
      0x0030: Expansion ROM Base Address: 00000000
      0x0038: 00000000
      0x003c: Interrupt Pin: 01 Line: 0a Min Gnt: 00 Max Lat: 00
      0x0040: Capability 0x01: Power Management
      0x0058: Capability 0x09: Vendor Specific
      0x00e8: Capability 0x05: Message Signaled Interrupts (MSI)
      0x00d0: Capability 0x10: PCI Express
      Link Speed: 2.5 / 2.5 Gb/s Link Width: x1 / x1
    • Uwagi: nie udało mi się jej w ogóle uruchomić (długo nie walczyłem)
  5. MSI MS-6894 RTK-RTL8187SE
    • Uwagi: mój testowy komputer nie chciał z nią startować
  6. AR5BXB63
    • Sterownik: ath
    • dmesg:
      ath0 at pci2 dev 0 function 0 "Atheros AR5424" rev 0x01: apic 2 int 17
      ath0: AR5424 14.2 phy 7.0 rf 0.0, WOR5_ETSIC, address 00:1f:3a:31:c6:d2
    • pcidump:
      2:0:0: Atheros AR5424
      0x0000: Vendor ID: 168c Product ID: 001c
      0x0004: Command: 0007 Status ID: 0010
      0x0008: Class: 02 Subclass: 00 Interface: 00 Revision: 01
      0x000c: BIST: 00 Header Type: 00 Latency Timer: 00 Cache Line Size: 10
      0x0010: BAR mem 64bit addr: 0x00000000dfc00000/0x00010000
      0x0018: BAR empty (00000000)
      0x001c: BAR empty (00000000)
      0x0020: BAR empty (00000000)
      0x0024: BAR empty (00000000)
      0x0028: Cardbus CIS: 00005001
      0x002c: Subsystem Vendor ID: 1468 Product ID: 042a
      0x0030: Expansion ROM Base Address: 00000000
      0x0038: 00000000
      0x003c: Interrupt Pin: 01 Line: 0a Min Gnt: 00 Max Lat: 00
      0x0040: Capability 0x01: Power Management
      0x0050: Capability 0x05: Message Signaled Interrupts (MSI)
      0x0060: Capability 0x10: PCI Express
      Link Speed: 2.5 / 2.5 Gb/s Link Width: x1 / x1
      0x0090: Capability 0x11: Extended Message Signaled Interrupts (MSI-X)
    • Uwagi: niby obsługa Host AP jest, ale nie działa poprawnie; przy próbie zmiany kanału dostaję błąd:
      ifconfig: SIOCS80211CHANNEL: Invalid argument
]]> http://guzik.net.pl/blog/2011/10/openbsd-wi-fi-mpcie/feed/ 5 Monitoring czujników (sensors) w OpenBSD http://guzik.net.pl/blog/2011/10/monitoring-czujnikow-sensors-w-openbsd/ http://guzik.net.pl/blog/2011/10/monitoring-czujnikow-sensors-w-openbsd/#comments Mon, 03 Oct 2011 18:40:51 +0000 guzik http://guzik.net.pl/blog/?p=3371 Począwszy od OpenBSD 3.5 (czyli już jakieś 7 lat) mamy możliwość monitorowania sprzętowych czujników z poziomu systemu. Brudną robotą zajmuje się sensorsd czyli narzędzie, które pobiera dane takie jak prędkość wentylatorów, temperaturę czy napięcie na płycie głównej. Wartości te odczytać możemy za pomocą sysctl:

# sysctl hw.sensors
hw.sensors.cpu0.temp0=31.00 degC
hw.sensors.lm1.temp0=45.00 degC
hw.sensors.lm1.temp1=54.00 degC
hw.sensors.lm1.fan1=3375 RPM
hw.sensors.lm1.volt0=0.90 VDC (VCore)
hw.sensors.lm1.volt1=10.51 VDC (+12V)
hw.sensors.lm1.volt2=3.41 VDC (+3.3V)
hw.sensors.lm1.volt3=3.41 VDC (+3.3V)
hw.sensors.lm1.volt4=-1.24 VDC (-12V)
hw.sensors.lm1.volt5=1.22 VDC
hw.sensors.lm1.volt6=1.59 VDC
hw.sensors.lm1.volt7=3.42 VDC (3.3VSB)
hw.sensors.lm1.volt8=1.78 VDC (VBAT)

Dodatkowo w przypadku zmiany wskazania któregoś z czujników sensorsd wysyła stosowną informację do syslog i ew. wykonuje przypisaną akcję.

Cała konfiguracja zawiera się w pliku sensorsd.conf. Nazwa czujnika może być podana jako pełna zmienna sysctl, np. hw.sensors.cpu0.temp0 lub jako typ, np. temp. Typ brany jest pod uwagę dla każdego czujnika, który nie ma zdefiniowanych swoich ustawień.
Czujnikowi można przypisać następujące atrybuty:

  • command – polecenie jakie zostanie wykonane przy zmianie stanu,
  • high – górny zakres,
  • low – dolny zakres

Wartości dla temperatury to stopnie Celsjusza lub Fahrenheita (odpowiednio 70C lub 158F), dla napięcia to wolty (np. 12.5V), a dla obrotów wentylatora – liczba bez jednostki reprezentująca ilość obrotów na minutę. Wszystkie inne czujniki – jak w drzewie hw.sensors.

Tak jak wspomniałem, w przypadku zmiany stanu lub wykroczenia poza zadany zakres, możemy wykonać jakąś akcję urozmaicając wykonanie zmiennymi:

  • %l – zamieniane na jedno z: „below”, „above”, „within”, „in-valid” lub „uninitialised” w zależności kiedy akcja została wywołana,
  • %n – numer czujnika,
  • %s – status czujnika,
  • %x – nazwa urządzenia, do którego przypisany jest czujnik,
  • %t – typ czujnika,
  • %2 – aktualne wskazanie czujnika,
  • %3 – dolny limit,
  • %4 – górny limit.

Przykładowy plik konfiguracyjny może wyglądać tak:

hw.sensors.cpu0.temp0:high=60C:command=echo "ERR"|/usr/bin/mail -s '%t %n %l %2 (%3:%4)' fooadmin@bar.com
hw.sensors.lm1.fan1:low=1000

Na podstawie powyższych informacji możemy napisać prosty skrypt, który pozwoli na monitorowanie podanych wartości przez Nagios (np. z wykorzystaniem NRPE).

Aby przeładować plik konfiguracyjny należy wysłać sygnał SIGHUP do sensorsd.

# pkill -SIGHUP sensorsd

Domyślnie uruchomiony jest bez żadnych parametrów, jedyną wartością, którą można mu podać przy wywołaniu jest czas pomiędzy kolejnymi testami (-c; ilość sekund).

Przykładowy log (/var/log/daemon) może wyglądać tak:

Oct 3 16:27:48 foo sensorsd[15486]: startup, system has 16 sensors
Oct 3 16:28:48 foo sensorsd[26542]: cpu0.temp0: within limits: 26.00 degC
Oct 3 16:30:08 foo sensorsd[26542]: lm1.fan1: within limits: 2250 RPM
Oct 3 16:30:18 foo sensorsd[26542]: configuration reloaded
Oct 3 16:30:58 foo sensorsd[26542]: lm1.fan1: exceeds limits: 2220 RPM is above 2000 RPM

]]> http://guzik.net.pl/blog/2011/10/monitoring-czujnikow-sensors-w-openbsd/feed/ 1 Nadciąga pięć-zero http://guzik.net.pl/blog/2011/09/nadciaga-piec-zero/ http://guzik.net.pl/blog/2011/09/nadciaga-piec-zero/#comments Wed, 07 Sep 2011 20:36:26 +0000 guzik http://guzik.net.pl/blog/?p=3322 Od dzisiaj można już składać zamówienia na przedsprzedaż OpenBSD 5.0. Oprócz brzydkiego tym razem plakatu i logo (w sumie kwestia gustu) można nabyć również dwie wersje koszulki – czarną i białą, co sprawia, że ciężko się zdecydować. Pozwolę sobie zacytować opis ze strony projektu:

We could not decide who should live, so there are two versions of this shirt. Shirt #35 is a Black T-shirt where the Black Spyfish wins; Shirt #36 is a White T-shirt where the White Spyfish wins. When purchasing, choose carefully based on the outside border of the image (or, the colour of the spy who lives). Unfortunately this creates a dilemma if you would prefer to wear a black shirt but have the White Spyfish (obviously representing yourself) live. But then, isn’t everything a dilemma these days?

Alternatively, you can get both shirts, and when choosing to wear it decide what matters more: the shirt colour, the Spyfish colour, or which one is currently washed. A daily dilemma.

]]> http://guzik.net.pl/blog/2011/09/nadciaga-piec-zero/feed/ 0 Replikacja w dzwonek http://guzik.net.pl/blog/2011/08/replikacja-w-dzwonek/ http://guzik.net.pl/blog/2011/08/replikacja-w-dzwonek/#comments Fri, 12 Aug 2011 21:16:23 +0000 guzik http://guzik.net.pl/blog/?p=3237 Jak się uwierzytelniacie na serwerze pocztowym? APOP, bezpieczne uwierzytelnianie hasła czy po prostu czyścicie tekst?

Microsoft część artykułów ze swojej bazy wiedzy tłumaczy robotami, może to też…
Zobacz także:

]]> http://guzik.net.pl/blog/2011/08/replikacja-w-dzwonek/feed/ 1