none
OWA 2010 se bloquea aleatoriamente RRS feed

  • Pregunta

  • Hola a todos.

    Estamos implementando Exchange 2010 SP1 en nuestra organización . La mayor parte de usuarios funcionaran con el cliente OWA (IE8). Todos los equipos trabajan con Windows Xp SP3 y están totalmente actualizados.

    En una primera prueba de carga de unos 50 usuarios, nos hemos encontrado que aleatoriamente, cuando los usuarios reenvian un mail o lo contestan, se bloquea el cliente OWA y hay que forzar el cierre de internet explorer con el administrador de tareas. El visor de sucesos no registra ningun evento. Los usuarios con cliente outlook no presentan ningun problema ¿Alguna idea de por qué puede ser?

    Gracias.

    miércoles, 17 de noviembre de 2010 23:04

Todas las respuestas

  • Si es aleatorio será difícil poder empezar a ver algo; durante la carga, véis algún tipo de error o consumo raro en el CAS Server?

    Con un único usaurio, sucede igual?


    -------- Salu2!! Javier Inglés - Microsoft Active Professional 2010
    jueves, 18 de noviembre de 2010 7:07
  • Es bastante aleatorio y no afecta a todos los usuarios a la vez. A un usuario que un dia se le ha colgado como 7 veces, al dia siguiente solo se le ha colgado una. Los servidores aparentemente funcionan bien, y los 3 usuarios que tienen Windows 7 (el resto tienen Windows Xp) no han detectado ningun problema con OWA.
    jueves, 18 de noviembre de 2010 8:12
  • En ese caso, en el momento que se produzca el fallo, habría que revisar muchas cosas; visores de eventos en servidores implicados y en el puesto de trabajo, consumos en uno y otro lado, ver por ejemplo configuraciones de IE en clientes, si cargan unos u otros plug-ins, ver con un tcpipview, process explore, etc...en los equipos clientes qué puede haber también, o con un network monitor sacar alguna traza para ver también si puede ayudar; si usan la OWA Light por ejemplo, también sucede? ; por desgracia, al ser tan aleatorio, hay que empezar mirando o tocando muchas cosaspara poder ir acotando el problema
    -------- Salu2!! Javier Inglés - Microsoft Active Professional 2010
    jueves, 18 de noviembre de 2010 8:24
  • Gracias Javier por tu ayuda.

    Esta mañana tengo un usuario que ayer se le colgó solo una vez y hoy lleva ya unas cuantas. Te cuento un poco mas del problema que he ido revisando. Cuando el usuario va a enviar un mensaje nuevo desde OWA, hace click en "Nuevo" y se abre otra ventana de explorador donde crea su mensaje y lo envia. Cuando no funciona, la ventana de enviar se habre, pero en la parte de abajo de Internet Explorer donde te informa de las acciones que está realizando el explorer aparece el mensaje "Esperando a https://servidor/owa/usuario@dominio.com. Con owa light no lo hemos probado, lo intentamos pero el usuario no veia bien las carpetas y lo volvió a dejar con owa normal sin decirme nada.

    jueves, 18 de noviembre de 2010 9:47
  • En la URL no aparece el nombre FQDN??? (es decir, https://servidor.dominio.loquesea/.....)

    Revisad en el CAS, con la EMC, qué itnernals y External URLs tenéis configuradas para el site de la OWA


    -------- Salu2!! Javier Inglés - Microsoft Active Professional 2010
    jueves, 18 de noviembre de 2010 10:23
  • No, la url con FQDN no es capaz de abrirla. La url interna es https://servidor.dominio.int/owa y la externa https://webmail.dominio.com/owa. Tenemos configurado un DAG con otra dirección IP diferente a la de los servidores y un registro en el DNS interno.
    jueves, 18 de noviembre de 2010 13:01
  • Ni FQDN interno ni externo? El problema es tanto en la red interna como desde fuera no? A aprte, el acceso a OWA es a trvés de los CAS Server, el DAG da lo mismo en este caso

     


    -------- Salu2!! Javier Inglés - Microsoft Active Professional 2010
    jueves, 18 de noviembre de 2010 15:04
  • Aunque tenemos publicado OWA en internet a traves de un isa server 2006 con el nombre FQDN https://webmail.dominio.com/owa (las peticiones se dirigen a https://servidor/owa), no se está usando y las pruebas que hemos hecho no han presentado ningún problema, aunque el fallo es tan aleatorio que es dificil comprobar si también presenta este problema. Estamos trabajando con OWA en la red interna.

    Para más información, lo servidores exchange 2007 SP1 están instalados sobre Windows server 2008 R2 64bit, y todo el entorno está virtualizado con VMWare Enterprise 3.5.

    jueves, 18 de noviembre de 2010 19:37
  • Xavier, Tenes todos los roles de Exchange instalados en el mismo servidor? Comentas que las workstations que tiene problemas estan actualizadas con los ultimas parches, ahora el Exchange tiene Update rollup 1 para SP1? Sino es así proba instalarlo por favor.

    Además fijate lo siguiente por favor:

    Please run the following command under Exchange Management Shell and verify that there is one domain marked as ‘Default’ and it's DomainName & Name values are valid domain names. We were able to reproduce the issue by setting a domain name with a space in it, like "aa bb"

    Get-AcceptedDomain | fl

     

    Saludos,

     


    Dario Woitasen | MCITP: Enterprise Messaging Administrator 2007/2010
    jueves, 18 de noviembre de 2010 20:04
  • A parte de lo comentado por el socio Dario....tienes un DAG virtualizado en VMWAre?

    Hace poco publicaron una nota al respeto, es sólo para que lo tengas en cuenta también

    Answering Exchange Virtualization Questions and Addressing Misleading VMware Guidance
    http://msexchangeteam.com/archive/2010/11/09/456851.aspx

    Evidentemente VMWare también ha respondido (obviamente es de lo que vive):

    http://blogs.vmware.com/virtualreality/2010/11/virtualizing-exchange-on-vmware.html

     

     


    -------- Salu2!! Javier Inglés - Microsoft Active Professional 2010
    viernes, 19 de noviembre de 2010 7:21
  • Hola, perdonad que haya tardado tanto en responderos.

    Los técnicos que montaron Exchange han estado mirando el sistema y han cambiado algunas configuracíones, solo que no se que han configurado exactamente. Estuvieron este viernes toda la mañana, así que habrá que esperar a ver que pasa durante el lunes con los usuarios, ya que al ser el fallo tan aleatorio es dificil comprobar que se ha solucionado el problema. Os tendré informados con los resultados.

    Saludos.

    sábado, 20 de noviembre de 2010 13:24
  • ok, sabes qué tipo de cambios son?
    -------- Salu2!! Javier Inglés - Microsoft Active Professional 2010
    domingo, 21 de noviembre de 2010 11:28