Cluster 2003 - Computacion por error

Saludos!

Cuando tenga el Resultado del MPS Reports te lo mandorefiriendo al
resto de preguntas:

1) ¿Por qué son controladores de dominio? No está recomendado el tener
miembros de un Cluster como DC's

Són los dos unicos servidores en la instalacion. No se dispone de otros
para realizar esta función. De hecho la unica parte del "Cluster" que
parece que crea problemas és la relacionada con los recursos de Quorum.
Ni el DHCP ( que tambien es administrado por el cluster ), ni la cola de
impresión...solo lo que refiere a quorum. Si realmente el causante del
"problema" és el hecho de compartir Clustering y DC tengo un problema
Insalvable.

2) ¿Servidores de Terminal Server? ¿No hay más remedio? ya sabes que las
sesiones no balancean en caso de fallo, se pierden.

Si, no hay mas remedio...solo es para conexiones temporales y muy
puntuales. No é sun servicio critico.

3) ¿Cómo están configuradas las tarjetas de Red? Prioriad de Bindings,
protocolos habilitados para cada una de ellas, etc. Cómo están configuradas
en el

Tienen habilitados los protocolos por defecto, y estan configuradas
redundantemente 2 a 2 por el propio software/Hard de Intel.

4) Almacenamiento externo...¿Sólo tienes una LUN para el Cluster? Lo
recomendable es tener varuias LUN's (discos físicos) y asignar un Grupo de
Cluster para cada uno de ellos (suele ser la unidad minima de balanceo). Yo
aislaría el recurso de Quorum del resto de recursos, asignandole una LUN
independiente. El grupo de Cluster (Disco, IP y Nombre de Cluster) no
debería ser usado para fines productivos, solo para administración del
cluster.

Tengo 2 LUN's para el cluster. No comprendo muy bien el tema de los
fines productivos/administrativos. Recomendarias crear un espacio SOLO
para fines "productivos"? Si no lo tengo entendido mal, el Grupo de
Cluster no reside en el recurso externo de Quorum.

5) el softwarwe de control de presencia, ¿está clusterizado? ¿Sólo funciona
en un nodo? Si ese nodo cae, ¿qué pasa?

El Software de presencia solo se ejecuta una vez al dia mediante
programacion. Si cae el nodo...pues ese dia no hay capturano és
critico tampoco



Muchas gracias por tu ayuda!

Guillem

¿Podrías ejecutar el MPS Reports de Cluster y enviarme el resultado por
correo?

Saludos
Ramon

"Guillem" wrote in message
news:dpg937$i11$

Saludos y Muchas gracias por tu ayuda de antemano...

Ahí va el Hardware ( no se si habré olvidado algo... )

2x Intel Server Rack con placa SE75020JR22S
Ethernet -integrada -intel Pro 1000 MT Dual Port
Scsi Adaptec 29320 ALP para conexion con el recurso de quorum externo

Recurso externo:
StoreData A08U-G1410 con mirror de 2 HD's SATA + 1 hotswap.
Controladora SCSI U320 de 2 canales independientes conectado cada uno de
ellos a su Server correspondiente.

Todos los drivers que he usado estan firmados por Microsoft.
Los dos 2003 Enterprise estan actualizados a SP1 + todas las
actualizaciones hasta el momento.

Son tambien Controladores de Dominio ( principal y reserva )
Solo ejecutan un antivirus, actuan como servidores de ficheros, y uno de
ellos lleva la gestion de control de presencia via puerto serie.
Olvidaba que tambien sirven Terminal Server.
Tienen instalado McAfee Viruscan 8.0i con su patch numero 11 aplicado y
actualizados al dia.

Espero no haberme dejado nada...perdonad por la extensión.

Muchas gracias de nuevo

Guillem




Ramon Jiménez [MVP] Wrote:

Hola Guillem,

¿Puedes describir el Hardware de tu cluster?
¿Que tarjetas de red y drivers?
¿Que HBA's y drivers?

