Posts made by Wolfbane8653

https://wiki.fogproject.org/wiki/index.php/Upgrade_to_trunk#Git

SVN is preferred due to the clear build numbers (r3985, 3986,3987) but since that is currently down. Please use the git method for now.

Run the update and Tom should now have this issue fixed.

lol just had to

If you update they should be fixed unless you have hostID’s = 0 or iHosts=0…etc.

update to “commit f2e273ac061c5827b1d5af86bec32bad35583c50”

This should be fixed now.

Source forge repositories are still down.

We will make an announcement when it is back up and running. In the mean time if you wish to have the latest updates. https://wiki.fogproject.org/wiki/index.php/Upgrade_to_trunk#Git

*Note: I installed my git in a separate directory called /git

cd /git/trunk
git log -1

thus making the current latest version “commit 447a1312cec96ed50c7660d55060defa2589de30”.

@Tom Elliott:

[fogproject:dev-branch] 1 new commit by Tom Elliott:
447a131: Update ipxe files to latest. Maybe fix escape sequences particularly frustrating to printers and file names. - Tom Elliott

Tom’s latest update has updated your ipxe files. If you use the kkpxe or any of the other pxe files please try testing around the other pxe files to see if this helps.

If not then we will have to report your Machine hardware (Make/Model) so the ipxe team can look into it.

Move to bugs.

I hit the same issue with my Dell Latitude D630’s. Tom says it may have something to do with NOT NULL attributes in the db.

(git e7ff5c4)
Issues include:
–Inventory information not going into DB
–Host name not imported correctly. Thus host name is the MAC addr
–Hosts that are registered show up as not registered (even when deleted and re-registered)
–If you do get something to register check the Service Settings for that host and be your services are selected
–…Still adding to the list.

Apache logs consuming fog server hdd (maxes to 100%)
–Have to delete everything in /var/log/apache
–then restart service to clear hdd on server
–finally HDD is back to 22% used

This is a current issue with the SVN

cd /var/log/apache/
rm *
service apache2 restart

excellent!

…but double check your settings afterward.

I HAD this exact issue. Its an issue from the mysql schema updater. I believe Tom has fixed this in a few latest update (since sourceforge is down) but those of you with the issue now will keep these duplicated entries… This is for experts only!

This process will be purging all your settings. I know that sucks but it beats going line by line and deleting all these duplicate rows.

• Create a duplicate database or backup to be easily referenced

mysql -u root -p
Create DATABASE fogbck;
exit;

• dump fog database completely into fogbck (you may need to add password)

mysqldump -u root fog | mysql -u root fogbck

• Double check the fogbck database to see if everything indeed copy over…

• And here comes the scary part…

mysql -u root fog
drop table globalSettings;

• now reinstall fog

./installfog.sh

• schema update yada yada yada

• and re-tweak your settings(passwords and such). FYI your AD password is stored in fogbck so you can go and look it up there.

UPDATE:

Ok at least Tom and I have gotten down to the issue at hand. The machine would get an ipaddress in ipxe but when it came to booting the machine in busybox(bzimage32, init_32) it didn’t get an ip address. Eth0 was there and active just no ip address. After some time we figured out that these machines could not use the sleep command. (Weird I know) Alas, Tom used usleep and it worked like a charm.

THUS why nfs would not mount. B/C the machine didn’t have an ip address it couldn’t get out to even talk to the fog server for the mount to occur.

Now we are looking a the HDD is not detected but passes in compatibility and the partition information is all there. Machine still boots into windows. Again some issue with the bzimage32, init_32 ???

Just wanted to throw an update out there for your 32-bit processor junkies!

You brought up subnets… have you tried installing the plugin called wolbroadcast
?

Confirmed in r3795 also…

Thanks for reporting. Tom should get to it soon.

Need version to see if this is already fixed in newest upgrade.

You’re going to have to go into mysql database and delete the host with hostID=0.

mysql -u root -p fog

in mysql…

select * from hosts where hostID=0 \G

That will show all your hosts with a bad hostID then you will need to delete them…

delete from hosts where hostID=0;

FINALLY re-register the host you were having trouble with.

Ran into this again with r3706–>r3711

Debian GNU/Linux 7 \n \l

needed:

apt-get install libapache2-mod-php5 

Tom fixed this in r3712. Thanks again Tom.

Ran into this again with r3706–>r3711

Debian GNU/Linux 7 \n \l

needed:

apt-get install libapache2-mod-php5 

Tom fixed this in r3712. Thanks again Tom.

Just did a clean install of Debian 8 (r3707). Still fails on getting packages. The work around was to:

apt-get install apache2 php5 php5-json php5-cli php5-curl mysql-client nfs-kernel-server vsftpd net-tools wget xinetd sysv-rc-conf tar gzip build-essential cpp gcc g++ m4 lftp php-gettext php5-mysqlnd curl libc6 libcurl3 zlib1g php5-fpm

then run the installer.

oh 300 give or take.

in debug I can get an ip when…

vi /etc/network/interfaces

add:

auto eth0
iface eth0 inet dhcp

ifup eth0

Then I get a ip address.

Tom thinks it has something to do with the number of retries to get a DHCP address after the kernel has been launched.

4.0.5 x86 (i686) flashing cursor when trying to debug nothing else shows on the screen.

4.1.0 x86 (i686) we get into debug. not getting an ip address in debug mode. eth0 is found so it is NOT a driver issue. It is also not exactly a kernel issue either. Still testing.