Avisos y Noticias sobre el servidor y el Foro

[rasec]

gracias por la info! 

[adidas]

muchas grxs  x la info 
saludos

[ZeRoKooL]

Todos sabemos sobre el alejamiento de Trip del foro, Dax también se alejo de la administración...???, seguira siendo el encargado del mantenimiento...???.

[Monje negro]

Dax sigue a cargo del mantenimiento del servidor.

Saludos,
Mn

[BetoRock]

noticias del servidor? algun problema?

DAX como andan las cosas por la casa de argento?

Solo de curioso que soy pregunto

[DAX]

Por las dudas les dejo un aviso:

Hace un rato, revisando el porque la página estaba muy lenta y viendo que los procesos de Mysql tardaban en ejecutarse, provocando una saturación, me dediqué a revisar la causa y encontré algo interesante.

El Mail queue del servidor postfix tenía mas de 4700 mails en cola, la gran mayoría de ellos de usuarios cuya dirección de mail no existe, ya sea, por estar mal escrita, por haberse caído el dominio o, simplemente, por haber puesto un mail falso. A eso, se le suman los mails que no se pueden enviar por ir hacía dominios "hostiles" (la red Telefonica: speedy, terra, etc. y hotmail) (*)

Esto hacía que postfix consumiera muchos recursos de proceso intentando reenviar los mails diferidos, provocando una reacción en cadena con los demás procesos (apache, mysql, postgresql, etc.).

En fin, hice un depurado de la cola de mails, asi que seguramente, mas de alguno de ustedes no recibirá mails de notificaciones, pero ahora el servidor está mas aliviado.

SaludOS/2

(*) Estos dominios (y otros) validan las conexiones con otros servidores de correo haciendo un "reverse DNS", si esta prueba da error, rechazan la conexión (el famoso "refuse talk to me"). Lamentablemente, esta configuración se hace vía ISPs y no depende de mi, pero, no prometo nada, intentaré ver si se puede solucionar.

[4kstore]

Por las dudas les dejo un aviso:

Hace un rato, revisando el porque la página estaba muy lenta y viendo que los procesos de Mysql tardaban en ejecutarse, provocando una saturación, me dediqué a revisar la causa y encontré algo interesante.

El Mail queue del servidor postfix tenía mas de 4700 mails en cola, la gran mayoría de ellos de usuarios cuya dirección de mail no existe, ya sea, por estar mal escrita, por haberse caído el dominio o, simplemente, por haber puesto un mail falso. A eso, se le suman los mails que no se pueden enviar por ir hacía dominios "hostiles" (la red Telefonica: speedy, terra, etc. y hotmail) (*)

Esto hacía que postfix consumiera muchos recursos de proceso intentando reenviar los mails diferidos, provocando una reacción en cadena con los demás procesos (apache, mysql, postgresql, etc.).

En fin, hice un depurado de la cola de mails, asi que seguramente, mas de alguno de ustedes no recibirá mails de notificaciones, pero ahora el servidor está mas aliviado.

SaludOS/2

(*) Estos dominios (y otros) validan las conexiones con otros servidores de correo haciendo un "reverse DNS", si esta prueba da error, rechazan la conexión (el famoso "refuse talk to me"). Lamentablemente, esta configuración se hace vía ISPs y no depende de mi, pero, no prometo nada, intentaré ver si se puede solucionar.

ami no me estaban llegando los mails de notificaciones y hace un rato llegaron varios.. aviso por las dudas.

gracias por mantenernos informados dax.

Saludos!

[DAX]

ami no me estaban llegando los mails de notificaciones y hace un rato llegaron varios.. aviso por las dudas.

gracias por mantenernos informados dax.

Saludos!

Precisamente, al quedar atorados, lo primero que intente fué reenviar lo que había en la cola del correo, por eso, varios salieron, pero eso también achanchaba al servidor, asi que luego de un par de intentos (y, por ese motivo, seguramente varios mails pudieron salir), decidí eliminar la cola del correo y empezar de cero.

SaludOS/2

[titodalee]

muchas gracias por la info DAX.. como siempre una 
yo hace tiempo que saque para que no me mande los mails..por que empeze a entrar todos los dias a argento y tener muchos temas en los cuales comentaba, entraba al correo y estaba lleno..
muchas gracias nuevamente..justamente ayer me decia, que hacia tiempo que no estaba en modo mantenimiento el foro..

Saludos

[nevermind85]

Yo quería consultar los datos técnicos del server que estan usando (hard y soft). No soy experto, pero laburo en HP en la parte de unix y a lo mejor puedo conseguir info de otros admins o gente de bases de datos, que ayude a optimizar/mejorar el rendimiento en general. ¿Está esto publicado en algún lado?

