January 2010 - Solar-general - lists.ourproject.org

UTUTO XS 2010 esta liberado y dispone da una amplia gama de formas de instalacion
by Daniel Olivera 11 Jan '10

11 Jan '10

Se ha liberado oficialmente UTUTO XS 2010 http://www.ututo.org/web/modules/news/news.php?id=375 Para UTUTO XS 2010 se han desarrollado diversas formas de instalacion abarcando una gama de escenarios unica en un sistema operativo GNU/Linux - Vivo! = Disco autoejecutable. Permite probar el sistemas sin instalarlo o usarlo como disco de rescate. - Vivo! Instalable = Disco autoejecutable con instalador grafico que copia el sistema ejecutandose al nuevo equipo donde se instalara - NetInstall = Version que instala desde un CD descargando la imagen del sistema de archivos mediante conexion ethernet desde Internet o un servidor web en la red local. - USBNetInstall = similar a la version anterior pero usando un dispositivo tipo pendrive conectado a un puerto USB - LocalInstall = Instalarlo montando una copia del sistema de archivos del instalador y la particion o disco donde se instalara UTUTO XS http://www.ututo.org/manual/index.php/Instalar_desde_una_im%C3%A1gen_local_… En las opciones Vivo! y CD NetInstall se incluye ademas un perfil especial - Low Memory Install = Inicio con un sistema de archivos minimo que permite ejecutar la instalacion grafica en modo consola en equipos con 512 Mb de ram o menos. El instalador inicia con solo 96Mb de ram. En las opciones Vivo!, CD NetInstall, USBNetInstal y LocalInstall se incluye ademas la posibilidad de instalar software optimizado al procesador del equipo donde se instalara UTUTO XS 2010 Las versiones disponibles son: i686 (Generico) Intel32 (Procesadores intel de 32 bits) Intel64 (Intel de 64 bits) Amd32 (Procesadores AMD de 32 bits) Amd64 (Amd de 64 bits) Atom (optimizacion especifica para procesadores Intel Atom) Saludos happy hacking!! -- Daniel Olivera (mate.cosido, aun fuera de la ley) Director Proyecto UTUTO (Argentina) Miembro Free Software Foundation (6839)(Estados Unidos) "Soy y seré comunista hasta el último dia de mi vida" "La vida no vale nada si no es para perecer porque otros puedan tener, lo que uno disfruta ya" Pablo Milanes. "...la culpa ajena es barata, regalarla no nos cuesta..." "...al asesinato en maza, los hombres lo llaman guerra..." Netiquette? (Como convivir en la red) http://www.gaiasur.com.ar/infoteca/varios/netiquette.html#email Correo Electrónico : daniel(a)ututo.org - ututo(a)members.fsf.org Argentina - Teléfono: +54 11 5353-9494 Extension: 2943434 España - Teléfono: +34 957780957 (Ext: 2) Fax: +34 957 780645 Sistemas VoIP : ututo01 (Ekiga) SIP: 201(a)lopst.com Mensajeros : Jabber: daniel(a)ututo.org ICQ: 8368437 Gtalk: ututo01 Blog : www.ututo.org/daniel

5 12

lista de desarrolladores
by Diego Saravia 11 Jan '10

11 Jan '10

hay en argentina o en castellano alguna lista de correo para tratar temas de desarrollo de software libre y programacion, es decir no una lista tecnica de usuarios, sino de desarrolladores y no para un proyecto especifico sino en general? -- Diego Saravia Diego.Saravia(a)gmail.com NO FUNCIONA->dsa(a)unsa.edu.ar

4 6

Re: [Solar-general] [Hacklabs] Facebook? No Thanks (es, en, fr)
by Marcos Guglielmetti 10 Jan '10

10 Jan '10

