https://help.ubuntu.com/community/Smartmontools
http://www.techrepublic.com/blog/linux-and-open-source/using-smartctl-to-get-smart-status-information-on-your-hard-drives/

• I want to add to the compatibility check and incorporate a smart status check on the drives being imaged.

• Also add the check right before imaging while the inits are doing checks, check the SMART disk status. If “PASSED” then continue. If “FAILED” then error out with message about a bad drive. If “UNSUPPORTED” then continue. (need to check on the message for unsupported but you get the jist)

This also gives you all the details of the HDD check it out!

apt-get install smartmontools 
smartctl -i /dev/sda
smartctl -H /dev/sda  

We could store that HDD info in the database if we wanted also for inventory purposes and such

I believe this will create a better stability of FOG itself

What do all of you think?

“System Cerial” sooo yummy!

Duh.

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.

x32 bit machines should now be fixed in the latest git.

• x32 Upload times are slow but they will upload all the way. ~84Mib/s with lvl 9 compression (4:20:15)
• x32 Download times are “fast” ~1.8Gib/s lvl 9 compression (00:12:01)
• x64 Up 3.2Gib/s lvl9 (00:20:00) Down 7.3Gib/s lvl9 (00:09:00)

Full Description of problem:
1.)nfs mount issue was due to not getting an ip address during init boot.
2.)Not getting an ip was due to an addition of fixing VLAN issues for networks and sleep command was an “Illegal Instruction” (along with other commands essential to “init fog script”)
3.)sleep was not working due to a compiling issue in the glibc v2.21.

*Solution:
1.) Downgraded init’s to use glibc v2.20 (fixed sleep function).
2.) init’s now get ips from edits in files K40Network and S40Network.
3.)NFS mounts successfully now that init gets an ip address at boot.

These changes have been pushed to both init_32.xz and init.xz.

If you see this issue with your old 32 bit only processors please make sure you update to the latest version and this should be fixed.

P.S. @Tom-Elliott thanks for the remote sessions and time. Took us a while but we nailed down the problem

32-bit and 64-bit both work in the inits.

You just have to boot into debug mode right now and then type in the above commands. I will talk with Tom to see if we can change the compatibility check first as we do not want to mess up the current flow

git 4290

Issue occurred during download at step “restoring partition tables (GPT)…”

Error: “Error trying to restore GPT partition tables”

Checked gdisk /dev/sda but no partitions present due to the FOG script clearing them. Tried a “Quick wipe” and “Full wipe” tasks but still no go.

Went into gdisk again to see if I could create an MBR correctly and it did succeed.

I thought that it maybe the drive so I threw this drive into a confirmed working host. The new host download the image on to the HDD without issue.

Looking into BIOS updates or bad RAM for the issue. Will report back with full solution.

Just thought I would report just incase anyone else had the issue.

https://github.com/FOGProject/fogproject/blob/33fe4988cc738a625308267ae78cdc7879a6e411/src/buildroot/package/fog/scripts/etc/init.d/S99fog

I hope this helps a bit to understand the commands you can use in the new ipxe menu in 1.3.0.

The compression is done directly on the Host computer and then transferred up to the server.

That said there maybe a way to decompress and recompress an image but complications may occur.

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.

Well obviously the file doesn’t exist. When you uploaded you used Multi partition single disk right? We can see this by your file listing. However you need to reupload using single disk as Wayne was suggesting.

Just changing the option to single disk and trying to download will not create the files needed. Please change the image setting to Single Disk then upload the image. THEN download it another host.

Current Solution set Kernel to 4.19.64 and set global option in Fog Configuration–> FOG Settings --> General Settings --> Kernel ARGS to tsc=unstable

Luckly this is the last year for these machines.

So I’m guessing I’m going to need to edit all 100 of my units to have this argument? Or are you working on having a new bzImage for me to test?

@Quazz

• tsc=unstable – works with Kernel 4.19.64
• clocksource=hpet – works with Kernel 4.19.64

So both of these commands work!

@george1421 – bzImageNoACPI creates a kernal panic. IDE is turned on in the BIOS. I do not use the RAID function for these machines.

BIOS updated to v1.35 (Latest)
Kernal 4.19.64 still does not work.

Custom Kernal still does not work

@Quazz –

HP Compaq dc7800p Small Form Factor
Intel® Core™2 Duo CPU E6750 @ 2.66GHz
6GB RAM
160 GB HDD – WDC WD1600AAJS-00B4A0

BIOS Version786F1 v01.04
Motherboard 0AA8h

Kernal 4.17.0 64 – does not work.

• Kernal 4.19.64 with acpi=off
  

FYI 4.16.6 64 – works

• Reset Kernals back to v4.19.64
• Deleted host from Fog database
• Manual registration
• Set Host Kernel Arguments with acpi=off
• Set to Deploy
• Kernal panic
  

Fog v1.5.4
Kernal 4.19.64
Device: HP DC7800 (YES OLD!)

When deploying image “rcu_sched self detected stall on CPU when” is displayed an some cpu statics are shown. I figured bad motherboard or cpu so I replaced the entire board and still the same issue occurred. Tried 3 other machines of the same model and no luck. rcu_sched self detected stall on CPU when capture gave me the info I needed but this apparently has not been fixed.

Is this due to a conflict with the age of the hardware and the new kernal updates?

This does not effect my other hardware at all they all imaged perfectly with Kernal 4.19.64. Only dc7800’s are the issue.

FYI:
Kernal 4.19.64 64 – not working
Kernal 4.19.48 64 – not working
Kernal 4.19.36 64 – not working
Kernal 4.19.6 64 – need to test
Kernal 4.19.1 64 – need to test
…
Kernal 4.17.0 64 – not working
Kernal 4.16.6 64 – works
Kernal 4.15.2 64 – works

HP Compaq dc7800p Small Form Factor
Intel® Core™2 Duo CPU E6750 @ 2.66GHz
6GB RAM
160 GB HDD – WDC WD1600AAJS-00B4A0

BIOS Version786F1 v01.04 v01.35
Motherboard 0AA8h

Confirm this plz…

mysql -u fog -p fog

Then type in the password. Do you get…

ERROR 1045 (28000): Access denied for user 'fog'@'localhost' (using password: YES)

Just had a small hickup in svn 5680. Had to do the following…

mysql> create user 'fog'@'localhost' identified by 'your password here';
Query OK, 0 rows affected (0.00 sec)

mysql> GRANT ALL PRIVILEGES ON * . * TO 'fog'@'localhost';
Query OK, 0 rows affected (0.00 sec)

mysql> FLUSH PRIVILEGES;

Did you create an A Record pointer on your DNS Server to point FOG-SERVER to IP xxx.xxx.xxx.xxx.?