¿Tienes aplicado SP1 (o al menos todos los Hotfixes recomendados para
Clusters de Windows 2003)?
¿Qué software tienes instalado en ese cluster (agented de backup,
software de gestión de cuotas, antivirus, etc)?

Regards
Ramon

"Guillem" wrote in message
news:dpe4pn$ptn$

Saludos!

Llevo unos dias con un problema extraño que me trae de cabeza. Tengo un
cluster de W2003 con 2 nodos y un recurso de quorum externo.

Me aparece un error en el visor de sucesos, alertandome de la activación
de la computacion por error y cambia al nodo secundario. No soy capaz de
entender que motiva dicho error, y ni en la pagina de Microsoft, ni
buscando por ahí he encontrado algo que se parezca a una solucion
definitiva.

Podrias echarme una mano? La verdad es que ya no se donde buscar

El error que aparece en el visor és el siguiente:
***********************
Tipo de suceso: Error
Origen del suceso: ClusSvc
Categoría del suceso: Recurso compartido de archivos
Id. suceso: 1055
Fecha: 03/01/2006
Hora: 12:29:05
Usuario: No disponible
Equipo: XXXXXX
Descripción:
El recurso compartido del archivo de clúster "Public" no puede comprobar
un estado. El código de error es 1450.

Para obtener más información, vea el Centro de ayuda y soporte técnico en
http://go.microsoft.com/fwlink/events.asp.
Datos:
0000: aa 05 00 00 ª...
******************************
Evidentemente hay un error por cada recurso compartido ( excepto
impresoras ). En los Logs del recurso de Quorum externo no aparece nada
raro, y el error se repite de promedio una vez cada 7-10 dias.

Muchas muchas gracies

Guillem

Hola Guillem,

1) No es insalvable. Se pueden tener nodos de Cluster como DC's pero no es
aconsejable. Nada más
2) TS. Sin problema. Tu mismo dices que no es crítico
3) Ahí si veo problemas potenciales. Y muchos. Las tarjetas deben estar bien
configuradas. las buenas prácticas recomiendan renombrarlas por nombres que
se asocien a su función (ej: "Publica" para la red de acceso de clientes al
cluster y "Privada" or "Heartbeat" para la tarjeta que se usa para
comunicaciones niternanas del cluster
La "Publica" debe estar configurada con los protocolos y servicios que
necesites. Además, si miras en las propiedades avanzadas de "Mis conexiones
de red" , la tarjeta "Publica" debe tener más prioridad en los Bindings. es
decir, que sea la primera tarjeta por la que cada nodo escucha.
La "Privada" debe tener todos los protocolos y servicios deshabilitados
excepto el TCP/IP. dentro del TCP/IP, no debe tener Puerta de enlace, ni DNS
ni WINS y debes aseguerarte que está desmarcada la opción de registro de
DNS. Además, deshabilitar Netbios sobre TCP/IP (pestaña Wins)

En el Cluster Administrator, la publica se recomienda que esté comfigurada
para Todas las comunicaciones y la "Privada" sólo para la comunicación
interna del cluster. Además la privada debe tener mayor prioridad en ese
aspecto sobre la "Publica"

Configuradas reduindantemente 2 a 2??? ¿Tienes teaming con solo 2 tarjetas?
desaconsejado. Lo recomendado sería tener al menos 3 tarjetas de Red (Una
para la red "Privada" y las otras 2 en Teaming/equipo para la Red Publica)

4) Almacenamiento. Importantisimo. Mejor comprar mas discos y aislar
funciones del cluster.

4.1 Grupo de Cluster.debería tener sólo el Disco Físico (no partición)
dedicado para el Quorum del cluster, la IP del Cluster y el Network name del
Cluster.
Este grupo no debe ser utilizado com fines productivos. Significa que la IP
y el nombre de Red no debe ser usado para otros propositos (File Server,
Print Server, etc)
4.2 Disco físico para Servidor de Ficheros y otro Disco físico para servidor
de Impresión. Esto es muy importante opr las diferencias de comopoertamiento
del servucio de Spooler, altamente fragmentador.

