cloudstack-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Chiradeep Vittal (JIRA)" <j...@apache.org>
Subject [jira] [Created] (CLOUDSTACK-1896) S3 and Swift-backed NFS secondary storage uses Db-based lock when DB is not available
Date Tue, 02 Apr 2013 18:13:15 GMT
Chiradeep Vittal created CLOUDSTACK-1896:
--------------------------------------------

             Summary: S3 and Swift-backed NFS secondary storage uses Db-based lock when DB
is not available
                 Key: CLOUDSTACK-1896
                 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-1896
             Project: CloudStack
          Issue Type: Bug
      Security Level: Public (Anyone can view this level - this is the default.)
          Components: Storage Controller
    Affects Versions: 4.1.0, 4.2.0
            Reporter: Chiradeep Vittal
            Assignee: John Burwell


While perusing NfsSecondaryStorageResource.java, I came across:
 public Answer execute(final DownloadSnapshotFromS3Command cmd) {
       ...
        try {

            executeWithNoWaitLock(determineSnapshotLockId(accountId, volumeId),
                    new Callable<Void>() {

                @Override
                public Void call() throws Exception {
                ....
                }
       }

The executeWithNoWaitLock utility uses the management server database, which is not available
inside the secondary storage vm. So, my conclusion is that there is no way this code works.

Unfortunately the same code has been added to the Swift-backed code as well and will therefore
break that as well.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

Mime
View raw message