@patc15 AFAIK version 4848 (GIT) / 4103 (SVN) is pretty good. Wayne said that he has spend a lot of time testing all the features of this revision. Maybe you want to give this a try on a test server to see if this is solving the issue for you.
Best posts made by Sebastian Roth
-
RE: Missing partitions after image download
-
RE: Get webdestdir and symlink right or even rid of the later
@george1421 @Wayne-Workman Sure moving the web UI to a new standard location would be an option but I would not so this without a really good reason and I don’t see that here.
As mentioned Debian, Ubuntu, CentOS and RHEL use /var/www/html as docroot since some years and I have used that when posting in the forums and such for all that time now. All that would be wrong if we switch to /opt now.
Right, detecting the issue should be as simple as running
diff
on those system.class.php files or even more save diff the whole directories. Should be fairly quick and return empty if there link is fine. -
RE: Kernel update
@Pascal-Gazaille Please let us know which PCI ID the NIC has. Add the client (MAC) by hand via the web gui and schedule a debug upload task. Boot the client which should eventually bring you to a shell (after the error)! The run
lspci -nn | grep Ethernet
and show us a picture. -
RE: Dnsmasq proxy booting with UEFI
@Killklli Are you still working on this? I have done a lot of testing and I am pretty sure that dnsmasq is not able to boot most UEFI devices as it uses DHCP option 43 which they don’t like (see here: https://www.mail-archive.com/dnsmasq-discuss@lists.thekelleys.org.uk/msg09233.html). I am working on a node.js proxy DHCP to support BIOS/UEFI and Mac OS X. But will be still a while I suppose - BIOS works pretty good and UEFI is not far either but the code is still a big mess.
Follow this thread: https://forums.fogproject.org/topic/5870/dhcp-proxy-for-fog
-
RE: Popularity Contest
@george1421 Good point! Though I would use a more simple name that is easy to remember and type, e.g.
stats.fogproject.org
? -
RE: Latest git fails during install on arch linux
@ttjrm1 See here: http://stackoverflow.com/questions/20408943/fatal-error-call-to-undefined-function
You need the gettext PHP module. See how you can install and activate this in arch linux.
-
RE: Update initrd (of live pxe)
@Florent As you are using postdownload scripts anyway you could also just put the Geant CA certificate to that folder and use
curl --cacert /path/to/ca.crt ...
-
RE: Access denied for user 'root' @ ' localhost ' (Using password : NO ) #tried YES
@ciranodd You might be running into this old and know ubuntu mysql issue: https://github.com/fogproject/fogproject/issues/1
I wonder why root@localhost only has “select table data” permission according to what we see in webmin… I am sure someone modified the DB. Probably Tom’s suggestion on removing the DB and starting from scratch is not bad I suppose.
-
RE: Yet another Person with DNSMasq issues
@RipAU You are welcome! Hope you can find out what changed or at least how to make it work again. Do they need next-server/option 66 at all on the windows side? Usually it is not a good idea to have more than one DHCP service offering “different” information anyway.
As there are requests from different clients in that PCAP file I’d suggest using this filter so you only see the stuff you need to worry about:
bootp.id == 0x56cd898b
(don’t use this filter all the time, just in this case it is very helpful) -
RE: Official Docker Image
@askingthisonething As soon as at least one person (better two) opt in to maintain the docker image we are ready to go.
-
RE: Fog upload stuck at Processing Hard Disk: /dev/sda
@steelji Please search the forums for a tool called
fixparts
and you should be able to solve this yourself. -
RE: Inherited DNSMasq Issue
@500ghz said:
both fog servers on 1.2
I totally missed that information at first and started scratching my head when looking at the PCAP file - it seams pretty fine from my point of view. Client sends a DHCP discover and gets three answers. Your dnsmasq is answering the fastest (being on the same VLAN) and the answer looks alright to me. The answers from the Windows DHCP servers seam ok as well. So what’s wrong?
I guess that your clients don’t like the way we used to point to default.ipxe in FOG 1.2.0. The embedded iPXE script was pretty simple back then. Take a look!
This works on most machines but not all of them are happy. I think especially when DHCP and proxyDHCP come into play. The current iPXE binaries we have come with some checks and might work in your case. Move your current undionly.0 out of the way, download undionly.kpxe (or .kkpxe if .kpxe does not work) from here and name it undionly.0 again. Then boot up your client again. You’ll probably see “Duplicate option 66 (next server) from DHCP proxy and DHCP server…” but it should keep on booting after 5 seconds.
-
RE: Imaging Lenovo m93z with Fog 1.2.0 - won't boot
@mlerch A few things that come to my mind when reading your post. Changing BIOS settings like AHCI/IDE (I guess that is what you mean) and/or UEFI/Legacy/BIOS is not a simple thing. It changes the behaviour of that machine a lot. Especially in terms of PXE booting and imaging. Please make sure that you have all your machines configured exactly the same I’d suggest.
That said I can say that FOG 1.2.0 won’t work with UEFI! As well you don’t need fogprep at all! This was used in earlier versions of FOG. It probably didn’t hurt but you don’t need it.
Which image type did you upload? “Resizable” or “Single Disk - Multiple partitions”? I’d suggest going with the later first. Just make sure that the target disk is bigger or exactly the same size (to the sector) than the source disk.
-
RE: TFTP: File Not Found
Ok, we did a tcpdump session on the FOG server and we see that the TFTP request from the client as well as the first TFTP answer packet leaving the server (but probably never making it to the client). While ping is working!! So the only two things (more or less one really) I can think of is access rules on the switches or firewall rules on the VM host (test client is running on a VWware host)… definitely not a FOG issue.
-
RE: Configuring existing ISC-DHCP Server to work with FOG v1.2.0
And here: https://wiki.fogproject.org/wiki/index.php?title=IPXE#Linux_DHCP_.28ISC.7CDHCP.7CDHCP3.29
Seams like the information is kind of scattered.
-
RE: DHCP Issue upgrading beyond Fog 1.2
@FlareImp Can you upload a screenshot of this. I have a really hard time understanding what you mean by “but now when our clients PXE Boot at either SVN site there are now two entries in our DHCP server”. Two entries? Are those generated automatically?
-
RE: Unable to create new image
You could try enabling mysql full logging and see what is going on when you try to add a new image definition:
# mysql --user=root -p ... mysql> SHOW VARIABLES LIKE "general_log%"; +------------------+-------------------------+ | Variable_name | Value | +------------------+-------------------------+ | general_log | OFF | | general_log_file | /var/lib/mysql/x220.log | +------------------+-------------------------+ 2 rows in set (0.00 sec) mysql> SET GLOBAL general_log = 'ON'; Query OK, 0 rows affected (0.00 sec) mysql> EXIT Bye # tail -f /var/lib/mysql/x220.log
Don’t forget to disable logging later on again or your disk will be filled up with the log file very soon!
-
RE: Configuring existing ISC-DHCP Server to work with FOG v1.2.0
@Wayne-Workman Thanks a lot for all you are doing to add to the FOG project! I am being kind of lazy with the wiki in the last months - nevertheless I know how important documentation is!! Thanks again.
-
RE: Unexpected/unprompted Laptop Restart (FOG imaged laptop)
To me the log does not look like the laptop is being shutdown by the FOG client. The GreenFOG module would shutdown but on a normal schedule I’d say. TaskReboot could be kind of random but would reboot instead of shutting down.
But to make sure you could just uninstall the FOG client and see if the laptop still keeps shutting down.