Con esta configuración, deberías tener 7 discos en el Array externo,
configurados así:
2 x HD's RAID-1 para Quorum
2 x HD's RAID-1 para File Server
2 x HD's RAID-1 para Print Server
1 Hot Spare

5) En el pasado yo he llegado a "clusterizar" (con scripts o claves
replicadas del registry) software de control de presencia. Aveces, sólamente
es necesario clusterizar el servicio y unas claves del registro que deben
ser replicadas.

Saludos
Ramon

"Gc" wrote in message
news:dpgmto$i5m$

Saludos!

Cuando tenga el Resultado del MPS Reports te lo mandorefiriendo al
resto de preguntas:

1) ¿Por qué son controladores de dominio? No está recomendado el tener
miembros de un Cluster como DC's

Són los dos unicos servidores en la instalacion. No se dispone de otros
para realizar esta función. De hecho la unica parte del "Cluster" que
parece que crea problemas és la relacionada con los recursos de Quorum. Ni
el DHCP ( que tambien es administrado por el cluster ), ni la cola de
impresión...solo lo que refiere a quorum. Si realmente el causante del
"problema" és el hecho de compartir Clustering y DC tengo un problema
Insalvable.

2) ¿Servidores de Terminal Server? ¿No hay más remedio? ya sabes que las
sesiones no balancean en caso de fallo, se pierden.

Si, no hay mas remedio...solo es para conexiones temporales y muy
puntuales. No é sun servicio critico.

3) ¿Cómo están configuradas las tarjetas de Red? Prioriad de Bindings,
protocolos habilitados para cada una de ellas, etc. Cómo están
configuradas en el

Tienen habilitados los protocolos por defecto, y estan configuradas
redundantemente 2 a 2 por el propio software/Hard de Intel.

4) Almacenamiento externo...¿Sólo tienes una LUN para el Cluster? Lo
recomendable es tener varuias LUN's (discos físicos) y asignar un Grupo
de Cluster para cada uno de ellos (suele ser la unidad minima de
balanceo). Yo aislaría el recurso de Quorum del resto de recursos,
asignandole una LUN independiente. El grupo de Cluster (Disco, IP y
Nombre de Cluster) no debería ser usado para fines productivos, solo para
administración del cluster.

Tengo 2 LUN's para el cluster. No comprendo muy bien el tema de los fines
productivos/administrativos. Recomendarias crear un espacio SOLO para
fines "productivos"? Si no lo tengo entendido mal, el Grupo de Cluster no
reside en el recurso externo de Quorum.

5) el softwarwe de control de presencia, ¿está clusterizado? ¿Sólo
funciona en un nodo? Si ese nodo cae, ¿qué pasa?

El Software de presencia solo se ejecuta una vez al dia mediante
programacion. Si cae el nodo...pues ese dia no hay capturano és
critico tampoco



Muchas gracias por tu ayuda!

Guillem

¿Podrías ejecutar el MPS Reports de Cluster y enviarme el resultado por
correo?

Saludos
Ramon

"Guillem" wrote in message
news:dpg937$i11$

Saludos y Muchas gracias por tu ayuda de antemano...

Ahí va el Hardware ( no se si habré olvidado algo... )

2x Intel Server Rack con placa SE75020JR22S
Ethernet -integrada -intel Pro 1000 MT Dual Port
Scsi Adaptec 29320 ALP para conexion con el recurso de quorum externo

Recurso externo:
StoreData A08U-G1410 con mirror de 2 HD's SATA + 1 hotswap.
Controladora SCSI U320 de 2 canales independientes conectado cada uno de
ellos a su Server correspondiente.

Todos los drivers que he usado estan firmados por Microsoft.
Los dos 2003 Enterprise estan actualizados a SP1 + todas las
actualizaciones hasta el momento.

