Wednesday, August 24. 2011
Sataic IP Address
Thursday, August 4. 2011
btrfs scrub
Wenn man ein Fedora15 mit 3.0er-Kernel (der dort 2.6.40 heisst) hat, kann man ohne groessere Probleme ein neues scrub-faehiges btrfs benutzen.
Dafuer musste ich ein paar Dinge nachinstallieren. git, libattr-devel und libuuid-devel fehlten bei mir.
Dann die Sourcen holen mit:
[root@talisker halde]# git clone --branch integration-20110705 http://git.darksatanic.net/repo/btrfs-progs-unstable.git/
Cloning into btrfs-progs-unstable...
[root@talisker halde]# cd btrfs-progs-unstable/
[root@talisker btrfs-progs-unstable]# make
Und wenn das vernuenftig baut, hat man ein paar neue btrfs-Binaries. Als Version wird das hier angegeben:
Btrfs v0.19-100-g4964d65
Und dann kann man auch scrubben:
[root@talisker btrfs-progs-unstable]# ./btrfs scrub start /dev/mapper/data-data
scrub started on /dev/mapper/data-data, fsid 1a286805-46c9-420f-b400-ca4f97312cc7 (pid=10809)
[root@talisker btrfs-progs-unstable]# ./btrfs scrub status /dev/mapper/data-data
scrub status for 1a286805-46c9-420f-b400-ca4f97312cc7
scrub started at Thu Aug 4 21:39:33 2011, running for 15 seconds
total bytes scrubbed: 1.60GB with 0 errors
[root@talisker btrfs-progs-unstable]#
Endlich 200W-Grafik fuer Laptops
Tuesday, July 26. 2011
NFS Version 4 und ID Mapping
Ich habe gestern versucht, NFSv4 zwischen einem NetApp-Filer und einem Solaris-Client zum Laufen zu bringen. Das klingt erstmal gar nicht so kompliziert.
filer*> options nfs.v4.enable on
und auf dem Solaris-Client dann vers=4 in die vfstab reinmalen. Das reicht nicht, alle Files werden dann als nobody:nobody angelegt:
Continue reading "NFS Version 4 und ID Mapping" »
-rw------- 1 nobody nobody 38171 Jul 24 04:04 /mnt/test/file1
Tuesday, July 19. 2011
Windows Process Explorer
Ich hab ja echt keine Ahnung von Windows, aber heute war ich mal wirklich positiv ueberrascht vom Process Explorer. Das zum Sysinternals-Paket gehoerende Tool ist jetzt in Version 15 erschienen und kann auch GPU-Auslastung anzeigen. (via heise)
Saturday, May 7. 2011
Klee
Thursday, May 5. 2011
vPro-CPUs
Supports 2nd generation Intel Core processor family with Intel® Turbo Boost Technology 2.0, Intel® Pentium® processor, and Intel® Celeron® processor.
Inzwischen weiss ich es besser: Man benoetigt dafuer auch eine vPro-kompatible CPU, um wirklich alle Funktionen benutzen zu koennen, insbesondere das RemoteKVM-Zeug.
Natuerlich wird das vPro-Feature nicht auf ark.intel.com angezeigt, auch nicht, wenn man zB die i5-2500- und i5-2500K-CPU direkt vergleicht.
Danke Intel!
Monday, March 14. 2011
Viel Spass
Sunday, March 6. 2011
ONTAP801 auf einem 64bittigen Root-Aggregat
Die Einrichtung davon ist allerdings ein wenig komplizierter. Beim ersten Booten wird automatisch ein 32Bit Aggregat mit 3 Disks angelegt (wie immer). Im NOW habe ich leider keinerlei Doku gefunden, wie man das auf einem 64Bit-Aggregat einrichten soll, also musste ich das selbst herausfinden bzw. ausprobieren.
Meine erste Idee ging davon aus, dass im Maintenance Menu eine Option dafuer versteckt ist.
Ist es aber nicht, man muss das mit einem Trick machen:
Man legt ein 64Bit Aggregat an und dort erzeugt man ein Volume, das man dann per ndmpcopy betankt und als bootfaehig markiert. Nach einem Reboot ist es dann geschafft. Vol copy funktioniert nicht, weil das Quell-Volume auf einem 32Bit Aggregat liegt, das Ziel-Volume auf dem 64Bit Aggregat.
silicarous*> aggr create aggr64 -B 64 -t raid_dp 15
silicarous*> vol create vol0_new aggr64 250g
silicarous*> options ndmpd.enable on
silicarous*> ndmpcopy /vol/vol0 /vol/vol0_new
silicarous*> vol options vol0_new root
silicarous*> reboot
Nach dem Reboot:
silicarous> aggr status
Aggr State Status Options
aggr0 online raid_dp, aggr
32-bit
aggr64 online raid_dp, aggr root
64-bit
silicarous>
Jetzt noch aufraeumen, das alte 32Bit-Aggregat und das dort enthaltene vol0 loeschen und das neue Aggregat/Volume auf aggr0/vol0 umbenennen.
silicarous> vol offline vol0
silicarous> vol destroy vol0
silicarous> aggr offline aggr0
silicarous> aggr destroy aggr0
silicarous> vol rename vol0_new vol0
silicarous> aggr rename aggr64 aggr0
Friday, February 25. 2011
Thunderbolt
Intels Light Peak heisst jetzt Thunderbolt und kommt erstmal ohne Licht aus, siehe Berichte im Internet: Heise, Computerbase, Hardwareluxx, Hartware. Dafuer liest sich der Rest sehr spannend:
- 2 Kanaele mit je 10GBit FullDuplex pro Steckverbindung
- Uebertragung von DisplayPort- und PCIe-Daten
- 10W Stromversorgung (Wann wird endlich eSATA mit Strom spezifiziert?)
Damit lassen sich ein paar spannende Dinge bauen:
- externe Festplatten oder sogar kleinere RAIDs ohne zusaetzliche Stromversorgung
- KVM-Extender (Grafik ist vorhanden, fuer alles andere gibts PCIe, also USB und zB Sound) bzw. DockingStations
Fuer die KVM-Loesung faellt mir gerade auf, dass ich vergessen habe, Glasfasern durchs Haus legen zu lassen...
Thursday, February 10. 2011
Sieht aus wie ein SAS-Kabel
Monday, February 7. 2011
ZPool Befuellung
Mir ist gerade aufgefallen, dass ZFS komische Dinge tut. Ich habe einen zpool mit 2 raidz2-Raidgruppen. Vor Kurzem ist in der ersten Raidgruppe eine Disk ausgefallen. Das System hat automatische eine Spare-Disk hinzugefuegt, so weit so gut und wie erwartet. Weil aber die alte defekte Disk noch als UNAVAIL im Pool eingetragen war, wurde die dazu gehoerige RAID-Gruppe als DEGRADED angezeigt...
pool: data
state: ONLINE
scrub: resilver completed after 0h44m with 0 errors on Sun Feb 6 02:12:02 2011
config:
NAME STATE READ WRITE CKSUM
data ONLINE 0 0 0
raidz2 ONLINE 0 0 0
c1t5000CCA221C88445d0 ONLINE 0 0 0 16.1G resilvered
c1t5000CCA221C6DFA3d0 ONLINE 0 0 0
c1t5000CCA221C6EE00d0 ONLINE 0 0 0
c1t5000CCA221C7AA77d0 ONLINE 0 0 0
c1t5000CCA221C7BC2Ad0 ONLINE 0 0 0
c1t5000CCA221C7D8A2d0 ONLINE 0 0 0
c1t5000CCA221C7D316d0 ONLINE 0 0 0
c1t5000CCA221C7F373d0 ONLINE 0 0 0
c1t5000CCA221C8A8D6d0 ONLINE 0 0 0
c1t5000CCA221C8AD85d0 ONLINE 0 0 0
c1t5000CCA221C8AED5d0 ONLINE 0 0 0
raidz2 ONLINE 0 0 0
c1t5000CCA221C8B3E6d0 ONLINE 0 0 0
c1t5000CCA221C82A50d0 ONLINE 0 0 0
c1t5000CCA221C89DCAd0 ONLINE 0 0 0
c1t5000CCA221C328B9d0 ONLINE 0 0 0
c1t5000CCA221C785D4d0 ONLINE 0 0 0
c1t5000CCA221C795A9d0 ONLINE 0 0 0
c1t5000CCA221C865D7d0 ONLINE 0 0 0
c1t5000CCA221C8398Fd0 ONLINE 0 0 0
c1t5000CCA221C8716Cd0 ONLINE 0 0 0
c1t5000CCA221C78719d0 ONLINE 0 0 0
c1t5000CCA221C80149d0 ONLINE 0 0 0
spares
c1t5000CCA221DDD6ABd0 AVAIL
errors:
Aus diesem Output kann man erkennen, dass c1t5000CCA221C88445d0 die defekte Platte ersetzt hat. Leider musste ich nun herausfinden, dass die erste Raidgruppe im kaputten Zustand nicht weiter befuellt worden ist, daher ist die Auslastung sehr ungleichmaessig. Dazu sieht man sich zpool iostat -v an und vergleicht den belegten Platz (capacity used 21.0G zu 1.64T). Wie gleicht man das jetzt wieder an? BP Rewrite scheint ja immer noch nicht fertig zu sein...
capacity operations bandwidth
pool used avail read write read write
------------------------- ----- ----- ----- ----- ----- -----
data 1.66T 38.3T 23 228 263K 20.4M
raidz2 21.0G 20.0T 0 110 0 10.2M
c1t5000CCA221C88445d0 - - 0 107 0 1.14M
c1t5000CCA221C6DFA3d0 - - 0 107 0 1.14M
c1t5000CCA221C6EE00d0 - - 0 106 0 1.14M
c1t5000CCA221C7AA77d0 - - 0 107 0 1.14M
c1t5000CCA221C7BC2Ad0 - - 0 107 0 1.14M
c1t5000CCA221C7D8A2d0 - - 0 107 0 1.14M
c1t5000CCA221C7D316d0 - - 0 107 0 1.14M
c1t5000CCA221C7F373d0 - - 0 107 0 1.14M
c1t5000CCA221C8A8D6d0 - - 0 107 0 1.14M
c1t5000CCA221C8AD85d0 - - 0 107 0 1.14M
c1t5000CCA221C8AED5d0 - - 0 107 0 1.14M
raidz2 1.64T 18.4T 23 117 263K 10.2M
c1t5000CCA221C8B3E6d0 - - 0 113 34.7K 1.14M
c1t5000CCA221C82A50d0 - - 0 112 34.8K 1.14M
c1t5000CCA221C89DCAd0 - - 0 112 34.4K 1.14M
c1t5000CCA221C328B9d0 - - 0 112 34.8K 1.14M
c1t5000CCA221C785D4d0 - - 0 112 34.7K 1.14M
c1t5000CCA221C795A9d0 - - 1 112 34.1K 1.14M
c1t5000CCA221C865D7d0 - - 0 112 34.1K 1.14M
c1t5000CCA221C8398Fd0 - - 1 112 34.5K 1.14M
c1t5000CCA221C8716Cd0 - - 0 112 31.8K 1.14M
c1t5000CCA221C78719d0 - - 1 113 31.6K 1.14M
c1t5000CCA221C80149d0 - - 0 112 34.3K 1.14M
Und was lernen wir daraus? Damit alles wieder heil wird, muss man die kaputte Platte von Hand detachen und das am besten zeitnah.
Thursday, February 3. 2011
Bug des Tages
gefunden in den Changelogs fuer Kernelpatch 144489-xx (fixed in 144489-02):
6954736 stop -f /SYS on one Otoro head causes the other head to panic
Und gegen sowas benutzt man eigentlich Clustering.


