unexpected records deletion (1 viewing) (1) Guest
Favoured: 0
|
|
|
TOPIC: unexpected records deletion
|
|
|
|
unexpected records deletion 10 Months, 3 Weeks ago
|
|
|
Md. Shahid wrote:<BR>
> I've included effected PF under journaling and I found QZDASOINIT as<BR>
> the program name.<BR>
<P>
You don't list a question here, I'll assume you'd like some opinions.<BR>
<P>
QZDASOINIT is the job used by ODBC requests. So, it looks like you have a <BR>
PC running data transfers that is deleting your data.<BR>
<P>
Bill <BR>
<P>
<P>
|
|
|
|
|
|
|
The administrator has disabled public write access.
|
|
|
|
unexpected records deletion 10 Months, 3 Weeks ago
|
|
|
Thanks Bill, <p>In fact, any opinion will be great. <p>BTW, down the line I am pasting the Job log partial contents :- <BR>
SQL0199 Diagnostic 30 11/16/07 10:27:56.995288 QSQRUN1 QSYS *STMT QSQRUN1 QSYS *STMT <BR>
From user . . . . . . . . . : TESTER <BR>
From module . . . . . . . . : QSQPREP <BR>
From procedure . . . . . . : CLEANUP <BR>
Statement . . . . . . . . . : 11033 <BR>
To module . . . . . . . . . : QSQPREP <BR>
To procedure . . . . . . . : CLEANUP <BR>
Statement . . . . . . . . . : 11033 <BR>
Message . . . . : Keyword DELETE not expected. Valid tokens: FOR WITH FETCH <BR>
ORDER UNION EXCEPT OPTIMIZE. <BR>
Cause . . . . . : The keyword DELETE was not expected here. A syntax error <BR>
was detected at keyword DELETE. The partial list of valid tokens is FOR <BR>
WITH FETCH ORDER UNION EXCEPT OPTIMIZE. This list assumes that the statement <BR>
is correct up to the unexpected keyword. The error may be earlier in the <BR>
statement but the syntax of the statement seems to be valid up to this <BR>
point. Recovery . . . : Examine the SQL statement in the area of the <BR>
specified keyword. A colon or SQL delimiter may be missing. SQL requires <BR>
5722SS1 V5R4M0 060210 Job Log DBLI5 11/16/07 09:28:58 Page 3 <BR>
Job name . . . . . . . . . . : QZDASOINIT User . . . . . . : QUSER Number . . . . . . . . . . . : 031734 <BR>
Job description . . . . . . : QDFTSVR Library . . . . . : QGPL <BR>
MSGID TYPE SEV DATE TIME FROM PGM LIBRARY INST TO PGM LIBRARY INST <BR>
reserved words to be delimited when they are used as a name. Correct the SQL <BR>
statement and try the request again. <BR>
SQL0104 Diagnostic 30 11/16/07 10:28:05.323632 QSQXCUTE QSYS *STMT QSQXCUTE QSYS *STMT <BR>
From user . . . . . . . . . : TESTER <BR>
From module . . . . . . . . : QSQXCUTE <BR>
From procedure . . . . . . : CLEANUP <BR>
Statement . . . . . . . . . : 25729 <BR>
To module . . . . . . . . . : QSQXCUTE <BR>
To procedure . . . . . . . : CLEANUP <BR>
Statement . . . . . . . . . : 25729 <BR>
Message . . . . : Token * was not valid. Valid tokens: FROM. <BR>
Cause . . . . . : A syntax error was detected at token *. Token * is not a <BR>
valid token. A partial list of valid tokens is FROM. This list assumes <BR>
that the statement is correct up to the token. The error may be earlier in <BR>
the statement, but the syntax of the statement appears to be valid up to <BR>
this point. Recovery . . . : Do one or more of the following and try the <BR>
request again: -- Verify the SQL statement in the area of the token *. <BR>
Correct the statement. The error could be a missing comma or quotation <BR>
mark, it could be a misspelled word, or it could be related to the order of <BR>
clauses. -- If the error token is <END-OF-STATEMENT>, correct the SQL <BR>
statement because it does not end with a valid clause.
|
|
|
|
|
|
|
The administrator has disabled public write access.
|
|
|
|
unexpected records deletion 10 Months, 3 Weeks ago
|
|
|
Looks like somebody logged on as TESTER is trying to run a DELETE statement over an ODBC connection. There are errors while they try to write a correct SQL statement. <p>The joblog might be more readable if you posted it in the Raw Code section of the message.
|
|
|
|
|
|
|
The administrator has disabled public write access.
|
|
|
|
unexpected records deletion 10 Months, 3 Weeks ago
|
|
|
Yup...You can see the last statement "TESTER" tried to run was: <BR>
"DELETE * FROM Sometable" when the syntax checker encountered the '*' and suggested the only valid token was FROM. I'd start with CHGUSRPRF USRPRF(TESTER) STATUS(*DISABLED)...Then post a global eamil in your organization to find out "Who wants to learn SQL?"...TESTER should be first in line. hoo-hoo :-)
|
|
|
|
|
|
|
The administrator has disabled public write access.
|
|
|
|
unexpected records deletion 10 Months, 3 Weeks ago
|
|
|
It's done like this TESTER: DELETE FROM SOMEFILE WHERE 1 = 1. No pesky "Are you sure?" prompts that way. Sorry Md Shahid, at least you've got that PF journaled...TESTER is trying to delete all the records in your file.
|
|
|
|
|
|
|
The administrator has disabled public write access.
|
|
|
|
unexpected records deletion 10 Months, 1 Week ago
|
|
|
Thanks Ken, you are correct. <p>I am investigating that how and when these statements are getting executed and what's their origin. As such I don't have any stored procedure or any external routine in use by TESTER.
|
|
|
|
|
|
|
The administrator has disabled public write access.
|
|
|
|
unexpected records deletion 10 Months, 1 Week ago
|
|
|
Thanks for these comments,, <p>but what's the origin for these statements like "DELETE FROM ..." TESTER is not calling any stored procedure or other routine. No SQL use <p>I am still investigating.
|
|
|
|
|
|
|
The administrator has disabled public write access.
|
|
|
|
unexpected records deletion 10 Months, 1 Week ago
|
|
|
Even Client Access Navigator can give SQL access via TCP/IP and ODBC and automatically connect to the 400's default database. Usually *LOCAL unless you have other databases. <p>The interactive session can execute SQL statements directly against the database. TESTER probably thinks: "Hmmmm, Select * from sometable listed all the records. Maybe Delete * from sometable will do something else?" <tee-hee-hee> Pure speculation.
|
|
|
|
|
|
|
The administrator has disabled public write access.
|
|
|
|
unexpected records deletion 10 Months, 1 Week ago
|
|
|
Hi, <p>I've been noticing that the PF records are being deleted by QZDASOINIT job. <p>I've included effected PF under journaling and I found QZDASOINIT as the program name. <p>Although, job log is not much helpfull. <p>Md. Shahid
|
|
|
|
|
|
|
The administrator has disabled public write access.
|
|
|
|
|