Son tambien Controladores de Dominio ( principal y reserva )
Solo ejecutan un antivirus, actuan como servidores de ficheros, y uno de
ellos lleva la gestion de control de presencia via puerto serie.
Olvidaba que tambien sirven Terminal Server.
Tienen instalado McAfee Viruscan 8.0i con su patch numero 11 aplicado y
actualizados al dia.

Espero no haberme dejado nada...perdonad por la extensión.

Muchas gracias de nuevo

Guillem




Ramon Jiménez [MVP] Wrote:

Hola Guillem,

¿Puedes describir el Hardware de tu cluster?
¿Que tarjetas de red y drivers?
¿Que HBA's y drivers?

¿Tienes aplicado SP1 (o al menos todos los Hotfixes recomendados para
Clusters de Windows 2003)?
¿Qué software tienes instalado en ese cluster (agented de backup,
software de gestión de cuotas, antivirus, etc)?

Regards
Ramon

"Guillem" wrote in message
news:dpe4pn$ptn$

Saludos!

Llevo unos dias con un problema extraño que me trae de cabeza. Tengo un
cluster de W2003 con 2 nodos y un recurso de quorum externo.

Me aparece un error en el visor de sucesos, alertandome de la
activación de la computacion por error y cambia al nodo secundario. No
soy capaz de entender que motiva dicho error, y ni en la pagina de
Microsoft, ni buscando por ahí he encontrado algo que se parezca a una
solucion definitiva.

Podrias echarme una mano? La verdad es que ya no se donde buscar

El error que aparece en el visor és el siguiente:
***********************
Tipo de suceso: Error
Origen del suceso: ClusSvc
Categoría del suceso: Recurso compartido de archivos
Id. suceso: 1055
Fecha: 03/01/2006
Hora: 12:29:05
Usuario: No disponible
Equipo: XXXXXX
Descripción:
El recurso compartido del archivo de clúster "Public" no puede
comprobar un estado. El código de error es 1450.

Para obtener más información, vea el Centro de ayuda y soporte técnico
en http://go.microsoft.com/fwlink/events.asp.
Datos:
0000: aa 05 00 00 ª...
******************************
Evidentemente hay un error por cada recurso compartido ( excepto
impresoras ). En los Logs del recurso de Quorum externo no aparece nada
raro, y el error se repite de promedio una vez cada 7-10 dias.

Muchas muchas gracies

Guillem

Hola Ramon

Muchas gracias!

Por lo que veo ya tengo deberes que hacervoy a intentar realizar los
cambios que me propones, que ya veo que hay algo no muy bien
implementado. Te mantendré informado.


Un Saludo!

Guillem


Ramon Jiménez [MVP] Wrote:

Hola Guillem,

1) No es insalvable. Se pueden tener nodos de Cluster como DC's pero no es
aconsejable. Nada más
2) TS. Sin problema. Tu mismo dices que no es crítico
3) Ahí si veo problemas potenciales. Y muchos. Las tarjetas deben estar bien
configuradas. las buenas prácticas recomiendan renombrarlas por nombres que
se asocien a su función (ej: "Publica" para la red de acceso de clientes al
cluster y "Privada" or "Heartbeat" para la tarjeta que se usa para
comunicaciones niternanas del cluster
La "Publica" debe estar configurada con los protocolos y servicios que
necesites. Además, si miras en las propiedades avanzadas de "Mis conexiones
de red" , la tarjeta "Publica" debe tener más prioridad en los Bindings. es
decir, que sea la primera tarjeta por la que cada nodo escucha.
La "Privada" debe tener todos los protocolos y servicios deshabilitados
excepto el TCP/IP. dentro del TCP/IP, no debe tener Puerta de enlace, ni DNS
ni WINS y debes aseguerarte que está desmarcada la opción de registro de
DNS. Además, deshabilitar Netbios sobre TCP/IP (pestaña Wins)

En el Cluster Administrator, la publica se recomienda que esté comfigurada
para Todas las comunicaciones y la "Privada" sólo para la comunicación
interna del cluster. Además la privada debe tener mayor prioridad en ese
aspecto sobre la "Publica"

Configuradas reduindantemente 2 a 2??? ¿Tienes teaming con solo 2 tarjetas?
desaconsejado. Lo recomendado sería tener al menos 3 tarjetas de Red (Una
para la red "Privada" y las otras 2 en Teaming/equipo para la Red Publica)

4) Almacenamiento. Importantisimo. Mejor comprar mas discos y aislar
funciones del cluster.

