Hola que tal?
Subiendo el rendimiento academico me sale el siguiente error:
SELECT count(*) FROM guarani.gua_dsa_ids_lt_alcanceequivalencia WHERE alcanceequivalencia_id = 0
ERROR: relation “guarani.gua_dsa_ids_lt_alcanceequivalencia” does not exist
Position: 22
Lo raro es que veo dicha relacion en la base de datos siu_wichi en el esquema guarani_dsa, pero por lo que veo lo busca en el esquema guarani
Porque puede ser?
SALUDOS
Eso no sería problema porque en el esquema guarani existe con el nombre gua_dw_lt_alcanceequivalencia y el proceso “etl/carga_de_datos/guarani/importacion_guarani_dw/rendimiento_academico/gua_dw_lt_alcanceequivalencia.ktr” la busca con el nombre correcto.
¿De qué versión de Wichi son los etl que estás corriendo y con qué versión de Wichi creaste la base? ¿El error te lo tira el proceso de carga? ¿Podrías enviarnos el log de kitchen completo?
Hola Sebastian, como andas?
Mira, me parece que entreveré los archivos y corri con otra versión, volví a copiar todo y ya no sale mas ese error.
Pero ahora me sale otro qye te copio a continuación a ver que puede ser o si a alguien ya le salió. SALUDOS.-
--------ERROR--------------
ERROR 09-10 07:27:38,509 - Dimension lookup/update - Error desconocido
ERROR 09-10 07:27:38,510 - Dimension lookup/update - java.lang.RuntimeException: Error serializing row to byte array
at org.pentaho.di.core.row.RowMeta.extractData(RowMeta.java:848)
at org.pentaho.di.trans.steps.dimensionlookup.DimensionLookup.addToCache(DimensionLookup.java:1464)
at org.pentaho.di.trans.steps.dimensionlookup.DimensionLookup.lookupValues(DimensionLookup.java:719)
at org.pentaho.di.trans.steps.dimensionlookup.DimensionLookup.processRow(DimensionLookup.java:234)
at org.pentaho.di.trans.step.RunThread.run(RunThread.java:50)
at java.lang.Thread.run(Thread.java:679)
Caused by: java.lang.RuntimeException: materia_id String(2147483647) : There was a data type error: the data type of java.lang.Long object [4834] does not correspond to value meta [String(2147483647)]
at org.pentaho.di.core.row.ValueMeta.writeData(ValueMeta.java:2066)
at org.pentaho.di.core.row.RowMeta.writeData(RowMeta.java:478)
at org.pentaho.di.core.row.RowMeta.extractData(RowMeta.java:841)
… 5 more
Corri la conversion a UTF8.
Son 12 las bases de datos que tenemos, anduvieron en todas menos 3.
Eso es lo que me llama la atención.
Les tarnscribo el nuevo error, aparentemente problema de tipos cuando ejecuta lo de las catedras.
INFO 09-10 09:35:52,016 - lt_catedras - Loading transformation from XML file [file:///home/pentaho/SIU-Wichi_5.0.0/etl/carga_de_datos/guarani/importacion_guarani_dsa/rendimiento_academico/dsa_guarani_lt_catedras.ktr]
INFO 09-10 09:35:52,184 - dsa_guarani_lt_catedras - Iniciado despacho de la transformación [dsa_guarani_lt_catedras]
INFO 09-10 09:35:52,398 - gua_dsa_lt_catedras - Finished reading query, closing connection.
INFO 09-10 09:35:52,404 - If field value is null - Procesamiento finalizado (I=0, O=0, R=160, W=160, U=0, E=0
INFO 09-10 09:35:52,407 - gua_dsa_lt_catedras - Procesamiento finalizado (I=160, O=0, R=0, W=160, U=0, E=0
ERROR 09-10 09:35:52,430 - Dimension lookup/update - Error desconocido
ERROR 09-10 09:35:52,430 - Dimension lookup/update - java.lang.RuntimeException: Error serializing row to byte array
at org.pentaho.di.core.row.RowMeta.extractData(RowMeta.java:848)
at org.pentaho.di.trans.steps.dimensionlookup.DimensionLookup.addToCache(DimensionLookup.java:1464)
at org.pentaho.di.trans.steps.dimensionlookup.DimensionLookup.lookupValues(DimensionLookup.java:719)
at org.pentaho.di.trans.steps.dimensionlookup.DimensionLookup.processRow(DimensionLookup.java:234)
at org.pentaho.di.trans.step.RunThread.run(RunThread.java:50)
at java.lang.Thread.run(Thread.java:679)
Caused by: java.lang.RuntimeException: materia_id String(2147483647) : There was a data type error: the data type of java.lang.Long object [3049] does not correspond to value meta [String(2147483647)]
at org.pentaho.di.core.row.ValueMeta.writeData(ValueMeta.java:2066)
at org.pentaho.di.core.row.RowMeta.writeData(RowMeta.java:478)
at org.pentaho.di.core.row.RowMeta.extractData(RowMeta.java:841)
… 5 more
Hola. Tenés la posibilidad de enviarnos por mail uno de los lotes de datos que da error?
Hola Sebastian, si, pasame a que email nomas y te mando todos los archivos del Rendimiento academico.
SALUDOS
Probá directamente a sgonzalez@siu.edu.ar, porque el de wichi tiene limitado el tamaño de los adjuntos.
Ahi fue el correo!
El archivo FT_Cursado.txt está mal formado, tenés menos columnas de las necesarias. Se me ocurre que lo podés estar exportando mal. También podríamos revisar si lo está rompiendo el conversor de encoding.
Sebastian, ahi te mande por correo como quedo el archivo ahora,.
Lo compare con los que subieron bien y parece ahora estan todas las columnas.
Probe subirlo de nuevo y me dio error de nuevo.
Sera otro archivo estara mal tambien?
Reemplazando el txt que mandaste no me da error.
Podrías mandar el log? Y decime la versión de Wichi (y si es 5, si está aplicado el parche 5.0.1).
Hola Sebastian, te mando el Log, lo corri desde el Spoon para probar por las dudas.
Va el log en modo “dubugging” y en otro archivo solo las lineas con error.
Volvi a copiar el archivo por las dudas y nada, no se que puede ser…
Con respecto a la version es la 5, y lo del parche no se.
Pero es la maquina virtual que usamos en el curso. Las pruebas las estamos haciendo directamente sobre esa maquina virtual.
saludos
LOGS.rar (36.3 KB)
¿Queda espacio en el disco? Se puede borrar todo /home/pentaho/Instalación. Si hace falta también podrías borrar /usr/local/pentaho/biserver-wichi501.tar.gz. Si no es eso, avisame así sigo probando.
Hola Sebastian,
ahi elimine los archivos y pasa lo mismo, mismo error.
Igualmente te cuento que ya habiamos tenido el error del espacio de disco, y lo que hicimos fue crear una nueva particion y luego corrimos todo desde var/, que era donde estaba asignada la nueva particion y no tuvimos mas errores del espacio (que nos salian a cada rato), así que no debería ser eso…
Será algún simbolo? Por ejemplo el “º” de 1º Cuatrimestre, por ejemplo, que no lo esté tomando bien y lo toem como un simbolo raro…
SALUDOS
Probe sacandole ese simbolo y lo mismo.
Ademas las otras Facultades tambien lo tienen y subieron bien los archivos.
Volvi a restaurar el archivo y corri de nuevo.
Ahora veo esto:
materia_id String(2147483647) : There was a data type error: the data type of java.lang.Long object [3049] does not correspond to value meta [String(2147483647)]
Como que hay un error queriendo guarar un Long dentro de un string, que seria el caso de materia_id?
Sí, puede ser un problema en los datos, eso mismo me daba con tu FT original. Dale una mirada a guarani_tmp.gua_dsa_lt_carreras y guarani_tmp.gua_dsa_lt_materias. Si están mal asignados los campos hay que revisar los archivos de donde salen.
Mirando: guarani_tmp.gua_dsa_lt_materias y comparandolo con guarani.gua_dw_lt_materias para esa Facultad, veo que en guarani.gua_dw_lt_materias le faltan materias, como que no pudo pasar todas las del otro esquema. 41 materias de las 289.
Puede ser? Estará por ahí el problema? Algun caracter quizás que no lo reconoció y se cortó por eso… sigo mirando…
No entendí si el problema anterior ya se solucionó y esto es cuando el proceso finaliza correctamente. En caso contrario, estás comparando el guarani_tmp (que contiene los datos de los txt) con guarani, cuyos datos corresponden a una carga anterior o quizás a datos solo cargados parcialmente debido al error.
Hola Sebastian.
No, el problema anterior persiste.
Ahora, lo que me llama la atención es que, hice una prueba dejando el archivo LT_MateriasxDepto.txt con 1 solo renglón y sigue reportando el mismo error al ejecutar el procedimiento.
Evidentemente debe estar por otro lado la cosa.
Hice chequeo para ver que materias del total no había podido subir.
No se si eso tiene algo que ver con el error?
Esta es la consulta que ejecute:
select * from guarani_tmp.gua_dsa_lt_materias where materia_id not in (
select materia_id_gua from guarani.gua_dw_lt_materias where unidadacademica_id_gua = ‘FBRO’ ) order by materia_id
Y me arroja unos 41 registros…