On Dom 10 Ene 2010 19:30:45 julio(a)aktivix.org escribió: > Below in english and french > > > Texto contenido en un boletín de Riseup pero relevante > para todx usuarix de Facebook y similares. > > > Dos "pájaros" recientemente dieron una presentación en > el Encuentro del > Pueblo[1] celebrando el 10° Aniversario de las protestas > contra la OMC. > > Nosotros debatimos sobre los peligros de usar herramientas > corporativas > para organizar el trabajo, en particular, el hecho de que no > sabes que > hacen ellos con tus datos. Gracias a muchos comentarios > anónimos en el > post de un bloguero[2] acerca de su investigación > relacionada a que una > compañía de teléfonos móviles de EUA entregó "para > el fortalecimiento de > la ley" información de localización geográfica de sus > clientes, ahora > tenemos algunas respuestas. > > Las grandes compañías tienen departamentos enteros > dedicados a tratar > con solicitudes de "la ley" y órdenes judiciales, los > autores anónimos > proveyeron copias de las guías que varias grandes > corporaciones > proporcionan para ayudar al refuerzo de la ley con sus > solicitudes. Los > manuales filtrados incluyen los de facebook[3], yahoo[4], > myspace[5], > comcast[6] y paypal[7]. Cada manual provee útiles consejos > para el apoyo > a "la ley" respecto a los datos específicos disponibles > (algunos > disponibles mediante una simple solicitud y sin escrutinio > judicial) e > incluso ejemplos de lenguaje de solicitud para diversas > circunstancias. > Por ejemplo, de acuerdo al manual filtrado, facebook retiene > información > acerca de la IP de cada computadora que accede a su sitio > por 30 días. > Esto significa que, a menos que uses contramedidas, facebook > puede saber > la localización exacta de donde ingresaste a tu cuenta. Ya > que la > dirección IP no incluye los contenidos de las > comunicaciones, un > invesigador de los EUA puede tener esa información sin > ninguna > supervisión judicial. > > Con la orden de una corte, facebook liberará incluso más > información > acerca de ti. Ellos incluso desarrollaron una aplicación > llamada > "Neoprint" para entregar un manejable paquete de > información sobre > suscriptores, incluyendo información de contacto en > perfil, mini-feed, > listado de amigos (con ID's de facebook), listado de grupos > y de mensajes. > > Hay poca supervisión de la vigilancia llevada a cabo en > los EUA de los > proveedores de servicios en línea porque el Departamento > de Justicia > (EE.UU.) no reporta el número de direcciones IP que han > recogido, > incluso aunque una ley de 1999 requiere tales reportes[1]. > Tampoco hay > requerimientos de reportes para órdenes de la corte > fundamentadas en la > Acta de Resguardo de Comunicaciones [8] la cual regula la > liberación en > los Estados Unidos de todos tus datos electrónicos > almacenados en línea. > > Una de las muchas espantables cosas acerca de esto es que > los EE.UU. de > hecho tienen mejores leyes de protección que muchos otros > países. > También, distinto a nuestros camaradas en la Union > Europea[9], en EE.UU. > no se requiere realmente que los proveedores en línea > mantengan > registros. Esto significa que la gente organizándose, en > todas partes, > debería ser consciente de que si estás usando > proveedores corporativos, > tus datos están en riesgo. > > Mientras esta información no debería ser sorprendente, > ilustra la > importancia de apoyar alternativas y educarnos unos a otros > acerca de > los riesgos de usar herramientas corporativas para organizar > el > trabajo. Para más información, lee el post en el blog > [2]. > > [1] http://seattleplus10.org/ > [2] > http://paranoia.dubfire.net/2009/12/8-million-reasons-for-real-surveillance > .html [3] http://dtto.net/docs/facebook-manual.pdf > [4] http://dtto.net/docs/yahoo-guide.pdf > [5] http://dtto.net/docs/myspace-guide.pdf > [6] http://dtto.net/docs/comcast-guide.pdf > [7] http://dtto.net/docs/paypal-guide.pdf > [8] http://en.wikipedia.org/wiki/Stored_Communications_Act > [9] > http://eur-lex.europa.eu/LexUriServ/LexUriServ.do?uri=CELEX:32006L0024:EN:N > OT > > > > ==================english > ================== > > > Two birds recently did a presentation at the People's > Summit[1] > celebrating the 10 year anniversary of the WTO protests. We > discussed > the dangers of using corporate tools to do organizing work, > in > particular, the fact that you don't know what they do with > your data. > Thanks to some anonymous comments in a blogger's post[2] > about his > research regarding a U.S. mobile phone company's release to > law > enforcement of its customers' geographic location > information, we now > have some answers. > > Large companies have entire departments devoted to dealing > with law > enforcement subpoenas and warrants, and the anonymous > posters provided > copies of the guidebooks that several large corporations > provide to > assist law enforcement with their requests. The leaked > manuals include > those for facebook,[3] yahoo,[4], myspace,[5] comcast,[6] > and paypal.[7] > Each manual provides helpful hints for law enforcement > regarding the > specific data available (some of which may be obtained with > a mere > subpoena and without any judicial scrutiny), and even sample > request > language to use in different circumstances. For example, > according to > the leaked manual, facebook retains information about the IP > address of > every computer that accesses their website for 30 days. This > means that, > unless you use countermeasures, facebook can know the exact > location > where you logged on to your account. Because this IP address > information > does not include the contents of communications, a U.S. > prosecutor can > seek the information without any judicial oversight. > > With a court order, facebook will release even more > information about > you. They've even developed an application called "Neoprint" > to deliver > a handy packet of information about subscribers, including > profile > contact information, mini-feed, friend listing (with > friend's facebook > ID), group listing and messages. > > There is little oversight of surveillance conducted in the > U.S. of > online service providers because the U.S. Department of > Justice does not > report the number of IP address requests that they have > issued, even > though a 1999 law requires reports.[1] There is also no > reporting > requirement for court orders issued under the Stored > Communications > Act[8] which governs the release in the United States of all > of your > electronic data stored online. > > One of the scary things about all of this is that the US > actually has > better data protection laws than many other countries. Also, > unlike our > comrades in the EU,[9] the US does not currently require > online > providers to keep logs, This means that people organizing > everywhere > should be aware that if you are using corporate providers, > your data is > at risk. > > While this information should not be surprising, it > illustrates the > importance of supporting alternatives and educating each > other about the > risks of using corporate tools for organizing work. For more > information, read the blog post,[2] > > [1] http://seattleplus10.org/ > [2] > http://paranoia.dubfire.net/2009/12/8-million-reasons-for-real-surveillance > .html [3] http://dtto.net/docs/facebook-manual.pdf > [4] http://dtto.net/docs/yahoo-guide.pdf > [5] http://dtto.net/docs/myspace-guide.pdf > [6] http://dtto.net/docs/comcast-guide.pdf > [7] http://dtto.net/docs/paypal-guide.pdf > [8] http://en.wikipedia.org/wiki/Stored_Communications_Act > [9] > http://eur-lex.europa.eu/LexUriServ/LexUriServ.do?uri=CELEX:32006L0024:EN:N > OT > > > ======== français ======= > > Deux oiseaux ont récemment fait une présentation à > l'Assemblée des > Peuples,[1] célébrant le 10e anniversaire des > manifestations contre > l'OMC. Nous discutions des dangers de l'utilisation des > outils des > entreprises pour nous organiser, en particulier du fait que > vous ne > savez pas ce qu'ils font de vos données. Merci aux > quelques commentaires > anonymes laissés sur un blog[2] au sujet de ses recherches > sur les > publications d'une compagnie de téléphone mobile quant > aux réquisitions > sur les localisations géographiques de ses clients, nous > avons > maintenant quelques réponses. > > De grandes entreprises ont des départements entiers > consacrés au > traitement des convocations et réquisitions; et le > blogueur anonyme > fournit des copies des manuels que de nombreuses grandes > entreprises > fournissent pour aider les autorités dans leurs > requêtes. Les manuels > "tombés du camion" comprennent ceux de facebook,[3] > yahoo,[4] > myspace,[5] comcast,[6] et paypal.[7] Chaque manuel fournit > des > indications utiles aux autorités pour ce qui concerne les > données > précises disponibles (certaines pouvant être obtenues > sur simple > demande, sans décision judiciaire), avec même des > exemples de requête à > utiliser suivant les circonstances. Par exemple, suivant le > manuel > obtenu, facebook enregistre chaque adresse IP de chaque > ordinateur qui > accède à leur site web pendant 30 jours. Cela signifie, > qu'à moins que > vous n'utilisiez des contre-mesures, facebook peut savoir > précisément > d'où vous vous connectez sur votre compte. Parce que cette > adresse IP > n'inclut pas le contenu des communications, un procureur > américain peut > demander cette information sans décision judiciaire. > > Avec une décision de justice, facebook donnera encore plus > d'information > à votre sujet. Ils ont même développé un programme > appelé "Neoprint" > pour fournir tout un tas d'informations pratiques sur les > abonnés, y > compris les informations personnelles du profil, la liste > des amis (avec > l'identifiant facebook des amis), le mini-feed, la liste des > groupes et > des messages. > > Il y a peu de visibilité sur la surveillance mise en place > aux > États-Unis sur les fournisseurs de services > électroniques car le > Département de la Justice des États-Unis ne publie pas > le nombre des > réquisitions d'adresses IP qu'ils ont émis, même si > une loi de 1999 le > demande.[1] Il y a également aucune obligation de > publication pour les > décisions de justice émises sous le Stored > Communications Act[8] qui > régit la publication aux États-Unis de toutes vos > données stockées en ligne. > > Un élément effrayant au milieu de tout ça est que les > États-unis ont > réellement des lois plus protectrices que d'autres pays > quant à la > protection des données. Contrairement à nos camarades de > l'Europe,[9] > les États-Unis n'exigent actuellement pas que les > fournisseurs d'accès > gardent des logs. Ça signifie que les personnes > s'organisant depuis > partout doivent savoir que si vous utilisez les services > d'entreprises, > leurs données sont exposées. > > Alors que cette information ne doit pas vous surprendre, > ça illustre > l'importance de soutenir des alternatives et de nous > éduquer les uns les > autres sur les risques de l'utilisation des outils des > entreprises pour > nous organiser. Pour plus d'informations, lire le billet de > blog.[2] > > [1] http://seattleplus10.org/ > [2] > http://paranoia.dubfire.net/2009/12/8-million-reasons-for-real-surveillance > .html [3] http://dtto.net/docs/facebook-manual.pdf > [4] http://dtto.net/docs/yahoo-guide.pdf > [5] http://dtto.net/docs/myspace-guide.pdf > [6] http://dtto.net/docs/comcast-guide.pdf > [7] http://dtto.net/docs/paypal-guide.pdf > [8] http://en.wikipedia.org/wiki/Stored_Communications_Act > [9] > http://eur-lex.europa.eu/LexUriServ/LexUriServ.do?uri=CELEX:32006L0024:EN:N > OT _______________________________________________ > Hacklabs mailing list > Hacklabs(a)listas.sindominio.net > https://listas.sindominio.net/mailman/listinfo/hacklabs > -- Marcos Guglielmetti www.musix.org.ar www.ovejafm.com * por la liberacion de SOLAR para todo el movimiento social Solar-General es una lista abierta a toda la comunidad, sin ninguna moderación, por lo que se estimula la libertad de expresión, el libre flujo de información, el software y la cultura libre. solar.general(a)librelist.com o Solar-general(a)lists.ourproject.org https://lists.ourproject.org/cgi-bin/mailman/listinfo/solar-general

