Posts made by MarkusK

Server

• FOG Version: 1.3.4
• OS: Ubuntu 14.04

Description

I have a fog server x.x.x.59 and an NFS/FTP server x.x.x.155 where i store the images.

When I define the IP of the DefaultStoreageNode as x.x.x.59 the client boots, creates the image, updates the database and fails connecting to the NFS server. It tries x.x.x.59:/fog/dev, but it should x.x.x.155:/fog/dev

When I define the IP of the DefaultStorageNode as x.x.x.155 the client boots, creates the image, and fails updating the database. It tries probably tries x.x.x.155, which is not the database server, it’s the NFS server.

How can I work around this problem? I think when updating the database, fog should always use x.x.x.59 like it was in fog 1.2.0

Thanks for your help and suggestions to solve this problem.

@george1421 You’re absolutely right, thanks a lot. I upgraded to Ubuntu 14.04 / fog 1.3.4 and can boot and run the inventory on Lenovo T560 with Kernel 4.4.0 and 4.9.11

Did anyone succeed imaging a Lenovo T560. I tried different kernels from 3.19.3 to 4.1.2 x64 and x86 and they all fail at “Quick Registration and Inventory” with different error messages from “kernel panic” to “cdc_ether 1-2:2.0 usb0: kevent 12 may have been dropped”. I’m using fog 1.2.0.

@Tom-Elliott that sounds good to me as a concept. But I have the issue, that two selfextracting zips with batch scripts are being executed at the same time.

Does the snapin system already return an exit code 0, when the selfextracting archive is downloaded and not only when the execution of the install script is completed?

EDIT:

In the winrar SFX options I had to set “Setup program/Wait and return exit code”. Now it works. Thanks for the answer, that lead me to the solution.

https://www.winrar-france.fr/winrar_instructions_for_use/source/html/HELPSFXOptSetup.htm

Server

• FOG Version: 1.2.0
• OS: Ubuntu

Client

• Service Version: latest
• OS: Windows 7

Description

I distribute several snapins to our Windows 7 clients with selfextracting archives and batch scripts on run. When several snapins are being deployed, the fog client executes them parallel at the same time. This leads to errors, when there are multiple msiexec commands running, because only one msiexec install can run at the same time.

Is there a way to tell the fog client oder server only to execute one snapin after the other?

thanks

Markus

I had a problem with Lenovo T520/T530 laptops running windows 7. The snapins didn’t deploy, when there was only the wireless network active. When I restarted the Fog Service, snapin deployment worked. Finally I had to set the fog service to Automatic (Delayed Start), then the snapins deployed.

To automate this, you can run once on every client

sc config “Fog Service” start= delayed-auto

from the command line.

Hi there

I have fog 1.2.0 running.

When i deleted some Hosts who had still Active Snapin Tasks, I was not able to access the Task Management page. The return was a blank page.

After I’ve deleted the orphaned Tasks from task table, I could access again the Task Management page.

Is this a known problem?

Markus

In version 0.32 (edited 0.34) there was the hostname displayed in the snapin log.
In version 1.1.1. the hostname is no longer displayed.
Could you please display it again, this was very usefull to see, if the snapin deployment was successfull on a specific host.

Thanks

Markus

i better answer my question myself. have a look at the wiki

[url]http://www.fogproject.org/wiki/index.php/Advanced_Boot_Menu_Configuration_options[/url]
[url]http://fogproject.org/wiki/index.php/Include_SystemRescueCD[/url]

I would like to boot ISOs from the fog pxe menu. With the 0.34 version, there was a nice tutorial that worked.
[url]http://fogproject.org/wiki/index.php?title=Am_I_able_to_modify_the_PXE_menu_to_run_other_applications%3F[/url]

Any hints how this works with iPXE?

Hey fog developers

Thanks a lot for this nice product. I speeds up my work a lot! And thanks to Tom for your help getting Fog 1.1.1 upgrade up an running.

Have a nice day!

Markus

when a host does not have an image assigned, then i got a blank page when i was trying to access snap-ins after update. meanwhile i found out, that the problem was browser related. i had to clear the browser cache, then it worked.

ooops. Thanks for explaining the process. There was a 44 instead of a 04 in the mac address. My fault.

it’s the LAN mac address. the LAN mac address is the primary mac address.

I updated from fog 0.34 to 1.1.1 under Ubuntu 12.04

When I try to upload an image to the server with an old, existing host (that i imported from dhcp), boot the laptop through pxe i get the message “Host is NOT registered”. The mac address is correct (laptop, host, task).

When I run a quick registration and inventory, i get a new host object in the database and it is possible to upload an image to the server.

Unfortunatly i can not quick register all 200 hosts again.

What do I need to modify, that I can use my old hosts to up- and download images?

Thanks for your help.

this problem still exists with fog version 1.1.1.

thanks for your hints. finaly i could fix the problem, i had to reinstall libc6-dev

[FONT=Verdana][COLOR=#000000]apt-get install --reinstall libc6-dev[/COLOR][/FONT]

./configure returns the following error:

root@fog:/tmp/udpcast-20120424# ./configure
checking for gcc… gcc
checking whether the C compiler works… yes
checking for C compiler default output file name… a.out
checking for suffix of executables…
checking whether we are cross compiling… configure: error: in /tmp/udpcast-20120424': configure: error: cannot run C compiled programs. If you meant to cross compile, use –host’.
See `config.log’ for more details.

i’m running ubuntu in a virtual maschine on citrix xen with virtual kernel 3.2.0-64-virtual
i tried googling for the error but didn’t succeed.

when i try to build udpcast manualy i get the following error’s

root@fog:/root/udpcast-20120424# ./configure
checking for gcc… gcc
checking whether the C compiler works… yes
checking for C compiler default output file name… a.out
checking for suffix of executables…
checking whether we are cross compiling… configure: error: in /root/udpcast-20120424': configure: error: cannot run C compiled programs. If you meant to cross compile, use –host’.
See `config.log’ for more details.