Hola Martí:
 
Para mi el problema no es el caso de los 50 registros, he probado con 5, 10, 
etc. y el error persiste. Ni siquiera es problema el error producido. En mi 
caso, quiero que se reutilicen los registros borrados. Yo también utilizo 
*NOMAX en el parámetro SIZE. El descubrimiento ha sido por casualidad. Si no 
hubiera probado un programa con un archivo sin incrementos y con un número fijo 
de registros, no me hubiera dado cuenta de la NO reutilización.
 
De todos modos, voy a ejecutar STROBJCVN antes de dar el aviso a IBM.
 
Un saludo y gracias.
 
 
Javier Mora


________________________________

        De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] En nombre de Marti Riera
        Enviado el: lunes, 25 de junio de 2007 22:07
        Para: forum.help400
        Asunto: Re: Reutilizar registros borrados y V5R4
        
        
        Hola Javier,
        
        Hablo de memoria, ya que estoy en casa. Estamos en V5R4 y migramos des 
V5R2 hace 1 mes; nosotros usamos lo mismo que tu REUSEDLT(*YES) y *NOMAX en los 
archivos (ahora mismo ocupan unos 6,5 Tb, si Terabytes) y la verdad es que no 
tenemos problemas (aunque mañana intentare hacer alguna prueba con un limite de 
50 regs.). 
        
        Por otro lado si es recomendable ejecutar el STROBJCVN, al menos ya 
tengo la costumbre de hacerlo después de la migración, ya que soluciona 
problemas "raros" de accesos a la base de datos.
        
        Prueba a ver no cuesta nada (bueno tiempo), yo lo que hago es un 
programilla que somete tantos trabajos como bibliotecas (exceptuando las Q*) 
por alguna cola que no sea *NOMAX para que ejecute de 4 en 4, por ejemplo, y 
evitar colapsar el sistema. 
        
        Ya contaras.
        
        Saludos y Suerte !!
        
        
        
        
        2007/6/25, alex martinez <[EMAIL PROTECTED]>: 

                Hola.
                
                Quizás el problema son esos 50 registros suprimidos migrados 
desde V5R3. 
                ¿has probado con un RGZPFM para acomodar el fichero a la nueva 
V5R4 ?
                
                He visto que el ultimo nivel de HIPER están en el nivel 47. 
                
                Si piensas que es problema de del OS/400 llama al CAS de IBM.
                
                ¿Hay algun error mas en el joblog ? Recuerdo que era 
recomensable realizar un STROBJCVN para que el sistema realizara una conversion 
de estructuras internas de los *FILE, pero no sé si está relacionado. 
                
                Salu2
                
                
                
                El día 25/06/07, Javier Mora < [EMAIL PROTECTED] <mailto:[EMAIL 
PROTECTED]> > escribió: 

                        

                        Hola a todos de nuevo (estoy hoy muy pesado): 

                        El problema que planteo ahora si que es grave. Estoy 
preparándome para cambiar a una nueva máquina con una nueva versión de S.O. (la 
V5R4). Parto de una máquina con V5R3. Estoy probando procesos críticos para 
evitar sorpresas el día que la ponga en producción. Tengo instaladas las 
últimas PTFs acumulativas (07107) y las últimas de grupo para HIPER (45), base 
de datos (11), etc. Hasta aquí todo bien. 

                        Ahora viene lo bueno. Por regla general todos los 
ficheros de mi base de datos tienen activa la opción de reutilizar registros 
borrados (REUSEDLT(*YES)). Puede que no sea muy eficiente, pero así lo tenemos. 
También tenemos puestos que el tamaño sea *NOMAX (SIZE(*NOMAX)). Sin embargo, 
tengo algunos ficheros temporales (por despiste o no) que tienen un tamaño de 
50 registros sin incrementos pero reutilizando registros. Hasta ahora ha sido 
suficiente. Nunca los programas que lo utilizaban fallaron. 

                        Con este entorno me dispongo a probar un programa 
vital: la facturación por ejemplo. Ah, ¡sorpresa! Error de ejecución con el id 
CPF5018: El miembro XXXXXX ha alcanzado el tamaño máximo. No se permiten 
incrementos. Parece que no es grave, pero si lo es. 

                        Este error me ayuda a descubrir que el sistema no está 
reutilizando registros, ya que el miembro está vacío pero con 50 registros 
borrados. Es decir, en principio se pueden reutilizar los cincuenta. Lo curioso 
del asunto es: 

                        - si un programa en RPG emitie una operación WRITE 
sobre este fichero, en este estado (50 borrados y 0 registros) se produce el 
error anterior.

                        - si intento añadir un registro por DFU, ¡si me deja! 

                        - en cambio, si lo intento con un CPYF, ¡no me deja! 

                        Entiendo que esto es un problema de PTFs. Consulto en 
la Web de IBM: APARS, PSP, Cover letters; no encuentro nada relacionado con el 
tema.

                        Realmente el problema es el siguiente: existen ciertos 
archivos en mi base de datos que están utilizándose 24x7x365; en el que se 
borran e insertan registros continuamente; contienen millones de registros; y 
no me puedo permitir un RGZPFM. Si el sistema no reutiliza estos registros, me 
puedo encontrar con un problema de ocupación. 

                        Termino. ¿Alguien en V5R4 se ha encontrado con este 
problema? ¿Cómo lo ha resuelto? No quiero, a estas alturas, ponerme a modificar 
programas que están funcionando perfectamente en V5R3, y son muchos. 

                        Un saludo y gracias por vuestra comprensión. 

                        Javier Mora 
                        Dpto. Informática 

                        E-mail: mailto:[EMAIL PROTECTED] <mailto:[EMAIL 
PROTECTED]> 
                        Web: http://www.dialsur.es <http://www.dialsur.es> 



                        __________________________________________________
                        Forum.HELP400 es un servicio m&amp;#225;s de NEWS/400.
                        &amp;#169; Publicaciones Help400, S.L. - Todos los 
derechos reservados
                        http://www.help400.es
                        _____________________________________________________
                        
                        Para darte de baja visita la siguente URL:
                        http://listas.combios.es/mailman/listinfo/forum.help400
                        

                
                
                
                -- 
                Mi blog sobre as400
                http://www.ajut400.com 
                __________________________________________________
                Forum.HELP400 es un servicio m&amp;#225;s de NEWS/400.
                &amp;#169; Publicaciones Help400, S.L. - Todos los derechos 
reservados
                http://www.help400.es
                _____________________________________________________
                
                Para darte de baja visita la siguente URL:
                http://listas.combios.es/mailman/listinfo/forum.help400
                




        -- 
        Martí Riera 

__________________________________________________
Forum.HELP400 es un servicio m&amp;#225;s de NEWS/400.
&amp;#169; Publicaciones Help400, S.L. - Todos los derechos reservados
http://www.help400.es
_____________________________________________________

Para darte de baja visita la siguente URL:
http://listas.combios.es/mailman/listinfo/forum.help400

Responder a