1 0

Abrieron la lista?
by Pablo Manuel Rizzo 10 Jan '10

10 Jan '10

Harán algún anuncio? -- Pablo Manuel Rizzo ------------------------------- http://pablorizzo.com ------------------------------- * por la apertura del sitio solar.org.ar y de solar-socios para todo el movimiento * por el fin de la censura contra el compañero Saravia y contra todos los compañeros * por el fin de las mociones represivas que generan malestar entre los miembros * por la difusión de solar-general, contra su desacreditación * por la discusión de principios para ampliar la participación * suscribite a la lista de todos y todas en SoLAr, enviando un email a solar.general(a)librelist.com -------------------------------

4 4

Re: [Solar-general] camus / al presidente frances le salio el tiro por la culata
by Marcos Guglielmetti 10 Jan '10

10 Jan '10

On Sáb 09 Ene 2010 20:34:01 usted escribió: > http://www.newstatesman.com/books/2009/12/albert-camus-sarkozy-french > > lo acabo de ver. gracias ""Sarkozy is the friend of Bush, Gaddafi, Putin, Berlusconi. His politics are the antithesis of the values and ideas defended by Camus."" y claro! y esto "Camus was indeed highly suspicious of political power and panoply, believing it corrupted those who possess it, and his play Caligula alleges that "to govern means to pillage, as everyone knows." Having known poverty in his own youth, Camus defended the rights of the poor and downtrodden, and while considering himself a leftist, criticized the Soviet system of gulags in the 1950s, which can make him look prescient today, at least compared to blinkered Communists among French intellectuals like Sartre and Beauvoir. Unlike the free-market capitalism strenuously advocated by Sarkozy, Camus was a devout libertarian, some writers remind us." y además el presidente francés quedó parado como un burro "The filmmaker Yann Moix concurred in the political journal La Règle du jeu, pointing out that since the Panthéon is the "Académie française for dead people," these days Camus is surely both "sufficiently academic and sufficiently dead to repose there." Moix adds, ironically assuring readers: "His works, great, lovely, and noble as they are, will not dynamite anything. Camus is not a dangerous author." Yet he has turned out to be dangerous for Sarkozy, because even more than any putative political clash, Camus has reminded the French public of Sarkozy's own rapport with literature, which has been, in a word, disastrous. In other nations, politicians are not expected to be well-read or even functionally literate, but France is still an exception - or was until recently. During his campaign in 2006, Sarkozy notoriously dismissed the 17th century French novel La Princesse de Clèves by Madame de La Fayette, arguing that civil service entrance exams should not include questions about such painfully irrelevant subjects. A great crowd of unsuspected Madame de La Fayette fans arose, holding marathon public readings of La Princesse de Clèves and following the satiric "Sarkothon" campaign of the writer Jacques Drillon, who, mocking both the current government and TV charity telethons, wrote that since poor Nicholas has never read anything, French citizens should immediately mail him books." -- Marcos Guglielmetti www.musix.org.ar www.ovejafm.com * por la liberacion de SOLAR para todo el movimiento social Solar-General es una lista abierta a toda la comunidad, sin ninguna moderación, por lo que se estimula la libertad de expresión, el libre flujo de información, el software y la cultura libre. solar.general(a)librelist.com o Solar-general(a)lists.ourproject.org https://lists.ourproject.org/cgi-bin/mailman/listinfo/solar-general

