{
"error" : {
"root_cause" : [
{
"type" : "repository_exception",
"reason" : "[ftp_snaphoot] Could not determine repository generation from root blobs"
}
],
"type" : "repository_exception",
"reason" : "[ftp_snaphoot] Could not determine repository generation from root blobs",
"caused_by" : {
"type" : "security_exception",
"reason" : "access denied (\"java.net.SocketPermission\" \"localhost:0\" \"listen,resolve\")"
}
},
"status" : 500
}
When the username login to ftp_server_ip_adress using FTP, it's directly located into a respository with a snapshot. This respository is used as FS to take snapshot from the cluster.
It looks like FTP-based URL repositories simply don't work: the FTP client is trying to do something that the security manager forbids. This code hasn't changed in well over a decade so I guess you're the first person to actually try doing this. Please report it on Github as a bug - at the very least we should remove ftp from the list of URL schemes that are documented as supported. In the meantime I'd suggest using HTTP instead.
My idea is to use FTP repo on a remote cluster when i need to restore the snaphot from the main cluster. and using an FTP repo (ReadOnly) is a good option for me to avoid mounting NFS ...
Apache, Apache Lucene, Apache Hadoop, Hadoop, HDFS and the yellow elephant
logo are trademarks of the
Apache Software Foundation
in the United States and/or other countries.