[Opengnsys-users] Remote pc y cambio de ubicacion de ordenadores.

[Jose Miguel Hernández]

Muchas gracias JJ. 

Me vale con esto. Creo que es necesario formar a los técnicos en manejar cada uno sus pools. Y a cuento de esto, hay una posibilidad de darle acceso a determinados usuarios en uds para usar los calendarios pero esas “cuentas” caducan en 72 horas.  Hay manera de aumentar los tiempos de esas cuentas sin darles otros privilegios a los usuarios?

Gracias de nuevo

 

De: Juan Jesús Farfán Leiva [mailto:jjfl en satd.uma.es] 
Enviado el: viernes, 18 de diciembre de 2020 10:37
Para: Jose Miguel Hernández <josemh en usal.es>
CC: opengnsys-users en listas.unizar.es
Asunto: Re: [Opengnsys-users] Remote pc y cambio de ubicacion de ordenadores.

 

Hola José Miguel, 

 

Se me pasó tu correo por completo, 

 

El vie, 11 dic 2020 a las 9:51, Jose Miguel Hernández (<josemh en usal.es <mailto:josemh en usal.es> >) escribió:

Buenos días

 

Quisiera saber cómo  estáis gestionando el tema de cambio del número de equipos compartidos en un pool a través de Opengnsys-RemotePc-UDS.

Nosotros a principio de cuatrimestre, por no cargar demasiado el portal de acceso remoto que hemos creado, decidimos crear tan solo un pool de pcs por centro. Los hay de distintos tamaños, desde 10 o 12 ordenadores hasta más de 100 en algún pool.

Mientras no tocamos esos pools no hay problema. Por ejemplo hay un pool con un número máximo de 100 equipos y cacheados 50 y funciona desde hace meses sin problema.

Sin embargo, en algún centro según avanzaba el cuatrimestre se han dado el siguiente caso:

 

Tenemos un pool creado seleccionando  una unidad organizativa que contiene  varias aulas en la que normalmente solo tenemos compartida un aula con 22 equipos de distintas aulas que no se pueden usar en presencial por temas de distancia. Hay más aulas en esa OU  sin compartir normalmente. Tenemos puesto un número máximo de 50 equipos con 22 equipos cacheados, que son los que siempre están , como mínimo compartidos por remote pc.

 

Pero hay dos díasa la semana  en los que hay que añadir el resto de pcs de una aula y otros dos días en que los que hay que añadir son el resto de pcs del otro aula. Lo que hacemos esos días es mover ordenadores del otro aula que corresponda al aula compartida y quitarlos cuando pasan las horas de clase on-line.  También hemos probado a esos días compartir tb  el aula necesaria  que está en la misma OU seleccionada para el pool y dejarla de compartir al final de la clase on line. 

 

Esto nos ésta dando muchos problemas, porque, a menos que reinicies el pool cada vez que añades o quites 20 ordenadores al aula, la comunicación entre opengnsys y UDS no es lo fluida que debiera ser para que estos cambios se produzcan de una manera ágil, resultando en errores de conexión, o en que sigue dando pcs de un aula algún tiempo después de dejar de compartirla….

 

Una solución es tener un pool por cada aula y asi gestionarla con los calendarios de uds, pero en principio no queríamos tener mas de un pool por centro. Otra solución es reiniciar el pool cada vez que se hacen estos cambios pero aún no tenemos cedida a los técnicos de aulas la gestión de sus propios pools. Por ello lo que hemos hecho es crear 30 equipos virtualizados para suplir las necesidades de ese centro en concreto y asi no hay que tocar el pool compartido que es como no da problemas.

 

¿Cómo gestionáis casos de estos? ¿Teneis varios pool por centro, uno por cada aula? 

 

Nosotros tenemos según las necesidades, mínimo tenemos un pool por centro, que sería el aula de "libre acceso" para los alumnos, pero también se nos da el caso de docencia online que hacen uso de los ordenadores de las aulas por el tipo de software que usan no es es posible virtualizarlo,  y tenemos aulas de remote pc que se pueden reservar en una franja horaria para una asignatura (como si fuese en presencial), como el acceso lo damos desde campus virtual (moodle) le habilitamos en la asignatura el recurso de Virtual PC para esa franja horaria a esa clase. 

 

Respecto a pasar aulas de local a remote PC  solo lo hacemos si las podemos tener 24 horas o más.

 

 

¿Hay alguna manera de que los calendarios gestionen el aumento  o disminución de equipos compartidos en un aula sin tener que reiniciar los pools?

 

Si, al definir los calendarios en los pools puedes crear tareas programadas, donde realizar todos los cambios que necesitas tanto de 

servicios iniciales, cachés, max. número de servicios, y publicar. Tienes que crear tantas acciones programadas como cambios quieras hacer.

 

Cuando dices reiniciar el pool te refieres a publicar ¿no?

Si es así, yo recomiendo hacerlo siempre que se hagan modificaciones del número de equipos etc, es algo no no tarda mucho y actualiza todas las reservas de los equipos, y evita problemas.

 

Si quieres que lo veamos in situ comentanoslo.

 

Un saludo.

 

 

 

 

_______________________________________________
Opengnsys-users mailing list
Opengnsys-users en listas.unizar.es <mailto:Opengnsys-users en listas.unizar.es> 
https://listas.unizar.es/cgi-bin/mailman/listinfo/opengnsys-users
----------
INFORMACIÓN SOBRE PROTECCIÓN DE DATOS DE CARÁCTER PERSONAL

Ud. recibe este correo por pertenecer a una lista de correo gestionada por la Universidad de Zaragoza.
Puede encontrar toda la información sobre como tratamos sus datos en el siguiente enlace: https://sicuz.unizar.es/informacion-sobre-proteccion-de-datos-de-caracter-personal-en-listas
Recuerde que si está suscrito a una lista voluntaria Ud. puede darse de baja desde la propia aplicación en el momento en que lo desee.
http://listas.unizar.es
----------



-- 

Juan Jesús Farfán Leiva

Tel.: 951 952751   Fax: 952 132673

e-mail: jjfarfan en uma.es

 <http://evlt.uma.es> Servicio Enseñanza Virtual y Laboratorios Tecnológicos

Universidad de Málaga <http://www.uma,es> 

------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: <http://listas.unizar.es/pipermail/opengnsys-users/attachments/20201218/05caa8e7/attachment-0001.html>