Several issues with QuantaStor - Cloud Integration

[kalleyne]

Good day.

I would like to obtain your advice about three different problems that I'm having with Cloud Integration.

The first of these problems is described below and if necessary I'll create new topics for the other remaining problems.

QuantaStor version 5.10.8.008 within a virtual machine.

I'm using the following instructions to add/import a Wasabi bucket cloud container:

https://wiki.osnexus.com/index.php?title=Cloud_Containers_/_NAS_Gateway

In the QuantaStor GUI:

Location/Region: us-west-1

Cloud container state shows: Normal

I can see the resulting Network Share.

The mount command over ssh session to QuantaStor shows the correct export and the object is visible inside the bucket.

On my laptop (Ubuntu 18.04 Desktop):

On a terminal session: smbclient -L 10.10.0.154 -U user1

This shows the correct share name on the QS server.

Then: sudo mount -t cifs -o username=user1,password=****** //10.10.0.154/quicktest1 /mnt/smb

This works fine...and I see the object

Unmount /mnt/smb

Restart QS server from GUI.

QS server running again, logged into GUI.

On my laptop:

Used smbclient -L command to QS server. Correct share name showed.

But sudo mount command always fails now with the following error:

mount: /mnt/smb: special device //10.10.0.154/quicktest1 does not exist.

So, basically, it seems that the share does not work following a reboot.
The only way that I see to recover use of the share is by deleting and re-creating the cloud container. This has to be done after every reboot. How do I make this share survive reboots?

Thanks.

[jblake]

Hello,

The best way we can investigate is with logs. Would you mind uploading some so that our support and engineering teams can investigate?

Log Gathering

Please use 'Send Support Logs' button on the 'Storage Management' tab via the WebUI on the appliance. If you wish to upload the logs using the command line, please follow the below steps.

1) Log in to the QuantaStor appliance via ssh or physically at the system console as qadmin or a user with similar sudo access, you can also use the root user if you have that configured.

Note: If you did not change the password for the qadmin user, the default password is qadmin.

2) Please gather logs from each affected system by running the following commands, the second line is a one line command.

sudo -i
curl logs.osnexus.com | bash

This will grab and run the latest log gathering script, and when it is complete, it will upload via the internet automatically. If you see any issues with the log upload, please let us know.

If your system does not have internet access, please proceed to step 3

3) Copy the log file that starts with your domain name and server name generated under '/var/tmp/' using your preferred ssh/scp/sftp client. You can quickly list the latest files with 'ls -ltr /var/tmp/'. This will list the latest log file at the bottom.
Once you have the files on your workstation with internet access you can upload it using your preferred ftp client to our ftp server.

IP - 216.207.176.227
Port - 821 (if required)
Username - report
Password - REP0RT (that 0 is a zero)

You may also use our online upload tool at https://services.osnexus.com/upload/.

Please let us know once you have had a chance to upload the logs.

[jblake]

Hello,

Apologies for the delay. I didn't see any confirmation of logs that were uploaded. I found the opportunity to test, and I am not able to reproduce the issue.

Can you please upgrade to the latest version? If you still experience issues, please let us know.

Kind regards,
Joshua Newington-Blake