Actualizamos a Mapuche 3.12.3 y vi que desde la versión 3.12.2 cambió la forma de extraer los ETLs para los cubos de Pentaho como veníamos utilizando.
Estoy siguiendo los pasos del link https://documentacion.siu.edu.ar/wiki/SIU-Mapuche/Version3.12.2/Documentacion_de_las_operaciones/comunicacion/sistemas_siu y empecé a configurar el cliente.ini y servidor.ini en el Mapuche de testing para ir viendo como es el procedimiento (va contra el Pentaho de producción, ya que ahí tenemos una sola instancia instalada) y por ahora cada vez que voy a “Generar Solicitud” me devuelve el error: Error en la conexión, verifique la URL configurada en el archivo cliente.ini (adjunto print)
En el cliente.ini tengo algunas dudas:
[conexion]
url_wichi = http://xx.xxx.xxx.xx:8080 --> ¿Acá va con el http://? ¿todas las variables van sin comillas? Le puse la URL por la que entramos a Pentaho normalmente.
path_etl = /usr/local/pentaho ---> En nuestro caso este path es igual al de lejemplo
usuario_pentaho = user ----> ¿Aca va el user "Admin" (con el que manejamos la consola) o puede ir cualquier user de Pentaho?
password_pentaho = pass
Otra cosa, el achivo servidor.ini el campo autenticacion lo tenia seteado con “digest” , acá lo puse en basic como informa el instructivo ¿Esto no afecta otros rest? Por ejemplo el de autogestion que tenemos configurado contra Mapuche.
Hola, buen día.
A continuación te respondo las consultas:
La url de Pentaho debe incluir el http al comienzo.
Los valores que configuras en cada una de las variables deben ir entre comillas dobles, y el campo url_wichi debe configurarse con la url de acceso a Pentaho.
Los campos usuario_pentaho y password_pentaho deben completarse con el user y pass que usas para ingresar a Pentaho.
Y el cambio en el campo autenticacion no debería afectar el funcionamiento de los otros servicios rest.
Recuerden que para el funcionamiento correcto en la comunicación entre los sistemas deben tener instalado y configurado la última versión de Wichi también.
Configuré el cliente.ini tal cual me indicaste y me sigue arrojando el mismo mensaje en la salida de Mapuche " Error en la conexión, verifique la URL configurada en el archivo cliente.ini"
en nuestro caso usábamos los 2 sistemas sin problemas hasta el mes pasado (extrayendo los ETL para cada sistema desde mapuche en ----> comunicacion —> otros sitemas del siu —> siu wichi)
Por otro lado Pentaho (Version 4.8.0) ---- http://yy.yy.yy.yy:8080/pentaho (adjunto print) — Esa es la versión de la plataforma PentahoBi Server pero no se si es la del Wichi instalado en este server.
¿Que datos tienen cargados en wichi 310 (php) que no tengan en Wichi (pentaho 4.8)?
En casos que si, ¿que datos tienen cargados en wichi (pentaho)?
Te adjunto una imagen para que veas que datos cargábamos hasta el mes pasado tanto en Wichi como en Pentaho , ambos archivos eran extraidos desde Mapuche y en cada uno teniamos un proceso diferente para subirlo a Wichi y a Pentaho.
¿Tienen wichi operativo en pentaho, que version de wichi?
Por lo que vi en la BD de Pentaho (esquema public - en la tabla version) figura: 050400 actualizada 2015-03-30 por lo que entendio que es esa la version de Wichi.
Hola Pablo: en el año 2013 liberamos la versión wichi 4.0.0 en Pentaho. Esa versión permitía la migración de wichi 3.1.0 (versión en php) a Pentaho, que según entiendo uds hicieron, ya que tienen wichi 5.4.0 (con pentaho 4.8.0).
El wichi php está discontinuado y no estamos brindando soporte, ya que las versiones de pentaho reemplazaron ese viejo wichi php.
Para poder cargar y utilizar el nuevo cubo Mapuche, es necesario migrar a Wichi 6.8.1 (con Pentaho 6.1). Bajando esa versión, en el directorio SIU-Wichi_6.8.1\etl\migraciones_base_datos, tienen disponible todos los etl para poder migrar los datos desde wichi 5.4.0 a 6.8.1.
Si necesitan ayuda con esta migración, no duden en consultar, podemos hacer un meet para ver lo que necesiten.
Antes que nada gracias por la respuesta y predisposición para ayudarme.
si, sabía que el wichi (php) estaba discontinuado y solo salían las nuevas versiones para usar con Pentaho directamente, nosotros en la UNLa usábamos los 2 paralelamente (aunque en si la gran mayoría de las áreas que consultaban solo utilizaban los cubos de Pentaho).
Ya descargué el SIU-Wichi_6.8.1\etl\migraciones_base_datos y vi los scripts para actualizar wichi 5.4.0 a 6.8.1. ¿Entiendo que hay que ir ejecutando uno por uno o se puede ir salteando de versión?
¿Recomendas instalar Pentaho 6.1 de cero en un nuevo server o actualizarlo del que ya tenemos 4.8.0?
Hola Pablo, es necesario ejecutar los scripts uno por uno, de versión en versión, sin saltear ya que van modificando la base de datos.
Te paso el link a la guía de instalación: https://documentacion.siu.edu.ar/wiki/SIU-Wichi/Version6.8.1/instalacion
Respecto a pentaho, tienen que instalar de cero la versión 6.1
Tenemos disponible una virtual con la 6.8.1: https://drive.google.com/drive/u/0/folders/0B4gu579qJCCVc1lVZUZGWkdtUkU
Pueden bajarla y utilizarla subiendo la base de datos siu_wichi de unla
Para poder realizar la migración de usuarios y roles se utiliza la base hibernate del pentaho 4.8
Además de las instancias que te había comentado que tenemos instalados: wichi 5.4.0 - pentaho 4.8.0 en la cual tenemos cubos de Mapuche-Pilaga con información hasta Diciembre 2020 , te cuento que en Febrero 2020 habíamos instalado en otro server nuevo un Pentaho 6.1 y Wichi 6.6.1 (con info de Mapuche y Pilaga hasta esa fecha - Feb 2020) con lo cual partiendo desde acá evitaríamos varios cambios de versión. Es decir solo nos restaría realizar estos 3 saltos
SIU-Wichi_6.7.0
SIU-Wichi_6.8.0
SIU-Wichi_6.8.1
Ahora mi consulta es
1)Nos recomendas hacer estos 3 saltos de versión para finalizar en WICHI 6.8.1 y luego desde esta versión importaríamos los cubos que nos faltarían (es decir desde Marzo 2020 en adelante)
La otra opción que pensamos es hacer un backup de la base actual wichi 5.4.0 (que tiene info hasta diciembre 2020) y restaurarlo en la versión que tenemos WICHI 6.6.1 y seguir con la actualización, la duda que tenemos es si hubieron cambios entre las versiones 5.4.0 y la 6.6.1 en las base de datos que puedan dar conflicto al levantar el backup.
