So I've tried to figure out what to make of this and I can't seem to get this right. I can 'see' the share folder, I just can't read/write to it, even though my exports file explicitly states rw in the share. It's trying to access it through another server. So the setup is a nfs server share, connected to a nfs client/server, then clients connect to hte nfs client/server. The drbl/nfs server's IP shows to say that access is denied. I'm trying to figure out other things to look into to fix this. Thanks.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I want to use the box or full version of clonezilla on the specific server, yet the images need to be housed on another server (and IP) using NFS, so in doing that, I edit only the drbl-ocs.conf file to include the mount. That line on the very bottom is only for clonezilla live.
What can I do to either clonezilla box of clonezilla full to basically mount a different share before it wants to mount the same share on the wrong IP? I've tried editing default adding the ocs_prerun line to clonezilla, but I get the error above as a result.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
They are different. For Clonzilla box, if your image repository is on another server, you can install unfs3 instead of kernel NFS package for that.
For Clonezilla live as the working environment in client, you can edit the ocs_prerun for that. It definitely will work. If you have those error, show me the config file and the error messages so that we can try to fix that for you.
Steven.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Awesome, might havce to try using that. Is there any movement or look towards using nfs4 or nfs4.1? I know given the circumstances unfs3 is the only thing available to access a share from another server, but any thoughts of building unfs4 or some type of alternative so nfs4 or 4.1 gets used?
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
When LOL?
I know better than to expect things for free to add features immediately, but I hope there's a unfs4 implementation so that we can use nfs4 with clonezilla live or stable in the future.
Right now, were moving from using nfs into some type of ocfs2 usage for clonezilla, but yea that would be awesome.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
There is no unfs4 program existing so we can not implement it. One of possibilities is to use nfs-ganesha. However, it does not exist on Debian repository so that's why we do not start using it.
Steven.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
So I've tried to figure out what to make of this and I can't seem to get this right. I can 'see' the share folder, I just can't read/write to it, even though my exports file explicitly states rw in the share. It's trying to access it through another server. So the setup is a nfs server share, connected to a nfs client/server, then clients connect to hte nfs client/server. The drbl/nfs server's IP shows to say that access is denied. I'm trying to figure out other things to look into to fix this. Thanks.
I actually ended up redoing the entire setup (step-by-step) and finally got it to work!
OK, cool.
Let us know if you encounter the issue again.
Steen.
OK I think i've realized my error.
I want to use the box or full version of clonezilla on the specific server, yet the images need to be housed on another server (and IP) using NFS, so in doing that, I edit only the drbl-ocs.conf file to include the mount. That line on the very bottom is only for clonezilla live.
What can I do to either clonezilla box of clonezilla full to basically mount a different share before it wants to mount the same share on the wrong IP? I've tried editing default adding the ocs_prerun line to clonezilla, but I get the error above as a result.
They are different. For Clonzilla box, if your image repository is on another server, you can install unfs3 instead of kernel NFS package for that.
For Clonezilla live as the working environment in client, you can edit the ocs_prerun for that. It definitely will work. If you have those error, show me the config file and the error messages so that we can try to fix that for you.
Steven.
Is unfs3 a part of the distro repos or do I need to get that (and compile it) elsewhere?
It used to be available on Debian/Ubuntu repository, but no more.
Here you still can find it since we use that for DRBL live:
http://clonezilla.org/clonezilla-SE/use_clonezilla_live_in_drbl.php
Steven.
So I guess there's no using clonezilla full or box for our specifc purposes. Which is OK with me. Thank you for the help.
Last edit: vgclonezilla11 2015-08-22
I misspoke, where in the link provided is unfs3? Is it only provided using drbl live??
Sorry for the late response.
It's available here:
http://free.nchc.org.tw/drbl-core/pool/drbl/live-unstable/unfs3/
Yes, basically we only use that for DRBL live. However, of course you can install that on your GNU/Linux.
Steven.
Awesome, might havce to try using that. Is there any movement or look towards using nfs4 or nfs4.1? I know given the circumstances unfs3 is the only thing available to access a share from another server, but any thoughts of building unfs4 or some type of alternative so nfs4 or 4.1 gets used?
Yes, for sure we should support nfs4 in the future.
Steven.
When LOL?
I know better than to expect things for free to add features immediately, but I hope there's a unfs4 implementation so that we can use nfs4 with clonezilla live or stable in the future.
Right now, were moving from using nfs into some type of ocfs2 usage for clonezilla, but yea that would be awesome.
There is no unfs4 program existing so we can not implement it. One of possibilities is to use nfs-ganesha. However, it does not exist on Debian repository so that's why we do not start using it.
Steven.