el 08-17-2011 01:48 PM
Mi Arquitectura es la de Cliente- Servidor.
En el servidor, al lanzarlo todo funciona ok, pero luego de algunas horas, el sistema cae repentinamente, y la solucion que hago es hacer un Undeploy y luego un deploy general a todas las librerias del proyecto.y cuando voy a ver los VI's, los indicadores de comunicacion(banderines) no aparecen ni rojo(error de comunicacion) ni verde (equipo comunicado), SINO aparece Transparente(porque?). Necesito saber en que casos se da esa falla y porque se da, y sobre todo que hacer para solucionar ese problema.
Saludos,
Gracias
el 08-17-2011 06:14 PM
Hola JP_nat,
Necesitaria ver tu proyecto, pues es poca la informacion que señalas, pueden ser muchas las causas por las que tu aplicacion pueda dejar de funcionar.¿ Te arroja algun error?. ¿Qué version de labview y de SVE estas utilizando ? ¿Que tipo de mediciones estas utilizando?, ¿Con que lo estas comunicando?, Has intentado utilizar el NI Distributed System Manager para verificar el contenido de tus variables? podria ser problema de tu servidor, o del equipo que estes utilizando.
Aqui te mando una liga en donde viene las recomendaciones a seguir al usar SVE. Espero te sirva
http://zone.ni.com/devzone/cda/tut/p/id/4679
Y tambien acerca de como utilizar el NI Distributed System Manager
http://zone.ni.com/devzone/cda/tut/p/id/5715
Saludos
el 08-17-2011 09:43 PM
Gracias james88,
Pensaba que era poco efectivo lo del foro. Pero mas detalles sobre el proyecto, tengo en este momento una pc servidor y una pc cliente. En la pc servidor tenemos el proyecto con las variables compartidas, y en la pc cliente tenemos el mismo proyecto pero sin librerias solamente direccionados los indicadores por DataBinding. Entonces el problema que mencione se produce en el servidor. El servidor tiene el sistema operativo Windows Server 2008 R2, tambien una de las restricciones es que en el servidor el ejecutable tiene que funcionar ejecutado como si fuera una tarea(ahi no se si habra alguna diferencia que como si corriera de forma normal). Y sobre verifique que las variables en el Distributed System Manager, pues si lo hice. Salen las librerias desplegadas mas no los tags.
Espero tus comentarios.
Saludos,
JP_nat
Pregunta: National de que pais perteneces?
el 08-18-2011 03:49 PM
La falla se da porque se pierde la conexion y el sistema no esta conectado o bien esta tratando de conectarse, por eso aparece transparente. Pruebe deshabilitando el firewall de los equipos. En el segundo link que le envie viene una seccion de troubleshooting, verifique que cumple con la configuracion que le menciona.
Network Variable Technical Overview
http://zone.ni.com/devzone/cda/tut/p/id/5484
Using Shared Variables in Executables <-- troubleshooting
http://zone.ni.com/devzone/cda/tut/p/id/5715
Mantengame al tanto de si ha persistido el problema
Saludos
el 01-24-2012 10:02 AM
Sres:
Mi aplicacion se encuentra en servidores virtuales, no se si esto sea un detonante para el NI variable engine. Pero este problema tambien se presenta en PC's fisicas. Ahora no se tampoco si esto se debe al numero de variables las cuales son aprox 25k, estas estan siendo guardadas en CITADEL, tambien en SQL mediante la configuracion del Database relational.
A continuacion algunos logs de windows que he salen con relacion a los eventos.
23/01/2012 06:20:12 p.m.
Faulting application name: tagsrv.exe, version: 1.7.0.49152, time stamp: 0x4c1a5d9c
Faulting module name: opc.mnd, version: 1.7.0.49152, time stamp: 0x4c1a5676
Exception code: 0xc0000005
Fault offset: 0x0002687a
Faulting process id: 0xaac
Faulting application start time: 0x01ccda0ffe643fba
Faulting application path: C:\Program Files (x86)\National Instruments\Shared\Tagger\tagsrv.exe
Faulting module path: C:\Program Files (x86)\National Instruments\Shared\Tagger\opc.mnd
Report Id: cc095f47-4618-11e1-9f02-0050569e0011
Este log aparece previo a mensajes de librerias corruptas. como se indica en la sgte figura.
23/01/2012 06:20:13 p.m.
Fault bucket , type 0
Event Name: APPCRASH
Response: Not available
Cab Id: 0
Problem signature:
P1: tagsrv.exe
P2: 1.7.0.49152
P3: 4c1a5d9c
P4: opc.mnd
P5: 1.7.0.49152
P6: 4c1a5676
P7: c0000005
P8: 0002687a
P9:
P10:
Attached files:
These files may be available here:
C:\ProgramData\Microsoft\Windows\WER\ReportQueue\AppCrash_tagsrv.exe_6d2b4848e3738573c278bbb373f124bfb82e9d9_080b1a11
Analysis symbol:
Rechecking for solution: 0
Report Id: cc095f47-4618-11e1-9f02-0050569e0011
Report Status: 4
Favor de enviarme una respuesta de lo que podria estar afectando al sistema, o si nos estamos equivocando en algo, o algo que no hemos considerado.
Saludos,
JP_nat
el 01-26-2012 12:13 PM
Que tal:
Desafortunadamente no es para darte una respuesta favorable sino para comentarte que yo tengo una situación similar a la que comentas. El sistema que utilizo está desarrollado en LabVIEW 2010 Service Pack 1 y se ejecuta en un servidor con un sistema operativo Windows Server 2008 R2 Enterprise con un procesador Inter (R) Xeon(R) y 16GB de RAM. Aproximadamente se tienen cerca de 6 mil tags. La situación es que en ocasiones (de manera aleatoria) los datos que se visualizan quedan "congelados" en pantalla y nada de lo que se haga posteriormente hace que se vuelvan a refrescar. Se ha intentado detener el servicio del Variable Engine y volverlo a restablecer pero esto no resuelve la situación. Lo único que restablece las conexiones es reiniciar el servidor.
Durante el tiempo que los datos se "congelan" las comunicaciones con los otros puntos siguen existiendo, es decir, no es problema de la red. También se ha verificado que no sea problema del Firewall o de algún antivirus pero no se ha podido detectar nada. En los registros de eventos de Windows no hay ningún rastro que indique que algo dejó de funcionar.
Voy a seguir este post a ver si alguien tiene una solución.
Saludos
el 01-28-2012 08:42 AM
Gracias, por responder DanRod71,
Al menos ya se que no soy el unico con ese problema, pero de tantas pruebas que hemos realizado llegamos a la conclusion que en el SVE llega a su limite, la cola de este no tiene espacio suficiente o los datos son tantos que no puede procesarlos de manera eficiente. Haremos mas pruebas y posteare de haber aloguna mejora. Pero te pido si sabes de alguna otra fuente la solucion y/o mejora la comentes.
Saludos,
JP_nat
el 02-07-2012 11:15 PM
Para todos los que siguen este post describo los pruebas que hemos hecho y nos han dado algunos buenos resultados, la ultima prueba que hemos intentado es la de aumentar le tiempo entre consulta y aumentar el tiempo entre escritura en la base de datos. Ahora lo que jamas hemos previsto y nos sorprendio es que al revisar la base de datos SQL en la tabla de booleanos encontramos miles de datos repetidos y el tamaño de esta tabla casi cuadruplica a la tabla de datos numericos. Al hacer pruebas con un solo dato y una sola libreria descubrimos que efectivamente los booleanos no solo graba cuando hay un cambio, sino que graba continuamente y datos repetidos. Posiblemente este sea la causa del problema principal. Pero si alguien podria colaborar a armar esta idea seria excelente. Ademas tambien si nos podrian ayudar a configurar estos datos booleanos para solo grabe en un cambio.
Saludos,
JP_nat
el 02-08-2012 09:28 AM
Hola,
Al que escribio:
Lo único que restablece las conexiones es reiniciar el servidor.
Una vez tube un problema similar, y cuando eso pasaba la tarjeta de red integrada quedaba como muerta, haz probado si puedes mandar ping a otra maquina cuando estas en ese estado? en mi caso resolvi agregando una tarjeta de red nueva en el puerto pci.
Saludos Cordiales,
el 02-08-2012 04:07 PM
Que tal Luis_AM3C:
De hecho las comunicaciones con otros equipos continúan funcionando correctamente. Los pings a otros equipos responden bien. Incluso el propio LabVIEW continúa con sus procesos "normales" lo único que pasa es que el SVE deja de funcionar.