Error when generating filename in DataUnit

[jakubklimek]

DPU 'E-HttpDownload' publish message short: 'Problem with Dataunit.' long: 'Can't create output file.

Exception:
eu.unifiedviews.dataunit.DataUnitException: Error when generating filename.
    at cz.cuni.mff.xrg.odcs.commons.app.dataunit.files.localfs.LocalFSFilesDataUnit.addNewFile(LocalFSFilesDataUnit.java:143)
    at eu.unifiedviews.plugins.extractor.httpdownload.HttpDownload.execute(HttpDownload.java:58)
    at cz.cuni.mff.xrg.odcs.backend.execution.dpu.DPUExecutor.executeInstance(DPUExecutor.java:231)
    at cz.cuni.mff.xrg.odcs.backend.execution.dpu.DPUExecutor.execute(DPUExecutor.java:369)
    at cz.cuni.mff.xrg.odcs.backend.execution.dpu.DPUExecutor.run(DPUExecutor.java:451)
    at java.lang.Thread.run(Thread.java:745)
Caused by: java.nio.file.NoSuchFileException: /nfs/working/exec_8127967006811584950008/filenfswor5273406079335360178
    at sun.nio.fs.UnixException.translateToIOException(UnixException.java:86)
    at sun.nio.fs.UnixException.rethrowAsIOException(UnixException.java:102)
    at sun.nio.fs.UnixException.rethrowAsIOException(UnixException.java:107)
    at sun.nio.fs.UnixFileSystemProvider.newByteChannel(UnixFileSystemProvider.java:214)
    at java.nio.file.Files.newByteChannel(Files.java:317)
    at java.nio.file.Files.createFile(Files.java:588)
    at java.nio.file.TempFileHelper.create(TempFileHelper.java:138)
    at java.nio.file.TempFileHelper.createTempFile(TempFileHelper.java:161)
    at java.nio.file.Files.createTempFile(Files.java:805)
    at cz.cuni.mff.xrg.odcs.commons.app.dataunit.files.localfs.LocalFSFilesDataUnit.addNewFile(LocalFSFilesDataUnit.java:141)
    ... 5 more
'

[jakubklimek]

[skrchnavy]

Is this still valid? based on the code inspection it is not clear what could be the cause.
Do you know steps how to reproduce this issue?

[jakubklimek]

Not sure. Will let you know when it happens again. No repro steps. It just happend a few times.

1. seems like symbolic name was set to something like "file://nfs/working_5273406079335360178" that is- the name in target field of E-HttpDownload configuration. that is strange.
2. maybe interfered with fs operation, the fs operation just failed... we cannot do anything about that.

1. there is an old version of E-HttpDownload on cuni-test1 which causes the 1. issue (symbolic name contains base path). it is fixed in develop (see https://github.com/UnifiedViews/Plugins/commit/08815e7887294ecfd04733e91b4652e60189b0d8) , update it