1 0

Como montamos Meneame en Amazon EC2
by Pablo Manuel Rizzo 10 Jan '10

10 Jan '10

No recuerdo si esto circuló por aquí o no, yo lo leí ahora y está muy interesante.Esto es muy técnico, así que disculpen. Aunque también tiene información de costos que les puede interesar a quienes no sean técnicos informáticos. Saludos! ______________ Cómo montamos Menéame en Amazon EC2La primera vez que alquilamos servidores dedicados para Menéame fue en ThePlanet.com. Aunque funcionaba muy bien y no tuvimos problemas decidimos traerlos a España para mejorar el ping y apostar por hosting español. Así nos fuimos a Ferca, que nos atendieron muy bien y no tuvimos problemas hasta que fueron absorbidos por Acens. Allí cambió, a peor, con caidas frecuentes de la red, problemas con sus firewalls que bloqueaban conexiones, desaparición del servicio de emergencias, imposibilidad de ver nuestras estadísticas… y lo que colmó nuestra paciencia es que a pesar que nos cobraron religiosamente los meses de noviembre y diciembre no nos enviaron las facturas (aún esperamos respuesta). El tema del hosting suele ser un dolor de cabeza, y si además necesitas una arquitectura sofisticada, o escalable debes sacar el talonario y prepararte a gastar dinero que desde mi punto de vista no tiene justificación. Comollevaba probando y “jugando” con Amazon EC2 desde hace tiempo<http://gallir.wordpress.com/2008/01/09/probando-amazon-ec2-es-todo-gnulinux…>decidí hacer pruebas. Después de horas de cálculadora y viendo que nos costaría sólo un poco más que Acens (pero menos que otras ofertas que recibimos) pero nos daría mucha más flexibilidad y fiabilidad decidimos hacer la migración. La arquitectura básica es la que se muestra en la siguiente imagen (prohido reirse de mi dibujo a mano con la mejor voluntad y dedicación): <http://gallir.files.wordpress.com/2009/12/escanear0001a.jpg> *Actualización*: *Britxardo* me envió un par de *parches* con los esquemas: <http://gallir.files.wordpress.com/2009/12/meneame-in-ec2-before.png> *Tenemos dos servidores (instancias) permanentes, aws0 y aws1*, y un *número variable de instancia*s que sólo atienden a las peticiones web. Todos los servidores ejecutan Ubuntu Karmic, de las imágenes (AMI) oficiales de Ubuntu para EC2. El kernel que se ejecuta en cada instancia debe ser compatible con el “anfitrión” de Amazon, Canonical tiene un convenio con Amazon para validar su kernel, que son mucho más modernos que otras distribuciones (estas imágenes –AMI– se encuentran en “Community AMIs” de EC2). También nos interesaba Ubuntu Karmic porque en la migración cambiaríamos el tipo de motor de la base de datos a MyISAM a InnoDB y la versión de InnoDB del MySQL 5.1 está muy mejorada con respecto a la 5.0 de la última Ubuntu LTS (08.04). Servidor principal: aws0 Es el “servidor central”, del tamaño *large* (m1.large) de 64 bits, cuesta $ 0.38 por hora, con 7.5GB de RAM y además la imagen está montada y arranca de un EBS (*Elastic Block Service*, un “disco persistente” con mejor rendimiento). Además de las ventajas obvias de persistencia de datos permite que en cualquier momento detengamos la instancia y la volvamos a iniciar con otros parámetros, por ejemplo más CPU y memoria RAM. Los servicios que da este servidor son: - Servidor MySQL: Aprovechando la migración hemos pasado a usar InnoDB y usar las transacciones/commit donde más hacían falta. - Servidor NIS y NFS: Todo el software del Menéame y las cuentas de usuario están exportadas por NFS que son usadas por aws1 y las instancias web. Para centralizar la gestión de cuentas usamos el NIS. - Servidor principal DNS: Es el primario de la zona meneame.net y notame.net. - Servidor memcache: Usado por todas las instancias web. - Servidor SVN para la gestión del software. - Servidor SSH - Servidor SMTP: Recibe todos los correos desde las otras instancias. Debido a las restricciones de Amazon EC2 para el correo saliente, todos los correos lo enviamos vía AuthSMTP (más adelante lo explicamos) Teníamos muchas dudas de cómo se iba a comportar con carga real a la base de datos, y estamos gratamente sorprendidos, durante el funcionamiento normal no supera el 50% de uso de la CPU como se puede ver en la imagen (los picos de madrugadas son por el cálculo del karma y otras tareas como generación de “summaries”) <http://gallir.files.wordpress.com/2009/12/aws0-stats.png> Mysql Es fundamental la configuración mínimamente correcta del servidor MySQL, en caso de InnoDB es muy crítico el tamaño del buffer, como tenemos un total de 7.5 GB le asignamos 5 GB de RAM. [mysqld] default-character-set=utf8 server-id=1 set-variable=max_connections=1000 set-variable=query_cache_wlock_invalidate=True table_cache=1024 innodb_buffer_pool_size = 5G innodb_flush_method = O_DIRECT innodb_flush_log_at_trx_commit = 0 innodb_additional_mem_pool_size = 16M innodb_log_buffer_size = 8M innodb_file_per_table = True join_buffer_size = 1M sort_buffer_size = 1M read_buffer_size = 1M read_rnd_buffer_size = 2M thread_cache_size = 64 thread_concurrency = 8 query_cache_size = 96M query_cache_limit = 16K query_cache_type = 2 tmp_table_size = 64M max_heap_table_size = 64M wait_timeout = 60 Servidor secundario y de backups: aws1 Esta es una instancia *m1.small*, de 32 bits, cuesta $0.095 por hora, con 1.7 GB de RAM, un sistema raiz de 10 GB y otro adicional (en /mnt) de 150 GB (ninguno de los dos es persistente) - Secundario DNS - Réplica en tiempo real de la base de datos (*slave*) - Sphinx para las búsquedas Esta instancia ya la teníamos funcionando desde noviembre como secundario DNS, ahora simplemente la reaprovechamos para hacer más cosas. Las fundamental es la réplica en tiempo real de la base de datos, que nos sirve para hacer backups a discreción sin afectar al servicio web, también lo usamos para muchos scripts de control que son “pesados” en consultas (en MyISAM era imprescindible hacerlo así porque bloquea todos los updates, con el InnoDB ya no se nota, de todas formas seguimo usando el *slave* para estas tareas). También estamos usando (no acabamos de configurar todo) el S3Sync<http://s3sync.net/>para hacer backups diarios a S3. El S3Sync emula de alguna forma el tradicional rsync, pero para trabajar sobre el sistema de S3. <http://gallir.files.wordpress.com/2009/12/aws1-stats.png> Réplicas con balanceo de carga y escalado automático Decidimos poner todo el servicio web en un sistema que se autoescale automáticamente, no sólo por la cuestión de precios sino por la tranquilidad que en momentos de mucha carga no habrá problemas de saturación (como nos ocurrió durante la Eurocopa, que tuvimos que montar un servidor adicional en EC<http://blog.meneame.net/2008/06/26/novedads-votos-a-comentarios-anotaciones…>2, pero al hacer réplica en EEUU de un servidor en España no iba muy fino por las enormes latencias). La decisión fue poner todos los servicios web en una misma imagen: - Apache con PHP para HTTP y HTTPS (puerto 80 y 443) - Lighttpd para los ficheros estáticos (puerto 81) Desde hace tiempo usamos mnmstatic.net como dominio para los ficheros estáticos, esto mejora la carga desde el navegador y evita que el navegador envíe los cookies de meneame.net [*] cada vez que se baja una imagen, en las pruebas que habíamos hecho *se ahorra hasta 14KB de tráfico de subida* en cada página. [*] No son sólo los nuestros, que son sólo dos, sino también todos los que definen vía javascript los medidores como Google Analytics, podéis verificarlo en vuestros navegadores. Cada instancia al arrancarse monta por NFS el directorio donde tiene acceso a todo el software y las imágenes (estáticas y dinámicas). Esto se hace el el fstab, pero hay que tener cuidado con las opciones, fundamentalmente la opción *bg* para que que bloqueada al arranque, y otras para aumentar la eficiencia y tolerancia a errores. # /etc/fstab: static file system information. proc /proc proc defaults 0 0 /dev/sda3 None swap defaults 0 0 /dev/sda1 / ext3 defaults 0 0 /dev/sda2 /mnt ext3 defaults 0 0 x.x.x.amazonaws.com:/home /home nfs rw,bg,noatime,soft,nolock,intr,async,nodev,nocto,ac,actimeo=15 0 0 Balanceo (*Load Balancer*) Como tenemos que balancear del puerto 80 dos tráficos diferentes (al Apache y al Lighttpd) tuvimos que definir dos baleanceadores diferentes (web-balancer y static-balancer). Cada balanceador te da una dirección IP y nombre DNS. Uno de los balanceadores –web-balancer– redirecciona a los puertos 80 y 443 y el otro –static-balancer– redirecciona del puerto 80 al 81 del lighttpd. <http://gallir.files.wordpress.com/2009/12/load-balancers.png> Para cada una de las réplicas elegimos primero el tamaño pequeño (*m1.small*), pero el primer día de funcionamiento (el lunes) y a pesar que durante las fiestas el tráfico es bastante menor que lo habitual vimos que el * AutoScaler** creaba cinco instancias para poder atender a la demanda, y durante las horas de menor tráfico no bajaba de dos*. Me soprendió bastante, no esperaba que el consumo del Apache fuese tan elevado. Me puse a estudiar y comparar con el vmstat, ví que las estadísticas del monitor de EC2 (*CloudWatch*) no se correspondían con estas. Investigando más me di cuenta del problema, el vmstat –al menos con el kernel de Ubuntu– no toma en cuenta la “capacidad” real de CPU asignada sino la del procesador. La asignada es un 40% de la total de la CPU (fácil de comprobar, se pone un proceso que consuma el 100% de cpu –por ejemplo *yes > /dev/null*– y se mira la columna idle del vmstat, en este caso el idle indicaba 60%). Entonces tenía que buscar una solución más barata, y encontré una solución muy buena, bonita, potente y barata, *usar una instancia orientada a CPU para el Apache.* EC2 ofrece este tipo de instancias, las *High-CPU Instances *. Con la *c1.medium* y por sólo el doble de precio ($0.19/hora) podía tener una máquina con la misma memoria y algo menos de prioridad de E/S (que es muy poca, sólo los logs del Apache) pero con 5 veces la capacidad de CPU. Así que reconfiguré el *AutoScaler* para que cree las instancias del tipo * c1.medium* y problema solucionado: desde que lo pusimos en marcha no ha creado ninguna instancia adicional, nunca superó al 80% de CPU: <http://gallir.files.wordpress.com/2009/12/web-stats.png> *AutoScaler* La configuración del escalador automático es casi lo último que se hace, necesitas tener definido los balanceadores y la imagen (AMI) que se usará para arrancar las réplicas. A diferencia de lo anterior, que se puede crear y modificar con la consola web del Amazon AWS, todavía no existe esa opción para el *AutoScaler* (aunque seguro que la agregan en las próximas semanas). Por ahora toca hacer con los scripts, se necesitan definir tres cosas que están mostradas en el código de abajo: # Crea la configuración para lanzar las instancias as-create-launch-config web01cpu --image-id ami-ami-d3fad1a7 --instance-type m1.small --group default,www # Define el grupo de autoscale llamado web-group # Se "conecta" a los dos balanceadores # Después de tomar una decisión no hace nada durante 180 segundos as-create-auto-scaling-group web-group --launch-configuration web01cpu --availability-zones eu-west-1a --min-size 1 --max-size 6 --load-balancers web-balancer,static-balancer --cooldown 180 # Define los parámetros para crear o destruir # Crea cuando consume más del 80% de cpu durante dos minutos # Destruye cuando baja del 30% as-create-or-update-trigger web-trigger --auto-scaling-group web-group --namespace "AWS/EC2" --measure CPUUtilization --statistic Average --dimensions "AutoScalingGroupName=web-group" --period 60 --lower-threshold 30 --upper-threshold 80 --lower-breach-increment=-1 --upper-breach-increment 1 --breach-duration 120 Con todo lo comentado anteriormente, esta es la situación habitual de funcionamiento del Menéame: <http://gallir.files.wordpress.com/2009/12/estado-normal-instancias.png> Para mostrar el funcionamiento del escalador puse la CPU de la instancia web al 100% (ejecutando dos *yes > /dev/null* para poner al 100% cada una de las CPU) para obligar a crear otra instancia. Aquí se puede ver como el *trigger* indica *HighBreaching*, es decir que se superó el límite superior $ as-describe-triggers web-group --headers TRIGGER TRIGGER-NAME GROUP STATUS NAMESPACE MEASURE STATISTIC PERIOD TRIGGER web-trigger web-group HighBreaching AWS/EC2 CPUUtilization Average 60 Aquí se oberva como la “capacidad deseada” es de 2 y que inició la creación y arranque de una nueva instancia: $ as-describe-auto-scaling-groups web-group --headers AUTO-SCALING-GROUP GROUP-NAME LAUNCH-CONFIG AVAILABILITY-ZONES LOAD-BALANCERS MIN-SIZE MAX-SIZE DESIRED-CAPACITY AUTO-SCALING-GROUP web-group web01cpu eu-west-1a static-balancer,web-balancer 1 6 2 INSTANCE INSTANCE-ID AUTO-SCALING-GROUP AVAILABILITY-ZONE STATE INSTANCE i-04ef2c73 web-group eu-west-1a InService INSTANCE i-4e7dbe39 web-group eu-west-1a Pending Finalmente las dos instancias ya están activas y accesibles: $ as-describe-auto-scaling-groups web-group --headers AUTO-SCALING-GROUP GROUP-NAME LAUNCH-CONFIG AVAILABILITY-ZONES LOAD-BALANCERS MIN-SIZE MAX-SIZE DESIRED-CAPACITY AUTO-SCALING-GROUP web-group web01cpu eu-west-1a static-balancer,web-balancer 1 6 2 INSTANCE INSTANCE-ID AUTO-SCALING-GROUP AVAILABILITY-ZONE STATE INSTANCE i-04ef2c73 web-group eu-west-1a InService INSTANCE i-4e7dbe39 web-group eu-west-1a InService Así es como se ve en la consola: <http://gallir.files.wordpress.com/2009/12/escalado.png> Problemas encontrados Tuvimos dos problemas fundamentales. HTTP SSL detrás del balanceador El primero es que las instancias sólo “ven” la IP privada del balanceador y envía una cabecera HTTP para indicar la original, esto no ocasionó gran problema porque el software del Menéame ya estaba preparado. Pero con el SSL (o HTTPS) la cosa es muy distinta, en estos caso la conexión entre el balanceador y la instancia no es vía HTTP, sino TCP (por razones obvias, la comunicación va cifrada) por lo que no se recibe nada de información de la IP del cliente. Esto obligó a modificaciones y agregar campos de control en los formularios de registro y login vía el servidor seguro<http://viewvc.meneame.net/index.cgi?view=rev&revision=2084>. No fue nada importante, pero me obligó a pensar bastante en una solución razonablemente segura (digo *razonable* porque seguro que se le pueden encontrar problemas si se le dedica tiempo). Envío de correo por AuthSMTP El segundo problema fue inesperado y el que nos retrasó la migración del día sábado al domingo. El viernes recibimos un email de Amazon indicándones que estábamos enviando correo saliente (nuestras pruebas de envío de validación de cuenta y recuperación de contraseña) y que nos iban a bloquear la salida. Además vimos* que agregan automáticamente nuestras **IPs al Spamhause*<http://www.spamhaus.org/pbl/query/PBL346296> . Aunque te envían el URL de un formulario para pedir la autorización decían que hay que esperar por lo menos dos días hábiles (hoy nos enviaron un email diciendo que ya estudiaron el caso y nos autorizan, pero las IPs siguen apareciendo en Spamhause). Fue un momento de *depresión*, además ví que es un problema en Amazon por las medidas que tomaron para evitar *spammers* en su servicio. Pero encontré una solución buena, bonita y barata: AuthSMTP<http://www.authsmtp.com/> . Por un precio muy razonable ellos se encargan de enviar el correo de tus usuarios o todo el dominio. Funciona muy bien y muy rápido, te olvidas del problema que las IPs de tus servidores de correo aparezcas en esas demoníacas bases de datos de spammers. En nuestro caso la configuración del Postfix de aws0 fue muy sencilla, sólo tuvimos que agregar las siguientes líneas al main.cf: relayhost = mail.authsmtp.com:2525 smtp_connection_cache_destinations = mail.authsmtp.com smtp_sasl_auth_enable = yes smtp_sasl_password_maps = static:USUARIO:PASSWORD smtp_sasl_security_options = noanonymous default_destination_concurrency_limit = 4 soft_bounce = yes Con esto se solucionó el problema más grave que encontramos y pudimos hacer la migración. Costes mensuales - 1 m1.large: $ 273 - 1 m1.small: $ 64.8 - 1, 2 instancias c1.medium web de media (máxima): $ 164.16 - 2 TB transferencia de datos: $ 340 - 1 EBS de 50GB almacenamiento + aproximadamente 50 Mops= $ 11 - 3 instancias medias medidas con Cloudwatch: $32.4 - 2 Balanceadores: $40.32 + $16 de 2 TB de tráfico, $56.32 Coste total estimado: $ 941.68, al cambio actual del euro queda *en 649 € mensuales* Fin Sí, se pueden encontrar ofertas más baratas, y es un poco más de lo que pagamos a Acens (pero mucho menos que otras ofertas que recibimos), pero te olvidas de estar atado por una arquitectura, de tener que hacer engorrosas y largas negociaciones si necesitas un nuevo servidor, de abrir averías por la red (en Amazon está todo monitorizado y es público<http://status.aws.amazon.com/>, una caída afecta a muchos servidores, así que no tardan nada en resolver). Y lo más importante, es el futuro, mucho más sofisticado, pero también más divertido (y creo que además más ecológico, el hardware está mucho mejor aprovechado) y como *administrador de sistemas/programador/CTO tienes una libertad y flexibilidad impensable hace pocos años*. Como conclusión, por ahora muy positivo. Ya veremos como evoluciona, conociendo la historia de EC2 no dudo que agregarán cada vez más servicios y que bajarán los precios una vez al año. PS: Son las cinco de la mañana, lo publico como está, disculpad los errores que haya, ya los corregiré luego. http://gallir.wordpress.com/2009/12/30/como-montamos-meneame-en-amazon-ec2/ -- Pablo Manuel Rizzo ------------------------------- http://pablorizzo.com -------------------------------