4.1 Grupo de Cluster.debería tener sólo el Disco Físico (no partición)
dedicado para el Quorum del cluster, la IP del Cluster y el Network name del
Cluster.
Este grupo no debe ser utilizado com fines productivos. Significa que la IP
y el nombre de Red no debe ser usado para otros propositos (File Server,
Print Server, etc)
4.2 Disco físico para Servidor de Ficheros y otro Disco físico para servidor
de Impresión. Esto es muy importante opr las diferencias de comopoertamiento
del servucio de Spooler, altamente fragmentador.

Con esta configuración, deberías tener 7 discos en el Array externo,
configurados así:
2 x HD's RAID-1 para Quorum
2 x HD's RAID-1 para File Server
2 x HD's RAID-1 para Print Server
1 Hot Spare

5) En el pasado yo he llegado a "clusterizar" (con scripts o claves
replicadas del registry) software de control de presencia. Aveces, sólamente
es necesario clusterizar el servicio y unas claves del registro que deben
ser replicadas.

Saludos
Ramon

"Gc" wrote in message
news:dpgmto$i5m$

Saludos!

Cuando tenga el Resultado del MPS Reports te lo mandorefiriendo al
resto de preguntas:

1) ¿Por qué son controladores de dominio? No está recomendado el tener
miembros de un Cluster como DC's

Són los dos unicos servidores en la instalacion. No se dispone de otros
para realizar esta función. De hecho la unica parte del "Cluster" que
parece que crea problemas és la relacionada con los recursos de Quorum. Ni
el DHCP ( que tambien es administrado por el cluster ), ni la cola de
impresión...solo lo que refiere a quorum. Si realmente el causante del
"problema" és el hecho de compartir Clustering y DC tengo un problema
Insalvable.

2) ¿Servidores de Terminal Server? ¿No hay más remedio? ya sabes que las
sesiones no balancean en caso de fallo, se pierden.

Si, no hay mas remedio...solo es para conexiones temporales y muy
puntuales. No é sun servicio critico.

3) ¿Cómo están configuradas las tarjetas de Red? Prioriad de Bindings,
protocolos habilitados para cada una de ellas, etc. Cómo están
configuradas en el

Tienen habilitados los protocolos por defecto, y estan configuradas
redundantemente 2 a 2 por el propio software/Hard de Intel.

4) Almacenamiento externo...¿Sólo tienes una LUN para el Cluster? Lo
recomendable es tener varuias LUN's (discos físicos) y asignar un Grupo
de Cluster para cada uno de ellos (suele ser la unidad minima de
balanceo). Yo aislaría el recurso de Quorum del resto de recursos,
asignandole una LUN independiente. El grupo de Cluster (Disco, IP y
Nombre de Cluster) no debería ser usado para fines productivos, solo para
administración del cluster.

Tengo 2 LUN's para el cluster. No comprendo muy bien el tema de los fines
productivos/administrativos. Recomendarias crear un espacio SOLO para
fines "productivos"? Si no lo tengo entendido mal, el Grupo de Cluster no
reside en el recurso externo de Quorum.

5) el softwarwe de control de presencia, ¿está clusterizado? ¿Sólo
funciona en un nodo? Si ese nodo cae, ¿qué pasa?

El Software de presencia solo se ejecuta una vez al dia mediante
programacion. Si cae el nodo...pues ese dia no hay capturano és
critico tampoco



Muchas gracias por tu ayuda!

Guillem

¿Podrías ejecutar el MPS Reports de Cluster y enviarme el resultado por
correo?

Saludos
Ramon

"Guillem" wrote in message
news:dpg937$i11$

Saludos y Muchas gracias por tu ayuda de antemano...

