I'm using ASP.NET 2.0 to connect to a Sybase SQL Anywhere 5 server. And I get this error sporadically. It just happens sometimes. The error message is:
ERROR [HY000] [Sybase][ODBC Driver]General error: attempted two active database requests
Exception Details: System.Data.Odbc.OdbcException: ERROR [HY000] [Sybase][ODBC Driver]
General error: attempted two active database requests
Anyone has any experience with this problem?
The error message means that you attempted to run two queries at the same time using the same database connection.
Are you trying to use the same database connection for all requests? The requests are handled by several threads, so each request needs to have it's own database connection.
Sounds like you're reusing the same connection for multiple commands. Check that you properly dispose of the connections after each command/batch of commands and that all new commands get a new connection.
Related
I'm trying to connect to a server from my client using gRPC, but connection always fails only on my pc(macbook pro). My teammate tried with the exact same code, and it works perfectly fine. The following is the error messages from each client and server. We are using protobuf 3, python 3.9. Can anyone give me some hint? Thank You.
Client Error Message
grpc._channel._MultiThreadedRendezvous: <_MultiThreadedRendezvous of RPC that terminated with:
status = StatusCode.UNAVAILABLE
details = "Failed parsing HTTP/2"
debug_error_string = "{"created":"#1626678822.089372000","description":"Error received from peer ipv4:10.113.66.145:9390", "file":"src/core/lib/surface/call.cc", "file_line":1067,"grpc_message":"Failed parsing HTTP/2","grpc_status":14}"
Server Error Message
[07/19 01:29:32 cctv_service]: Session Connected
E0719 01:29:32.744434791 14615 parsing.cc:302] Unknown frame type 71
I0719 01:29:32.744519637 14615 chttp2_transport.cc:812] W:0x7f3364002ae0 SERVER [ipv4:10.25.211.173:50662] state IDLE -> WRITING [CLOSE_FROM_API]
I0719 01:29:32.744554230 14615 chttp2_transport.cc:812] W:0x7f3364002ae0 SERVER [ipv4:10.25.211.173:50662] state WRITING -> WRITING [begin write in current thread]
Updated MacOS 11.4 to 11.5, problem never appeared again.
I am using Gremlin Java driver to connect to a local gremlin server.
Simple code flow
Creating client
Cluster cluster = Cluster.build().addContactPoint(<endp>).port(<port>).enableSsl(false).create()
Client client = cluster.connect();
Submit Script
client.submit("g.V().count()");
If when i submit the first time the Gremlin server is down, on subsequent retries after bringing back gremlin server, connection still fails to create.
Exception First attempt when Gremlin Server is down:
org.apache.tinkerpop.gremlin.driver.exception.NoHostAvailableException: All hosts are considered unavailable due to previous exceptions. Check the error log to find the actual reason
Exception After Gremlin server is brought back up:
tinkerpop.gremlin.driver.exception.NoHostAvailableException: All hosts are considered unavailable due to previous exceptions
One thing to note is i do not create client on retry just do
Submit Script
client.submit("g.V().count()");
It is quite possible that Gremlin server may go down anytime, how to recover in such circumstances. Fundamentally is
NoHostAvailableExceptio
recoverable?
Normally, the Client should attempt to reconnect to a host that is previously marked unavailable. By default, it should be retrying the host at 1 second intervals as governed by this configuration: connectionPool.reconnectInterval. In your case, however I think you've uncovered a bug where the reconnect attempts are not started because the Client was never able to reach the host in the first place. As of 3.4.11, you can only remedy this by recreating the Client as you noted in your comments. I've created an issue to track this problem here: TINKERPOP-2569
I am trying to read the file from Remote SFTP server using Mule Requestor in MuleSoft version 3.8.5. I can see in the logs connection is getting established with Remote SFTP server but while closing the connection its throwing an error as below :
Error occurred while closing file fileName.dat
java.io.IOException: Pipe closed
I am not sure is it due to file length and connection is getting timed out or anything else.
After Mule requester, Byte-Array to String transformer is there. And exception is thrown there is :
Could not close stream
java.io.IOException: Pipe closed
at java.io.PipedInputStream.read(PipedInputStream.java:307)
at java.io.PipedInputStream.read(PipedInputStream.java:377)
at com.jcraft.jsch.ChannelSftp.fill(ChannelSftp.java:2909)
at com.jcraft.jsch.ChannelSftp.header(ChannelSftp.java:2935)
at com.jcraft.jsch.ChannelSftp.access$500(ChannelSftp.java:36)
at com.jcraft.jsch.ChannelSftp$RequestQueue.cancel(ChannelSftp.java:1262)
at com.jcraft.jsch.ChannelSftp$2.close(ChannelSftp.java:1530)
Any suggestion or help is appreciated.
This seems to occur when the sftp connection is terminated by the sftp server or cut by e.g. a firewall. I was able to recreate the issue at will using the tcpkill (8) command to terminate the sftp connection that Mule runtime holds open.
Using a pooling profile with eviction times seems to work.
<sftp:config name="Upload_CSV_SFTP_Config" doc:name="SFTP Config" doc:id="88bf2e97-86d2-40fc-af79-536ec838f2d2" >
<sftp:connection host="${secure::transfer.sftp.hostname}" port="${secure::transfer.sftp.port}" username="${secure::transfer.sftp.username}" knownHostsFile="${secure::transfer.sftp.known_hosts_file}" identityFile="${secure::transfer.sftp.identity_file}" workingDir="${secure::transfer.sftp.directory}" passphrase="${secure::transfer.sftp.passphrase}">
<reconnection >
<reconnect frequency="30000" />
</reconnection>
<pooling-profile evictionCheckIntervalMillis="60000" initialisationPolicy="INITIALISE_NONE"/>
</sftp:connection>
</sftp:config>
Mule 4 SFTP Config
Before that, I had tried various combinations of the basic reconnection options on the SFTP config and also the options on the SFTP operation itself, but none seemed to help. One 'hack' that I used at first was to put an SFTP List operation with a path of . (current directory) immediately before the SFTP Read or Write operation.
A send port configured with WCF-SAP adapter is failing with Unknown error description error logged to Biztalk event log.
In the event of this error we can see that the iDOC is already sent to the SAP system before the error occurred, but due to this error Biztalk thinks that the iDOC has not been sent to SAP and hence retries to send the iDOC after retry interval of 5 minutes which is creating a duplicate of the iDOC in the SAP system as well as in biztalk by archiving 2 files. Not sure of the cause of the error as it is a very generic error.
Can someone please suggest if you had similar situation or cause for this error anyway related to wcf-sap adapter in BT 2013 R2 ? Thank you.
Here is the error:
A message sent to adapter "WCF-SAP" on send port "xx" with URI
"sap://CLIENT=xx;LANG=EN;#a/xx/xx?GWHOST=xx&GWSERV=xx&ListenerGwServ=xx&ListenerGwHost=xx&RfcSdkTrace=False&AbapDebug=False"
is suspended. Error details: Unknown Error Description MessageId:
{DC121ABC-ECD3-4635-B30D-5080322C976B} InstanceID:
{B2802A71-ECBE-4237-A48D-E5DCE284D23F}
Verify at the adapter settings that EnableBizTalkCompatibilityMode is set to True. And the checkbox Use Transactions is enabled and Isolation Level selected is Serializable.
Also are you using the NCo ConnectorType to connect to SAP? This is the recommended way.
I am using Oracle SQL Developer 4.0.2.15.21 and I want to debug a PROCEDURE. I am unable to do this as I get the following error message...
Executing PL/SQL: ALTER SESSION SET PLSQL_DEBUG=TRUE
Executing PL/SQL: CALL DBMS_DEBUG_JDWP.CONNECT_TCP( '192.168.1.88', '54159' )
ORA-30683: failure establishing connection to debugger
ORA-12535: TNS:operation timed out
ORA-06512: at "SYS.DBMS_DEBUG_JDWP", line 68
ORA-06512: at line 1
Process exited.
Can anyone help me ?
In SQLDeveloper go to 'Tools' -> 'Preferences' -> 'Debugger'
Click the option for 'Prompt for debugger host for database debugging'
I have had the same problem. The source of the problem was the local firewall that block the connection back from the database server (windows 7).
To solve it I authorized SqlDevelopper to communicate through Windows Firewall.
Control Pannel\ Security .. \Firewall\ Authorized programs to communicate ...
The path for Windows French version is
Panneau de configuration\Système et sécurité\Pare-feu Windows\Programmes autorisés
In the programs' list search for sqldeveloper (sqldeveloper64w in my configuration) check on the corresponding network (private and or public).
For further details I suggest to read the following article :failure establishing connection to debugger tips