Porto tot el dia fent proves amb l’OpenFiler com a màquina virtual dins del servidor HP que estic montant. Doncs, bé apart dels detalls tècnics volia fer una simple i interessant prova que després de veure el resultat encara em té estorat. He fet un test de velocitat amb el hdparm per saber la velocitat de transferència entre l’ubuntu que fa de servidor d’VMWare i un disc dur de 750Gb:
root@vm0:~# hdparm -t /dev/sdc1/dev/sdc1: Timing buffered disk reads: 314 MB in 3.02 seconds = 104.11 MB/sec
Després des de la màquina virtual amb OpenFiler (basat en linux Red Hat) he fet la màteixa prova:
[root@nas0 ~]# hdparm -t /dev/sdb1/dev/sdb1: Timing buffered disk reads: 66 MB in 3.05 seconds = 21.65 MB/sec
Malgrat el nom del dispositiu surti diferent el dispositiu és el mateix, això passa perquè en la màquina virtual el dispositiu no és el tercer dispositiu ‘SATA‘, sinó el segon. La màquina virtual té capturat el dispositiu físic, així doncs trobo que la diferència de velocitat és exagerada. També s’ha de comentar que l’OpenFiler no m’ha deixat instal·lar-se en 64bits sobre VMWare i ho he hagut de fer amb 32bits, no sé pas si aquesta diferència tan brutal pot ser deguda a això.
Els recursos que tinc assignats a l’OpenFiler són:
Si algú té la possibilitat de fer alguna prova semblant, o l’ha fet que avisi. De totes formes, diria que amb màquines virtuals de 64bits no puc capturar el dispositiu real o això m’ha semblat llegir que deia el VMWare. Gran defecte sota el meu punt de vista.
Abans d’anar al CeBIT vaig capturar uns screencast per tal de fer una demostració de les aplicacions de movilpoint. Doncs bé, malgrat l’edició la va fer el Law amb software propietari la captura la vaig fer Istanbul. Comentar només que les sessions que es capturen queden com videos Ogg Vorbis així doncs, també podem capturar audio al mateix temps que la pantalla. Malgrat això els videos que varem fer a movilpoint estan subtitulats en anglès i no tenen so.
Potser el que més m’agrada és la capacitat d’escollir una aplicació i gravar tot el que aquesta aplicació fa. També és interessant la capacitat de poder marcar una zona de la pantalla on es capturarà. Comentar que si treballeu amb més d’una pantalla el video també pot ser de les pantalles que tingueu. Obviament després és una mica engorrós de mirar. Això si, si teniu més d’un workspace i decidiu canviar mentre esteu gravant el screencast no es mantindrà en l’espai de treball original.
Avui he refrescat una mica la meva memòria, feia algún que altre mes que no jugava amb els mikrotik. Doncs bé, per un client havia de montar un failover gateway i com que ja sabeu que sóc un fan declarat dels mikrotik per fer això he usat un RB150. Per si això ús sona a xinès segur que amb una petita explicació ho trobareu molt útil. Doncs bé, cada cop més empreses tenen dos sortides a internet i el que volen és que quan alguna de les dues sortides caigui l’altre sortida assumeixi tot el tràfic sense haver de tocar res.
Obviament per fer això el que hem de tenir és un element que s’encarregui de redirigir tot el tràfic cap a un router o cap a l’altre segons si la sortida a internet esta fallant o no. La solució que plantejo és molt simple i pot perfeccionar-se moltíssim. Per exemple, l’únic que explicaré és a usar un dels dos routers i quan aquest falla enviar el tràfic cap a l’altre però no és gaire difícil crear unes policy routes per balancejar tràfic entre els dos routers mentre aquests estiguin operatius. Però per no liar la cosa em quedaré amb l’exemple bàsic. A partir d’aquí, la base estarà més que feta perquè feu coses més xules.
El RB150 tindrà a l’ethernet 1 la xarxa LAN. A la ethernet 4 la WAN1 i a la ethernet 5 la WAN2. Amdues interficies tenen el router ADSL en monopuesto. O sigui, que tinc la IP pública a l’interficie del router.
funcionament
Per defecte, sortirem per la WAN1 i quan aquesta falli sortirem per la WAN2.
configuració
Assumeixo que les configuracions bàsiques ja estan fetes, o sigui, assignació d’IPs a interficies i l’enmascarament d’IP internes cap a internet. Això suposo que no té cap dificultat si algú necessita ajuda que avisi.
Creem dos scripts a llençar quan s’hagi de llençar la connexió via WAN1 i l’altre via WAN2:
Script per la WAN1:
:log info wan_1/ip route set [/ip route find dst-address="0.0.0.0/0"] gateway=IP_GW_WAN1
Script per la WAN2:
:log info wan_2/ip route set [/ip route find dst-address="0.0.0.0/0"] gateway=IP_GW_WAN2
Si ens interessa en cada un dels scripts hi podem afegir el que calgui. Per si no esteu habituats a treballar amb scripts al mikrotik els heu de colocar a /system scripts. Allà afegiu dues entrades i llestos. Com sempre això serà molt més còmode fer-ho des del winbox que no pas des de la cli.
Ara només cal que creem una entrada a l’eina netwatch, això es fa a /tool netwatch. A l’entrada li direm que faci pings cada un interval de temps que decidirem i que tingui un timeout fixe i si els pings no tornen llavors s’executarà l’script indicat. Bàsicament le entrades de netwatch tenen dos estats el up i el down i podem associar un script a llençar en cas de que hi hagi una oscil·lació cap a un dels dos estats. Això es fa així:
El que fem és mirar si arribem a un dels servidors d’OpenDNS cada 1minut i ens esperem com a molt 10s perquè el ping torni. Després fixeu-vos com associem cada un dels scripts que em programat abans als estats d’aquesta prova.
Com podeu veure això és ben senzill, la gràcia esta en que jugueu amb els ECMP i els policy routing i feu del RB150 tot un balencejador de càrrega amb suport de fallides de línia. També és molt senzill que balancegeu el tràfic d’entrada d’internet cap a una ADSL o cap a l’altre, per fer això ús recomano que jugueu amb el DDNS que podeu actualitzar a través dels scripts comentats, només cal que li llenceu la petició d’actualitzar la IP associada al DDNS i els usuaris remots entraran per una o altre línia.
El dilluns de la setmana passada vaig rebre la pantalla del HTC Artemis que vaig comprar a eBay, gràcies Marc per la gestió. Doncs bé aquella mateixa nit a la taula de la cuina i amb molta tremolor a les mans, ja que just m’havia passat tota la tarda fatal, degut a una mala digestió del dinar no m’aguantava ni dret. Però no vaig poder evitar instal·lar la nova pantalla al HTC Artemis i comprovar que tot funcionava com tocava. Així doncs, a la taula de la cuina mateix es va fer el canvi de pantalla i la posta en marxa:
Aquí ja la podeu veure en ple rendiment connectada a la seva base:
Si voleu recordar els detalls de com he aconseguit la nova pantalla: Comprovant tipus de pantalla del HTC Artemis (P3300). També ús informo que si no voleu patir tan com jo per desmontar la HTC podeu buscar als forums de XDA Developers el service manual de la HTC Artemis on s’explica detalladament com desmontar-la.
Tot i que amb una setmana de retard, a continuació faig cinc centims de la meva visita per la fira. Aquest any només hi vaig ser durant un dia i com ja va passar l’any passat invitat per kimia.
Com sempre la cosa va ser al recinte de Montjuïc que no va acabar d’estar ocupat al 100%, si la memòria no em falla a l’Informat del 1990 hi havia molt més espai ple. Quines èpoques… tornant a l’actualitat. Vaig notar que la fira segueix amb un nivell molt alt i que continua venint pràcticament tothom. Potser vaig trobar a faltar a Google i a Apple. Però de fet, tampoc m’esperava veure a Yahoo! i hi tenien un estand força apanyadet.
Doncs bé, em feia especial il·lusió trobar algún terminal amb cara i ulls amb l’Android, el sistema operatiu de Google per mòbils. Però res de res, un trist Texas Instruments que no era ni digna de fer correr una versió molt verda del mateix android. El iPod tot i tenir-lo més que vist, només hi era de forma testimonal en algún estand de tercers.
Parlant del que si qu hi havia comentar que em va agradar molt un sistema per desenvolupar sobre android que presentava la gent del Qualcomm. Realment útil i interessant pels desenvolupadors. També vaig poder veure que per fi ha entrat en producció les pantalles de paper enrollable de Readius. La resta de novetats que es presentaven la veritat no em van fer ni fred ni calor. Potser un gran problema que tenen les fires és que sovint el que hi ha de nou ja ho has llegit en algún blog i a la fira sovint només vas a tocar-ho i si és que val la pena fer-ho.
Així doncs, aquesta fira almenys per mi ja s’ha convertit en una excusa per anar saludar als amics i poca cosa més, ja que de negocis en varem parlar el just i amb qui tocava i de novetats com ús dic, les justes.
Ahir el Karel em va fer arribar un enllaç que em va fer molta gràcia. Resulta que la gent de Xataka móvil han escrit un artícle sobre kimia. Doncs bé, aquesta empresa que potser no ús sona de res és la d’en Karel un bon amic Belga afincat a Madrid que vaig tenir la sort de coneixer un matí a la primera edició que es va fer a Barcelona del 3GSM. Doncs bé l’Olga una comercial de Sidsa me’l va presentar i just aquella nit en Karel havia estat escribint el primer borrar del seu business plan del que ara és una empresa que ja ha superat la primera ronda d’inversió i que ja compte amb algunes dotzenes d’enginyers repescats per tot europa.
Doncs bé, fa molta il·lusió quan veus que els projectes dels teus amics va endavant i que els llocs més coneguts en parlan. És tot un plaer veure que malgrat vivim en un país tercer mundista tecnológicament parlant també es poden arribar a fer les coses bé. A veure si un dia a movilpoint també tenim aquesta sort de moment l’esforç i la dedicació per fer-ho bé li estem posant.
Aquest post va dedica al Marc. Finalment i quan ja no ho buscava he trobat el que buscava aquest matí. Com en un sol apt-get puc instal·lar el indispensable per poder compilar coses en una ubuntu recent instal·lada:
El sistema operatiu de treball o sistema operatiu de l’equip host que uso habitualment com ja sabeu és un Linux, concretament una Gentoo. Doncs bé, al instal·lar un WinXP com a sistema guest en una màquina virtual d’VMWare malgrat molts dels dispositius USB del meu portàtil es reconeixen directament. Per exemple, la webcam, lector d’empremta digital o modem 3G intern. Això no passa al connectar algún dels dos smartphones que tinc el HTC Kaiser o l’Artemis el VMWare em donava l’error: VMWare Workstation was unable to claim the device (No such file or directory).
Després de molt buscar per forums i d’altres similars vaig trobar un simple hack que em soluciona el problema (perdoneu però no recordo l’enllaç perquè era un comentari d’un forum). El motiu exacte de perquè això passa no l’acabo de tenir clar però l’enginy funciona. De forma que l’activesync o el pocket controller pro reconeixen perfectament el telèfon i em permeten controlar-lo i sincronitzar-lo des del WinXP virtual. Que per altre banda, tal com vaig comentar en l’article sobre com arrancar el WinXP de l’altre partició mentre estem en Linux em permet no haver de mantenir dos instal·lacions de WinXP en parl·lel sinó que la versió virtual i la que corre sobre el host son la mateixa.
Bé doncs, anem al gra el que heu de fer és localitzar on teniu connectat el vostre dispositiu. Fent un lsusb podeu veure algo semblant a:
# lsusb...Bus 005 Device 004: ID 0bb4:0b0b High Tech Computer Corp....
Ara ja sabem que es troba en el Bus 5 però encara no sabem en quin port ni a quina PCI esta connectat aquest bus. Desocbrim ID de la PCI on és el Busc 5:
Ja sabem la PCI i bus USB on és connectat el dispositiu, ara només cal saber en quin port usa. Per fer això el que farem és buscar el idProduct i l’idVendor del HTC Kaiser, això ho obtenim del lsusb són els números en hexadecimal separats per uns dos punts. Així doncs, el meu idProduct: 0b0b i el idVendor: 0bb4. Amb aquestes dades el que faig és posar-nos en el directori del bus que hem localitzat i llenço una búsqueda sobre els fitxers que contenen aquestes dades per localitzar en quin port del bus tenim connectat el dispositiu:
Com podem veure en els dos casos els fitxers que contenen aquesta informació són al directori 5-1, o sigui, que tenim connectat el nostre telèfon a /sys/devices/pci0000:00/0000:00:1d.0/usb5/5-1/. Directori on hi trobarem el fitxer bConfigurationValue que és completament buit. Doncs bé, l’únic que hem de fer és posar-hi un 1, per exemple així:
Després ens assegurem que tenim associat el dispositiu a la màquina virtual i veurem que el missatge d’error desapareix i el WinXP detecta el nou hardware connectat.
En un post ja vaig comentar de passada que m’havia carregat la pantalla de la HTC Artemis que uso com a mòbil peronal.
Doncs la veritat és que s’ha de ser una mica estúpit perquè portava el mans lliures a la butxaca i no tenia mans disponibles per posar el billet del tren a la màquina de billets. Així doncs, vaig recolzar el mòbil amb l’ombro i em va caure a terra. Si ús fixeu en la fotografia la pantalla esta negre excepte una petita zona a la part inferior on si que funciona. Doncs bé, després de buscar per eBay vaig trobar que per uns 32 podia comprar-ne una als EUA, concretmanet “LCD Display +Touch Screen & Tools for HTC P3300 Artemis“.
La qüestió és que aquest matí m’han demanat quin tipus de pantalla té la meva Artemis un tipus A o B i m’adjuntaven aquesta fotografia:
Obviament l’única manera de saber això ha estat desmontat l’Artemis, així doncs aquí teniu el resultat:
Compte els tornillos per obrir que són molt i molt petits i són d’estrella.
Al treure els envellidors platejats dels costats on hi ha els botons, això esta enganxat amb una cola adhesiva contra la carcasa interna així que aneu amb molt de compte de trencar-ho al treure-ho.
La carcasa posterior esta enganxada a la carca interna amb uns encaixos de plastic, intenteu localitzar-los al lateral abans de fer massa força per separar les carcaces.
La resta més o menys seguint les fotografies que he referenciat és fàcil de fer. Això si sempre amb molt de compte i delicadesa.
Finalment mentre espero la pantalla estic usant el mòbil connectat directament a la base i a través del Pocket Controller-Pro controlo el telèfon.
Si algú intenta posar-se en contacte en mi via el mòbil personal i no li contesto ja sap perquè és. Així doncs, useu el de feina.
Doncs des de divendres i gràcies a l’A. de Vodafone i després de les meves peripecies amb la BB Pearl tinc una Voafone 1615, aka HTC Kaiser o Tytn II. En poques paraules un mort que fa de tot.
Petit resum de característiques:
Connectivity: GSM/GPRS, EDGE, UMTS (3G), HSDPA, Bluetooth 2.0 + EDR, A2DP, 802.11b/g, USB, AGPS
Operating system: Windows Mobile 6.0 Professional
Input: Keyboard/Touchscreen
Camera: 3.0(2048x1536) Megapixel, front VGA
Power: 1350 mAH Battery
CPU: Qualcomm 7200 ARM Processor at 400 MHz
Memory: 256 MB Internal Flash, 128 MB RAM, SDIO, microSD, microSDHC, TransFlash
Display: 65k-color QVGA TFT
Doncs el tema estan en que per no funcionar no em funciona el RealMail, ni el 3G, ni puc sincronitzar de forma senzilla els contactes amb l’Evolution. Així doncs, molt de mòbil/PDA per no fer res. Per tant, ara em toca posar-me les piles ja que ja no és una HTC sinó dues. L’Artemis i la Kaiser a posar al dia. De totes formes per aquesta segona a XDA Developers no m’ha semblat veure que hi haguessi ROMs. Però a la primera ja trigo en actualitzar la ROM que tinc que malgrat és una passada esta molt desfassada comparat amb les que he vist pels forums.
Poc més a aportar de moment, només dir que realment té de tot i tot ho fa molt bé. De dolent que és massa grossa i pesa massa. Però és que ho vul tot també. Això si súper orgullos del teclat QWERTY que porta i de la WIFI que tan trobo a faltar a l’Artemis. Sobretot espero poder-lo usar com a client de Twitter i d’altre pijades. Ja que jo sense un teclat QWERTY no sóc ningú. Espero poder anar ampliant el tema a mesura que vagi aprenent com va tot plegat.