[Camello_AR]

Yo quería consultar los datos técnicos del server que estan usando (hard y soft). No soy experto, pero laburo en HP en la parte de unix y a lo mejor puedo conseguir info de otros admins o gente de bases de datos, que ayude a optimizar/mejorar el rendimiento en general. ¿Está esto publicado en algún lado?

http://www.argentop2p.net/index.php?topic=45745.0

Post sobre el server

[DAX]

Yo quería consultar los datos técnicos del server que estan usando (hard y soft). No soy experto, pero laburo en HP en la parte de unix y a lo mejor puedo conseguir info de otros admins o gente de bases de datos, que ayude a optimizar/mejorar el rendimiento en general. ¿Está esto publicado en algún lado?

No se cual es la opinión de los admins al respecto, pero como ex-admin y, por ahora, quien está a cargo del tema del mantenimiento del server, por razones ideológicas y económicas, soy partidario de soluciones no comerciales, es decir, estrictamente libres.

SaludOS/2

[nevermind85]

http://www.argentop2p.net/index.php?topic=45745.0

Post sobre el server

Gracias, justo lo que buscaba. Sabía que lo había visto en algun lado antes.

No se cual es la opinión de los admins al respecto, pero como ex-admin y, por ahora, quien está a cargo del tema del mantenimiento del server, por razones ideológicas y económicas, soy partidario de soluciones no comerciales, es decir, estrictamente libres.

SaludOS/2

Yo tambien prefiero toda la vida soluciones libres, no te preocupes que no estoy aca para vender nada

Te quería consultar, ¿tenés idea de con qué prioridad MySQL está corriendo las queries de INSERT y UPDATE?, ¿es la prioridad por default o vos la modificaste?. Me imagino que por la naturaleza misma del foro, son muchas mas las consultas SELECT que las INSERT y UPDATE, es decir (en criollo), en total serían más las consultas a la base de datos que los posts y actualizaciones que se realizan.

No soy un experto, pero quizás te interese probar cambiar el valor de max_write_lock_count en el /etc/my.cnf a 1 o un valor bajo, de manera de darle menor prioridad a las queries de modificación que a las de lectura (en realidad, lo que hace es que después de esa cantidad de write locks, deja pasar algunos read locks, lo que en definitiva incrementa la performance general):

Código [Seleccionar] Expandir

max_write_lock_count = 1

[DAX]

Te quería consultar, ¿tenés idea de con qué prioridad MySQL está corriendo las queries de INSERT y UPDATE?, ¿es la prioridad por default o vos la modificaste?. Me imagino que por la naturaleza misma del foro, son muchas mas las consultas SELECT que las INSERT y UPDATE, es decir (en criollo), en total serían más las consultas a la base de datos que los posts y actualizaciones que se realizan.

No soy un experto, pero quizás te interese probar cambiar el valor de max_write_lock_count en el /etc/my.cnf a 1 o un valor bajo, de manera de darle menor prioridad a las queries de modificación que a las de lectura (en realidad, lo que hace es que después de esa cantidad de write locks, deja pasar algunos read locks, lo que en definitiva incrementa la performance general):

Código [Seleccionar] Expandir

max_write_lock_count = 1

Gracias, lo voy a revisar, por lo pronto, te comento que te sorprendería ver la cantidad de writes que tiene que soportar mysql y no sólo por los post de los usuarios, sino también por la actualización de info que hace smf sobre su propia base (estadísticas internas, index de busquedas, logs, etc.).

Además de esto, no sólo hay que tener presente el optimizar mysql, sino también lograr lo mismo con el motor de Postgresql, ya que todo el sistema corre teniendo la validación de servicios contra una DB Postgresql (Apache, postfix, courier, ftpd, etc.), por ende, muchas veces, el cuello de botella se da en postgresql y no en mysql.

SaludOS/2

[nevermind85]

Gracias, lo voy a revisar, por lo pronto, te comento que te sorprendería ver la cantidad de writes que tiene que soportar mysql y no sólo por los post de los usuarios, sino también por la actualización de info que hace smf sobre su propia base (estadísticas internas, index de busquedas, logs, etc.).

Además de esto, no sólo hay que tener presente el optimizar mysql, sino también lograr lo mismo con el motor de Postgresql, ya que todo el sistema corre teniendo la validación de servicios contra una DB Postgresql (Apache, postfix, courier, ftpd, etc.), por ende, muchas veces, el cuello de botella se da en postgresql y no en mysql.

SaludOS/2

En ese caso, te dejo un pdf que tiene algunas cosas interesantes. A lo mejor alguna te sirve. Lamento no ser de mucha ayuda en lo que a bases de datos respecta, pero espero aunque sea un granito de arena aportar [yoda mode: off]