1. – Nehmen wir mal an wir haben einen NFS mount des Backupservers unter /mnt eingehangen, darin sich befindend das mksysb Image des lokalen Servers:
Um die Dateien direkt an ihren angestammten Ort wieder herzustellen:
a)
cd /
restore -xqdf /mnt/servername.mksysb ./etc/ssh/ssh_host_key

b)
Will man sich die Dateien erst anschauen, oder anderweitig verwenden:
cd /tmp
restore -xqdf /mnt/serverimage.mksysb ./etc/ssh/ssh_host_key

Unterhalb von /tmp/ würde nun eine Verzeichnisstruktur ./etc/ssh/ angelegt werden mit dem wiederhergestellten Schlüssel darin..

2) Hat man das ganze Geraffel auf Tape (mal angenommen rmt0), sieht das ähnlich aus, ist jedoch leicht umfangreicher:
cd /
tctl -f /dev/rmt0 rewind
restore -xqd -s4 -f /dev/rmt0.1 ./etcssh/ssh_host_key

In diesem Falle würde /etcssh/ssh_host_key würde der host_key direkt wiederhergstellt werden.

Nach kurzer Orientierung fällt die Wahl schnell auf IET (iSCSI Enterprise Target) als Target und open-iSCSI als Initiator.
Beides sind recht aktive Projekte die auch aktuelle 2.6er Kernel und 64bit Systeme unterstützen, der IET bietet zudem SMP support.
Da ich mit der in Ubuntu 8.10 enthaltenen Versionen des iSCSI Enterprise Target leichte Probleme hatte, habe ich schließlich beide aus dem Quellcode übersetzt. Das ist recht schmerzfrei wenn man alle Voraussetzungen hat…

Auf dem Target (Server)
aptitude install build-essential subversion libssl-dev linux-headers-`uname -r`
IET (iSCSI Enterprise Target aus dem SVN besorgen):
svn checkout svn://svn.berlios.de/iscsitarget/trunk iscsitarget-svn-`date +%d%m%y`

Ubuntu bringt schon ein iSCSI target Modul mit, das sollte besser gelöscht oder umbenannt werden. Dann den Quellcode übersetzen und installieren:

rm /lib/modules/`uname -r`/kernel/iscsi/iscsi_trgt.ko
cd iscsitarget-svn-`date +%d%m%y`
make
make install

Um nun Volumes zu exportieren gibt es 2 Wege. Zum einen kann man diese in der Konfigurationsdatei /etc/ietd.conf angeben oder direkt auf der Kommandozeile definieren. Letzteres ist zum Testen und rumspielen ganz nett. Die Einstellungen sind nach Neustart des IET Services aber verloren.
Ich habe mir mal schnell 4 2GB Platten erzeugt die exportiert werden können:

for i in 1 2 3 4; do dd if=/dev/zero of=volume$i bs=8k count=256k;done

Minimaler Export der 4 “Platten” über die Konfigurationsdatei /etc/ietd.conf:

Target iqn.2008-12.targetname:storage.volume.disk1
Lun 0 Path=/mnt/zeug/lvm/volume1,Type=fileio
Target iqn.2008-12.targetname:storage.volume.disk2
Lun 1 Path=/mnt/zeug/lvm/volume2,Type=fileio
Target iqn.2008-12.targetname:storage.volume.disk3
Lun 2 Path=/mnt/zeug/lvm/volume3,Type=fileio
Target iqn.2008-12.targetname:storage.volume.disk4
Lun 3 Path=/mnt/zeug/lvm/volume4,Type=fileio

Nun den IET Service starten:
/etc/init.d/iscsi-target start

Ein Export mittels ietadm Kommando würde folgendermaßen aussehen:

ietadm --op new --tid=5 --params Name=iqn.2008-12.targetname:storage.volume.disk4
ietadm --op new --tid=5 --lun=1 --params Path=/mnt/zeug/lvm/volume4

Grundsätzlich kann man fast alles exportieren, einzelne Dateien, CD Images, ganze Festplatten oder auch nur Partitionen.

Sofern es bis hierher keine Fehlermeldungen gab müsste alles funktionieren.
Die erfolgreich exportieren Volumes sind nun im proc-Dateisystem zu finden:

