<div dir="ltr"><div dir="ltr"><div class="gmail_default" style="font-family:tahoma,sans-serif;font-size:small">Hola José Miguel, <br></div><div class="gmail_default" style="font-family:tahoma,sans-serif;font-size:small"><br></div><div class="gmail_default" style="font-family:tahoma,sans-serif;font-size:small">Se me pasó tu correo por completo, <br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">El vie, 11 dic 2020 a las 9:51, Jose Miguel Hernández (<<a href="mailto:josemh@usal.es">josemh@usal.es</a>>) escribió:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div lang="ES"><div class="gmail-m_7754614679988029270WordSection1"><p class="MsoNormal">Buenos días<u></u><u></u></p><p class="MsoNormal"><u></u> <u></u></p><p class="MsoNormal">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.<u></u><u></u></p><p class="MsoNormal">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.<u></u><u></u></p><p class="MsoNormal">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.<u></u><u></u></p><p class="MsoNormal">Sin embargo, en algún centro según avanzaba el cuatrimestre se han dado el siguiente caso:<u></u><u></u></p><p class="MsoNormal"><u></u> <u></u></p><p class="MsoNormal">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.<u></u><u></u></p><p class="MsoNormal"><u></u> <u></u></p><p class="MsoNormal">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. <u></u><u></u></p><p class="MsoNormal"><u></u> <u></u></p><p class="MsoNormal">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….<u></u><u></u></p><p class="MsoNormal"><u></u> <u></u></p><p class="MsoNormal">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.<u></u><u></u></p><p class="MsoNormal"><u></u> <u></u></p><p class="MsoNormal">¿Cómo gestionáis casos de estos? ¿Teneis varios pool por centro, uno por cada aula? </p></div></div></blockquote><div><br></div><div style="font-family:tahoma,sans-serif;font-size:small" class="gmail_default"><div style="font-family:tahoma,sans-serif;font-size:small" class="gmail_default">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. </div><div style="font-family:tahoma,sans-serif;font-size:small" class="gmail_default"><br></div><div style="font-family:tahoma,sans-serif;font-size:small" class="gmail_default">Respecto a pasar aulas de local a remote PC  solo lo hacemos si las podemos tener 24 horas o más.</div><div style="font-family:tahoma,sans-serif;font-size:small" class="gmail_default"><br></div></div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div lang="ES"><div class="gmail-m_7754614679988029270WordSection1"><p class="MsoNormal">¿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?</p></div></div></blockquote><div><br></div><div><div style="font-family:tahoma,sans-serif;font-size:small" class="gmail_default"></div><div style="font-family:tahoma,sans-serif;font-size:small" class="gmail_default">Si, al definir los calendarios en los pools puedes crear tareas programadas, donde realizar todos los cambios que necesitas tanto de </div><div style="font-family:tahoma,sans-serif;font-size:small" class="gmail_default">servicios iniciales, cachés, max. número de servicios, y publicar. Tienes que crear tantas acciones programadas como cambios quieras hacer.</div><div style="font-family:tahoma,sans-serif;font-size:small" class="gmail_default"><br></div><div style="font-family:tahoma,sans-serif;font-size:small" class="gmail_default">Cuando dices reiniciar el pool te refieres a publicar ¿no?</div><div style="font-family:tahoma,sans-serif;font-size:small" class="gmail_default">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.</div><div style="font-family:tahoma,sans-serif;font-size:small" class="gmail_default"><br></div><div style="font-family:tahoma,sans-serif;font-size:small" class="gmail_default">Si quieres que lo veamos in situ comentanoslo.</div><div style="font-family:tahoma,sans-serif;font-size:small" class="gmail_default"><br></div><div style="font-family:tahoma,sans-serif;font-size:small" class="gmail_default">Un saludo.</div><div style="font-family:tahoma,sans-serif;font-size:small" class="gmail_default"><br></div><div style="font-family:tahoma,sans-serif;font-size:small" class="gmail_default"><br></div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div lang="ES"><div class="gmail-m_7754614679988029270WordSection1"><p class="MsoNormal"><u></u><u></u></p><p class="MsoNormal"><u></u> <u></u></p></div></div>_______________________________________________<br>
Opengnsys-users mailing list<br>
<a href="mailto:Opengnsys-users@listas.unizar.es" target="_blank">Opengnsys-users@listas.unizar.es</a><br>
<a href="https://listas.unizar.es/cgi-bin/mailman/listinfo/opengnsys-users" rel="noreferrer" target="_blank">https://listas.unizar.es/cgi-bin/mailman/listinfo/opengnsys-users</a><br>
----------<br>
INFORMACIÓN SOBRE PROTECCIÓN DE DATOS DE CARÁCTER PERSONAL<br>
<br>
Ud. recibe este correo por pertenecer a una lista de correo gestionada por la Universidad de Zaragoza.<br>
Puede encontrar toda la información sobre como tratamos sus datos en el siguiente enlace: <a href="https://sicuz.unizar.es/informacion-sobre-proteccion-de-datos-de-caracter-personal-en-listas" rel="noreferrer" target="_blank">https://sicuz.unizar.es/informacion-sobre-proteccion-de-datos-de-caracter-personal-en-listas</a><br>
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.<br>
<a href="http://listas.unizar.es" rel="noreferrer" target="_blank">http://listas.unizar.es</a><br>
----------<br>
</blockquote></div><br clear="all"><br>-- <br><div dir="ltr" class="gmail_signature"><div dir="ltr"><blockquote style="margin:0px 0px 0px 40px;border:medium none;padding:0px"><div><div><b>Juan Jesús Farfán Leiva</b></div></div><div><div>Tel.: 951 952751   Fax: 952 132673</div></div><div><div>e-mail: <a href="mailto:jjfarfan@uma.es" target="_blank">jjfarfan@uma.es</a></div></div><div><div><a href="http://evlt.uma.es" target="_blank"><i>Servicio Enseñanza Virtual y Laboratorios Tecnológicos</i></a></div></div><div><div><i><font face="'arial black', sans-serif"><a href="http://www.uma,es" target="_blank">Universidad de Málaga</a></font></i></div></div></blockquote></div></div></div>