Ahí va el Hardware ( no se si habré olvidado algo... )

2x Intel Server Rack con placa SE75020JR22S
Ethernet -integrada -intel Pro 1000 MT Dual Port
Scsi Adaptec 29320 ALP para conexion con el recurso de quorum externo

Recurso externo:
StoreData A08U-G1410 con mirror de 2 HD's SATA + 1 hotswap.
Controladora SCSI U320 de 2 canales independientes conectado cada uno de
ellos a su Server correspondiente.

Todos los drivers que he usado estan firmados por Microsoft.
Los dos 2003 Enterprise estan actualizados a SP1 + todas las
actualizaciones hasta el momento.

Son tambien Controladores de Dominio ( principal y reserva )
Solo ejecutan un antivirus, actuan como servidores de ficheros, y uno de
ellos lleva la gestion de control de presencia via puerto serie.
Olvidaba que tambien sirven Terminal Server.
Tienen instalado McAfee Viruscan 8.0i con su patch numero 11 aplicado y
actualizados al dia.

Espero no haberme dejado nada...perdonad por la extensión.

Muchas gracias de nuevo

Guillem




Ramon Jiménez [MVP] Wrote:

Hola Guillem,

¿Puedes describir el Hardware de tu cluster?
¿Que tarjetas de red y drivers?
¿Que HBA's y drivers?

¿Tienes aplicado SP1 (o al menos todos los Hotfixes recomendados para
Clusters de Windows 2003)?
¿Qué software tienes instalado en ese cluster (agented de backup,
software de gestión de cuotas, antivirus, etc)?

Regards
Ramon

"Guillem" wrote in message
news:dpe4pn$ptn$

Saludos!

Llevo unos dias con un problema extraño que me trae de cabeza. Tengo un
cluster de W2003 con 2 nodos y un recurso de quorum externo.

Me aparece un error en el visor de sucesos, alertandome de la
activación de la computacion por error y cambia al nodo secundario. No
soy capaz de entender que motiva dicho error, y ni en la pagina de
Microsoft, ni buscando por ahí he encontrado algo que se parezca a una
solucion definitiva.

Podrias echarme una mano? La verdad es que ya no se donde buscar

El error que aparece en el visor és el siguiente:
***********************
Tipo de suceso: Error
Origen del suceso: ClusSvc
Categoría del suceso: Recurso compartido de archivos
Id. suceso: 1055
Fecha: 03/01/2006
Hora: 12:29:05
Usuario: No disponible
Equipo: XXXXXX
Descripción:
El recurso compartido del archivo de clúster "Public" no puede
comprobar un estado. El código de error es 1450.

Para obtener más información, vea el Centro de ayuda y soporte técnico
en http://go.microsoft.com/fwlink/events.asp.
Datos:
0000: aa 05 00 00 ª...
******************************
Evidentemente hay un error por cada recurso compartido ( excepto
impresoras ). En los Logs del recurso de Quorum externo no aparece nada
raro, y el error se repite de promedio una vez cada 7-10 dias.

Muchas muchas gracies

Guillem

Ya nos contarás...

"Gc" wrote in message
news:dpgp9l$og9$

Hola Ramon

Muchas gracias!

Por lo que veo ya tengo deberes que hacervoy a intentar realizar los
cambios que me propones, que ya veo que hay algo no muy bien implementado.
Te mantendré informado.


Un Saludo!

Guillem


Ramon Jiménez [MVP] Wrote:

Hola Guillem,

