@jmeyer There is no real check. At the moment we install mariadb on fresh installs but stick to mysql on upgrades (which is set in /opt/fog/.fogsettings) because Ubuntu does not properly migrate your database from mysql to mariadb yet (while Debian has long ago).

Thanks.
1.5.7.745 update works fine.

Nevermind.
It’s working again.

Hi, I am having the exact same issue, with the Optiplex 3020’s. Were you able to find a solution?

@Quazz
You had the same. https://forums.fogproject.org/topic/7324/small-text-display-bug-image-capture
I should have seach before asking…

VirtualBox_vm1_28_06_2019_15_34_37.png

@Tom-Elliott Happy to help ! 😉

@jmeyer Sorry for the late reply. Couldn’t get to this any earlier. Is this still an issue for you? I have had a look at the code but can’t make sense of this yet. I suppose we’d need the start of the output - the first “Attempting to check in” output line to understand this.

But looking through it I have a feeling that maybe one of the settings is wrong in your setup. Please connect to the database and run the following query:

shell> mysql -u root -p Password: ... mysql> use fog; ... mysql> SELECT * FROM globalSettings WHERE globalSettings.settingKey IN ('FOG_DEFAULT_LOCALE', 'FOG_HOST_LOOKUP', 'FOG_MEMORY_LIMIT', 'FOG_REAUTH_ON_DELETE', 'FOG_REAUTH_ON_EXPORT', 'FOG_TZ_INFO', 'FOG_VIEW_DEFAULT_SCREEN'); ...

Get the full output and post here (as text or picture).

@Sebastian-Roth
I make new install of Fog under Debian.
I was using Ubuntu years ago so it’s old install (3 years old).

I have been testing Fog version since years with Tom.
And as i work with VM, i can revert change easily.

@jmeyer I don’t seem to be able to explain this properly. I am not talking about disk size and start sectors although this might be an issue as well. But even if you get this right it still might not be able to boot in the VM as of difference in (virtual) hardware.

By the way, is your image UEFI or legacy MBR? Configure your VM accordingly.

Hi,

try this style:

FOR /F "tokens=4 skip=3" %%i IN ('REG QUERY "HKLM\Software\Firma\Produkt" /ve') DO SET Pfad=%%i```

@Tom-Elliott

Your command has changed something.
Now, it runs “single snapin” only on the host that have it added (it means only 1).
Is this normal ? lol

edit : Found out, with Thomas, that I have to associate this snapin to each host to create a working task for every host using group single snapin task.

We have received 3 type of Acer computer this year X2640g, X4640G and N4640G.
Both X are working fine with undionly.kkpxe but N isn’t.
N is only working with ipxe.pxe.

This tells me that the ‘N’ system is a uefi system and the ‘X’ systems are bios (legacy) systems. You must use the right iPXE kernel with the proper firmware or it won’t work.

As for the error above. It appears that the undionly kernel can see the network adapter, but not communicate on the network. I too suspect that this is a spanning tree issue. The problem is that spanning tree takes 27 second to begin forwarding traffic. The 10 second delay kernel is not sufficient to bridge this gap. Its best to enable one of the fast spanning tree protocols on this switch port. OR as a test, place a dumb switch between this target computer and the building switch. This dumb computer will keep the building switch port in the forwarding state while the target computer boots. If inserting the dumb (unmanaged switch) between the building switch and the target computer works, then you do have a spanning tree issue.

@sourceminer Hello, I never tested using a channel but using a private message works fine with test token.
You can also create your bot : https://my.slack.com/services/new/bot

0_1485790486968_Sans titre.jpg

Here is my conf :
0_1485790863612_Sans titre3.jpg
0_1485790596846_Sans titre2.jpg

I’m solving this thread as the issue involved was not caused by fog at all.

Solving this thread as the bug was user created. Don’t use GPO to enforce a client version is the quick answer.

@ManofValor We’ll need to remote in to see exactly whats causing your issue. We’ve sent you a chat message with further detail.

@Tom-Elliott I was referring to adding it now - if it was easy. I know 2.0 doesn’t use PHP. 🙂

@jmeyer

The client automatically updates itself whenever you upgrade the server.

@jmeyer

Thanks jmeyer this works great!

[FONT=Tahoma][COLOR=#000000]Here are the rights of the directory :[/COLOR][/FONT]
[FONT=Tahoma][COLOR=#000000][CODE]drwxrwxrwx 20 root root 4096 2014-03-17 17:26 images[/CODE][/COLOR][/FONT]
and the sub directories
[CODE]drwxr-xr-x 2 root root 4096 2014-03-17 08:25 7pro32
drwxrwxrwx 2 root root 4096 2011-04-11 15:03 7-pro-32-sysprep-vauban
drwxrwxrwx 2 root root 4096 2011-04-04 12:56 7-pro-64-sysprep-vauban
drwxrwxrwx 2 root root 4096 2012-06-11 15:56 acer-m480
drwxrwxrwx 2 root root 4096 2012-06-11 16:45 admin-lenovo-1577-7-64
drwxrwxrwx 2 root root 4096 2010-02-02 11:49 cdi-acer-veriton-m410
-rw-r–r-- 1 root root 4628810288 2012-04-02 16:08 cdi-dell-optiplex-210L
-rw-r–r-- 1 root root 9685721343 2014-03-17 17:25 dell210Liaca
drwxrwxrwx 2 root root 4096 2013-12-09 17:57 dellcdi
drwxr-xr-x 2 root root 4096 2012-09-17 15:17 dell-optiplex-390
drwxrwxrwx 2 fog root 4096 2014-03-17 17:26 dev
drwxrwxrwx 2 root root 4096 2012-06-25 14:00 h22-acer-m480-32bits
drwxrwxrwx 2 root root 4096 2012-07-02 11:41 h22-acer-veriton-m410
-rw-r–r-- 1 root root 3546020335 2012-06-25 13:57 h22-nec-ml7
drwxrwxrwx 2 root root 4096 2012-11-12 16:24 h27dell390
drwxrwxrwx 2 root root 4096 2013-12-03 19:09 h27dell39001
-rw-r–r-- 1 root root 5333007375 2012-04-16 10:10 h27-dell-gx620
drwxrwxrwx 2 root root 4096 2012-06-11 14:29 lenovo-1577-7-64
-rw-r–r-- 1 root root 2825225992 2011-11-07 17:33 master-h22
-rwxrwxrwx 1 root root 3176718665 2010-07-05 15:36 nec-h22
-rw-r–r-- 1 root root 2575353559 2012-06-25 12:17 nec-ml7
drwxrwxrwx 2 root root 4096 2013-01-28 08:54 opti39032bit
-rw-r–r-- 1 root root 2586100327 2012-06-11 13:10 profs-acer-m410
drwxrwxrwx 2 root root 4096 2012-07-02 16:27 profs-acer-m480
drwxrwxrwx 2 root root 4096 2010-05-03 15:19 salleh27
drwxr-xr-x 5 fog fog 4096 2014-03-13 17:48 systemes-vierges
-rw-r–r-- 1 root root 1744269556 2011-11-02 14:13 xp-corp-sysprep-2011-11-03 [/CODE]