Pic of the day

DSCN2182.jpg
 
 

Archiv

  • â–¶2012 (4)
  • â–¶2011 (76)
  • â–¶2010 (94)
  • â–¶2009 (125)
  • â–¶2008 (135)
  • â–¶2007 (130)
  • â–¶2006 (45)

You get what you pay for – Archos 80 G9 Turbo

Ich habe mir einen Archos 80 G9 Turbo bestellt um einen Eindruck zu bekommen was man zu erwarten hat. Dummerweise genau das was man bezahlt. Ich will hier gar keinen technischen Test auffahren, dazu fehlt mir einiges an Hintergrundwissen. Dennoch erlaube ich mir ein persönliches Urteil.
Der Zusatz “Turbo” ist bei Archos irgendwie verwirrend. “Turbo” bezeichnet das Tablet mit 1,2Ghz anstatt des “alten” Archos 80 G9 mit “nur” einem Gigahertz OMAP4430.Chip. Dazu kommt das man im Grunde den Prozessor nur um 200Mhz übertaktet hat. In Zukunft (etwa ab Januar) gibt es dasselbe Tablet als “Turbo” mit neuerem OMAP4460 Chip/Prozessor und 1.5GhZ. Ich wusste das zwar vorher, finde es aber trotzdem ein bisschen unglücklich.

  • Zudem hat das Tablett, in welcher Version auch immer, nur 512MB Ram. Genau hier kommen, IMHO, Probleme. Es heisst zwar ganz gerne das 512MB ausreichen – aber tun sie das wirklich? Ich meine Nein. Im Market gibts eine Software “System Monitor Light 4″. Diese zeigt die Speichernutzung ganz gut an und ich gehe einfach davon aus das die Anzeige richtig ist. Der Stock-Browser nimmt sich bei normaler Anwendung mit 2-3 Tabs 140MB Speicher. Dann geht das Tablett auf ~50-60MB freien Speicher runter. Wechselt man dann hin und her wird geswapt, geschoben und Tasks werden verwaltet. Wechselt man dann wieder in den Browser ist die Eingabe erstmal deutlich verzögert und irgendwie zäh. Linux ist dafür gebaut Speicher zu nutzen, gar keine Frage. Ich würde aber vermuten das es auch beim Speicher Prioritäten gibt die z.B. bei 85% Speichernutzung sagen “Jetzt wird erstmal dieses und jenes gemacht” – zumindest in meinem Job (Admin)  ist das bei vielen Dingen so das es ne Art Wasserstandmarke mit Prios gibt.
  • Das zweite ist noch ärgerlicher. Das Tablet hat eine herausstehende Volumewippe die ich bei jeder Kleinigkeit verstellt habe. Ich weiß nicht wer auf die Idee gekommen ist, mich hat das ganze ziemlich gestört. Stellt man das Tablett senkrecht steht es auf der Wippe. 8-O
  • Eine weiter Kleinigkeit ist das Displayproblem. Immer an derselben Stelle entstehen bei Druck von hinten wellenförmige Störungen. Egal wo man drückt, immer im linken oberen Bereich. An und für sich aber kein all zu großes Problem und nur bei hellen Hintergründen zu sehen.

Für mich steht hier fest: You get what you pay for. Das Archos 80 G9 Turbo ist an sich kein schlechtes Tablet (gibts auch als 101 mit 10″ Display), hat jedoch einige Schwächen die mir persönlich nicht gefallen haben. Als reines Surftablet war es mir in einigen Dingen einfach zu langsam irgendwie. Ob das ein allgemeines Androidproblem oder ein reines Hardwareproblem ist wird sich zeigen wenn ich das nächste in den Händen halte :mrgreen:

Command Suite + Tuning Manager

For whatever reason you need it. In one of the latest updates you get that “Mobiltity Tab” where you can view, sort and check out your Logical groups. Just a hint, enable your “HDT” Pool Feature regardless of what tiers are inside. If you use pools, like us, only with one tier you can enable HDT and you get pool performance views if you work on storage navigator. You can enable this without any disruption. Just edit your pool and enable HDT.
BTT….i never know hot to enable or setup into mobility tab display of “IOPS” or “Response time”. For sure – you need a Tuning Manager license. Yesterday i get a hint. Get the latest HCS Configuration and Reference Guide and look at Page A-32. Just edit tuningmanager.properties within your Device Manager Server Folder..…./HiCommandServer/config/ . Wait a day and you get some datas.
Screen is a little pixeliced, sorry for that but i have to do that.
hcs_htm