2 1

NIC.ar busca tecnicos expertos en software libre
by Pablo Manuel Rizzo 10 Jan '10

10 Jan '10

*BUSQUEDA RECURSOS HUMANOS* NIC.AR se encuentra realizando una búsqueda para la selección de analistas funcionales, programadores y administradores de sistemas para participar de un grupo de trabajo para reformular y mantener las arquitecturas de soporte de servicios DNS. *PROGRAMADORES* - Ref. 1 Las tareas a realizar serán de análisis, programación y mantenimiento de dichos sistemas utilizando el lenguaje C++, realizándose las mismas sobre plataformas Unix y/o Linux. Los interesados deberán enviar CV sin omitir remuneración pretendida y referencias comprobables. * Perfil Requerido: * - Experiencia minima 2 años como desarrollador C++ con conocimientos acordes a la misma. - Dominio de sistemas operativos Unix y/o Linux (Scripting). - Dominio de sistemas de bases de datos MySQL/Oracle. - Disponibilidad para viajar a países limítrofes. *Se valorará lo siguiente: * - Conocimientos de Sistemas de Servicios DNS. - Lenguajes de programación C/PHP. - Idioma Inglés *Jornada laboral:* Completa Enviar Currículum Vitae por correo electrónico a la dirección rrhh(a)nic.ar,<rrhh(a)nic.ar>indicando en el Asunto la referencia de la postulación *ANALISTAS FUNCIONALES * - Ref. 2 Deberá realizar la gestión de requerimientos, modelado, uso de herramientas, UML, casos de uso, lotes de prueba. * Responsabilidades: *gestionar los requerimientos, documentarlos, generar casos de uso y otros diagramas hasta llegar al diseño detallado, interacción con el usuario, interacción con los desarrolladores. *Perfil requerido: * - Conocimiento del paradigma tradicional de la ingeniería del software y del tradicional ciclo de vida (del software) en cascada. - Inglés Técnico nivel Alto - Elaboración de diseños conceptuales. - Interrelación con las área usuarias y coordinación de los diversos aspectos entre éstas. - Elaboración del plan de pruebas y definición de los juegos de ensayo. - Supervisión de la documentación y planes de pruebas de los diferentes módulos. - Realización de la documentación funcional del sistema. - Gestión de los requerimientos - Realización del paso a la explotación del sistema, entregando todos los componentes de la documentación a las diversas personas implicadas. - Supervisión del trabajo de los analistas técnicos y programadores. - Interacción con el usuario, interacción con los desarrolladores. *Se valorará lo siguiente: * - Al menos 2 años de experiencia en el modelado funcional y experiencia con grupos de trabajo. - Al menos 2 años de experiencia en el modelado de datos y sus técnicas: Diagrama entidad-relación, modelo relacional, otros. - Al menos 2 años de experiencia en las siguientes tecnologías: arquitectura software, bases de datos, otros. - Al menos 2 años de experiencia en el desarrollo de aplicaciones, trabajando con Base de Datos, desarrollo de informes y publicación de aplicaciones. Deseable experiencia en Arquitectura SOA (Servicios Web, OSB, Registry). - Al menos 1 año de experiencia en el uso y programación de archivos XML (XSD, XSLT, XPATH, XML Signature). - Al menos 2 años de experiencia en el desarrollo de aplicaciones Web con tecnología Web 2.0 (AJAX, Json, CSS, JavaScript), experiencia en Seguridad (Certificados Electrónicos, Firma Digital, TimeStamp, Ws Security), Single Sign On. *Jornada laboral:* Completa Enviar Currículum Vitae por correo electrónico a la dirección rrhh(a)nic.ar,<rrhh(a)nic.ar>indicando en el Asunto la referencia de la postulación * ADMINISTRADORES DE SISTEMAS * - Ref. 3 *Responsabilidades: * - Administración de un ambiente operativo, 7x24. - Administración de Linux, el ajuste de rendimiento, la supervisión, el mantenimiento de la tolerancia a fallos, y gestión de cuentas. - Integración de Active Directory en entornos Linux y Windows - Administración de almacenamiento SAN y NAS. - Gestión de recuperación de desastres y la justificación del procedimiento seleccionado. - Desarrollo de los requisitos de seguridad de la información, orientación y normas. - Supervisión de la ejecución de Linux, ajuste, solución de problemas, y el robustecimiento (hardening) de la seguridad de la plataforma. - Administración de Apache, Tomcat, PHP, Java, SMTP, DHCP, SNMP, balanceadores de carga, y la seguridad del sistema Linux. - Desarrollo de scripts (Shell, PHP o Perl). - Experiencia en sistemas de monitoreo (Nagios, Cacti, HP OpenView, etc). - Experiencia sólida en base de datos. (Informix/Oracle). - Experiencia en sistemas de backup/restore. *Perfil Requerido: * Un mínimo de 3 años de experiencia como administrador de sistemas Linux o ingeniero de sistemas, y con una base sólida de conocimientos en balanceo de carga, clusters, DNS, RAID, firewalls, routers, y otros dispositivos y sistemas. Al menos alguna experiencia de trabajo en un entorno de Internet. Poseer una sólida formación en el desarrollo, herramientas y automatización de procesos y procedimientos con lenguajes de script tales como Python, Perl, PHP y Bash. Gran capacidad de comunicación, verbal y escrita, y para solucionar problemas y actuar como una última línea de apoyo. Será considerada favorablemente la experiencia en el diseño, implementación y mantenimiento de sistemas de gran escala. *Jornada laboral:* Completa Enviar Currículum Vitae por correo electrónico a la dirección rrhh(a)nic.ar,<rrhh(a)nic.ar>indicando en el Asunto la referencia de la postulación -- Pablo Manuel Rizzo ------------------------------- http://pablorizzo.com -------------------------------