root@target:~# cat /proc/net/iet/volume
tid:4 name:iqn.2008-12.targetname:storage.volume.disk4
lun:3 state:0 iotype:fileio iomode:wt path:/mnt/zeug/lvm/volume4
tid:3 name:iqn.2008-12.targetname:storage.volume.disk3
lun:2 state:0 iotype:fileio iomode:wt path:/mnt/zeug/lvm/volume3
tid:2 name:iqn.2008-12.targetname:storage.volume.disk2
lun:1 state:0 iotype:fileio iomode:wt path:/mnt/zeug/lvm/volume2
tid:1 name:iqn.2008-12.targetname:storage.volume.disk1
lun:0 state:0 iotype:fileio iomode:wt path:/mnt/zeug/lvm/volume1


Kommen wir nun zum Initiator (Client), der installiert sich ebenfalls fast von selbst:

aptitude install build-essential unp libssl-dev linux-headers-`uname -r`
wget http://www.open-iscsi.org/bits/open-iscsi-2.0-870.1.tar.gz
unp open-iscsi-2.0-870.1.tar.gz
cd open-iscsi-2.0-870.1
make
make install
/etc/init.d/open-iscsi start

Der Initiator sollte damit nun einsatzfähig sein. Dieses lässt sich leicht prüfen indem wir einmal versuchen die exportieren Volumes des Targets zu entdecken (discovery mode). Kommando und Ausgabe sähen dann folgendermaßen aus:

root@initiator:~#iscsiadm --mode discovery --type sendtargets --portal 192.168.100.3
192.168.100.3:3260,1 iqn.2008-12.targetname:storage.volume.disk4
192.168.100.3:3260,1 iqn.2008-12.targetname:storage.volume.disk3
192.168.100.3:3260,1 iqn.2008-12.targetname:storage.volume.disk2
192.168.100.3:3260,1 iqn.2008-12.targetname:storage.volume.disk1

Testweise kann mal ein Volume mittels des iscsiadm Kommandos hinzugefügt werden. Der Initator meldet sich nun am Target an und stellt die Platte lokal zur Verfügung:
root@initiator:~# iscsiadm -m node -p 192.168.100.3 -T iqn.2008-12.targetname:storage.volume.disk4 -l
Logging in to [iface: default, target: iqn.2008-12.targetname:storage.volume.disk4, portal: 192.168.100.3,3260]
Login to [iface: default, target: iqn.2008-12.targetname:storage.volume.disk4, portal: 192.168.100.3,3260]: successful
root@initiator:~# dmesg | tail -15
[1832846.035261] [...]
[1832846.035264] [...]
[1833150.140275] scsi2 : iSCSI Initiator over TCP/IP
[1833150.416687] scsi 2:0:0:3: Direct-Access IET VIRTUAL-DISK 0 PQ: 0 ANSI: 4
[1833150.429619] sd 2:0:0:3: [sdb] 4194304 512-byte hardware sectors (2147 MB)
[1833150.432860] sd 2:0:0:3: [sdb] Write Protect is off
[1833150.432874] sd 2:0:0:3: [sdb] Mode Sense: 77 00 00 08
[1833150.436791] sd 2:0:0:3: [sdb] Write cache: disabled, read cache: enabled, doesn't support DPO or FUA
[1833150.443282] sd 2:0:0:3: [sdb] 4194304 512-byte hardware sectors (2147 MB)
[1833150.446809] sd 2:0:0:3: [sdb] Write Protect is off
[1833150.446822] sd 2:0:0:3: [sdb] Mode Sense: 77 00 00 08
[1833150.460039] sd 2:0:0:3: [sdb] Write cache: disabled, read cache: enabled, doesn't support DPO or FUA
[1833150.460517] sdb: sdb1
[1833150.680380] sd 2:0:0:3: [sdb] Attached SCSI disk
[1833150.681359] sd 2:0:0:3: Attached scsi generic sg2 type 0


Auf dem Target ist die etablierte Session ebenfalls sichtbar, wiederum in /proc/net/iet
root@target:~# cat /proc/net/iet/session
tid:4 name:iqn.2008-12.targetname:storage.volume.disk4
sid:2533274811171328 initiator:iqn.2005-03.org.open-iscsi:658d8818b42
cid:0 ip:192.168.100.102 state:active hd:none dd:none
tid:3 name:iqn.2008-12.targetname:storage.volume.disk3
tid:2 name:iqn.2008-12.targetname:storage.volume.disk2
tid:1 name:iqn.2008-12.targetname:storage.volume.disk1

