Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Rsync: File upload not completing due to lock error when adding package. #4605

Closed
kcondon opened this issue Apr 20, 2018 · 10 comments
Closed
Assignees

Comments

@kcondon
Copy link
Contributor

kcondon commented Apr 20, 2018

While testing the multiple storage PR #4585 , discovered that the rsync file upload process has stopped working. It gets hung up trying to add the package to the dataset with a lock error. File is processed into a package directory so that part worked. Batch error log:
INFO: Job ID = 67
INFO: Job Name = FileSystemImportJob
INFO: Job Status = STARTED
INFO: Dataset Identifier (datasetId=40): ZX5GAA
INFO: User Identifier (userId=dataverseAdmin): @dataverseAdmin
INFO: Import mode = MERGE
INFO: Checksum type = SHA1 (FileSystemImportJob.xml property)
INFO: Checksum manifest = files.sha (FileSystemImportJob.xml property)
INFO: Reading checksum manifest: /usr/local/glassfish4/glassfish/domains/domain1/files/10.5072/FK2/ZX5GAA/ZX5GAA/files.sha
INFO: Checksums found = 1
INFO: Size parameter supplied: 72
INFO: Reading dataset directory: /usr/local/glassfish4/glassfish/domains/domain1/files/10.5072/FK2/ZX5GAA/ZX5GAA (excluding: .DS_Store, .sha, *.cached)
INFO: Files found = 1
INFO: Successfully created a file of type package
SEVERE: CommandException updating DatasetVersion from batch job: Dataset cannot be edited due to dataset lock.
INFO: Files read = 1
SEVERE: Job Failed. See Log for more information.

@pdurbin
Copy link
Member

pdurbin commented Apr 20, 2018

If it helps, b2cf086 is where I added that "Dataset cannot be edited due to dataset lock" error in 4.8.2. @pameyer I believe you're running 4.8.1.

@pameyer
Copy link
Contributor

pameyer commented Apr 20, 2018

@pdurbin Thanks between 4.8.2 and 4.8.1 releases is a good starting point. We're running a hybrid that's got some 4.8.3 features in it as well.

@pameyer
Copy link
Contributor

pameyer commented Apr 23, 2018

Remembered that this was working sufficiently in Jan to find file PID / package file issues #2438 (comment).

Needs more investigation.

@pameyer
Copy link
Contributor

pameyer commented Apr 24, 2018

Reproducible in fresh branch off develop from 747b83c . Didn't mention which commit I was checking in file PID branch, but 16c4ece looks to be a reasonable starting place.

Stock DV install, stock DCM install; docker-aio extended w\ docker-compose for DCM system testing (still a rough edge or two to file off there).

@pameyer
Copy link
Contributor

pameyer commented Apr 24, 2018

Still investigating - potentially another factor involved.

@pameyer
Copy link
Contributor

pameyer commented Apr 24, 2018

The additional factor appears to be API vs UI. Using the API to create the dataset and retrieve the transfer script works as expected. Using the API to create the dataset and retrieve the transfer script results Dataset cannot be edited due to dataset lock in log file; dataset page indicates that dataset is locked.

@pameyer
Copy link
Contributor

pameyer commented Apr 24, 2018

Attempting to narrow down source of error: create via API, download script via UI results in the uncleared lock on DCM success API call (aka - this path shows the bug). create via UI, download script via API does not result in uncleared lock on DCM success API call (aka - this path does not show the bug).

Suggests that the difference is in DatasetPage.downloadRsyncScript() called as the rsyncDL actionListener.

@pameyer pameyer removed their assignment Apr 24, 2018
@pameyer
Copy link
Contributor

pameyer commented Apr 24, 2018

Potential for #4614 to be useful for addressing this.

@pdurbin
Copy link
Member

pdurbin commented May 21, 2018

@pameyer I see you left a comment at #4697 (comment) but you didn't advance this issue to QA. Do you think it belongs in QA? Do you think another developer should take a look first? Do you think @landreev or someone should work on the duplications you mentioned? Do you want to just give us a brain dump the next time you're at standup? 😄

@pameyer
Copy link
Contributor

pameyer commented May 21, 2018

I think another developer should take a look first - the duplication messages look like something that will only effect administrative users, so I don't think fixing them is high priority.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

6 participants