1 0

Re: [Solar-general] [solar.general] Re: UTUTO XS 2010 esta liberado y dispone da una amplia gama de formas de instalacion
by Pablo Manuel Rizzo 10 Jan '10

10 Jan '10

2010/1/10 Diego Saravia <diego.saravia(a)gmail.com> > > bien > > > > no sé cuál de los 2 archivos, que además debo descargar con torrent > > > > intentaré descargarlos en estos días > > > > por otro lado, como sugiere Daniel, estaría bueno laburar con el equipo > de > > Ututo > > > > a qué lista me subscribo? > > > > aclaro algo de paso: mi idea no era laburar sobre un pendrive USB, sino q > > preguntaba si podía bootear Ututo desde allí para instalarlo, pero vos me > > diste una opción mucho más práctica > > > > > > lo que suelo hacer para muchas cosas es poner todo en un directorio y > trabajar como chroot, > antes copias tu resolv.conf, re montas con bind el dev y montas un proc > > eso tiene sus limites, pues usas otro kernel y no probas el boot, pero > funciona bien > > luego si queres probar lo otro usas una particion vacia, copias alli > el directorio, pones los kernels que quieras en el directorio boot de > tu distro de base, cambias el grub o lilo y listo > > > yo ahora en mi maquina tengo ademas de un sistema de base 3 > particiones con 3 distros diferentes y unos 8 directorios con otras > distros, en general no necesito bootear para lo que pruebo > > pero si lo necesito paso ese file system a una particion, copio el > nucleo que quiero y cambio el grub > > incluso si quiero jugar un poco mas uso el mismo home para todas, > remontando con bind por ejemplo > > se puede con un poco de malicia tener un sistema X incluso en cada "distro" > > Yo directamente tengo 7 particiones en el disco y en cada una voy preparando un sistema distinto. Como todos son ututo en este momento, el kernel es siempre el mismo en todas las particiones, pero cuando hago algún Debian que también uso bastante, le pongo el kernel de ututo, incluso en algunos servidores de hosting que uso comercialmente uso el kernel de ututo con el sistema debian. Yo actualmente estoy participando de UTUTO solo a través de la lista pública en Español, me gusta mas los intercambios que se dan donde hay usuarios comunes y desarroladores juntos, que en la lista devel solo con desarrolladores. Es una elección personal. -- Pablo Manuel Rizzo ------------------------------- http://pablorizzo.com -------------------------------

