SmtpMail.p runnig slow through webspeed - openedge

We use the smtpmail.p procedure from FFW to send all of our emails. These emails can be generated from a hard client or through webspeed from our website.
When triggering this code from the hard client the email sends instantly but when it is triggered through webspeed it seems to take 6-8 seconds for the code in smtpmail.p to fully execute. I have attached both socketmail logs which shows that it took ~7 seconds to fully execute from the website but instantly from the hard client.
Has anyone come across this issue before? Ideally we would like the website to match the speed of the hard client.
Thanks in advance for any insights.
This is being used to email a OTP code to an input email address and we would ideally like this to be as fast as possible. The below are my log files from both tests.
This is the log when running through our client front-end.
15/11/22 10:45:46
************** ****** New Group ******* ************
Socket email started
15/11/2022 10:45:46.673+00:00
Input Parameters
EmailFrom = ***
EmailReplyTo =
EmailTo = ***
EmailCC =
Attachments =
LocalFiles =
Subject = Email Test
Body = a
MIMEHeader = type=text/plain:charset=UTF-8
LocalHostName = localhost
Delivery Receipt = no
Read Receipt = no
Importance = 0
DoAuth = no
AuthType = Postfix
User =
Password = <Hidden>
15/11/22 10:45:46 opening socket
15/11/22 10:45:46 SOCKET Connection Established.
15/11/22 10:45:46 Number of lines: 2
str:220 *** ESMTP Postfix (Ubuntu)
15/11/22 10:45:46 Parse Line:1
Line:220 *** ESMTP Postfix (Ubuntu)
15/11/22 10:45:46 Begin read state 1
RESP:220 *** ESMTP Postfix (Ubuntu)
15/11/22 10:45:46 1 220 HELO
15/11/22 10:45:46 newstate: 5 - Sending: HELO localhost
15/11/22 10:45:46 newstate - before 0 16 0
15/11/22 10:45:46 newstate - after 16 16 16
15/11/22 10:45:46 END READ state 5
15/11/22 10:45:46 Number of lines: 2
str:250 ***
15/11/22 10:45:46 Parse Line:1
Line:250 ***
15/11/22 10:45:46 Begin read state 5
RESP:250 ***
15/11/22 10:45:46 5 250 Mail From
15/11/22 10:45:46 newstate: 6 - Sending: MAIL From: <***>
15/11/22 10:45:46 newstate - before 0 40 16
15/11/22 10:45:46 newstate - after 40 40 40
15/11/22 10:45:46 Recipient Cnt: 1
15/11/22 10:45:46 END READ state 6
15/11/22 10:45:46 Number of lines: 2
str:250 2.1.0 Ok
15/11/22 10:45:46 Parse Line:1
Line:250 2.1.0 Ok
15/11/22 10:45:46 Begin read state 6
RESP:250 2.1.0 Ok
15/11/22 10:45:46 6 250 Mail TO/CC 1 of (To:1 *** cc:0)
15/11/22 10:45:46 1 Email TO ***
15/11/22 10:45:46 newstate: 7 - Sending: RCPT TO: <***>
15/11/22 10:45:46 newstate - before 0 38 40
15/11/22 10:45:46 newstate - after 38 38 38
15/11/22 10:45:46 END READ state 7
15/11/22 10:45:46 Number of lines: 2
str:250 2.1.5 Ok
15/11/22 10:45:46 Parse Line:1
Line:250 2.1.5 Ok
15/11/22 10:45:46 Begin read state 7
RESP:250 2.1.5 Ok
15/11/22 10:45:46 7 250 Data
15/11/22 10:45:46 newstate: 8 - Sending: DATA
15/11/22 10:45:46 newstate - before 0 7 38
15/11/22 10:45:46 newstate - after 7 7 7
15/11/22 10:45:46 END READ state 8
15/11/22 10:45:46 Number of lines: 2
str:354 End data with <CR><LF>.<CR><LF>
15/11/22 10:45:46 Parse Line:1
Line:354 End data with <CR><LF>.<CR><LF>
15/11/22 10:45:46 Begin read state 8
RESP:354 End data with <CR><LF>.<CR><LF>
15/11/22 10:45:46 8 354 build HEADER/SEND data
15/11/22 10:45:46 writedata chomp NULL data 0
15/11/22 10:45:46 writedata - before 0 339 7
15/11/22 10:45:46 writedata - IN 0 339 7
15/11/22 10:45:46 writedata = after 339 339 339
15/11/22 10:45:46 writedata chomp NULL data 0
15/11/22 10:45:46 writedata - before 0 93 339
15/11/22 10:45:46 writedata - IN 0 93 339
15/11/22 10:45:46 writedata = after 93 93 93
15/11/22 10:45:46 writedata chomp NULL data 0
15/11/22 10:45:46 writedata - before 0 5 93
15/11/22 10:45:46 writedata - IN 0 5 93
15/11/22 10:45:46 writedata = after 5 5 5
15/11/22 10:45:46 newstate: 9 - Sending: .
15/11/22 10:45:46 newstate - before 0 3 5
15/11/22 10:45:46 newstate - after 3 3 3
15/11/22 10:45:46 END READ state 9
15/11/22 10:45:46 Number of lines: 2
str:250 2.0.0 Ok: queued as BEC08407C9
15/11/22 10:45:46 Parse Line:1
Line:250 2.0.0 Ok: queued as BEC08407C9
15/11/22 10:45:46 Begin read state 9
RESP:250 2.0.0 Ok: queued as BEC08407C9
15/11/22 10:45:46 9 250 SEND QUIT
15/11/22 10:45:46 newstate: 10 - Sending: QUIT
15/11/22 10:45:46 newstate - before 0 6 3
15/11/22 10:45:46 newstate - after 6 6 6
15/11/22 10:45:46 END READ state 10
15/11/22 10:45:46 END SMTP SESSION
and this is how it looks when being executed through the website and webspeed.
15/11/22 10:43:56
************** ****** New Group ******* ************
Socket email started
15/11/2022 10:43:56.933+00:00
Input Parameters
EmailFrom = ***
EmailReplyTo =
EmailTo = ***
EmailCC =
Attachments =
LocalFiles =
Subject = Email Test
Body = a
MIMEHeader = type=text/plain:charset=UTF-8
LocalHostName = localhost
Delivery Receipt = no
Read Receipt = no
Importance = 0
DoAuth = no
AuthType = Postfix
User =
Password = <Hidden>
15/11/22 10:43:56 opening socket
15/11/22 10:43:56 SOCKET Connection Established.
15/11/22 10:43:56 END READ state 1
15/11/22 10:43:57 Number of lines: 2
str:220 *** ESMTP Postfix (Ubuntu)
15/11/22 10:43:57 Parse Line:1
Line:220 *** ESMTP Postfix (Ubuntu)
15/11/22 10:43:57 Begin read state 1
RESP:220 *** ESMTP Postfix (Ubuntu)
15/11/22 10:43:57 1 220 HELO
15/11/22 10:43:57 newstate: 5 - Sending: HELO localhost
15/11/22 10:43:57 newstate - before 0 16 0
15/11/22 10:43:57 newstate - after 16 16 16
15/11/22 10:43:57 END READ state 5
15/11/22 10:43:58 Number of lines: 2
str:250 ***
15/11/22 10:43:58 Parse Line:1
Line:250 ***
15/11/22 10:43:58 Begin read state 5
RESP:250 ***
15/11/22 10:43:58 5 250 Mail From
15/11/22 10:43:58 newstate: 6 - Sending: MAIL From: <***>
15/11/22 10:43:58 newstate - before 0 40 16
15/11/22 10:43:58 newstate - after 40 40 40
15/11/22 10:43:58 Recipient Cnt: 1
15/11/22 10:43:58 END READ state 6
15/11/22 10:43:59 Number of lines: 2
str:250 2.1.0 Ok
15/11/22 10:43:59 Parse Line:1
Line:250 2.1.0 Ok
15/11/22 10:43:59 Begin read state 6
RESP:250 2.1.0 Ok
15/11/22 10:43:59 6 250 Mail TO/CC 1 of (To:1 *** cc:0)
15/11/22 10:43:59 1 Email TO ***
15/11/22 10:43:59 newstate: 7 - Sending: RCPT TO: <***>
15/11/22 10:43:59 newstate - before 0 38 40
15/11/22 10:43:59 newstate - after 38 38 38
15/11/22 10:43:59 END READ state 7
15/11/22 10:44:00 Number of lines: 2
str:250 2.1.5 Ok
15/11/22 10:44:00 Parse Line:1
Line:250 2.1.5 Ok
15/11/22 10:44:00 Begin read state 7
RESP:250 2.1.5 Ok
15/11/22 10:44:00 7 250 Data
15/11/22 10:44:00 newstate: 8 - Sending: DATA
15/11/22 10:44:00 newstate - before 0 7 38
15/11/22 10:44:00 newstate - after 7 7 7
15/11/22 10:44:00 END READ state 8
15/11/22 10:44:01 Number of lines: 2
str:354 End data with <CR><LF>.<CR><LF>
15/11/22 10:44:01 Parse Line:1
Line:354 End data with <CR><LF>.<CR><LF>
15/11/22 10:44:01 Begin read state 8
RESP:354 End data with <CR><LF>.<CR><LF>
15/11/22 10:44:01 8 354 build HEADER/SEND data
15/11/22 10:44:01 writedata chomp NULL data 0
15/11/22 10:44:01 writedata - before 0 324 7
15/11/22 10:44:01 writedata - IN 0 324 7
15/11/22 10:44:01 writedata = after 324 324 324
15/11/22 10:44:01 writedata chomp NULL data 0
15/11/22 10:44:01 writedata - before 0 93 324
15/11/22 10:44:01 writedata - IN 0 93 324
15/11/22 10:44:01 writedata = after 93 93 93
15/11/22 10:44:01 writedata chomp NULL data 0
15/11/22 10:44:01 writedata - before 0 4 93
15/11/22 10:44:01 writedata - IN 0 4 93
15/11/22 10:44:01 writedata = after 4 4 4
15/11/22 10:44:01 newstate: 9 - Sending: .
15/11/22 10:44:01 newstate - before 0 3 4
15/11/22 10:44:01 newstate - after 3 3 3
15/11/22 10:44:01 END READ state 9
15/11/22 10:44:03 Number of lines: 2
str:250 2.0.0 Ok: queued as F1A8A407C9
15/11/22 10:44:03 Parse Line:1
Line:250 2.0.0 Ok: queued as F1A8A407C9
15/11/22 10:44:03 Begin read state 9
RESP:250 2.0.0 Ok: queued as F1A8A407C9
15/11/22 10:44:03 9 250 SEND QUIT
15/11/22 10:44:03 newstate: 10 - Sending: QUIT
15/11/22 10:44:03 newstate - before 0 6 3
15/11/22 10:44:03 newstate - after 6 6 6
15/11/22 10:44:03 END READ state 10
15/11/22 10:44:03 END SMTP SESSION

