Mon, 14 Dec 2009
CF DMA
Como desactivar DMA de un CF al botar.
Estoy montando una cortafuegos. Para que mejore la disponiblidad del equipo monto un raid1.
Los dos discos son uno (hda) de 80GB y un compact flash (hdd) de 8 GB.
/ = 8GB (raid1)
/home = espacio restante del hda
El problema que tengo es que el hardware no me da la funcionalidad DMA del CF.
Linux, al botar se da cuenta y lo desactiva.
syslog:Dec 11 11:38:53 debian kernel: [ 6.888186] hdd: TRANSCEND, ATA DISK drive
syslog:Dec 11 11:38:53 debian kernel: [ 6.944128] hdd: host max PIO4 wanted PIO255(auto-tune) selected PIO4
syslog:Dec 11 11:38:53 debian kernel: [ 6.944254] hdd: UDMA/66 mode selected
syslog:Dec 11 11:38:53 debian kernel: [ 7.756362] hdd: max request size: 128KiB
syslog:Dec 11 11:38:53 debian kernel: [ 7.756362] hdd: 15662304 sectors (8019 MB) w/1KiB Cache, CHS=15538/16/63
syslog:Dec 11 11:38:53 debian kernel: [ 7.756362] hdd:hdd: dma_intr: status=0x00 { }
syslog:Dec 11 11:38:53 debian kernel: [ 18.053566] hdd: status error: status=0x00 { }
syslog:Dec 11 11:38:53 debian kernel: [ 18.053566] hdd: drive not ready for command
syslog:Dec 11 11:38:53 debian kernel: [ 27.392935] hdd: dma_intr: status=0x00 { }
syslog:Dec 11 11:38:53 debian kernel: [ 27.912064] hdd: status error: status=0x00 { }
syslog:Dec 11 11:38:53 debian kernel: [ 27.912064] hdd: DMA disabled
syslog:Dec 11 11:38:53 debian kernel: [ 27.912064] hdd: drive not ready for command
Apartir de allí, se puede usar el CF, pero el RAID ya se ha degradado.
syslog:Dec 11 11:38:53 debian kernel: [ 28.377689] hdd1
syslog:Dec 11 11:38:53 debian kernel: [ 29.458417] md: bind<hdd1>
syslog:Dec 11 11:38:53 debian kernel: [ 29.468013] md: kicking non-fresh hdd1 from array!
syslog:Dec 11 11:38:53 debian kernel: [ 29.468013] md: unbind<hdd1>
syslog:Dec 11 11:38:53 debian kernel: [ 29.468013] md: export_rdev(hdd1)
Aunque puedo reconstruir el array, cada vez que bote la máquina se degrada de nuevo..
Entonces hay que desactivar el DMA de /dev/hdd antes de que mdadm intente montar el RAID.
Por internet se lee que se puede desactivar DMA desde grub añadiendo 'ide=nodma' como opción del kernel.
En mi caso no funciona porque ide-core no está en el kerenl sino se carga como módulo.
http://forums.debian.net/viewtopic.php?f=10&t=32860&start=15
Paso la opciones al modulo y creo de nuevo el initramfs.
update-initramfs -u
Y funciona.
Wed, 09 Dec 2009
xmpp bot
Llevaba demasiado tiempo con ganas de programar un bot. Ahora que ha salido una razon para hacerlo, me he puesto.
Tenemos un servidor jabber y todos lo usamos mucho desde hace ya unos
cuantos años. Ultimamente la gente me ha pedido una manera de enviar un
mensaje a un grupo de personas. Los chat rooms son incomodas porque
tienes que ir al propósito a la sala para participar. Necesitamos un
mecanismo para enviar a la broadcast.
Todos los usuarios y los grupos de usuarios están definidos en un LDAP.
El servidor jabber también usa LDAP para saber y autentificar los
usuarios.
El bot consulta LDAP para saber los miembros de cada grupo.
La funcionalidad es básica. Con escribirle 'help' al bot nos contesta:
Puedo enviar tus mensajes a un grupo de usuarios. Para saber cuales son tus grupos teclea:
grupos
Para saber los usuarios que pertenecen a un grupo teclea
'users' seguido por el nombre del grupo ej:
users nombre_de_grupo
Para enviar un mensaje a un grupo, empieza el mensaje por el nombre del grupo. ej:
nombre_de_grupo Lunes de nuevo, que palo.
Está programado en python.
He usado la librería xmpppy y no ha sido nada dificil.
Lo único que me ha faltado del ejemplo bot.py es que el bot aceptase
subscripciones automáticamente. He encontrado la respuesta en http://grumplicio.us/nihongobot.py
type=pres.getType()
user=pres.getFrom()
if type=='subscribe':
conn.send(xmpp.Presence(user,'subscribed'))
if type=='unsubscribe':
conn.send(xmpp.Presence(user,'unsubscribed'))
Para que los usuarios puedan identificar los grupos con más facilidad, se colora con XHTML
color=ldapcache.getGroupColor(groupname)
html_tag="<span style='background: %s;'>%s</span>" % (color,groupname)
text= message.getBody()
markedup=replace(text, groupname, html_tag, 1)
markedup=markedup.encode('utf-8')
payload=xmpp.simplexml.XML2Node('<body xmlns="%s">%s</body>' % (XML_NAMESPACE, markedup))
message.addChild('html', {}, [payload], xmpp.NS_XHTML_IM)
Tengo un pequeño classe que cachea los resultados del LDAP. Para trabajar con LDAP empleo ldaphelper.py que me ayuda a cargar el objeto ldapcache.
El código está aquí.
Thu, 03 Dec 2009
climategate
Un hacker (o alguien de dentro) entró en los servicios informáticos del Climate Research Unit, University of East Anglia, 'robó' miles de correos y documentos, y los publicó en la red.
Parece que la ciencia está al servicio de la empresa que, en este caso, se esconde detrás de la IPCC. La modificación,
ocultación, y supresión de datos apoyan los politicos/multinacionales
para adelantar su agenda y el programa capitalista 'cap and trade'.
Que pena me da. No especiamente porque vemos de nuevo manipulación y
mentiras, sino porque este asunto se manipulará para servir
como otra escusa para no cuidar nuestro planeta.
From Michael E. Mann (retención de información / data):
Dear Phil and Gabi,
I’ve attached a cleaned-up and commented version of the matlab code that I wrote for doing the Mann and Jones (2003) composites. I did this knowing that Phil and I are likely to have to respond to more crap criticisms from the idiots in the near future, so best to clean up the code and provide to some of my close colleagues in case they want to test it, etc. Please feel free to use this code for your own internal purposes, but don’t pass it along where it may get into the hands of the wrong people.
From Nick McKay (modificando data):
The Korttajarvi record was oriented in the reconstruction in the way that McIntyre said. I took a look at the original reference – the temperature proxy we looked at is x-ray density, which the author interprets to be inversely related to temperature. We had higher values as warmer in the reconstruction, so it looks to me like we got it wrong, unless we decided to reinterpret the record which I don’t remember. Darrell, does this sound right to you?
From Phil Jones (modificación de data para ocultar resultados):
I’ve just completed Mike’s Nature trick of adding in the real temps to each series for the last 20 years (ie from 1981 onwards) amd from 1961 for Keith’s to hide the decline.
From Kevin Trenberth (failure of computer models):
The fact is that we can’t account for the lack of warming at the moment and it is a travesty that we can’t. The CERES data published in the August BAMS 09 supplement on 2008 shows there should be even more warming: but the data are surely wrong. Our observing system is inadequate.
From Michael Mann (la verdad no importa):
Perhaps we'll do a simple update to the Yamal post, e.g. linking Keith/s new page--Gavin t? As to the issues of robustness, particularly w.r.t. inclusion of the Yamal series, we actually emphasized that (including the Osborn and Briffa '06 sensitivity test) in our original post! As we all know, this isn't about truth at all, its about plausibly deniable accusations.
From Phil Jones (retención de información):
From Phil Jones (retención de información):The skeptics seem to be building up a head of steam here! ... The IPCC comes in for a lot of stick. Leave it to you to delete as appropriate! Cheers Phil
PS I’m getting hassled by a couple of people to release the CRU station temperature data. Don’t any of you three tell anybody that the UK has a Freedom of Information Act !
If FOIA does ever get used by anyone, there is also IPR to consider as well. Data is covered by all the agreements we sign with people, so I will be hiding behind them.
Puedes bajar el archivo aquí: http://www.filedropper.com/foi2009
RSS Feed