1 0

mp3 vs audio no destruido
by Marcos Guglielmetti 10 Jan '10

10 Jan '10

la otra vez me quedé pensando en lo que me dijo Gabe en esta lista... esto de escuchar audio en la mayor calidad posible llevo años escuchando todo desde mp3, así q mis oídos se acostumbraron a un tipo de sonido. Aún cuando el mp3 sea de buena calidad de compresión, vbr ~192, no es lo mismo que un audio descomprimido hoy noté eso de casualidad: compré un DVD video de Queen en vivo en Ucrania, lo puse, me recosté a escuchar y....... había algo raro en el sonido algo que no me cerraba ¿por qué los platillos se escuchaban como si estuvieran sonando acá en mi cuarto? :-D 8 años de mp3 hicieron estragos en mis costumbres auditivas :S -- Marcos Guglielmetti www.musix.org.ar www.ovejafm.com _______________________________________________ La lista solar-general es un canal de comunicación de SoLAr por el libre intercambio de ideas de todos los interesados en el movimiento de software libre. Debido a su libre suscripción y publicación, y dado que no existe ningún tipo de moderación previa ni posterior, es un excelente lugar para compartir opiniones, elaborar políticas y prácticas por el Software Libre en Argentina y el mundo. Tal como dice en ourproject: "La lista de todos y todas en solar" http://ourproject.org/mail/?group_id=23 Te invitamos a subscribirte entrando en: https://lists.ourproject.org/cgi-bin/mailman/listinfo/solar-general ¡Asociate a SOLAR!: http://www.solar.org.ar/?article573 * por la apertura del sitio solar.org.ar y de solar-socios para todo el movimiento * por el fin de la censura contra el compañero Saravia y contra todos los compañeros * por el fin de las mociones represivas que generan malestar entre los miembros * por la difusión de solar-general, contra su desacreditación * por la discusión de principios para ampliar la participación http://wiki.solar.org.ar/publico:definiciones_y_netiqueta_para_solar-socios

5 8

Reapertura de Solar-general
by Martin Olivera 09 Jan '10

09 Jan '10

Hola a todos y todas: Informamos que se ha restablecido el intercambio de correos en esta lista "Solar-General". Recordamos a todos que la lista Solar-General es abierta a toda la comunidad, no es moderada y se confía en la práctica de la tolerancia, el respeto mutuo y en la automoderación. Esperando que este año 2010 que comienza sea lo más provechoso para todos/as y para el movimiento del Software Libre en Argentina y el mundo, vaya nuestro cordial saludo. Comisión Directiva de Solar Nota: La Asociación Solar no se hace responsable de las opiniones vertidas en esta lista (sean socios o no socios de Solar) que corren a su cuenta y riesgo. Un mensaje similar se pondrá como pie en cada mensaje de esta lista, junto al enlace para suscripción.

10 15