The most recent version of FreeFrameWork that I can find is on sourceforge.
This contains the following code for the loop, which also explains why this is running slowly under WebSpeed, which is running in batch mode:
IF NOT THIS-PROCEDURE:PERSISTENT AND
NOT SESSION:BATCH-MODE THEN WAIT-FOR CLOSE OF THIS-PROCEDURE.
ELSE IF SESSION:BATCH-MODE THEN DO:
/*********************************************************
9/19/2001 by Paul Keary
Progress will not wait-for input on a Socket while running in
batch mode. Simon Prinsloo [simonp#qbcon.com] proposed this
simple code to workaround this problem.
******************************************************/
start-etime = ETIME.
DO WHILE sending:
PROCESS EVENTS.
PAUSE 1.
/* Build in timer in case sending is never set to NO
this will terminate the program after 60 seconds
start-Etime will be reset by WriteData each time there
is activity on the socket to allow for long transmissions */
IF start-etime + 60000 < ETIME THEN DO:
sending = NO.
RUN Cleanup.
END.
END.
END.
There is always a 1 second delay per event. Depending on your version of OpenEdge you can replace this with something like:
start-etime = ETIME.
DO WHILE sending:
PROCESS EVENTS.
WAIT-FOR READ-RESPONSE OF hsocket PAUSE 1.
IF ETIME - start-etime > 60000 THEN DO:
sending = FALSE.
MESSAGE "Connection Timed out.".
END.
END.
This will immediately act on a response on the socket instead of always waiting 1 second.