Während des Einloggens in das Target wurde in meinem Falle folgende Konfigurationsdatei für das Volume angelegt:
/etc/iscsi/nodes/iqn.2008-12.targetname:storage.volume.disk4/192.168.100.3,3260,1/default
In dieser befindet sich neben vielen weiteren Optionen der node.conn[0].startup Parameter. Wenn hier statt automatic anstatt manual gewählt wird, started der Inititator die Verbindung zum Target automatisch wenn er gestartet wird. Ebenfalls sinnvoll ist es natürlich open iSCSI schon während des Systemstarts zu starten. Das geht schnell mittels update-rc.d:
root@initiator:~# update-rc.d open-iscsi start 20 2 3 4 5 . stop 20 0 1 6 .
Auch das Target sollte automatisch gestartet werden, wenn es länger als mal nur zum ausprobieren verwendet wird:
root@target:~# update-rc.d iscsi-target start 20 2 3 4 5 . stop 20 0 1 6 .

Sowohl IET als auch Open-iSCSI haben noch unzählige weitere Einstellungen an denen man drehen kann, so ist sicherlich auch die Authentifizierung über CHAP interessant. Auch sollte bei mehreren Initiatoren im Netz jeweils ein eindeutiger Name vergeben werden (/etc/iscsi/initiatorname.iscsi).

Mit diesen Volumes kann man nun allerlei heitere Sachen anstellen, mit mdadm ein RAID 5 oder 10 bauen, eine Volume entfernen, mal eine Wiederherstellung probieren, ein verschlüsseltes LVM aufbauen und Daten vor Onkel Wolfgang verstecken, usw usw…

Die mit IET exportierten Volumes waren übrigens auch problemlos unter AIX 5.3 einzubinden. Die darauf erstellte Volume Group war problemlos von einem Node zu einem anderen zu verschieben.

http://de.wikipedia.org/wiki/ISCSI
http://www.open-iscsi.org/
http://iscsitarget.sourceforge.net/

Ausblick:
Die nächsten Tage werde ich mir wohl ein RAID 5 aus 3 Western Digital AAKS 640GB Platten aufbauen. Dann gibt es mal Benchmarkwerte direkt auf dem RAID und über iSCSI exportiert. MAl schauen wieviel Leistung auf der Strecke bleibt…

Zutaten:
1 x Debian oder Ubuntusystem
1 x aktuelle Kernelquellen von kernel.org
n x evtl. gewünschte Patches
1 x die Pakete “build-essential”, “kernel-package” und “libncurses5-dev”

Zubereitung:

Quellen entpacken und in das Verzeichnis wechseln:

tar -xjvf linux-.tar.bz2
ln -s linux-- linux
cd linux

Nun wahlweise die alte Kernelconfig in das aktuelle Verzeichnis kopieren,
cp /boot/config-2.6.xxblablubb-usw .config
oder eine Minimalkonfiguration erstellen mittels make defconfig .

Nun sollte einmal der Befehl make oldconfig ausgeführt werden, um hinzugekommene Einstellungen und Features des neuen Kernels abzufragen.

Nach einem make menuconfig erscheint ein wunderschönes ncurses-basiertes Konfigurationsinterface.
Wenn man die alte Kernelkonfiguration übernommen hat, braucht man eigentlich nicht viel tun, aber ein wenig abspecken lohnt sich immer. Module die man nicht benötigen wird, können komplett abgewählt werden. Bei mir ist das zB. Unterstützung für Serielle und Parallele Schnittstellen, Firewire, DVB, IPv6, 1GBit und 10GBit-Ethernet, Virtualisierung, uswusw… Sollte man jemals etwas davon brauchen, kann man sich den passenden Kernel immernoch wieder neu zusammenbauen. Natürlich gilt, umso weniger Module übersetzt werden müssen, umso schneller der Kompiliervorgang, logisch…

Sofern man sich für eine minimale Defaultkonfiguration entschieden hat, sollte man prüfen ob die benötigten Module für den Festplatten-Controller sowie für das Dateisystem auf welchem die Rootpartition “/” liegt, aktiviert sind.

