zimbra super lento, urgente!!!! auxilio!!!!!

[Juan Cruz Otatti]

hola gente, 

les cuento soy nuevo en esto de Zimbra, tengo un servidor con Centos 6 64bits, y le instale Zimbra 8.0.4-Ga 

al principio todo 10 puntos, tengo pocas cuentas unas 75, el servidor no es muy bueno su procesador, pero tiene 4GB de ram, lei en las especificaciones, y

dice que es optimo, el disco es de 1 tera y el procesador es un xeon dual core, medio viejito, pero insisto, que con lo que lei en las especificaciones decia que 

esta bastante bien. 

ahora les cuento mi problema, la gente que labura desde el outlook todo bien, ahora los que laburan con thunderbird, al enviar un mail les dice que fallo al enviar la copia a la carpeta enviados, y ahi tienen que poner cancelar, si bien el mail llega a destino, a muchos nos molesta que este pasando eso, saben en que le estoy errrando?? 

otro problema es que cuando algunos trabajan con la version por web, pareciera que se arrastra, tarda en iniciar sesion, en abrir los mails, en enviar, todo lo que hagas desde la web se queda pensando por unos 3 o 4 minutos.

la verdad que ya no se que mas hacer, me dijo un amigo que labura mucho con java la version por web y que necesita mas memoria, pero lo raro es que hace unas semanas funcionaba 10 puntos., y de la noche a la mañana dejo de funcionar como lo venia haciendo anteriormente  

veo que la memoria swap no se usa, y la memoria ram le queda entre 690 y 750 Megas libres, entonces no se que puede ser, necesito ayuda, el jefe de mi jefe me quiere echar a la mierda,

gracias de ante mano. 

saludos para todos. y por favor ayudenme..

Juan Cruz Otatti Rossi

Skype: juancruzotatti

[Manuel]

Al thunderbird  le puedes especificar donde guardar copia de los enviados en la configuracion de la cuenta y que asi deje de dar el toston.

El webmail no se decirle, dale un reinicio y mira a ver si te va igual o mejora y se va tostando poco a poco  y mira un netstat a ver las conexiones entrantes, una cosa son las cuentas que tengan y otra muy diferente el volumen que muevan, si os funden a spam el spamassasin y el amavis tambien trabajan.

Manuel

--
Has recibido este mensaje porque eres miembro de "zimbra grupo" de Google.
Si quieres publicar envía un mensaje de correo a zimbr...@googlegroups.com o entra en http://groups.google.es/group/zimbragrupo
 
Para anular la suscripción envía un mensaje a zimbragrupo...@googlegroups.com
---
Has recibido este mensaje porque estás suscrito al grupo "zimbra grupo" de Grupos de Google.
Para anular la suscripción a este grupo y dejar de recibir sus correos electrónicos, envía un correo electrónico a zimbragrupo...@googlegroups.com.
Para obtener más opciones, visita https://groups.google.com/groups/opt_out.

[Juan Ignacio Ciriaco]

Hola Juan!

Lo que estás diciendo para mí tiene que ver con esto:

1. Verificar que eventualmente (en horarios fuera de produccion) , se realice un vaciado del cache de ram (fijate que hay un procedimiento que lo podes meter en el cron echo 3 > /proc/sys/vm/drop_caches)

Con esto vas a liberar memoria y va a andar un poquito más rapido, pero de a momentos.

2. El tema del Thunderbird, estoy casi seguro que es un lío con el tema del certificado. Fijate que los usuarios lo acepten y, en caso de que tengas un AD en tu red vas a tener que copiarlo en las politicas de Windows o con lo que sea que estes manejando el AD.

3. El tema web: yo te diría que hagas un analisis de los logs del tomcat a ver que esta pasando.

Muchas veces hay que tener que tener en /etc/hosts algunos nombres que pueden llegar a querer resolverse que son propios de la LAN (o bien tener un servidor de DNS en la lan), ya que muchos logs se guardan con el registro de dns en lugar de la IP, por esto, puede enlentecerse el proceso.

Si estás usando un apache antes del Zimbra (yo por ejemplo lo tengo así en casi todos los lugares donde lo he instalado), fijate que el ProxyPass del / en el host virtual esté bien configurado, al mismo tiempo que la cantidad de los procesos padres e hijos.

Esto tambien es una buena idea, ya que podés cachear contenido estático, de modo que el servidor zimbra no tenga que devolver "todos los datos estáticos" cada vez que haya una consulta.

