@bmorine Sorry, I lost track of this in the busy time before X-Mas. I found and fixed this issue in the dev-branch
so this will be part of the next release. If you want to use it beforehand feel free to switch to the dev-branch
.
Posts made by Sebastian Roth
-
RE: Issues Tasking imported hosts in a group
-
RE: LDAP plugin bug in FOG 1.6 working branch
@Fernando-Gietz Thanks for reporting. I’ll leave that to Tom as he knows that code a lot better than I do.
@Tom-Elliott Please let us know if you don’t find the time. I might jump in then.
-
RE: WebUI Fog Configuration page displays php
@Reagan said in WebUI Fog Configuration page displays php:
Something I noted was although it reflects in console, upon logging into the WebUI at the bottom right it displays “Version 1.5.4”.
Just saw this in your initial post. I am fairly sure there is something wrong with your installation. Please run
ls -al /var/www /var/www/html /var/www/fog
on your FOG server (note there are spaces between the paths!) and post output here.I’ve just checked my test installation with Ubuntu 18.04.1 and the configuration page is perfectly fine. I can’t really imagine what would cause only this single one page to be shown as PHP code. It’s all rendered through the same framework. Could you take a picture of that an post here? If you can’t upload the pic in the forums directly, then upload to a picture share host and post a link here.
-
RE: How does FOG operate at 0% capacity when capturing?
before compression was about ~480gb
We do on the fly compression, so the data of the image might not even be as much as 400 GB…
Oh I see, are you referring to grub.conf or the “grub” file itself?
I meant /boot/grub/grub.conf file. But that was just an example. As I said, it’s not that likely to happen the way I described it. But a full partition is prone to cause issues and I myself wouldn’t leave it like that. But it’s up to you.
-
RE: Group Tasking Issue - Snapins
@hancocza No need to delete. It’s good to know people are using this and so we should fix this for the next release. I’ll push it up a bit on my list.
-
RE: How does FOG operate at 0% capacity when capturing?
@salted_cashews said in How does FOG operate at 0% capacity when capturing?:
So at the time (the image posted above wasn’t during this event) the WebGUI reported 0% space free and the server when I ran a df -h reported the /images dir to be at 100%.
Ok, this is definitely interesting. I would have expected the image to fail when one of the processes would receive a disk full error. Images are sent to the FOG server via NFS and there might be some kind of mismatch between the
df
on the server and what is seen by a client mounting NFS. Maybe there even is some kind of NFS cache causing what you’ve seen - I am not sure. Do you remember how much space was left before you started capturing the image and how big the image (compressed) was? I guess you were just a bit lucky that it nearly fit and did not fail.So long as I don’t plan to upgrade this doesn’t hurt anything right?
Guess it doesn’t hurt right now. But could cause all sorts of things. Just an example. You install a package that would trigger grub config to regenerate. This time there is no space to write grub.conf and it fails. You hope it’s all fine, reboot the server but it fails to boot as grub.conf is missing. I am not saying this is very likely to happen but it surely can.
-
RE: Web interface slowdown and FOG Client authentication issues
@j_d I guess there are a couple of things involved. Better we do a teamviewer session to get things fixed. Trying to reach you on chat.
Anything in the apache and PHP-FPM logs (see my signature)?
Well there is one thing you can try first: “Reset encryption data” for ALL of your clients. As you probably have not copied the certificate stuff over from the other server all clients are going mad trying to talk to the server. This is causing a huge load.
It hangs for a very long time on “Middleware::Authentication Waiting for authentication timeout to pass”, every single time.
That’s ok, it’s meant to.
-
RE: How does FOG operate at 0% capacity when capturing?
@salted_cashews said in How does FOG operate at 0% capacity when capturing?:
My question is how does FOG do this if it’s out of space to store the temporary capture-in-progress?
Is this really the case? In the picture you posted we see almost 500 GB free space. Do you know if it went anywhere close to using all that space when you saw it going down to 0% in the web UI? I am asking because it could be either way. Just free space calculated and displayed wrong or space actually being used down to the very last bit and then freed up as the image is being moved from /images/dev to /images. I guess we need your help and more information to track down this issue as it is very hard to replicate in a test setup.
By the way, your
/boot
partition is full. You might need to purge/remove some old kernel packages to get some room in there. Otherwise you won’t be able to install new kernel packages anymore. This is FOG server Linux kernels - nothing to do with the client kernels you can update in the web UI! -
RE: Group Tasking Issue - Snapins
@hancocza This is a known issue in FOG but I did not have the time to fix this yet. Read through this: https://forums.fogproject.org/topic/12757/issues-tasking-imported-hosts-in-a-group
-
RE: High CPU Centos7 1.5.4
@Troye-Johnson Repliaction code (master to storage) has been improved from 1.5.4 to 1.5.5 a lot. As well there were seom PHP-FPM config improvements that should definitely help. But make sure you carefully read the IMPORTANT NOTICE in the release notes on upgrading from 1.5.4 to 1.5.5!
Fernando is right that PHP 7.x is way faster than 5.6.x. But upgrading PHP manually could break if you run the FOG installer later on again. Not sure if I’d advice you to go that route. Depends on how experienced you are doing such things in Linux. Might need manual fixing as well.
But this is all guessing as we don’t really know what is causing the load on your particular system. Possibly run
top
, take a picture and post here so we get an impression on what’s going on. -
RE: Problem with HTTPS upgrade
@FritzBox360 Please grep the logs (especially the compile stuff) and post here. I suppose there is something wrong with this.
Do you use git pull to get the repository or do you download the ZIP archive from github?
-
RE: New FOG Testing dashboard. Feedback?
@Wayne-Workman Tests for Arch seem to fail when installing package
php-gd
dependencies:error: libtiff: signature from "Levente Polyak (anthraxx) <levente@leventepolyak.net>" is unknown trust :: File /var/cache/pacman/pkg/libtiff-4.0.10-1-x86_64.pkg.tar.xz is corrupted (invalid or corrupted package (PGP signature)). Do you want to delete it? [Y/n] error: failed to commit transaction (invalid or corrupted package)
And also
vsftpd
:error: vsftpd: signature from "Levente Polyak (anthraxx) <levente@leventepolyak.net>" is unknown trust :: File /var/cache/pacman/pkg/vsftpd-3.0.3-4-x86_64.pkg.tar.xz is corrupted (invalid or corrupted package (PGP signature)). Do you want to delete it? [Y/n] error: failed to commit transaction (invalid or corrupted package (PGP signature))
No idea why. Maybe we just wait and see what it looks like tomorrow.
-
RE: HP Z4 G4 Workstation
@Eliav What do you mean by two MACs? Like ethernet and wireless LAN? Very strange you see both in ARP. That would mean both are connected. So is it two MACs on one single ethernet adapter?
For the one you figured it out, can you please schedule a debug deploy task. Boot the host up and run
ip a s
when you get to the shell. Take a picture and post here. -
RE: Dell Optiplex 7060 and UEFI
@ryand80 What is serving DHCP (and PXE boot information) in your network. Have you heard of different boot files that need to be used for legacy BIOS vs. UEFI PXE boot?! Read through this: https://wiki.fogproject.org/wiki/index.php?title=BIOS_and_UEFI_Co-Existence
-
RE: High CPU Centos7 1.5.4
@Troye-Johnson Do you have one single FOG server or storage nodes as well? How many hosts (with fog-client installed) do you have?
-
RE: Fog imaging and M.2 drives
@dirtrunner21 Almost forgot to tell you that you need to upgrade all your nodes if you go from 1.5.4 to 1.5.5 or
dev-branch
. See the release notes on 1.5.5! -
RE: Problem with HTTPS upgrade
@FritzBox360 Just did a fresh clean test install Ubuntu 18.04.1 server. Installed FOG and build iPXE binaries:
cd fogproject/bin ./installfog.sh --force-https --recreate-CA --recreate-keys ... cd ../utils/FOGiPXE/ ./buildipxe.sh ...
Make sure you let it run the installer at the end or copy the binaries by hand.
This was tested in a virtualbox test environment with legacy BIOS boot as vbox doesn’t support UEFI PXE boot, at least not the version I have. So UEFI could be different, though I don’t expect it to be.
-
RE: WebUI Fog Configuration page displays php
@Reagan Which Linux OS do you use? Any other page that shows the PHP code? This is very strange!
PHP Notice: A non well formed numeric value is encountered in /var/www/fog/status/bandwidth.php on line 109
This is known and fixed in the
dev-branch
, going to be in the next release. -
RE: Circumnavigate fog user issues
I just fear we make it worse not better… This is why I keep asking before making the changes to the code.
-
RE: Circumnavigate fog user issues
@george1421 said in Circumnavigate fog user issues:
but placing “/sbin/nologin” on the shell column of the password file should disable at least console (ssh) login. I would be surprised if the GUI ignored this parameter.
I only got as far as testing this on a OpenSuSE installtion that I had at hand and that would surely not login. But it wouldn’t print out a message to the user either. GUI login just seemed to freeze. People who don’t know how to kill the X server (crtl+alt+backspace) and use the terminals to fix things are totally lost with this and will post questions in the forums as before.
On the other hand at what level do we go to, to protect the FOG admin from him/her self?
From what I get in the forums most users running into this are very much inexperienced Ubuntu starters. Many if not all of them use the GUI to start off. Sure I would never ever advice such a thing but this is what you see in a couple of FOG beginner tutorial videos out there.
I think the users are most confused between the web ui admin fog and the linux service account called
fog
. Changing one or both may at least resolve this specific confusion.I am definitely with you on this point!