HDS Tuning Manager Installation – Solaris

Im not sure why i cant get that piece of software to work, but now it runs after many trys. In my first try HTMS are running but i cant get that monitoring to work. IMHO are that Installation is not so easy as expected. Yesterday i get a hint from colleague to try htmsetup and install some Raid-Manager Libs, since that my systems will be monitored.
That you need a licence should be clear. I now that my english is bad, but i wrote that for admin with a booted “Brain 1.0″ and a good cup of coffee. I will try i wrote down how to setup HTMS (Hitachi Tuning Manager Server) with agents to monitor some HDS-Systems (called RAID or in Ex-SUN 9990 as example). We dont monitor switches or hosts.

Bevore you install Hitachi Command Suite (ex HiCommand) you have to setup some “projects” for shared mem and so on. These settings are not compatible to HTMS, you have to adjust it. First you have to set the /etc/projects as expected from HTMS. At my host, and i dont no why, projmod to user.root was not accepted by pre check into the install script (it does not go on if these setting are not OK, try it if you like).  Type @ commandline. ATTENTION: If you copy that files the paste to commandline does not work correct.
projmod -s -K “process.max-sem-ops=(priv,640,deny)” system
projmod -s -K “project.max-msg-ids=(priv,216,deny)” system
projmod -s -K “project.max-sem-ids=(priv,1152,deny)” system
projmod -s -K “project.max-shm-ids=(priv,2128,deny)” system

If you like to try user.root type. In my installation the install script or solaris does not accept it. I setup these option into /etc/system – see below. You need only one! projmod or /etc/system.
projmod -s -K “process.max-msg-messages=(priv,8243,deny)” user.root
projmod -s -K “process.max-sem-nsems=(priv,640,deny)” user.root
projmod -s -K “process.max-sem-ops=(priv,640,deny)” user.root
projmod -s -K “project.max-msg-ids=(priv,216,deny)” user.root
projmod -s -K “project.max-sem-ids=(priv,1152,deny)” user.root
projmod -s -K “project.max-shm-ids=(priv,2128,deny)” user.root

These coming from my /etc/system if “user.root” are not working.
set msgsys:msginfo_msgtql=9412
set semsys:seminfo_semmsl=640
set semsys:seminfo_semopm=640
set msgsys:msginfo_msgmni=216
set semsys:seminfo_semmni=1152
set shmsys:shminfo_shmmni=2128
set shmsys:shminfo_shmmax=992870400

You have to reboot to get that setting to work.

  • Please have you command device(s) ready to work on that server where you install HTMS. Mapping/Zoning – whatever, you should see it with “format”.
  • Now we start the installation from within an imagefile or whatever you like to do. Start the installation script, read an wait. Guess i dont need to tell you details.
  • In my first trys i dont recognize that following. A colleague tell me to try it. HTMS and HCS are have to be stopped. Type “/opt/HiCommandServer/tools/htmsetup.sh” and enter value 1 or check with 2….read it, its easy. If HCS or HTMS are running you get a failure if you select “1″.
  • After that installation you have to install (i have only HDS systems) “Agent for Raid” from a file or the second DVD – whatever. Install it. Now you have some tools inside /opt/jp1pc/tools/ – PLEASE check and type /opt/jp1pc/tools/jpctdlistraid – these should showing your command devices listed.
  • Start all -> “/opt/jp1pc/tools/jpcstart all“, check it “/opt/jp1pc/tools/jpcctrl list “*”"” – now check that HCS ist runing “/opt/HiCommand/Base/bin/hcmdssrv -status”
  • Lets setup one RAID System (RAID a system names by hitachi, RAID400/500….). Type -> /opt/jp1pc/tools/jpcinssetup agtd -inst YOURSYSTEMNAME <- Systemname is a free name you like. If you can read, you now what you have to select after that :wink: . Do that with all your “RAID” Systems you like to monitor where you have command devices
  • check your monitored systems by “/opt/jp1pc/tools/jpcinslist agtd“, you should see additional to running agents your systems from step above as “Agent Store” and “Agent Collector”
  • if not type /opt/jp1pc/tools/jpcstart all – it starts what is not running
  • the following step is a little tricky and, once again, im not sure why wee need it. But without it (and the step with htmsetup) i cant monitor any system. I guess without htmsetup it will work but without that Raid Manager libs it wont. OK, we have to link some Raid-Manager libraries. RaidManager also know as HORCM. Take that “RMLIB” from your installation image or directory. Go to /usr/lib and cpio that RMLIB  cpio -icBdum < /mountXYZ/RMLIB. Now “cd /usr/lib/RMLIB” you can try a “./bin/whatrmver” and should get a failure from *.so files. Run rmlibinstall.sh and you get what you need. On my installtion it was no problem with HORCM or any other software.