Related

ASP.NET Encrypt/decrypt and Unicode Encoding different strings lenghts

I've a mechanism of Encrypting and Decrypting in ASP.NET 4.6 / VB.NET
In Decrypting i use
.......
y="zoSObQFhc+GJSUrnAmagZ2/uuunFrCUv" ' String received
Dim cipherBytes As Byte() = Convert.FromBase64String(y)
Dim msDecrypt As MemoryStream = New MemoryStream(cipherBytes)
Dim csDecrypt As CryptoStream = New CryptoStream(msDecrypt, New TripleDESCryptoServiceProvider().CreateDecryptor(Key, IV), CryptoStreamMode.Read)
Dim fromEncrypt As Byte() = New Byte(cipherBytes.Length - 1) {}
csDecrypt.Read(fromEncrypt, 0, fromEncrypt.Length)
Dim x as string = Encoding.Unicode.GetString(fromEncrypt)
I passed a crypted (with variable y) string and the result is correct and get back the orinal word "procedure" (without quotes) in variable x.
Print x produces "procedure" (without quotes)
Only the Lenght of x is 12.
Now if try to check
if x = "procedure"....
Test is false.
Where i get wrong ?
After applying
System.Text.Encoding.UTF8.GetBytes(x).Select(Function(b) Hex(b)))
Results:
String Decrypted: 70 72 6F 63 65 64 75 72 61 0 0 0
Fixed String 70 72 6F 63 65 64 75 72 61
Following is all process to go and back (Enc/Dec)
String to Encrypt: procedura
{Bytes Length=18}
(0): 112 (1): 0 (2): 114 (3): 0 (4): 111 (5): 0
(6): 99 (7): 0 (8): 101 (9): 0 (10): 100
(11): 0 (12): 117 (13): 0 (14): 114
(15): 0 (16): 97 (17): 0
After Encryption
{Bytes Length=24}
(0): 69 (1): 124 (2): 24 (3): 126
(4): 25 (5): 33 (6): 230 (7): 191
(8): 101 (9): 220 (10): 115 (11): 122
(12): 174 (13): 156
(14): 156 (15): 213 (16): 62 (17): 119
(18): 31 (19): 177 (20): 139 (21): 17
(22): 132 (23): 88
After Convert.ToBase64String:
RXwYfhkh5r9l3HN6rpyc1T53H7GLEYRY
String Received To Decrypt
RXwYfhkh5r9l3HN6rpyc1T53H7GLEYRY
Dim cipherBytes As Byte() = Convert.FromBase64String(Data)
>? cipherBytes
{Bytes Length=24}
(0): 69 (1): 124 (2): 24 (3): 126
(4): 25 (5): 33 (6): 230 (7): 191
(8): 101 (9): 220 (10): 115 (11): 122
(12): 174 (13): 156 (14): 156 (15): 213
(16): 62 (17): 119 (18): 31 (19): 177
(20): 139 (21): 17 (22): 132 (23): 88
After Decryption
{Bytes Length=24}
(0): 112 (1): 0 (2): 114 (3): 0 (4): 111 (5): 0
(6): 99 (7): 0 (8): 101 (9): 0 (10): 100 (11): 0
(12): 117 (13): 0 (14): 114 (15): 0 (16): 97 (17): 0
(18): 0 (19): 0 (20): 0 (21): 0 (22): 0 (23): 0
String Decrypted procedura

Long running thread in WinDbg

