Si
- Original Message -
From: Vicente García [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Tuesday, December 02, 2003 7:52 PM
Subject: RE: ERP/CRM
¿Entiendo que sobre plataforma iSeries?
-Mensaje original-
De: Mariano Díaz Diaz [mailto:[EMAIL PROTECTED]
Enviado el: martes,
Title: Mensaje
Corrijo: no tenemos un miembro fuente por cada restricción. Tenemos uno
por fichero, con todas sus restricciones
Saludos.
Fernando Pérez.
Cerámica Saloni. Dpto. Sistemas
mailto:[EMAIL PROTECTED]
-Mensaje original-De: Fernando Pérez
[mailto:[EMAIL PROTECTED]
Hola:
este documento de IBM te lo explica:
http://www-912.ibm.com/s_dir/slkbase.nsf/1ac66549a21402188625680b0002037e/c0f612c67f86b22486256b410053bfd3?OpenDocument
Salu2
- Original Message -
From: Luis [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Tuesday, December 02, 2003 6:57 PM
Hola Fernando:
Efectivamente me refería a OPERATIVO, perdona la confusión.
El trigger se crea como trigger SQL en la misma biblioteca que el fichero, y es el propio sistema el que le da el nombre.
Lo que ocurre es que si duplicas el fichero en otra biblioteca, automáticamente se duplican los
Hola compañeros:
Me ha ocurrido un problema tonto. Tengo 2 usuarios con perfil *SECOFR. Uno
de ellos se quedó desabilitado (*DISABLED) pero conozco su password. El otro
es QSECOFR pero se cambió el password y no lo recuerdo, aunque tal vez lo
podria acertar si tuviera intentos ilimitados para
Te diria que sigas reintentandolo siempre que tengas una consola.
El usuario QSECOFR siempre te permitira entrar desde consola. Lo que te
ocurrira es que te deshabilitara la consola y tendras que entrar desde otra
pantalla 5250 a activarla
De todas formas , ¿ Has probado a entrar con el
Supongo que ningun otro usuario tiene autorizacion para cambiar contraseñas ni
habilitar usuarios ¿no?, qsysopr tal vez.
Pedro Pinedo Hernandez
Analista-Programador
Amcor Flexibles Tobepal Logroño
Departamento de Informática / IT Department
tfno.:+34 941 28 60 90 - 941 03 01 39
fax: +34 941 20
Los intentos los puedes hacer desde la cónsola. En la consola el usuario QSECOFR puede entrar aunque esté deshabilitado.
Por otro lado otra opcion es hacer el proceso de restablecer la contraseña de QSECOFR, pero esto obliga a hacer un IPL manual
Saludos
Gracias a todos la información que me habéis facilitado me ayudo a solventar
el problema.
-Mensaje original-
De: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] nombre de alex martinez
Enviado el: miércoles, 03 de diciembre de 2003 09:49
Para: [EMAIL PROTECTED]
Asunto: Re: Instalación de
-Mensaje original-
De: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] nombre de [EMAIL PROTECTED]
Enviado el: miércoles, 03 de diciembre de 2003 10:22
Para: [EMAIL PROTECTED]
Asunto: Re: QSECOFR
Te diria que sigas reintentandolo siempre que tengas una consola.
El usuario
Title: Mensaje
Bueno, por vuestra
experiencia parece que lo de copiar tablas no es demasiado problema ( ya te
digo, nosotros estamos empezando con este tema ). De todas maneras, y ya
entrando en el terreno de lo opinable, a mi me sigue sin gustar el tener toda la
definición de la tabla con
EL USUARIO *SECOFR DEL QUE CONOCES LA PASWORD TE PERMITE HABILITAR EL
QSECOFR (CHGUSRPRF QSECOFR *ENABLED)
-Mensaje original-
De: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] En nombre de MASSANA
Enviado el: miércoles, 03 de diciembre de 2003 10:13
Para: [EMAIL PROTECTED]
Asunto: QSECOFR
No es este el caso. El usuario del que conozco el password está
desabilitado.
Un saludo.
-Mensaje original-
De: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] nombre de Carlos Lara
Enviado el: miércoles, 03 de diciembre de 2003 11:09
Para: [EMAIL PROTECTED]
Asunto: RE: QSECOFR
EL
Prueba a hacer lo siguiente:
Crea un cl para cambiar la contraseña de qsecorf o habilitarlo.
Cambia el propietario a qsecofr
Cambia el programa para que utilice autorizacion adoptada *owner
Ejecutalo.
Pedro Pinedo Hernandez
Analista-Programador
Amcor Flexibles Tobepal Logroño
Departamento
Prueba a abrir una sesión de FTP contra el AS400 con usuario QSECOFR, en
principio el FTP no tine límite de intentos de validación de usuario. Por
precaución abre primero una sesión de FTP con un usuario conocido y
verifica que realmente no hay límite de intentos de login y que no te
deshabilita
Title: Mensaje
Hola:
Pues como decía en otro mail con respecto a base de datos
nosotros tenemos un problema que no hemos podido solucionar:
Resulta que tenemos una aplicación cuyas CL's hacen un OVRDBF de los ficheros
con SHARE(*YES) y luego hacen un OPNDBF con OPTION(*ALL). En la cadena,
Title: Mensaje
Si el trigger
contiene la expresión 'Begin Atomic', se está solicitando control de compromiso.
Si no me equivoco, esto requiere que las tablas implicadas estén
registrandose por diario.
Esta podría ser la
diferencia con un trigger RPG, aunque este último también podría
Entra con el usuario1, del que conoces la password, y cambia la password del usuario2.
Agustin.
[EMAIL PROTECTED] Miércoles, 03 de diciembre de 2003
Hola compañeros:
Me ha ocurrido un problema tonto. Tengo 2 usuarios con perfil *SECOFR. Uno
de ellos se quedó desabilitado (*DISABLED) pero
Agustin, el problema es que con el usuario1 no puedo entrar porque está
desabilitado y con el usuario2 (QSECOFR) no puedo entrar porque no encuentro
el password.
De momento, gracias al foro sé que desde consola tengo intentos ilimitados
para probar si acierto con el password que en su dia le puse
Haciendo IPL manual y entrando en las DST puedas cambiar la contraseña de QSECOFR, lo
único que si el sistema esta en producción me temo que no puedas tirarlo.
Otra forma que se me ocurre es ejecutando un mandato remoto por FTP, algo como esto:
ftp 'tu as400'
entrar usuario (intenta meter el
Hola, te puedo hablar de QSv, en plataforma series y con más de
1500 instalaciones en toda España. Si te interesa te puedo enviar
información a nivel personal.
-Mensaje original-
De: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] En nombre de Vicente García
Enviado el: martes, 02 de
Saludos:
Por necesidad vamos a migrar porun periodo
de2semanasnuestra base de datos a otro As400 (prestado). Ya
tengo definido como pasarla base de datos, pero mi duda es como hacer
paramigrar los usuarios (solo los que necesito) y las impresoras virtuales
(creadas por Client Access).
Se
Os agradezco vuestra colaboración.
La opción de entrar por FTP no ha tenido éxito ya que me rechaza entrar con
el usuario que se encuentra *disabled.
Me falta probar a hacer IPL manual.
Un saludo.
-Mensaje original-
De: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] nombre de JAVIER
Hola:
Tienes varios métodos para restaurar la contraseña:
Este documento te los explica:
http://www-912.ibm.com/s_dir/slkbase.NSF/0/b2af36281b7f2fca862565c2007d29ac?OpenDocument
SAlu2
- Original Message -
From: MASSANA [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Wednesday, December
Has probado a hacer lo que te ha dicho Pedro Pinedo. Yo creo que te puede
funcionar. La duda me queda en saber si vas a poder otorgar las
autorizaciones sin tener la suficiente autorizacion valga la redundancia
Si no le has entendido lo intentamos hacer
Si te funciona nos lo dices
Un
Hola:
Para restaurar los perfiles de
usuario necesitas un soporte con unSAVSYS o SAVSECDTA de tu
AS400.Haz un RSTUSRPRF de los
perfiles de usuario que necesites. Por ultimo y despues de restaurar
bibliotecas, haz RSTAUT para restaurar las autorizaciones privadas.
Para las impresoras
Hola:
Esto no funciona (error CPF2217) si no tienes autorizacion sobre el perfil
de usuario QSECOFR. La ayuda del mandato CHGOBJOWN explica las
autorizaciones necesarias.
SAlu2
- Original Message -
From: Pinedo Pedro [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Wednesday, December 03,
Si no mal recuerdo, por el foro se comento hace algun tiempo sobre la forma
de 'transferir' un trabajo a un usuario distinto sin necesidad de conocer
su contraseña, probablemente si buscas en la web del foro esos mensajes
puedas 'switchear' tu trabajo a QSECOFR, y con su autoridad habilitar el
Saludos
Amigos del foro, a continuaciòn envio un pequeño Programa CLP realizado por mi
persona, que realiza lo que esta comentando el compañero Jesus Olague.
Espero que ayude.
Leonardo Villalobos
Banco Occidental de Descuento.
Maracaibo Venezuela.
Hola amigos del foro.
Tengo un problema y espero puedan ayudarme. Resulta que quiero entrar al
Service Tools (STRSST), pero el usuario QSECOFR se encuentra deshabilitado,
por lo que se me presenta el siguiente mensaje: Service tools user ID has
been disabled.
¿Que puedo hacer? ¿Al dar IPL
Saludos
Amigo Juan Manuel, puedes utilizar el comando CHGDSTPWD y utilizar el valor
*DEFAULT, para colocar la contraseña para el usuario QSECOFR, igual (Es decir igual
Nombre).
Debes ejecutar el comando conectado al sistemas bajo el Perfil de Usuario QSECOFR.
Espero
Puedes dara el comando
CHGDSTPWD *DEFAULT
luego das
STRSST
QSECOFR
QSECOFR
F9, y cambias la clave.
Saludos,
Hector Vera
-Mensaje original-
De: Villazana, Juan (OS Mexico) [mailto:[EMAIL PROTECTED]
Enviado el: Miércoles, 03 de Diciembre de 2003 12:28 p.m.
Para: '[EMAIL
Estimado Juan villazana,
Existe una forma de habilitar el perfil del QSECOFR sin tener que dar IPL
pero es a partir de la versión 5.1 del SO.
1.Tenes que firmarte con un usuario con suficiente autoridad como un SECOFR
y digitar el comando CHGDSTPDW luego F4,
2. En el campo donde va la
Hola:
A mí me está pasando algo parecido que a Juan Manuel, aunque en mi caso me
indica que la contraseña ha caducado.
Al seguir los pasos que comentáis y al cambiar la contraseña (F9) me da
error diciendo:
No puede cambiarse la contraseña de ID de usuario de herramientas de
servicio.
¿Tendré que
si pones el cursor sobre la leyenda de ''No se puede cambiar la contraseña
'' probablemente te permita ver más detalle de por que no se puede cambiar
la contraseña y tambie´n te sugiere una acción ..Sin embargo tienes que
asegurarte que el usuario con el que estas tratando de hacer el cambio
De hecho... ya lo hice como mencionas... sólo que ahora se me presenta el
siguiente error:
Service tools user ID password cannot be changed.
Your system is configured to prevent a service tools user ID with a default
and expired password from changing its own password.
Recovery . . . :
Por el mensaje probablemente el nivel de seguridad del sistema se encuentra
en 50 que es el más alto , aunado a esto si estas haciendo el cambio con el
QSECOFR entonces lo más probable es que tengas que dar IPL Manual
Otra sería el bajar el nivel de seguridad global de tu sistema sin
Xavier.
Una vez ejecutado el comando CHGDSTPWD, ya no se me presenta el mensaje de
usuario deshabilitado. Sino que ahora se me presenta el mensaje de Password
disabled, igual que tu. Creo que ahora estamos en igualdad de situaciones.
¿Alguna idea?
Nuevamente agradecido.
Juan Manuel
Eduardo. Gracias por tus respuestas.
El nivel de seguridad que manejamos en nuestra empresa es de 40. ¿Aún así
consideras que deberemos de realizar un IPL manual?
Xavier. ¿En tu caso que nivel de seguridad manejas?
De cualquier forma, me gustaría agotar posibilidades antes de dar un IPL.
Con nivel 40 creo que la cosa se torna diferente .sin embargo
esto del cambio de contraseña del QSECOFR de las SST a partir de la versión
5.1 hacia una diferencia entre minúsculas y mayúsculas a ,o que me
refiero es que si te equivocas al hacer el cambio de contraseña solo te da
Yo estoy en nivel 30. Está claro que no es un problema de nivel de
seguridad.
Es cierto que la contraseña es sensible a minúsculas. No obstante, el
sistema no se queja de contraseña incorrecta.
La explicación del propio mensaje de error lo indica muy claramente:
Causa . . . . . : El sistema está
Saludos
Amigo Xavier, leyendo el mensaje, lo que te indica el sistema Operativo, es que la
contraseña que intentan utilizar es una por omisiòn, es decir igual al nombre del
usuario.
¿Realizaste la prueba con otra contraseña?
Espero que te ayude.
Saludos
Raul:
El problema reside precisamente en que, al querer cambiar la contraseña por
omisión nos dice que no podemos cambiarla. Si vuelves a leer detenidamente
donde he puesto Causa. . . lo comprenderás.
Si pensamos un poco en la lógica de actuación de la seguridad del propio
OS400, es bastante
Tienen toda razón,
lo indicado de acuerdo a los manuales es dar una IPL manual y habilitar
desde ahí el perfil de SECOFR
Salu2
Eduardo Luna C.
Soporte AS/400
Malta Cleyton México S.A. de C.V.
Poniente 134 No.786 Ind.Vallejo
Title: Tema CPYTOPCD
Hola , hace unos dias ejecutaba el comando CPYTOPCD con un archivo para dejarlo en carpeta QDLS
como TXT y un campo empaquetado de importe me lo pasaba correctamente , hoy el ejecuto lo mismo
y este campo me aparace con caracteres raros , a que puede ser debido
QSECOFR de OS/400 y QSECOFR de DST son la llave maestra, con cualquiera de
ellas eres el amo del calabozo, si pierdes las dos date por jodido.
Version 5.2
http://publib.boulder.ibm.com/iseries/v5r2/ic2931/info/rzamh/rzamhrecover.ht
m
Versión 5.1
Iniciamos sesión con QSECO, utilizamos el
Hola amigos:
Me han sido muy útiles vuestras ideas y vuestros conocimientos. Muchas
gracias.
Finalmente, en mi caso, la solución más práctica ha sido echar mano del
último SAVSYS para desde allí hacer un RSTUSRPRF de mi usuario desabilitado
cuya contraseña sí tengo. Una vez recuperado, no he
47 matches
Mail list logo