So, that it. I rebooted that hole system after that to get all clean to work. Check your running HTMS withh /opt/jp1pc/tools/jpcctrl list “*”"”. Your HTMS and your Agents should run. If your agents are not startet well, start it by hand ;) . Hope it helps if you cant get it to work like me :mrgreen: .

Solaris 10 fctl problem

We see that problem on Solaris 10u9. (varies in some sections)

fctl: [ID 517869 kern.warning] WARNING: fp(0)::6ad4c0 NS failure pkt state=d reason=9, expln=1, NSCMD=0100, NSRSP=8001

Problem is seen in “dmesg” or /var/adm/messages after a “luxadm -e port”. In june oracle tell us “Works as designed”. Cant decalre it deeper, but the reason are some fc ports that are online in our SAN but not zoned. If we work as example on a M9000 domain with 6 HBAs (12 ports), 8 of them are used and 4 are free for whatever. Nobody put that 4 ports into a dummy zone. Now, if you do “luxadm -e port”  by hand or with the “explorer” (SUN-Explorer does that automaticly) you get that failure in your messages. Today we found a solution -> Patch 145957-06 solved that issue. Oracle said “To resolve/filter out….”. Unfortunately you have to reboot that server, guess thats the biggest problem.

Virtual Box – Kerneltreiber is Crap ?

http://www.pro-linux.de/news/1/17602/kernel-treiber-von-virtualbox-in-der-kritik.html

Diese Treiber wurden jetzt Gegenstand der Kritik, als der für Red Hat arbeitende Kernel-Entwickler Dave Jones einen Patch vorschlug, der den Kernel automatisch mit dem Taint-Flag markiert, wenn das vboxdrv-Modul geladen wird. Dieses Flag sagt den Kernel-Entwicklern, dass sie Fehlerberichte für solch einen Kernel gar nicht weiter zu untersuchen brauchen, da der fragliche Kernel proprietäre oder experimentelle Module enthält. Laut Jones liegen Red Hat und Fedora so viele Fehlerberichte zum VirtualBox-Treiber vor, dass es lästig wird. Diese Fehler deuten auf Speicherkorruption hin, wie sie typischerweise durch fehlerhaften Umgang mit Zeigern oder Pufferüberläufe verursacht wird.

Dazu gibt es noch eine, auch im Artikel verlinkte, Diskussion die man hier findet -> https://lkml.org/lkml/2011/10/7/206

Doch zu doof ?

Das eine oder andere mal rage ich mich schon was ich in dem Job suche :mrgreen: . Ich versuche seit geraumer Zeit zum einen den Hitachi Tuning Manager ansatzweise zum laufen zu bekommen (und schaffe es nicht) und zum anderen die CLI der Tiered Storage Managers (HTSM) zum rennen zu kriegen. Letztere hat, wie HiCommand auch, eine eigentlich recht einfache Konfig Datei, die htsmcli.properties. In dieser muß, oder sollte, man den Tiered Storage Manager Server festlegen. Dazu ist die Variable htsmserver.location=rmi:………/HTSMServer zu setzen. Ich habs nicht hinbekommen, die wird einfach nicht übernommen und ich weiß nicht warum. Übergebe ich den Server in der Commandline ist alles OK, in der Konfigdatei klappt es nicht. *wilde flüche aussprech*.
Bei TuningManager versagt schon das anlegen der Storages bzw das dieser überhaupt irgendetwas anzeigt. Angeblich braucht er nur Command Devices, die sieht “er”. Mehr geht nicht. Ich glaub hier muss doch mal ein Kurs her, das Ding ist tricky wie die Sau wenn man das zum ersten mal macht.

Update: Nein, nicht zu doof. RTFM. Dummerweise wird mit der Hitachi Command Suite die Software für die Tiered Storage Manager CLI mit installiert. Um die htsmcli.properties nutzen zu können muss die Variable HTSM_CLI_HOME gesetzt werden – und zwar dorthin wo sie liegt. Hier also auf “HTSM_CLI_HOME=/opt/HiCommand/TieredStorageManager/CLI” oder eben in der .profile.