This repository has been archived by the owner on Nov 9, 2020. It is now read-only.
VMCI failures are all reported as "code: -1. can't connect to ESX". #206
Comments
msterin
changed the title
Clean up and formalize network API and error code passing to client, and report to GO API
VMCI failures are all reported as "code: -1. can't connect to ESX".
Apr 29, 2016
msterin
pushed a commit
that referenced
this issue
Jun 2, 2016
Fixes #206 * Client code passes errno up and GO code handles it. CGO auto0-returns (return, error) tuple and error info was there all along, we just use it now. * Server code makes sure errno is properly set (and not cleaned up by close() and the likes) , and sets errno when needed. Python code then generates proper messages * removed uneeded custom error codes - it turned out to be throwaway code * a few cosmetic changes - mainly dropped single letter variables since they are hard to maintain
msterin
pushed a commit
that referenced
this issue
Jun 2, 2016
Fixes #206 * Client code passes errno up and GO code handles it. CGO auto0-returns (return, error) tuple and error info was there all along, we just use it now. * Server code makes sure errno is properly set (and not cleaned up by close() and the likes) , and sets errno when needed. Python code then generates proper messages * removed uneeded custom error codes - it turned out to be throwaway code * a few cosmetic changes - mainly dropped single letter variables since they are hard to maintain
msterin
pushed a commit
that referenced
this issue
Jun 2, 2016
Fixes #206 * Client code passes errno up and GO code handles it. CGO auto0-returns (return, error) tuple and error info was there all along, we just use it now. * Server code makes sure errno is properly set (and not cleaned up by close() and the likes) , and sets errno when needed. Python code then generates proper messages * removed uneeded custom error codes - it turned out to be throwaway code * a few cosmetic changes - mainly dropped single letter variables since they are hard to maintain
msterin
pushed a commit
that referenced
this issue
Jun 2, 2016
* Report errno and proper strings on vSocket communcation failures Fixes #206 * Client code passes errno up and GO code handles it. CGO auto0-returns (return, error) tuple and error info was there all along, we just use it now. * Server code makes sure errno is properly set (and not cleaned up by close() and the likes) , and sets errno when needed. Python code then generates proper messages * removed uneeded custom error codes - it turned out to be throwaway code * a few cosmetic changes - mainly dropped single letter variables since they are hard to maintain * Review comments addressed
Sign up for free
to subscribe to this conversation on GitHub.
Already have an account?
Sign in.
Both vmci_client.c and vmci_server.c return "-1" on any error, and we report it to user (and log) as "Can't connect to ESX" or "Peer connection dropped".
Error code is now passed back in VMCI packet, and if empty string is passed it's considered Success.
At a minimum, this API and error handling has to be documented and the error string needs to be bubbled up to logs
/CC @govint
The text was updated successfully, but these errors were encountered: