Taenk Ud af Big Box

En bankkunde af os havde anmodet bidrager til at løse et pludseligt problem, der vedrører deres IBM DWE server. Tilsyneladende fra visse dato, udføres alle processerne på DWE konsollen blev svigtet som vist i følgende figur:



Interessant, fordi der kun er få programmer, der kører i DWE og nogle af dem allerede kørt i mere end 2 år uden problemer, og nu alle disse ikke på én gang?

Ser man på logfilerne, er selvfølgelig db2cmd.exe smide en returkode af 5 med undtagelse kode SQL1042C hvilket betyder:



Og oh shit, hvad fanden er meningen med returkode 5?

Forsøgt at google, lookup IBM fora, kontaktede IBM Support, og ingen kan fortælle mig den definition af kode 5?

Den virkelige sjove er næsten alle andre DB2/DWE komponenter kører fint. db2cc, db2hc, db2start, db2stop, db2licm og mange andre jeg prøvede værker. Det ser ud som db2cmd.exe blive forbandet.

Jeg gjorde mange andre nye undersøgelser. For at nævne nogle få:

1. Udelukke Windows miljøvariabler
- Åbn et tilfælde af kommandoprompten, klare off hver miljøvariablen.
- Kør db2cmd.exe, stadig ikke med den samme fejl besked.

2. Udelukke Windows registreringsdatabasen
- Åbn regedit, smider \ HKEY_LOCAL_MACHINE \ SOFTWARE \ IBM og en under Nuværende bruger (du selvfølgelig backup det først)
- Kør db2cmd.exe, stadig ikke med den samme fejl besked.

3. Udelukke beskadigede filer # 1
- Kopier db2cmd.exe og alle de nødvendige dll filer fra min maskine til serveren.
- Åbn kommandoprompten, og, hver ting til min nye db2cmd.exe mappe
- Kør db2cmd.exe, stadig ikke med den samme fejl besked.

4. Udelukke beskadigede filer # 2
- Geninstaller DB2 Admin Client (Samme FP)
- Kør db2cmd.exe, stadig ikke med den samme fejl besked.

5. Udelukke beskadigede filer # 3
- Geninstaller DB2 alt (Nyeste FP)
- Kør db2cmd.exe, stadig ikke med den samme fejl besked.

6. Trace gennem AD GPO / Windows foderstoffer
- Brug gpmc.msc, GPResult, gpedit.msc og mange vinduer værktøjer
- Trace i tilfælde seere
- Se efter mistænkelige genstande. Intet fundet

7. Diagnosticering DB2 # 1
- Set DB2TEMPDIR til ikke-eksisterende mappe / mappe, hvor aktuelle bruger ikke har sikkerhed ret til adgang / skrive
- Db2cmd.exe normalt vil kaste DB2CMD.EXE -> 0, Access denied besked.
- Nope, stadig DB2CMD.EXE -> 5

8. Diagnosticering DB2 # 2
- Put DIAGLEVEL til 4, genstarte DB2, kør db2cmd.exe
- Intet nyttig i db2diag.log

9. Diagnosticering DB2 # 3
- Brug db2trc, tænde den, køre db2cmd.exe, slukke for den.
- Intet nyttig.

10. Diagnosticering DB2 # 4
- Kør db2setcp og db2clpsetcp selvstændigt med succes.

11. Diagnosticering DB2 # 5
- Fjoller rundt med db2set, fjerne indstillinger, ændre værdien til falske én og tilføje ting.
- Stadig Fejlkode 5 med db2cmd.exe

12. Find hvad dælen er fejl kode 5
- Åben db2cmd.exe med notepad, kig for enhver potentiel hints. Fandt en liste over API anvendes. Krydstjekke API navn med returkode 5 ved hjælp af Google.
- Synes lige returkode 5 er normalt forbundet med Access Denied fejl.

13. Finale
Google igen \ "db2cmd.exe -> 5 \" + SQL1042C. Fandt et forretningsmæssigt forbundet stilling i en kina forum. Tilsyneladende fyr, der står over for problemet er en elev, der var at prøve DB2 for nogle homeworks eller deromkring. Ingen løsning fra stillingen enten.

Meget interessant ... Hvad er forbindelsen eller lighed mellem en elev maskine i Kina og en produktion på server maskinen i Malaysia? Faktisk fandt jeg svaret på dette spørgsmål, og ja, det har løst problemet!

Enhver idé? : D