1) No es insalvable. Se pueden tener nodos de Cluster como DC's pero no
es aconsejable. Nada más
2) TS. Sin problema. Tu mismo dices que no es crítico
3) Ahí si veo problemas potenciales. Y muchos. Las tarjetas deben estar
bien configuradas. las buenas prácticas recomiendan renombrarlas por
nombres que se asocien a su función (ej: "Publica" para la red de acceso
de clientes al cluster y "Privada" or "Heartbeat" para la tarjeta que se
usa para comunicaciones niternanas del cluster
La "Publica" debe estar configurada con los protocolos y servicios que
necesites. Además, si miras en las propiedades avanzadas de "Mis
conexiones de red" , la tarjeta "Publica" debe tener más prioridad en los
Bindings. es decir, que sea la primera tarjeta por la que cada nodo
escucha.
La "Privada" debe tener todos los protocolos y servicios deshabilitados
excepto el TCP/IP. dentro del TCP/IP, no debe tener Puerta de enlace, ni
DNS ni WINS y debes aseguerarte que está desmarcada la opción de registro
de DNS. Además, deshabilitar Netbios sobre TCP/IP (pestaña Wins)

En el Cluster Administrator, la publica se recomienda que esté
comfigurada para Todas las comunicaciones y la "Privada" sólo para la
comunicación interna del cluster. Además la privada debe tener mayor
prioridad en ese aspecto sobre la "Publica"

Configuradas reduindantemente 2 a 2??? ¿Tienes teaming con solo 2
tarjetas? desaconsejado. Lo recomendado sería tener al menos 3 tarjetas
de Red (Una para la red "Privada" y las otras 2 en Teaming/equipo para la
Red Publica)

4) Almacenamiento. Importantisimo. Mejor comprar mas discos y aislar
funciones del cluster.

4.1 Grupo de Cluster.debería tener sólo el Disco Físico (no partición)
dedicado para el Quorum del cluster, la IP del Cluster y el Network name
del Cluster.
Este grupo no debe ser utilizado com fines productivos. Significa que la
IP y el nombre de Red no debe ser usado para otros propositos (File
Server, Print Server, etc)
4.2 Disco físico para Servidor de Ficheros y otro Disco físico para
servidor de Impresión. Esto es muy importante opr las diferencias de
comopoertamiento del servucio de Spooler, altamente fragmentador.

Con esta configuración, deberías tener 7 discos en el Array externo,
configurados así:
2 x HD's RAID-1 para Quorum
2 x HD's RAID-1 para File Server
2 x HD's RAID-1 para Print Server
1 Hot Spare

5) En el pasado yo he llegado a "clusterizar" (con scripts o claves
replicadas del registry) software de control de presencia. Aveces,
sólamente es necesario clusterizar el servicio y unas claves del registro
que deben ser replicadas.

Saludos
Ramon

"Gc" wrote in message
news:dpgmto$i5m$

Saludos!

Cuando tenga el Resultado del MPS Reports te lo mandorefiriendo al
resto de preguntas:

1) ¿Por qué son controladores de dominio? No está recomendado el tener
miembros de un Cluster como DC's

Són los dos unicos servidores en la instalacion. No se dispone de otros
para realizar esta función. De hecho la unica parte del "Cluster" que
parece que crea problemas és la relacionada con los recursos de Quorum.
Ni el DHCP ( que tambien es administrado por el cluster ), ni la cola de
impresión...solo lo que refiere a quorum. Si realmente el causante del
"problema" és el hecho de compartir Clustering y DC tengo un problema
Insalvable.

2) ¿Servidores de Terminal Server? ¿No hay más remedio? ya sabes que las
sesiones no balancean en caso de fallo, se pierden.

Si, no hay mas remedio...solo es para conexiones temporales y muy
puntuales. No é sun servicio critico.

3) ¿Cómo están configuradas las tarjetas de Red? Prioriad de Bindings,
protocolos habilitados para cada una de ellas, etc. Cómo están
configuradas en el

Tienen habilitados los protocolos por defecto, y estan configuradas
redundantemente 2 a 2 por el propio software/Hard de Intel.

4) Almacenamiento externo...¿Sólo tienes una LUN para el Cluster? Lo
recomendable es tener varuias LUN's (discos físicos) y asignar un Grupo
de Cluster para cada uno de ellos (suele ser la unidad minima de
balanceo). Yo aislaría el recurso de Quorum del resto de recursos,
asignandole una LUN independiente. El grupo de Cluster (Disco, IP y
Nombre de Cluster) no debería ser usado para fines productivos, solo
para administración del cluster.

