Availability

Technical support is included with your CloudDat license.  For the fastest service, use the Technical Support Request form.

Feedback

Your input is important!  Please let us know what you like, dislike, or would like to see in future updates.

Limitations

When seeking technical support, be aware of the following limitations:

• The CloudDat instance must be located in the same region as your bucket.  If you need to access buckets in multiple regions, you must use multiple instances.
• Linode instances usually retain the same IP address after reboot, but verify the address if you are having trouble connecting.
• Inline compression is not available with object storage.  ExpeDat Desktop‘s Compression checkbox will be disabled whenever the S3 handler is selected.  Inline compression is available with filesystem storage.
• Check-point restart is not available with object storage.  If a transfer fails due to network disruption, the client will automatically attempt to restart from the beginning.  Check-point restart is available with filesystem storage.
• Performing multiple actions at the same time may reduce the bandwidth available to each.
• Once the client reports full progress uploading data, it must wait for object storage to confirm acceptance of the object.  This can take up to a minute, depending on storage conditions.
• Folders do not exist in object storage.  Some folder functionality is emulated using pseudo-folders.  See the Folders section for details.

When submitting a Technical Support Request, please provide as much information as possible.  We may require server logs or client screenshots, so have these ready.  See Tech Note 0037 for details.  Please allow up to 1 business day for a response.

Troubleshooting

You may be able to resolve these common issues on your own:

• If you receive "Handler failed" or "Error reported by the handler" errors:
  • Check for S3 logs in the /tmp/s3logs/ directory.  Each file matches a transaction and contains output from /usr/local/etc/s3handler.sh and s4cmd.py.
  • The name of each log includes a servedat transaction id, so you can match it to events in the /var/log/servedat.log server log file.
• If you receive "No child processes" errors with a freshly installed CloudDat server, reboot the instance.

• If the client is unable to reach the CloudDat instance due to “No Response” or “Unreachable” errors, check the following:

  • Verify that the ExpeDat client has the correct public IP address of the instance.
  • Check that the instances’s firewall has a rule to allow UDP port 8080.
  • Verify that your local firewall allows UDP port 8080 to reach the Internet.
• If the client receives a “Bad Credentials” error, check that you have entered the same username and password into the client that you specified during setup.  To change the password, see the section on managing Multiple Users.
• If you receive an “Invalid Pathname” or “Invalid Object Description” error, check that you are accessing the correct bucket name, path prefix, and file name.
• For a “User must select an object handler” error, check that your ExpeDat client has selected the “S3” object handler.  See “Client Use” for screenshots and examples.  If you are using an ExpeDat Desktop client from another source and the “Handler” menu does not appear, you will need to add “S3” to the “Server Handlers” list in the Options -> Setup dialog.  See the ExpeDat Desktop documentation for details.