Fertig konfiguriert? Dann geht es ans backen. Der Übersetzungsvorgang wird mittels make-kpkg --initrd kernel-image kernel-headers angestoßen. Das dauert je nach Hardware unterschiedlich lange, auf meinem AthlonXP 2600+ zB. 15min, auf meinem Core 2 Q6600 ca. 8min, genug Zeit für nen Kaffee… Bei erfolgreichem Abschluss finden sich die Kompilate im übergeordneten Verzeichnis. Diese sind mittels dpkg ../*.deb kurzerhand installiert, das System kann nun neu gestartet werden. Wenn der neue Kernel fehlerfrei startet und alle Geräte erkannt werden, kann der alte Kernel entfernt werden.

Viel Spaß beim backen!

edit:

Die Kompilation lässt sich mittels export CONCURRENCY_LEVEL=8 parallelisieren, idR. werden hier die doppelte Anzahl der CPU Kerne als concurrency level empfohlen…
Patches lassen sich zB. mittels patch -p1 < ../2.6.31-sched-bfs-304.patch einspielen, während man sich im Quellcodeverzeichniss befindet.

Die von mir gebastelte Lösung basiert im wesentlichen einfach darauf, dass man unter /proc/acpi/thermal_zone/ die Temperatur des Prozessors auslesen und über /proc/acpi/fan/ den Lüfterstatus regeln kann.

Das ganze benötigt dann nur noch 2 kleine Dateien, eine Konfigurationsdatei “temperatures” in /etc/ und das eigentliche Steuerscript:

/etc/temperatures
fan_off=44
fan_on=49

und /usr/bin/fancontrol

#!/usr/bin/perl
@temp = `cat /etc/temperatures`;
for(@temp)
{
if($_ =~ /fan_on/)
{
$fan_on = substr($_, -3, 2);
}
if($_ =~ /fan_off/)
{
$fan_off = substr($_, -3, 2);
}
}

for ($time; $time < 60; $time +=1)
{
$cputemp = `cat /proc/acpi/thermal_zone/TZ1/temperature`;
$cputemp = substr($cputemp, -5, 3);
if ($cputemp > $fan_on)
{
$cmd = `echo -n 0 > /proc/acpi/fan/C1F8/state`;
}
if ($cputemp < $fan_off)
{
$cmd = `echo -n 3 > /proc/acpi/fan/C1F8/state`;
}
sleep 1;
}


Bitte entschuldigt die nicht vorhandene Einrückung, hab ich hier im Blog nicht hinbekommen :-/
Das ganze liest also die von euch frei wählbaren Regeltemperaturen aus der Konfigurationsdatei aus und steuert in einer 60 Sekunden Schleife den Lüfter. Damit es auch minütlich aufgerufen wird, fehlt nur noch folgender Eintrag in der crontab von root:

* * * * * /usr/bin/fancontrol &

Hierzu bitte sudo crontab -e benutzen, das Script funktioniert nicht als normaler Benutzer, da dieser kein Echo von Werten nach /proc/ machen darf!
Mit eventuellen Anpassungen an der Lüfter- und CPU-Bezeichnung ist dieses Skript sicher auch auf anderen Distributionen und Notebooks zu gebrauchen.

tags: fancontrol Lüftersteuerung perl linux kubuntu ubuntu debian

Bei vorhandener GUI sollte auch die xorg.conf angepasst werden, da auch hier noch die Regeln für die SUN TypeX Tastaturen hinterlegt sind. Das ganze sollte dann wie folgt aussehen:

[...]

[...]


Abhilfe schafft hier die IDE-SCSI Simulation, die folgendermaßen aktiviert werden kann. Bearbeitet werden die jeweiligen Konfigurationsdateien lilo, silo oder grub…

LILO/SILO (/boot/lilo.conf bzw. /boot/silo.conf):

image=/vmlinuz
label=Linux
append = "hdc=ide-scsi"
initrd=/initrd.img


GRUB (/boot/grub/menu.lst):

kernel (hd0,0)/boot/vmlinuz root=/dev/hda1 splash=no hdc=ide-scsi

Problem gelöst. Ist der Brenner ein anderes Laufwerk als /dev/hdc, ist dieses natürlich zu berücksichtigen


dpkg -i britneyspears32.exe.deb #[1]
dpkg -r britneyspears #[2]
dpkg -l | less [3]


[1] installiert Britney auf dem Computer
[2] entfernt die alte Ziege wieder
[3] listet sämtliche installierte Pakete auf

Um nun aber auch Pakete automatisch herunterladen zu lassen, Abhängigkeiten aufzulösen und Updates vorzunehmen, sollte man aptitude zur Hand nehmen und sich kurz mal damit beschäftigen.


aptitude search apache2 #[4]
aptitude show apache2 #[5]
aptitude install apache2 #[6]
aptitude remove apache2 #[7]
aptitude purge apache2 #[8]


[4] würde sämtliche Pakete auflisten die den String apache2 im Namen oder der Paketbeschreibung haben
[5] zeigt Informationen zum Paket apache2 an, zb. Größe, Abhängigkeiten, Sinn und Zweck...
[6] installiert dann apache2 auch gleich
[7] entfernt den Webserver Apache, kümmert sich aber nicht um die config-Dateien
[8] entfernt den Webserver Apache, kümmert sich dabei auch um die config-Dateien => alles weg

Nun können wir schon Programme anzeigen lassen, suchen, installieren und entfernen, doch alles ist das noch nicht Wink

Die Server (bzw. Medien) die aptitude für Updates verwendet, werden in der Datei /etc/apt/source.list verwaltet. Diese kann auch mit den üblichen Editoren bearbeitet werden.

Sind hier Änderungen vorgenommen worden, oder es stehen Updates ins Haus, hilft ein

aptitude update

um sich die neuesten Paketlisten von den Servern zu besorgen.

Um das System auf den neuesten Stand zu bringen, werden nun einfach folgende Befehle abgesetzt.


aptitude upgrade
aptitude dist-upgrade


Das System ist anschließend aktualisiert, ein Neustart ist im Gegensatz zu Microsoft Windows nur nach einem Kernelupdate notwendig. Ja auch das kann Debian/Ubuntu, mann braucht sich um nix kümmern. Nur beim Update hingucken was installiert wird, oder ob es fehlerhaft aufgelöste Abhängigkeiten gibt. Letzteres ist gelegentlich der Fall, wenn mann seine sources.list mit fremden Servern zumüllt oder die jeweiligen Testingzweige der Distributionen nutzt.

Distributionsupgrade

Auf einer Rootkonsole einfach die /etc/apt/sources.list modifizieren. Hier gilt es den Codenamen des laufenden durch den des neue Releases zu ersetzen. Aktuell wäre das also 'dapper' durch 'edgy' zu substituieren. Das geht im Editor der Wahl, oder schneller mit 'sed'


sed 's/dapper/edgy/' /etc/apt/sources.list > /tmp/sources.list && mv /tmp/sources.list /etc/apt/sources.list


Nun die Schritte wie oben beschrieben durchführen, als da wären:


aptitude update
aptitude upgrade
aptitude dist-upgrade


Fertig

Soviel zu den Grundlagen der nichtgrafischen Paketverwaltung, später vielleicht mehr...

Schön wäre es, der Drucker druckt mit den foomatic-Treibern und Cups zwar, doch sind die drei Grundfarben jeweils einen halben Zentimeter vertikal verschoben, ergo zu nichts zu gebrauchen, wenn mann nicht eh nur reinschwarz druckt. Der Scanner wurde überhaupt nicht erkannt. Habe nach einigem Suchen die Seite von Dieter Schütze gefunden. Er beschreibt dort ausführlich die Installation eines ähnlichen Gerätes unter Mandrake (heute Mandriva).

Versuchen wir das mal ähnlich unter Ubuntu/Debian.

Zuallererst müssen wir uns die Treiber von der Epson-Avasys Homep
age ziehen. Auch nach Auswahl von Debian bekommt mann ein .rpm Paket angeboten, warum auch immer…

Wir benötigen den CUPS-Treiber sowie das iscan-Paket für gcc >= gcc3.4.

Nach dem Download eine Konsole öffnen, in den Ordner mit den .rpm’s wechseln und folgendes Kommando ausführen:

alien --scripts iscan* pips*

Nach kurzer Wartezeit hat das Programm alien (muss nachinstalliert werden) die rpm’s in .deb Pakete umgewandelt, mit denen die Debian Paketverwaltung endlich etwas anfangen kann.

Beide werden nun kurzerhand installiert:

dpkg -i *.deb

Drucker:
Der Drucker ist am einfachsten installiert, einfach im Kontrollzentrum einen neuen lokalen Drucker hinzufügen und als Drucker den Epson Stylus CX3700 auswählen. Dieser bietet nun 2 Treiber, einmal mit dem Anhang CUPS+Gutenprint und einmal den Photo Image Print System Herstellertreiber. Letzteren wählt ihr und seid damit auch schon fast durch. Der Drucker sollte von nun an vernünftig funktionieren.

Scanner:
Mit dem Befehlt sane-find-scanner suchen wir nach angeschlossenen Scannern. Die Ausgabe dürfte neben einigen Zeilen Erklärungen folgendes enthalten:

found USB scanner (vendor=0x04b8 [EPSON], product=0x0818 [USB MFP]) at libusb:002:002


Wunderbar, Scanner gefunden, nun muss er nur noch eingebunden werden.
Hierzu die Datei /etc/hotplug/usb.usermap editieren, und folgende Zeile einfügen.

# EPSON Stylus DX3850
epson_scanner 0x0003 0x04b8 0x0818 0x0000 0x0000 0x00 0x00 0x00 0x00 0x00 0x00 0x00000000

Nun die Datei /etc/hotplug/usb/epson_scanner erstellen, und folgendes einfügen

#!/bin/bash

if [ "${ACTION}" = "add" ] && [ -f "${DEVICE}" ]
then
chown root "${DEVICE}"
chgrp users "${DEVICE}"
chmod 660 "${DEVICE}"
fi

Nun die Datei mittels
chmod +x /etc/hotplug/usb/epson_scanner
ausführbar machen.

In /etc/sane.d/epkowa.conf nun alles auskommentieren, was nicht schon auskommentiert ist und die Zeile usb 0×4b8 0×0818 anfügen. In /etc/sane.d/epson.conf ebenso verfahren.

Anschließend könnte man sicherlich einige Dienste neustarten (sane & hotplug?) und es läuft, oder man rebootet den ganzen Rechner einmal, holt eine Tasse Kaffee aus der Küche und freut sich 2 Minuten später über sein funktionierendes Multifunktionsgerät.

Zum scannen kann man sowohl auf das Epsontool iscan zurückgreifen oder xsane verwenden, das nimmt sich nichts.

tags: epson stylus 3700 3800 3850 linux ubuntu debian cups sane iscan pips

Lösung?

- Aktuellsten Treiber (gspcav1) herunterladen
- entpacken (unp gspcav*) und in das Verzeichnis wechseln
- Blick ins Changelog (juhu, 0×092e wird direkt unterstützt, also kein Gebastel mehr nötig)
- passende Kernelheader besorgen (aptitude install linux-headers-`uname -r`)
- make
- make install
- modprobe gspca
- echo gspca >> /etc/modules
- logout

Fertig -> freuen…

tags: gspca ubuntu debian linux logitech quickcam chat mxhaard

Argh, Mist was nun, wie tun?
Schnell weiterleiten natürlich, sonst fällt ein böser Virus noch über meinen 3rd. party ICQ-Client auf meinem Nicht-Windows-Betriebssystem ein. Dieser Jango_Fett muss ja n ziemlich fetter “h4×0r” sein, dass er mir Client- und Plattformübergreifend seinen uberVirus auf die Platte schiebt. 1 f34r h15 1337 5k177z

Hmm, hätte ich nun aber statt mir in die Hosen zu machen, einfach mal die Wörter ICQ, Virus und Kontaktliste in die Suchmaschine meiner Wahl eingegeben, wo wäre ich dann gelandet?
zb. auf http://www.tu-berlin.de/www/software/hoax/icq.shtml oder vielen anderen Seiten, die diese Hoaxe schon seit Jahren sammeln. Hose wäre demnach trocken geblieben und die Nerven dutzender anderer Nutzer nicht unnötig strapaziert worden.

In diesem Falle geht ein dickes Dankeschön an meinen Mitbewohner. Ja ich liebe es wenn das TeleTubbi “AaaOoo” durch die ganze Bude schallt…