Tengo 2 LUN's para el cluster. No comprendo muy bien el tema de los fines
productivos/administrativos. Recomendarias crear un espacio SOLO para
fines "productivos"? Si no lo tengo entendido mal, el Grupo de Cluster no
reside en el recurso externo de Quorum.

5) el softwarwe de control de presencia, ¿está clusterizado? ¿Sólo
funciona en un nodo? Si ese nodo cae, ¿qué pasa?

El Software de presencia solo se ejecuta una vez al dia mediante
programacion. Si cae el nodo...pues ese dia no hay capturano és
critico tampoco



Muchas gracias por tu ayuda!

Guillem

¿Podrías ejecutar el MPS Reports de Cluster y enviarme el resultado por
correo?

Saludos
Ramon

"Guillem" wrote in message
news:dpg937$i11$

Saludos y Muchas gracias por tu ayuda de antemano...

Ahí va el Hardware ( no se si habré olvidado algo... )

2x Intel Server Rack con placa SE75020JR22S
Ethernet -integrada -intel Pro 1000 MT Dual Port
Scsi Adaptec 29320 ALP para conexion con el recurso de quorum externo

Recurso externo:
StoreData A08U-G1410 con mirror de 2 HD's SATA + 1 hotswap.
Controladora SCSI U320 de 2 canales independientes conectado cada uno
de ellos a su Server correspondiente.

Todos los drivers que he usado estan firmados por Microsoft.
Los dos 2003 Enterprise estan actualizados a SP1 + todas las
actualizaciones hasta el momento.

Son tambien Controladores de Dominio ( principal y reserva )
Solo ejecutan un antivirus, actuan como servidores de ficheros, y uno
de ellos lleva la gestion de control de presencia via puerto serie.
Olvidaba que tambien sirven Terminal Server.
Tienen instalado McAfee Viruscan 8.0i con su patch numero 11 aplicado y
actualizados al dia.

Espero no haberme dejado nada...perdonad por la extensión.

Muchas gracias de nuevo

Guillem




Ramon Jiménez [MVP] Wrote:

Hola Guillem,

¿Puedes describir el Hardware de tu cluster?
¿Que tarjetas de red y drivers?
¿Que HBA's y drivers?

¿Tienes aplicado SP1 (o al menos todos los Hotfixes recomendados para
Clusters de Windows 2003)?
¿Qué software tienes instalado en ese cluster (agented de backup,
software de gestión de cuotas, antivirus, etc)?

Regards
Ramon

"Guillem" wrote in message
news:dpe4pn$ptn$

Saludos!

Llevo unos dias con un problema extraño que me trae de cabeza. Tengo
un cluster de W2003 con 2 nodos y un recurso de quorum externo.

Me aparece un error en el visor de sucesos, alertandome de la
activación de la computacion por error y cambia al nodo secundario.
No soy capaz de entender que motiva dicho error, y ni en la pagina de
Microsoft, ni buscando por ahí he encontrado algo que se parezca a
una solucion definitiva.

Podrias echarme una mano? La verdad es que ya no se donde buscar

El error que aparece en el visor és el siguiente:
***********************
Tipo de suceso: Error
Origen del suceso: ClusSvc
Categoría del suceso: Recurso compartido de archivos
Id. suceso: 1055
Fecha: 03/01/2006
Hora: 12:29:05
Usuario: No disponible
Equipo: XXXXXX
Descripción:
El recurso compartido del archivo de clúster "Public" no puede
comprobar un estado. El código de error es 1450.

Para obtener más información, vea el Centro de ayuda y soporte
técnico en http://go.microsoft.com/fwlink/events.asp.
Datos:
0000: aa 05 00 00 ª...
******************************
Evidentemente hay un error por cada recurso compartido ( excepto
impresoras ). En los Logs del recurso de Quorum externo no aparece
nada raro, y el error se repite de promedio una vez cada 7-10 dias.

Muchas muchas gracies

Guillem