Cualquier cosa, consultá o tirá el log acá y te damos una mano.

Saludos

2013/12/17 Manuel <manuel...@gmail.com>

--

Juan Ignacio Ciriaco
Movil: 221-572-7461

BlackBerry PIN: 7AA353B1

[Danilo Maldonado]

Hola, un gusto  yo no soy tan experto en esto..... Pero si todo funcionaba bien y ultimamente tienes problemas, revisale las conexiones de red y si tienes un dhcp revisa si se estan entregando bien los parametros de la red, asi como tambien que alguna computadora no haya cojido la ip del servidor de correo y este provocando un conflicto. REvisa la parte de DNS, que se hagan bien las resoluciones y sobre thunderbird, concuerdo con Juan que al instalar pruebes todo que este funcionando bien ya que al momento de enviar la primera vez si se esta trabajando con concexion segura, tienes que aceptar el certificado y muchas veces el mensaje del certificado se queda oculto detras de las ventanas que queda abiertas y los usuarios no se dan cuenta de eso y nunca lo aceptan... Espero haberte colaborado en algo.

Saludos

Danilo

[Renato Espoz L.]

Me gustaria saber si ya pudiste soluconar tu problema.

Si no tengo algunas sugerencias,

REL

[Juan Cruz Otatti]

hola Renato, 

estoy teniendo de vuelta el mismo problema y no encuentro una solucion, el proceso Java llega al 100% y me come el CPU, me enlentese todo, hasta que a veces tengo que reiniciar el server, porque es imposible acceder por consola, o querer trabajar, de mas esta decir, poder abrir el webmail, porque es imposible. 

me gustaria que me pases esas sugerencias que tenias para decirme. 

muchas gracias de antemano

saludos

Juan Cruz 

Skype: juancruzotatti 

[Lazaro Rivera]

Que tal Juan Curz,
Pudiste dar solicion a este problema.

Bueno tengo un caso parecido pero a mi me pasa cada cierto tiempo.
tengo 16Gb de ram, 2 CPU de xeon intel de 4 nucleos.
Disco duro de Mas de 1TB.
 
Lo que tengo es un  load average: 5.16 esto parece que es mi problema que mi server zimbra esta trabajando con fuerza y satura el CPU.

nose que solucion encontraste a tu problema pero al parecer tendre que reniciar los servidio de Zimbra para ver si liberan procesos.

[Galipi]

Hola, habéis probado a mirar el rendimiento del disco duro, yo tuve muchos problemas con el uptime de zimbra y todo lo que hacia de cuello de botella era los dos discos duros sata en raid 1 que tenia el servidor, fue cambiarle esos discos y ponerle 4 discos en raid 10 y el servidor volaba. Echarle un vistazo a eso si no tenéis una cabina o una controladora que os pueda dar más rendimiento.

Un saludo.

--
Has recibido este mensaje porque eres miembro de "zimbra grupo" de Google.
Si quieres publicar envía un mensaje de correo a zimbr...@googlegroups.com o entra en http://groups.google.es/group/zimbragrupo
 
Para anular la suscripción envía un mensaje a zimbragrupo...@googlegroups.com
---
Has recibido este mensaje porque estás suscrito al grupo "zimbra grupo" de Grupos de Google.

Para anular la suscripción a este grupo y dejar de recibir sus mensajes, envía un correo electrónico a zimbragrupo...@googlegroups.com.
Para acceder a más opciones, visita https://groups.google.com/d/optout.

[kali linux]

Hola pudiste solucionar tengo el mismo Problema 

Muchas Gracias 

[Wilbert J. R. Ochoa]

Hola, describe tu propio problema, indica versión de SO, Zimbra, etc.

Saludos. 

--
Has recibido este mensaje porque eres miembro de "zimbra grupo" de Google.
Si quieres publicar envía un mensaje de correo a zimbr...@googlegroups.com o entra en http://groups.google.es/group/zimbragrupo
 
Para anular la suscripción envía un mensaje a zimbragrupo...@googlegroups.com
---
Has recibido este mensaje porque estás suscrito al grupo "zimbra grupo" de Grupos de Google.

Para cancelar la suscripción a este grupo y dejar de recibir sus mensajes, envía un correo electrónico a zimbragrupo...@googlegroups.com.
Para ver esta conversación en el sitio web, visita https://groups.google.com/d/msgid/zimbragrupo/7dbda17b-0735-48cf-8f66-c04b4801c2b5%40googlegroups.com.