Have to image 8 labs by Monday
-
as its status. When I attempt to start it, it does not startup. -
make sure both nfs and rpcbind are set to start on boot. Then I’d say try restarting the server, see if that helps you out at all.
-
I set them to start on boot yet I still cannot start nfs-kernel-server.
-
I just did apt-get install nfs-kernel-manager and it installed (again maybe?). It got stuck on this error:
exportfs: /etc/exports [1]: Neither ‘subtree_check’ or ‘no_subtree_check’ specified for export “*:/images”.
-
try
apt-get install rpcbind nfs-kernel-server
or
apt-get reinstall rpcbind nfs-kernel-serverI don’t remember ubuntu’s method of on boot startup, I think it’s update-rc
[COLOR=#333333][FONT=UbuntuMono]update-rc.d rpcbind nfs-kernel-server[/FONT][/COLOR]
-
Interesting…when I run apt-get install rpcbind nfs-kernel-server, I get “rpcbind: Conflicts: portmap E: Broken packages.”
-
try removing rpcbind and nfs-kernel-server
then try to have apt install themI don’t know what else to work on then.
-
Yeah, I remove and then try to install them; I get this:
nfs-kernel -server: Depends: nfs-common (>= 1:1.0.1-1) but it is not going to be installed
I then try to install nfs-common and that conflicts with portmap.
I’m lost. I’ve even tries reinstalling Fog itself with no luck.
-
try this:
apt-get remove portmap;
apt-get install nfs-kernel-server nfs-common -
apt-get install apache2 php5 php5-gd php5-cli php5-mysql php5-curl mysql-server mysql-client isc-dhcp-server tftpd-hpa tftp-hpa nfs-kernel-server vsftpd net-tools wget xinetd sysv-rc-conf tar gzip build-essential cpp gcc g++ m4 htmldoc perl libcrypt-passwdmd5-perl lftp openssh-server php-gettext clamav-freshclam rpcbind nfs-common
-
This post is deleted! -
I get nfs-common: Depends: portmap (> 6.0.0-1ubutnu2.1) E: Broken packages when I try to install all of those things.
-
Looking into this further, try removing rpcbind and just:
apt-get install nfs-common nfs-kernel-server portmap
-
It gets stuck at “Starting NFS kernel daemon.”
Before that, it says:
exportfs: /etc/exports [1]: Neither ‘subtree_check’ or ‘no_subtree_check’ specified for export “:/images" exportfs: /etc/exports [2]: Neither ‘subtree_check’ or ‘no_subtree_check’ specified for export ":/images/dev”
-
I just added another storage node and when I PXE boot, it attempts to mount it but still ends up with the RPC connection refused error.
-
Looked up the issue and found a page with similar issues as yours:
[url]http://fogproject.org/forum/threads/fog-32-on-ubuntu-11-10-unable-to-upload-image.852/[/url]
It sounds like nfs-kernel-server is having issue actually mounting. One issue I ran into on my setup was RPC, but I’m running centos which is redhat based. I just installed rpcbind and had to add fsid=1 to images and fsid=2 to images/dev so my exports looks like:
/images *(rw,sync,no_wdelay,insecure_locks,no_root_squash,insecure,fsid=1)
/images/dev *(rw,sync,no_wdelay,no_root_squash,insecure,fsid=2) -
Alright. I’ll try to modify my exports file in a second.
What’s interesting is that the NFS share mounts perfectly fine through an NFS client on Windows. I don’t know why PXE can’t get to it.
-
It isn’t pxe unable to mount it at that point. It’s the kernel. bzImage is that kernel. What version are you using? Try upgrading and see if that’ll help maybe?
-
I upgraded this morning to the latest version of the kernel.
-
I think that we’re close to figuring this out!
I just tried to upload an image from a machine on the same subnet as the Fog and DHCP server and it worked!
Any ideas on why it’s not having my machines on other subnets route to the NFS share correctly?