I have a thread (#39) that has been running for quite some time and trying to figure out why using windbg. The last instruction on the stack is NtRemoveIoCompletion. The application is ASP.Net 4.8. The application has been running 6 minutes when the dump was created. I am thinking this is some kind of low level completion port thread and perhaps can safely ignore it?
0:079> !runaway
User Mode Time
Thread Time
39:3898 0 days 0:00:37.859
26:3314 0 days 0:00:07.859
21:1030 0 days 0:00:04.921
23:2f10 0 days 0:00:04.859
24:4c9c 0 days 0:00:04.781
20:2798 0 days 0:00:04.656
11:4754 0 days 0:00:04.546
10:3238 0 days 0:00:04.390
27:48fc 0 days 0:00:04.328
25:3248 0 days 0:00:04.328
22:4434 0 days 0:00:04.140
60:1d90 0 days 0:00:00.406
0:039> !threads
ThreadCount: 47
UnstartedThread: 0
BackgroundThread: 40
PendingThread: 0
DeadThread: 3
Hosted Runtime: no
Lock
ID OSID ThreadOBJ State GC Mode GC Alloc Context Domain Count Apt Exception
11 1 4754 000000b2ee860f00 28220 Preemptive 000000B47A3EE318:000000B47A3EEFD0 000000b2ee85fec0 0 Ukn
28 2 398c 000000b2ee9ea0d0 2b220 Preemptive 0000000000000000:0000000000000000 000000b2ee85fec0 0 MTA (Finalizer)
30 3 4f28 000000b77a8bd970 102a220 Preemptive 0000000000000000:0000000000000000 000000b2ee85fec0 0 MTA (Threadpool Worker)
31 4 24a8 000000b77a8c7730 21220 Preemptive 0000000000000000:0000000000000000 000000b2ee85fec0 0 Ukn
33 6 4168 000000b77a9f9ec0 1020220 Preemptive 0000000000000000:0000000000000000 000000b2ee85fec0 0 Ukn (Threadpool Worker)
34 9 78 000000b77aa86e20 a029220 Preemptive 0000000000000000:0000000000000000 000000b77a8c66f0 0 MTA (Threadpool Completion Port)
35 10 44c0 000000b780a25150 202b020 Preemptive 000000B2F9661810:000000B2F9661FD0 000000b77a8c66f0 0 MTA
37 11 32d4 000000b780b925f0 202b020 Preemptive 000000B67CBF01A8:000000B67CBF1FD0 000000b77a8c66f0 0 MTA
38 12 1be0 000000b780b994b0 1029220 Preemptive 000000B3FA010F90:000000B3FA011FD0 000000b2ee85fec0 0 MTA (Threadpool Worker)
39 14 3898 000000b780c14110 8029220 Preemptive 000000B67CBDA3F0:000000B67CBDC000 000000b2ee85fec0 0 MTA (Threadpool Completion Port)
2 19 3188 000000b780bd05d0 20220 Preemptive 000000B2F96522F8:000000B2F9653FD0 000000b2ee85fec0 0 Ukn
40 20 2f00 000000b780bd0da0 202b220 Preemptive 0000000000000000:0000000000000000 000000b77a8c66f0 0 MTA
45 21 1b30 000000b780daeb60 1029220 Preemptive 000000B2F964EB60:000000B2F964FFD0 000000b2ee85fec0 0 MTA (Threadpool Worker)
46 22 38d8 000000b780dae390 1029220 Preemptive 000000B37C4C92A0:000000B37C4C9FD0 000000b2ee85fec0 0 MTA (Threadpool Worker)
47 23 40c8 000000b780dac450 1029220 Preemptive 000000B47A3E4C88:000000B47A3E4FD0 000000b2ee85fec0 0 MTA (Threadpool Worker)
[...]
0:039> kb
# RetAddr : Args to Child : Call Site
00 00007ffe`77d04943 : 000000b7`80c14110 00000000`00000000 00000000`00000001 000000b7`7aa6bb50 : ntdll!NtRemoveIoCompletion+0xa
01 00007ffe`722aea3c : 00000000`00003a98 000000b7`82fcf6c0 00000000`80010000 000000b7`80c14110 : KERNELBASE!GetQueuedCompletionStatus+0x3f
02 00007ffe`7219c1cf : 00000000`00000000 00000000`00000000 00000000`00000001 00007ffe`0000000c : clr!ThreadpoolMgr::CompletionPortThreadStart+0x210
03 00007ffe`79ed13d2 : 00007ffe`7219c150 000000b7`80bc2610 00000000`00000000 00000000`00000000 : clr!Thread::intermediateThreadProc+0x86
04 00007ffe`7a7a54f4 : 00007ffe`79ed13b0 00000000`00000000 00000000`00000000 00000000`00000000 : kernel32!BaseThreadInitThunk+0x22
05 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : ntdll!RtlUserThreadStart+0x34
It's look like something is waiting to io completion port.
Please print all the native stacks.
~*k => command
and the cpu usage of your machine,
!threadpool (with sos.dll extension)
My guess it's you have hang (low cpu) and you wait in the other threads as well

How access to display device in embedded-linux + Qt ? /dev/fb0 not found

1-I have built Qt5.4.1 and Qt4.8.4 for an embedded device (based on armv5tejl) and all things work except GUI.
2-It seems that no frame buffer device exists:
~/bin $ ls -alh /dev/
drwxr-xr-x 3 0 sandbox 0 Nov 10 11:48 .
drwxr-xr-x 14 0 root 0 Nov 14 2017 ..
srw-rw-rw- 1 0 root 0 Nov 10 11:48 log
crw-rw-rw- 1 0 root 1, 3 Nov 10 11:48 null
crw-rw-rw- 1 0 root 5, 2 Nov 10 12:10 ptmx
drwxr-xr-x 2 0 root 0 Jan 1 1970 pts
crw-rw-rw- 1 0 root 5, 0 Nov 10 11:48 tty
crw-rw-rw- 1 0 root 204, 66 Nov 10 12:05 ttyAMA2
crw-r--r-- 1 0 root 1, 9 Nov 10 11:48 urandom
/proc $ cat devices
Character devices:
1 mem
4 /dev/vc/0
4 tty
5 /dev/tty
5 /dev/console
5 /dev/ptmx
7 vcs
10 misc
/proc $ cat devices
Character devices:
1 mem
4 /dev/vc/0
4 tty
5 /dev/tty
5 /dev/console
5 /dev/ptmx
7 vcs
10 misc
13 input
21 sg
29 fb
89 i2c
90 mtd
100 softkey
116 alsa
122 pman
128 ptm
136 pts
150 pwmr
153 upc
154 kdrv_csc
180 usb
189 usb_device
204 ttyAMA
254 rtc
Block devices:
1 ramdisk
259 blkext
8 sd
31 mtdblock
65 sd
66 sd
67 sd
68 sd
69 sd
70 sd
71 sd
128 sd
129 sd
130 sd
131 sd
132 sd
133 sd
134 sd
135 sd
3-from dmesg log:
Console: switching to colour frame buffer device 80x30
CLCD: PL110 CLCD hardware, HIE AT-T050QGH-02, VGA Landscape (supports 640x480 # 24Mhz) display
4-Device itself has a SDK and display things using that SDK and libs in HTML format.
5-I have a restricted user on the device and I'm using my own BusyBox v1.20.0.
My Questions:
1-Is it possible for me to use device display via Qt without using provided SDK?
2-How could I access to the display device?
Any help would be appreciated.
Thank you very much

IIS 6.0 requests slowdown

I have a webapplicaton on IIS 6.0. It constantly processes huge amount of short-time requests (15-30 ms process time). When there comes some (1-10) long-time requests all short-time requests slow down (up to 2000-6000 ms process time and more than 100000 for some of them).
Should there be like an isolation between requests in IIS? It isn't supposed that one requests should not interrupt another?
In IIS logs it is look like:
[Normal work]
cs-host sc-status sc-substatus sc-win32-status sc-bytes cs-bytes time-taken
192.168.1.7 200 0 0 2394 524 734
192.168.1.7 200 0 0 2394 524 0
192.168.1.7 200 0 0 2394 524 0
192.168.1.7 200 0 0 2394 524 15
192.168.1.7 200 0 0 2394 524 15
192.168.1.7 200 0 0 2394 524 0
192.168.1.7 200 0 0 2394 524 0
192.168.1.7 200 0 0 2394 524 15
192.168.1.7 200 0 0 2394 524 46
[Slowdown]
cs-host sc-status sc-substatus sc-win32-status sc-bytes cs-bytes time-taken
192.168.1.7 200 0 64 0 522 508251
192.168.1.7 200 0 64 0 522 91827
192.168.1.7 200 0 64 0 522 386438
192.168.1.7 200 0 64 0 522 445947
192.168.1.7 200 0 0 178 522 35545
192.168.1.7 200 0 64 0 522 274130
sc-win32-status 64 means "The specified network is no longer available" but there was no disconnections.
I tried to tune IIS up with tools like IISTuner (http://iistuner.codeplex.com/) it causes no effect.
Why such situation happens?
How to troubleshoot that?
Looks like all the troubles were in appltication itself.
We used ASP.NET form with DataGridView on it (pages were formed on server-side). At the time long-running request comes server has to process it and load data into its memory - so that just blocks other activity.
We rewrite application using ASP.NET MVC (client-side pages) and the trouble was gone.

ORA-03113 in code. In addition, TNS-12535 and ORA-03137 in alert file [closed]

Closed. This question is off-topic. It is not currently accepting answers.
Want to improve this question? Update the question so it's on-topic for Stack Overflow.
Closed 10 years ago.
Improve this question
I've got an exception that contain ORA-03113:
(SiPPSS.GetPrintWorkDirectDetail) - ERR:ORA-03113: end-of-file on communication channel Process ID: 7448 Session ID: 30 Serial number: 9802 ランニング:12110937 プロセス:T855
Oracle.DataAccess.Client.OracleException ORA-03113: end-of-file on communication channel Process ID: 7448
Session ID: 30 Serial number: 9802 場所 Oracle.DataAccess.Client.OracleException.HandleErrorHelper(Int32 errCode, OracleConnection conn, IntPtr opsErrCtx, OpoSqlValCtx* pOpoSqlValCtx, Object src, String procedure, Boolean bCheck)
場所 Oracle.DataAccess.Client.OracleException.HandleError(Int32 errCode, OracleConnection conn, String procedure, IntPtr opsErrCtx, OpoSqlValCtx* pOpoSqlValCtx, Object src, Boolean bCheck)
場所 Oracle.DataAccess.Client.OracleCommand.ExecuteReader(Boolean requery, Boolean fillRequest, CommandBehavior behavior)
場所 Oracle.DataAccess.Client.OracleDataAdapter.Fill(DataTable[] dataTables, Int32 startRecord, Int32 maxRecords, IDbCommand command, CommandBehavior behavior)
場所 System.Data.Common.DbDataAdapter.Fill(DataTable dataTable)
場所 SiPPSS.VSireiMeisaiDsTableAdapters.V_SIREI_MEISAITableAdapter.FillByRunningNoAndProcNo(V_SIREI_MEISAIDataTable dataTable, String RUNNING_NO, String PROC_NO) 場所 C:\SVM\trunk\SiPPSSServer\Server\Dao\View\VSireiMeisaiDs.Designer.vb:行 386
場所 SiPPSS.GetPrintWorkDirectDetail.Execute(BLogicParam param) 場所 C:\SVM\trunk\SiPPSSServer\Server\BLogic\Screen\Printing\Rprt0701\GetPrintWorkDirectDetail.vb:行 105
In this case, the oracle alert log as beblow:
Fatal NI connect error 12170.
VERSION INFORMATION:
TNS for 64-bit Windows: Version 11.2.0.1.0 - Production
Oracle Bequeath NT Protocol Adapter for 64-bit Windows: Version 11.2.0.1.0 - Production
Windows NT TCP/IP NT Protocol Adapter for 64-bit Windows: Version 11.2.0.1.0 - Production
Time: 01-11月-2012 13:50:45
Tracing not turned on.
Tns error struct:
ns main err code: 12535
TNS-12535: TNS: 操作はタイム・アウトしました。
ns secondary err code: 12560
nt main err code: 505
TNS-00505: 操作タイムアウトです。
nt secondary err code: 60
nt OS err code: 0
Client address: (ADDRESS=(PROTOCOL=tcp)(HOST=10.41.102.53)(PORT=1794))
Thu Nov 01 13:54:17 2012
Thread 1 cannot allocate new log, sequence 1880
Private strand flush not complete
Current log# 1 seq# 1879 mem# 0: D:\ORACLE\ORADATA\SIPOREX\REDO01.LOG
Thread 1 advanced to log sequence 1880 (LGWR switch)
Current log# 2 seq# 1880 mem# 0: D:\ORACLE\ORADATA\SIPOREX\REDO02.LOG
Thu Nov 01 13:54:21 2012
Archived Log entry 1118 added for thread 1 sequence 1879 ID 0xe48db805 dest 1:
Thu Nov 01 14:40:12 2012
Thread 1 cannot allocate new log, sequence 1881
Private strand flush not complete
Current log# 2 seq# 1880 mem# 0: D:\ORACLE\ORADATA\SIPOREX\REDO02.LOG
Thread 1 advanced to log sequence 1881 (LGWR switch)
Current log# 3 seq# 1881 mem# 0: D:\ORACLE\ORADATA\SIPOREX\REDO03.LOG
Thu Nov 01 14:40:16 2012
Archived Log entry 1119 added for thread 1 sequence 1880 ID 0xe48db805 dest 1:
Thu Nov 01 15:27:42 2012
Thread 1 cannot allocate new log, sequence 1882
Private strand flush not complete
Current log# 3 seq# 1881 mem# 0: D:\ORACLE\ORADATA\SIPOREX\REDO03.LOG
Thread 1 advanced to log sequence 1882 (LGWR switch)
Current log# 1 seq# 1882 mem# 0: D:\ORACLE\ORADATA\SIPOREX\REDO01.LOG
Thu Nov 01 15:27:46 2012
Archived Log entry 1120 added for thread 1 sequence 1881 ID 0xe48db805 dest 1:
Thu Nov 01 16:23:48 2012
Thread 1 cannot allocate new log, sequence 1883
Private strand flush not complete
Current log# 1 seq# 1882 mem# 0: D:\ORACLE\ORADATA\SIPOREX\REDO01.LOG
Thread 1 advanced to log sequence 1883 (LGWR switch)
Current log# 2 seq# 1883 mem# 0: D:\ORACLE\ORADATA\SIPOREX\REDO02.LOG
Thu Nov 01 16:23:52 2012
Archived Log entry 1121 added for thread 1 sequence 1882 ID 0xe48db805 dest 1:
Thu Nov 01 17:05:50 2012
Thread 1 cannot allocate new log, sequence 1884
Private strand flush not complete
Current log# 2 seq# 1883 mem# 0: D:\ORACLE\ORADATA\SIPOREX\REDO02.LOG
Thread 1 advanced to log sequence 1884 (LGWR switch)
Current log# 3 seq# 1884 mem# 0: D:\ORACLE\ORADATA\SIPOREX\REDO03.LOG
Thu Nov 01 17:05:55 2012
Archived Log entry 1122 added for thread 1 sequence 1883 ID 0xe48db805 dest 1:
Thu Nov 01 17:26:52 2012
Fatal NI connect error 12170.
VERSION INFORMATION:
TNS for 64-bit Windows: Version 11.2.0.1.0 - Production
Oracle Bequeath NT Protocol Adapter for 64-bit Windows: Version 11.2.0.1.0 - Production
Windows NT TCP/IP NT Protocol Adapter for 64-bit Windows: Version 11.2.0.1.0 - Production
Time: 01-11月-2012 17:26:52
Tracing not turned on.
Tns error struct:
ns main err code: 12535
TNS-12535: TNS: 操作はタイム・アウトしました。
ns secondary err code: 12560
nt main err code: 505
TNS-00505: 操作タイムアウトです。
nt secondary err code: 60
nt OS err code: 0
Client address: (ADDRESS=(PROTOCOL=tcp)(HOST=10.41.102.62)(PORT=1286))
Thu Nov 01 17:27:16 2012
Fatal NI connect error 12170.
VERSION INFORMATION:
TNS for 64-bit Windows: Version 11.2.0.1.0 - Production
Oracle Bequeath NT Protocol Adapter for 64-bit Windows: Version 11.2.0.1.0 - Production
Windows NT TCP/IP NT Protocol Adapter for 64-bit Windows: Version 11.2.0.1.0 - Production
Time: 01-11月-2012 17:27:16
Tracing not turned on.
Tns error struct:
ns main err code: 12535
TNS-12535: TNS: 操作はタイム・アウトしました。
ns secondary err code: 12560
nt main err code: 505
TNS-00505: 操作タイムアウトです。
nt secondary err code: 60
nt OS err code: 0
Client address: (ADDRESS=(PROTOCOL=tcp)(HOST=10.41.102.62)(PORT=1285))
Thu Nov 01 18:08:39 2012
Thread 1 advanced to log sequence 1885 (LGWR switch)
Current log# 1 seq# 1885 mem# 0: D:\ORACLE\ORADATA\SIPOREX\REDO01.LOG
Thu Nov 01 18:08:40 2012
Archived Log entry 1123 added for thread 1 sequence 1884 ID 0xe48db805 dest 1:
Thu Nov 01 19:33:21 2012
Thread 1 cannot allocate new log, sequence 1886
Private strand flush not complete
Current log# 1 seq# 1885 mem# 0: D:\ORACLE\ORADATA\SIPOREX\REDO01.LOG
Thread 1 advanced to log sequence 1886 (LGWR switch)
Current log# 2 seq# 1886 mem# 0: D:\ORACLE\ORADATA\SIPOREX\REDO02.LOG
Thu Nov 01 19:33:25 2012
Archived Log entry 1124 added for thread 1 sequence 1885 ID 0xe48db805 dest 1:
Thu Nov 01 20:32:25 2012
Thread 1 cannot allocate new log, sequence 1887
Private strand flush not complete
Current log# 2 seq# 1886 mem# 0: D:\ORACLE\ORADATA\SIPOREX\REDO02.LOG
Thread 1 advanced to log sequence 1887 (LGWR switch)
Current log# 3 seq# 1887 mem# 0: D:\ORACLE\ORADATA\SIPOREX\REDO03.LOG
Thu Nov 01 20:32:29 2012
Archived Log entry 1125 added for thread 1 sequence 1886 ID 0xe48db805 dest 1:
Thu Nov 01 21:13:07 2012
Thread 1 advanced to log sequence 1888 (LGWR switch)
Current log# 1 seq# 1888 mem# 0: D:\ORACLE\ORADATA\SIPOREX\REDO01.LOG
Thu Nov 01 21:13:08 2012
Archived Log entry 1126 added for thread 1 sequence 1887 ID 0xe48db805 dest 1:
Thu Nov 01 22:00:00 2012
Setting Resource Manager plan SCHEDULER[0x3006]:DEFAULT_MAINTENANCE_PLAN via scheduler window
Setting Resource Manager plan DEFAULT_MAINTENANCE_PLAN via parameter
Thu Nov 01 22:00:00 2012
Starting background process VKRM
Thu Nov 01 22:00:00 2012
VKRM started with pid=32, OS id=4048
Thu Nov 01 22:00:59 2012
Thread 1 cannot allocate new log, sequence 1889
Private strand flush not complete
Current log# 1 seq# 1888 mem# 0: D:\ORACLE\ORADATA\SIPOREX\REDO01.LOG
Thread 1 advanced to log sequence 1889 (LGWR switch)
Current log# 2 seq# 1889 mem# 0: D:\ORACLE\ORADATA\SIPOREX\REDO02.LOG
Thu Nov 01 22:01:03 2012
Archived Log entry 1127 added for thread 1 sequence 1888 ID 0xe48db805 dest 1:
Thu Nov 01 22:32:36 2012
Thread 1 advanced to log sequence 1890 (LGWR switch)
Current log# 3 seq# 1890 mem# 0: D:\ORACLE\ORADATA\SIPOREX\REDO03.LOG
Thu Nov 01 22:32:37 2012
Archived Log entry 1128 added for thread 1 sequence 1889 ID 0xe48db805 dest 1:
Thu Nov 01 22:33:18 2012
Errors in file d:\oracle\diag\rdbms\siporex\siporex\trace\siporex_ora_11884.trc (incident=101313):
ORA-03137: TTC protocol internal error : [12333] [8] [49] [50] [] [] [] []
Incident details in: d:\oracle\diag\rdbms\siporex\siporex\incident\incdir_101313\siporex_ora_11884_i101313.trc
Thu Nov 01 22:33:21 2012
Trace dumping is performing id=[cdmp_20121101223321]
Thu Nov 01 22:40:43 2012
Thread 1 cannot allocate new log, sequence 1891
Private strand flush not complete
Current log# 3 seq# 1890 mem# 0: D:\ORACLE\ORADATA\SIPOREX\REDO03.LOG
Thread 1 advanced to log sequence 1891 (LGWR switch)
Current log# 1 seq# 1891 mem# 0: D:\ORACLE\ORADATA\SIPOREX\REDO01.LOG
Thu Nov 01 22:40:47 2012
Archived Log entry 1129 added for thread 1 sequence 1890 ID 0xe48db805 dest 1:
Thu Nov 01 23:47:30 2012
Thread 1 cannot allocate new log, sequence 1892
Private strand flush not complete
Current log# 1 seq# 1891 mem# 0: D:\ORACLE\ORADATA\SIPOREX\REDO01.LOG
Thread 1 advanced to log sequence 1892 (LGWR switch)
Current log# 2 seq# 1892 mem# 0: D:\ORACLE\ORADATA\SIPOREX\REDO02.LOG
Thu Nov 01 23:47:34 2012
Archived Log entry 1130 added for thread 1 sequence 1891 ID 0xe48db805 dest 1:
Fri Nov 02 00:49:31 2012
Thread 1 cannot allocate new log, sequence 1893
Private strand flush not complete
Current log# 2 seq# 1892 mem# 0: D:\ORACLE\ORADATA\SIPOREX\REDO02.LOG
Thread 1 advanced to log sequence 1893 (LGWR switch)
Current log# 3 seq# 1893 mem# 0: D:\ORACLE\ORADATA\SIPOREX\REDO03.LOG
Fri Nov 02 00:49:35 2012
Archived Log entry 1131 added for thread 1 sequence 1892 ID 0xe48db805 dest 1:
Fri Nov 02 01:43:12 2012
Thread 1 cannot allocate new log, sequence 1894
Private strand flush not complete
Current log# 3 seq# 1893 mem# 0: D:\ORACLE\ORADATA\SIPOREX\REDO03.LOG
Thread 1 advanced to log sequence 1894 (LGWR switch)
Current log# 1 seq# 1894 mem# 0: D:\ORACLE\ORADATA\SIPOREX\REDO01.LOG
Fri Nov 02 01:43:17 2012
Archived Log entry 1132 added for thread 1 sequence 1893 ID 0xe48db805 dest 1:
Fri Nov 02 01:52:51 2012
Errors in file d:\oracle\diag\rdbms\siporex\siporex\trace\siporex_ora_6124.trc (incident=101273):
ORA-03137: TTC protocol internal error : [12333] [4] [80] [82] [] [] [] []
Incident details in: d:\oracle\diag\rdbms\siporex\siporex\incident\incdir_101273\siporex_ora_6124_i101273.trc
Fri Nov 02 01:52:54 2012
Trace dumping is performing id=[cdmp_20121102015254]
Fri Nov 02 02:00:00 2012
Clearing Resource Manager plan via parameter
Fri Nov 02 02:43:37 2012
Thread 1 cannot allocate new log, sequence 1895
Private strand flush not complete
Current log# 1 seq# 1894 mem# 0: D:\ORACLE\ORADATA\SIPOREX\REDO01.LOG
Thread 1 advanced to log sequence 1895 (LGWR switch)
Current log# 2 seq# 1895 mem# 0: D:\ORACLE\ORADATA\SIPOREX\REDO02.LOG
Fri Nov 02 02:43:41 2012
Archived Log entry 1133 added for thread 1 sequence 1894 ID 0xe48db805 dest 1:
Fri Nov 02 04:46:18 2012
Thread 1 cannot allocate new log, sequence 1896
Private strand flush not complete
Current log# 2 seq# 1895 mem# 0: D:\ORACLE\ORADATA\SIPOREX\REDO02.LOG
Thread 1 advanced to log sequence 1896 (LGWR switch)
Current log# 3 seq# 1896 mem# 0: D:\ORACLE\ORADATA\SIPOREX\REDO03.LOG
Fri Nov 02 04:46:22 2012
Archived Log entry 1134 added for thread 1 sequence 1895 ID 0xe48db805 dest 1:
Fri Nov 02 04:51:41 2012
Errors in file d:\oracle\diag\rdbms\siporex\siporex\trace\siporex_ora_4048.trc (incident=101425):
ORA-03137: TTC protocol internal error : [12333] [4] [67] [85] [] [] [] []
Incident details in: d:\oracle\diag\rdbms\siporex\siporex\incident\incdir_101425\siporex_ora_4048_i101425.trc
Fri Nov 02 04:51:44 2012
Trace dumping is performing id=[cdmp_20121102045144]
Fri Nov 02 05:54:44 2012
Thread 1 cannot allocate new log, sequence 1897
Private strand flush not complete
Current log# 3 seq# 1896 mem# 0: D:\ORACLE\ORADATA\SIPOREX\REDO03.LOG
Thread 1 advanced to log sequence 1897 (LGWR switch)
Current log# 1 seq# 1897 mem# 0: D:\ORACLE\ORADATA\SIPOREX\REDO01.LOG
Fri Nov 02 05:54:48 2012
Archived Log entry 1135 added for thread 1 sequence 1896 ID 0xe48db805 dest 1:
Fri Nov 02 07:00:34 2012
Thread 1 cannot allocate new log, sequence 1898
Private strand flush not complete
Current log# 1 seq# 1897 mem# 0: D:\ORACLE\ORADATA\SIPOREX\REDO01.LOG
Thread 1 advanced to log sequence 1898 (LGWR switch)
Current log# 2 seq# 1898 mem# 0: D:\ORACLE\ORADATA\SIPOREX\REDO02.LOG
Fri Nov 02 07:00:38 2012
Archived Log entry 1136 added for thread 1 sequence 1897 ID 0xe48db805 dest 1:
Fri Nov 02 08:32:41 2012
Thread 1 cannot allocate new log, sequence 1899
Private strand flush not complete
Current log# 2 seq# 1898 mem# 0: D:\ORACLE\ORADATA\SIPOREX\REDO02.LOG
Thread 1 advanced to log sequence 1899 (LGWR switch)
Current log# 3 seq# 1899 mem# 0: D:\ORACLE\ORADATA\SIPOREX\REDO03.LOG
Fri Nov 02 08:32:45 2012
Archived Log entry 1137 added for thread 1 sequence 1898 ID 0xe48db805 dest 1:
Fri Nov 02 09:48:57 2012
Thread 1 advanced to log sequence 1900 (LGWR switch)
Current log# 1 seq# 1900 mem# 0: D:\ORACLE\ORADATA\SIPOREX\REDO01.LOG
Fri Nov 02 09:48:58 2012
Archived Log entry 1138 added for thread 1 sequence 1899 ID 0xe48db805 dest 1:
Fri Nov 02 10:18:15 2012
Thread 1 cannot allocate new log, sequence 1901
Private strand flush not complete
Current log# 1 seq# 1900 mem# 0: D:\ORACLE\ORADATA\SIPOREX\REDO01.LOG
Thread 1 advanced to log sequence 1901 (LGWR switch)
Current log# 2 seq# 1901 mem# 0: D:\ORACLE\ORADATA\SIPOREX\REDO02.LOG
Fri Nov 02 10:18:19 2012
Archived Log entry 1139 added for thread 1 sequence 1900 ID 0xe48db805 dest 1:
Fri Nov 02 10:22:58 2012
Thread 1 cannot allocate new log, sequence 1902
Private strand flush not complete
Current log# 2 seq# 1901 mem# 0: D:\ORACLE\ORADATA\SIPOREX\REDO02.LOG
Thread 1 advanced to log sequence 1902 (LGWR switch)
Current log# 3 seq# 1902 mem# 0: D:\ORACLE\ORADATA\SIPOREX\REDO03.LOG
Fri Nov 02 10:23:02 2012
Archived Log entry 1140 added for thread 1 sequence 1901 ID 0xe48db805 dest 1:
Fri Nov 02 10:27:38 2012
Thread 1 cannot allocate new log, sequence 1903
Checkpoint not complete
Current log# 3 seq# 1902 mem# 0: D:\ORACLE\ORADATA\SIPOREX\REDO03.LOG
Thread 1 cannot allocate new log, sequence 1903
Private strand flush not complete
Current log# 3 seq# 1902 mem# 0: D:\ORACLE\ORADATA\SIPOREX\REDO03.LOG
Thread 1 advanced to log sequence 1903 (LGWR switch)
Current log# 1 seq# 1903 mem# 0: D:\ORACLE\ORADATA\SIPOREX\REDO01.LOG
Fri Nov 02 10:27:45 2012
Archived Log entry 1141 added for thread 1 sequence 1902 ID 0xe48db805 dest 1:
Fri Nov 02 10:32:27 2012
Thread 1 cannot allocate new log, sequence 1904
Checkpoint not complete
Current log# 1 seq# 1903 mem# 0: D:\ORACLE\ORADATA\SIPOREX\REDO01.LOG
Thread 1 cannot allocate new log, sequence 1904
Private strand flush not complete
Current log# 1 seq# 1903 mem# 0: D:\ORACLE\ORADATA\SIPOREX\REDO01.LOG
Thread 1 advanced to log sequence 1904 (LGWR switch)
Current log# 2 seq# 1904 mem# 0: D:\ORACLE\ORADATA\SIPOREX\REDO02.LOG
Fri Nov 02 10:32:34 2012
Archived Log entry 1142 added for thread 1 sequence 1903 ID 0xe48db805 dest 1:
Fri Nov 02 10:35:42 2012
Errors in file d:\oracle\diag\rdbms\siporex\siporex\trace\siporex_ora_15856.trc (incident=101353):
ORA-03137: TTC protocol internal error : [12333] [8] [49] [50] [] [] [] []
Incident details in: d:\oracle\diag\rdbms\siporex\siporex\incident\incdir_101353\siporex_ora_15856_i101353.trc
Fri Nov 02 10:35:44 2012
Trace dumping is performing id=[cdmp_20121102103544]
I don't know main reason of this issue as well as how to fixing it. Please help me.

Resources