Update,
Appears to be the cable, yet we’ve been using this same cable to image all of our other machines. And the device is still capable of pulling DHCP using this ethernet cord. . .
Nothing like a bad cable
Update,
Appears to be the cable, yet we’ve been using this same cable to image all of our other machines. And the device is still capable of pulling DHCP using this ethernet cord. . .
Nothing like a bad cable
Well i temporarily configured internet access onto this VM, and downloaded gparted.
the full 80GB partition is visible within, but it’s not usable…
hrm…
So after a fresh cup of coffee, and thinking about it “normally” I just put the LiveCD into the Xen VM, booted from the LiveCD and extended the partition…
Now to test the upload and confirm if I have any other issues.
I do now have 30GB free space.
Thanks for the help guys
Got it fixed.
The Storage Management password was goof’d.
Corrected it to match, and it completed the TFTP upload.
@ITSolutions said in Adding larger partition:
Edit: Sorry but I am not a linux “expert” and not great with fedora in general, usually on debian/ubuntu distros. But I think I see what the issues seem to be.
So I am assuming you have /run/media/root/fedora-expanded/images and /run/media/root/fedora-expanded/images/dev?
Have you tried this article https://wiki.fogproject.org/wiki/index.php?title=Adding_Storage_to_a_FOG_Server?
If you want all of your images moved to this new spot and not have the original location it maybe best to set it up like this and make sure the mount points are /images and /images/dev otherwise you need to make many more changes to make everything work. It sounds like just changing your mount point would be easiest and best now that everything is moved to your new drive.
That did the trick.
Thanks.
@ITSolutions I’ll give this a try and let you know thanks.
Fedora, fog version 3748,
Yep everything worked before but I couldn’t update my image as the original partition is full.
The partition is under /dev/xvdb and its mounted at /run/media/root/fedora-expanded
Hi All,
So I’ve just added a second virtual disk to my fog system and I’m having some issues getting my systems to actually begin the imaging process.
DHCHP starts and runs fine, I’ve copies .mntcheck to /images and /images/dev.
I’ve copied the existing images over into this new partition of this VM under /images.
The error message I am getting is
Fatal Error: Failed to mount NFS Volume.
Following this obviously doesn’t work otherwise I wouldn’t be posting.
Any help is much appreciated.
So I have my fog server on a private LAN for imaging, and while the active computers in the Fog system was useful before hand, and the scanning / pinging, it is now a hindrance and only slows the performance of the web console.
Is there an easy way to disable this function, or is it required?
Got it fixed.
The Storage Management password was goof’d.
Corrected it to match, and it completed the TFTP upload.
@Tom-Elliott Perfect thanks, so I’ll sysprep this and test the upload.
@Tom-Elliott Sorry last question,
in the TFTP_FTP_Password field in the configuration website, does the password have to be the encrypted form or will plain text work?
Well the drive has enough space, but after the upload completes is where I’m getting this issue.