Opps. My fault. It’s amazing you can double and triple check something, and then something like this occurs. Thanks for the fix Tom.

I wonder if we shouldn’t complain the PHP maintainers. A warning like that should not get dumped into logs unless verbosity is really high. Besides, which is more ‘dangerous’. Trusting the system’s timezone with or date_default_timezone_get() or forcing a programmer to fix it to UTC just to avoid an overzealous warning?

Thanks Tom. Your not going to believe this, the timezone thing is back. I’m seeing this over and over in the logs;
[CODE][Thu Jun 19 18:24:11.832481 2014] [:error] [pid 26346] [client 192.168.1.4:38335] PHP Warning: date_default_timezone_get(): It is not safe to rely on the system’s timezone settings. You are required to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected the timezone ‘UTC’ for now, but please set date.timezone to select your timezone. in /var/www/html/fog/commons/system.php on line 26, referer: http://192.168.1.4/fog/commons/schemaupdater/index.php[/CODE]

Sorry, I didn’t mean to drop a second thread into this question on the “TFTP boot fails”. I thought they were related but I see now this is a different question entirely. When you boot do you get something like this;

[CODE]
Interl Boot Agent GE v1.3.66
Copyright 1997-2010, Intel Corp

Client MAC Addr: F0 DE F1 99 72 C6 GUID: 81F1D9AE AA51 CD11 B3A0 8E5CCB381DF1
Client IP: 172.18.68.24 MASK: 255.255.252.0 DHCP IP: 10.20.1.10
GATEWAY IP: 172.18.68.1
TFTP
PXE-M0F: Exiting Intel Boot Agent
[/CODE]

If so, what do the Client IP: MASK: and DHCP IP: say? It might be the DHCP server is out in the wrong domain or something like that.

I also received the same SQL error(s) when installing SVN 1880. Using fresh installs of the fog, when it prompts for Install/Update SQL data base, it always fails with 20/30 different sql fails (a cascading fail). It fails even with a database upgrade.
I am seeing a lot of warnings like this in my httpd/error_log.
[CODE]PHP Warning: mysqli::escape_string(): Couldn’t fetch mysqli in /var/www/html/fog/lib/db/MySQL.class.php on line 247[/CODE]
There are allot of references to MySQL.class.php in the error_log.
[CODE] PHP Warning: MySQL::sqlerror(): Couldn’t fetch mysqli in /var/www/html/fog/lib/db/MySQL.class.php on line 180, referer: http://192.168.1.4/fog/commons/schemaupdater/index.php[/CODE]

Nothing out of the ordinary in mysqld logs.

Problem solved. It was in the PXE Menu. This worked for me; Fog Configuration > PXE Boot Menu > Exit to Hard Drive Type > GRUB Style. It was set on Sansboot Style (default), and Exit Syle did the same ‘PRESS A KEY TO REBOOT’. Should ‘GRUB style’ be default I wonder?

I’m having a very similar problem. PXE works, and I get to the PXE menu, but when I select ‘Boot from hard drive’, It clears the screen and prints “PRESS A KEY TO REBOOT”. Pressing any key reboots.

It’s not a corrupt OS either. If I take the bios route (on a dell; F2-setup and F12 boot device), and select F12 and say boot from HD,
it boots right into windows. This is new and looks like a bug in the ipxe menu.

Well this is most embarrassing. There was one critical line I left out of the Mageia patch. It was installer variable. the bug doesn’t effect redhat users, just us mageia users. I found this out after doing fresh install of FOG svn on a fresh Mageia4 machine.
Tom, if you could install this asap. This is for rev 1871, June 18th.

To install, in top level fogserver install directory; “patch -p0 < fog-mageia-patch2.txt”

[CODE]
diff ‘–exclude=*~’ -r -u …/free-ghost-svn/lib/redhat/functions.sh ./lib/redhat/functions.sh
— …/free-ghost-svn/lib/redhat/functions.sh 2014-06-18 15:50:51.697789341 -0400
+++ ./lib/redhat/functions.sh 2014-06-18 16:00:19.806067492 -0400
@@ -551,7 +551,7 @@
if [ “$?” != “0” ]
then
echo " * Installing package: $x";

•                  yum -y install $x 1>/dev/null;
  

•                  ${packageinstaller} $x 1>/dev/null;
            else
                    echo  "  * Skipping package: $x (Already installed)";
            fi
  

[/CODE]

[url=“/_imported_xf_attachments/1/1017_fog-mageia-patch2.txt?:”]fog-mageia-patch2.txt[/url]

Here are the patches to Fog svn revision 1859, June 17th (Fog 1.1.1) to Include Mageia in the Redhat variants, This should work for Mageia releases 2,3 and 4. Mageia Linux is the spin off/successor of Madriva which was spun off Mandrake Linux, which was spun off of Redhat. Mageia is my favorite of all of the Linux distros just for ease of use and robust packaging. This patch could be extended to include other Redhat variations like PCLinuxOS, but it uses apt-rpm which I know little about.

The changes are all minimal. There are the file-names and file-installer used by the different distros. There are some changes in the names of the nfs and dhcp services. There are changes in the default location of the tftp directory. Lastly I added a few entries into the dhcp.conf to help with multicasting, and to show how to block dhcp services on a particular network interface (if you have two or more interfaces).

To install, in top level fogserver install directory; “patch -p0 < fog-mageia-patch.txt”

Have fun. The patch is attached below.

[CODE]
diff ‘–exclude=*~’ -r -u …/free-ghost/bin/.install.sh ./bin/.install.sh
— …/free-ghost/bin/.install.sh 2014-06-17 15:12:10.154656509 -0400
+++ ./bin/.install.sh 2014-06-17 13:45:07.530310345 -0400
@@ -25,7 +25,7 @@
. …/lib/common/config.sh

Determine Linux release name

-linuxReleaseName=lsb_release -a 2> /dev/null | grep "Distributor ID" | awk '{print $3,$4,$5,$6,$7,$8,$9}';
+linuxReleaseName=lsb_release -a 2> /dev/null | grep "Distributor ID" | awk '{print $3,$4,$5,$6,$7,$8,$9}' | tr -d " ";
if [ -z “$linuxReleaseName” ];
then
# Fall back incase lsb_release does not exist / fails - use /etc/issue over /etc/release
diff ‘–exclude=*~’ -r -u …/free-ghost/lib/common/functions.sh ./lib/common/functions.sh
— …/free-ghost/lib/common/functions.sh 2014-06-17 15:11:59.027652913 -0400
+++ ./lib/common/functions.sh 2014-06-17 14:09:00.627415217 -0400
@@ -172,7 +172,7 @@
else
echo " What version of Linux would you like to run the installation for?"
echo “”;

•                  echo "          1) Redhat Based Linux (Redhat, CentOS)";
  

•                  echo "          1) Redhat Based Linux (Redhat, CentOS, Mageia)";
                    echo "          2) Debian Based Linux (Debian, Ubuntu, Kubuntu, Edubuntu)";
                    echo "";
                    echo -n "  Choice: [${strSuggestedOS}]";
  

diff ‘–exclude=*~’ -r -u …/free-ghost/lib/common/input.sh ./lib/common/input.sh
— …/free-ghost/lib/common/input.sh 2014-06-17 15:11:59.027652913 -0400
+++ ./lib/common/input.sh 2014-06-17 14:09:58.643421175 -0400
@@ -23,7 +23,7 @@
strSuggestedOS=“”;

    #tmpOS=`cat /etc/*release* /etc/issue 2> /dev/null | grep -Ei "Fedora|Redhat|CentOS"`;

•  if [ "`echo $linuxReleaseName | grep -Ei "Fedora|Redhat|CentOS"`" != "" ]
  

•  if [ "`echo $linuxReleaseName | grep -Ei "Fedora|Redhat|CentOS|Mageia"`" != "" ]
    then
            strSuggestedOS="1";
    fi
  

diff ‘–exclude=*~’ -r -u …/free-ghost/lib/redhat/config.sh ./lib/redhat/config.sh
— …/free-ghost/lib/redhat/config.sh 2014-06-17 15:11:59.024652912 -0400
+++ ./lib/redhat/config.sh 2014-06-17 14:21:47.916486069 -0400
@@ -20,12 +20,29 @@

Yum packages to install

-packages=“httpd php php-cli php-common php-gd php-mysql mysql mysql-server dhcp tftp-server nfs-utils vsftpd ne
t-tools wget xinetd tar gzip make m4 gcc gcc-c++ lftp”;
-storageNodePackages=“httpd php php-cli php-common php-gd php-mysql mysql nfs-utils vsftpd xinetd tar gzip make
m4 gcc gcc-c++ lftp”;

+if [ “$linuxReleaseName” == “Mageia” ];
+then

• Mageia

• packages=“apache apache-mod_php php-gd php-cli php-gettext mariadb mariadb-common mariadb-core mariadb-comm
  on-core php-mysql dhcp-server tftp-server nfs-utils vsftpd net-tools wget xinetd tar gzip make m4 gcc gcc-c++ ht
  mldoc perl perl-Crypt-PasswdMD5 lftp clamav”;
• storageNodePackages=“apache apache-mod_php php-cli php-gettext mariadb mariadb-core mariadb-common mariadb-
  common-core php-mysql nfs-utils vsftpd xinetd tar gzip make m4 gcc gcc-c++ lftp”;
• packageinstaller=“urpmi --auto”;

+elif [ “linuxReleaseName” == “Fedora” ];
+then

• Fedora

• packages=“httpd php php-cli php-common php-gd php-mysql mysql mysql-server dhcp tftp-server nfs-utils vsftp
  d net-tools wget xinetd tar gzip make m4 gcc gcc-c++ lftp”;
• storageNodePackages=“httpd php php-cli php-common php-gd php-mysql mysql nfs-utils vsftpd xinetd tar gzip m
  ake m4 gcc gcc-c++ lftp”;
• packageinstaller=“yum -y install”;
  +else

• CentOS or Other PCLinuxOS uses apt-rpm

• packages=“httpd php php-cli php-common php-gd php-mysql mysql mysql-server dhcp tftp-server nfs-utils vsftp
  d net-tools wget xinetd tar gzip make m4 gcc gcc-c++ htmldoc lftp clamav”;
• storageNodePackages=“httpd php php-cli php-common php-gd php-mysql mysql nfs-utils vsftpd xinetd tar gzip m
  ake m4 gcc gcc-c++ lftp”;
• packageinstaller=“yum -y install”;
  +fi

langPackages=“iso-codes”;
dhcpname=“dhcp”;
+nfsservice=“nfs”;

where do the init scripts go?

initdpath=“/etc/rc.d/init.d”;
@@ -69,3 +86,16 @@
freshconf=“/etc/freshclam.conf”;
#freshcron=“/etc/sysconfig/freshclam”
freshcron=“/usr/bin/freshclam”
+
+# Distribution specific changes
+if [ “$linuxReleaseName” == “Mageia” ];
+then

• #dhcpd package name
• dhcpname=“dhcp-server”;

• where do the tftp files go?

• tftpdirdst=“/var/lib/tftpboot”;

• NFS service name

• nfsservice=“nfs-server”;

• NFS Subtree Check needed

• nfsexportsopts=“no_subtree_check”;
  +fi
  diff ‘–exclude=*~’ -r -u …/free-ghost/lib/redhat/functions.sh ./lib/redhat/functions.sh
  — …/free-ghost/lib/redhat/functions.sh 2014-06-17 15:11:59.023652912 -0400
  +++ ./lib/redhat/functions.sh 2014-06-17 14:55:21.068530873 -0400
  @@ -81,13 +81,13 @@
  {
  echo -n " * Setting up and starting NFS Server…";

•  echo "/images                        *(ro,sync,no_wdelay,insecure_locks,no_root_squash,insecure,fsid=1)
  

-/images/dev *(rw,sync,no_wdelay,no_root_squash,insecure,fsid=2)" > “$nfsconfig”;

•  echo "/images *(ro,sync,no_wdelay,insecure_locks,no_root_squash,insecure,fsid=1,${nfsexportsopts})
  

+/images/dev *(rw,sync,no_wdelay,no_root_squash,insecure,fsid=2,${nfsexportsopts})" > “$nfsconfig”;
chkconfig rpcbind on;
service rpcbind restart >/dev/null 2>&1;

•  chkconfig nfs on;
  

•  service nfs restart >/dev/null 2>&1;
  

•  service nfs status  >/dev/null 2>&1;
  

•  chkconfig ${nfsservice} on;
  

•  service ${nfsservice} restart >/dev/null 2>&1;
  

•  service ${nfsservice} status  >/dev/null 2>&1;
    if [ "$?" != "0" ]
    then
            echo "Failed!";
  

@@ -190,7 +190,7 @@
wait = yes
user = root
server = /usr/sbin/in.tftpd

•  server_args            = -s /tftpboot
  

•  server_args            = -s ${tftpdirdst}
    disable                = no
    per_source              = 11
    cps                    = 100 2
  

@@ -232,11 +232,33 @@
echo "# DHCP Server Configuration file.

see /usr/share/doc/dhcp*/dhcpd.conf.sample

This file was created by FOG

+# Definition of PXE-specific options
+# Code 1: Multicast IP address of bootfile
+# Code 2: UDP port that client should monitor for MTFTP responses
+# Code 3: UDP port that MTFTP servers are using to listen for MTFTP requests
+# Code 4: Number of seconds a client must listen for activity before trying
+# to start a new MTFTP transfer
+# Code 5: Number of seconds a client must listen before trying to restart
+# a MTFTP transfer
+
+option space PXE;
+option PXE.mtftp-ip code 1 = ip-address;
+option PXE.mtftp-cport code 2 = unsigned integer 16;
+option PXE.mtftp-sport code 3 = unsigned integer 16;
+option PXE.mtftp-tmout code 4 = unsigned integer 8;
+option PXE.mtftp-delay code 5 = unsigned integer 8;
+option arch code 93 = unsigned integer 16; # RFC4578
+
use-host-decl-names on;
ddns-update-style interim;
ignore client-updates;
next-server ${ipaddress};

+# Specify subnet of ether device you do NOT want serviced. For systems with
+# two or more ethernet devices.
+# subnet 136.165.0.0 netmask 255.255.0.0 { }
+
subnet ${network} netmask 255.255.255.0 {
option subnet-mask 255.255.255.0;
range dynamic-bootp ${startrange} ${endrange};
[/CODE]

[url=“/_imported_xf_attachments/1/1011_fog-mageia-patch.txt?:”]fog-mageia-patch.txt[/url]

Thanks for the quick reply Tom. I tried legacy boot and it just ignored me. For some reason, what looks like a legacy network boot option in bios must be buggy. It always falls into a UEFI IP4 network boot. It also has UEFI IP6 booting too.

I was reading up on network UEFI booting and Red-hat has an excellent discussion on how to configure dhcp to load an efi boot kernel.

[url]https://access.redhat.com/site/documentation/en-US/Red_Hat_Enterprise_Linux/6/html/Installation_Guide/s1-netboot-pxe-config-efi.html[/url]

The dhcpd.conf has an option to tell if it’s an efi boot request, and if so which arch it is, otherwise it uses a default.
That may be an option for getting a fog UEFI kernel started.

I just received a new machine that I’m trying to boot into fog with no luck. It’s an AMD-A10 box with an MSI A78-E45 motherboard. Everything looks fine until it does the tftpboot. Then it just ignores the tftp, and proceeds to boot its other devices. Dhcpd is working and the system is getting an IP address.

I turned on as much debugging as I could but did not get much info. Here is what is being reported in syslog.

[CODE]Apr 14 11:30:39 striker dhcpd[9002]: DHCPDISCOVER from 44:8a:5b:64:f7:cb via eth1
Apr 14 11:30:40 striker dhcpd[9002]: DHCPOFFER on 192.168.1.21 to 44:8a:5b:64:f7:cb via eth1
Apr 14 11:30:43 striker dhcpd[9002]: DHCPREQUEST for 192.168.1.21 (192.168.1.1) from 44:8a:5b:64:f7:cb via eth1
Apr 14 11:30:43 striker dhcpd[9002]: DHCPACK on 192.168.1.21 to 44:8a:5b:64:f7:cb via eth1
Apr 14 11:30:43 striker in.tftpd[22026]: RRQ from 192.168.1.21 filename undionly.kpxe
Apr 14 11:30:43 striker in.tftpd[22026]: tftp: client does not accept options
Apr 14 11:30:43 striker in.tftpd[22027]: RRQ from 192.168.1.21 filename undionly.kpxe
[/CODE]

I’m really baffled by the tftp: client does not accept options. Is it just that in.tftpd isn’t ready for UEFI?

Any ideas. I’m stumped on this one.

Cool. FOG_LEGACY_FLAG_IN_GUI worked very nicely. It’s a good option to have. Thanks Tom.

Hi Tom,

That would make sense that the images where relabeled during an svn update. I’m using 0.33b and update frequently. It started doing this a couple of days ago after one of the updates. I was able to force it to use partclone but I’m not sure what you mean “Then go to the images and change it from partimage to partclone.” Is there a way to convert and image from partclone to partimage format?

It looks like I just need to retake the image snapshot for the partimage to work.

---

One other small bug I caught that should be easy to fix. In my httpd logs error_log files, I’m seeing hundreds of entries that say;
[CODE]
[Tue Apr 01 17:23:35.795157 2014] [:error] [pid 6749] [client 192.168.1.20:57168] PHP Warning: date(): It is not safe to rely on
the system’s timezone settings. You are required to use the date.timezone setting or the date_default_timezone_set() function. I
n case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. W
e selected the timezone ‘UTC’ for now, but please set date.timezone to select your timezone. in /var/www/html/fog/service/auto.reg
ister.php on line 58
[/CODE]

This error/php warning is repeated over and over for several php code segments. I just add
date_default_timezone_set(“UTC”);
into /var/www/html/fog/commons/system.php or packages/web/commons/system.php in the svn source tree.
That keeps the log files nice and clean for meaningful errors. Here is the patch;

[CODE]
— …/freeghost-code-svn/packages/web/commons/system.php 2014-03-31 16:45:40.003762314 -0400
+++ packages/web/commons/system.php 2014-04-02 16:00:12.994984922 -0400
@@ -16,6 +16,9 @@
define(‘PHP_COMPATIBLE’, version_compare(PHP_VERSION, PHP_VERSION_REQUIRED, ‘>=’));
define(‘BASEPATH’, DetermineBasePath());
define(‘SPACE_DEFAULT_STORAGE’, ‘/images’);
+// Set a default timezone for date functions.
+date_default_timezone_set(“UTC”);
+
// PHP: Version check
if (PHP_COMPATIBLE === false)
{
[/CODE]

Thanks for your help Tom.
Best regards,
Chuck

I’m having a new problem when trying to download an image to a host. Something is causing partimage to fail so the image never gets installed. The error message flashes by so fast it’s hard to stop, but I managed after several tries to <ctrl-s> the message. Then if found the fog download debug. Here is what is being reported.

[CODE]
Please wait… /usr/share/fog/lib/funcs.sh: line 22:
2326 Segmentation fault
2221 Aborted
partimage restore $2 $1 -f3 -b 2>/tmp/status.log

• Performing Clean up (Stage 1) … Done
• Performing Clean up (Stage 2) … Done
• Backing up an replacing BCD … mv cannot stat
  ‘bcdstore/boot/BCD’: No such file or directory
  cp: cannot create regular file ‘/bcdstore/boot/BCD’:
  no such file or directory
  Done
• Changing hostname … Done
• Updating Computer Database Status
• Database Updated
• Task is completed, computer will now restart.
  [/CODE]

I’m at a loss as to what the problem is… I’ll have more info later, but as best as I can tell it looks like partimage is doing a segmentation fault.

partimage-debug-log has this:
[CODE]
Main] main.cpp->main#392: /var/log/partimage-debug.log: Partition Image version 0.6.9 (DebugLevel 1 used, MainThread=2320)
[Main] main.cpp->main#394: =======================================================================================

[Main] main.cpp->main#397: ==== Partition Image: compilation options used ====

• Version is 0.6.9 [gcc 4.7.3].

• Supported file systems:

  • ext2fs,ext3fs,reiserfs-3.5,reiserfs-3.6,reiserfs,fat,fat16,fat32,ntfs,hpfs,xfs,jfs,hfs,ufs,raw
  • Ext2fs support: internal code

• Debug options:

  • PARTIMAGE_LOG=/var/log/partimage-debug.log
  • PARTIMAGED_LOG=/var/log/partimaged.log
  • DEVEL DISABLED
  • DEFAULT_DEBUG_LEVEL=1

• Other options:

  • CURRENT_IMAGE_FORMAT=0.6.1 (version of the image file format)
  • PACKAGE_NETPROTOVER=PiMgNet001 (version of the network protocol)
  • USERS MUST LOGIN
  • PARTIMAGED_USERS=/etc/partimaged/partimagedusers
  • SSL ENABLED
  • CHEUID ENABLED

[Main] main.cpp->main#479: ENDIANESS=ENDIAN_LITTLE
[Main] main.cpp->main#634: action=RESTORE
[Main] imagefile.cpp->openReading#999: begin (/images/WIN764BITGEN/sys.img.000)
[Main] imagefile.cpp->openReading#1046: LEVEL [/images/WIN764BITGEN/sys.img.000]=-1
[Main] image_disk.cpp->openReading#385: ALREADY=0
[Main] image_disk.cpp->openReading#397: openReading[/images/WIN764BITGEN/sys.img.000]
[Main] image_disk.cpp->openReading#412: preopen successfull for /images/WIN764BITGEN/sys.img.000
[Main] image_disk.cpp->openReading#437: open
[Main] image_disk.cpp->openReading#438: file /images/WIN764BITGEN/sys.img.000 opened ok
[Main] imagefile.cpp->openReading#1086: PTHREAD_CREATE before
[Main] imagefile.cpp->openReading#1088: PTHREAD_CREATE after
[Main] imagefile.cpp->openReading#1116: THROW: -42
[Main] exceptions.cpp->CExceptions#88: openReading -> throws: -42
[Main] image_disk.cpp->close#274: close -> 0
[Main] image_disk.cpp->destroySpaceFile#454: DESTROY SPACE FILE []
[Main] image_disk.cpp->read#254: cid: 14336 ; m_qwTotal = 14336
[Main] image_disk.cpp->~CImageDisk#80: total written: 14336
[Main] image_disk.cpp->read#254: cid: 14336 ; m_qwTotal = 28672
[/CODE]

ntfs-mount-output has this:
[CODE]
NTFS signature is missing.
Failed to mount ‘/dev/sda2’: Invalid argument
The device ‘/dev/sda2’ doesn’t seem to have a valid NTFS.
Maybe the wrong device is used? Or the whole disk instead of a
partition (e.g. /dev/sda, not /dev/sda1)? Or the other way around?
[/CODE]
fdisk-before:
[CODE]
Disk /dev/sda: 80.0 GB, 80026361856 bytes, 156301488 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk label type: dos
Disk identifier: 0x86308630
Device Boot Start End Blocks Id System
/dev/sda1 * 2048 206847 102400 7 HPFS/NTFS/exFAT
/dev/sda2 206848 154738687 77265920 7 HPFS/NTFS/exFAT
[/CODE]
fdisk-after:
[CODE]
Disk /dev/sda: 80.0 GB, 80026361856 bytes, 156301488 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk label type: dos
Disk identifier: 0x86308630
Device Boot Start End Blocks Id System
/dev/sda1 * 2048 206847 102400 7 HPFS/NTFS/exFAT
/dev/sda2 206848 154738687 77265920 7 HPFS/NTFS/exFAT
[/CODE]

Just an addon note: I see if I manually run partimage under download-debug and select the image files for restore, and restore partition with image, partimage gives an error window that says:
INVALID COMPRESSION LEVEL FOR /images/WIN764BITGEN/sys.img.0000. <CANCEL>
Same with rec.img.0000 when trying to restore /dev/sda1

In 0.33B, (svn rev 1387). You probably already know this, but the reply messages for uploading and downloading and image are the same. So the message from upload an images implies it will download and image instead. I’m using Win7 and LUTZA as example image and host names. Both upload and download say:

Host Management

Deploy Image to Host
Successfully created task for deployment of Win7 to LUTZA

Upload image should say; Receive Image from Host. Successfully created task for receiving image Win7 from LUTZA. This really confused me the first time through (I thought I had selected the wrong function).

Best regards.
Image of the message is attached.

[url=“/_imported_xf_attachments/0/622_snapshot1.png?:”]snapshot1.png[/url]

It works great! I just tried it.

Thank you.

Thanks Tom. I look forward to seeing that feature in a future svn. Ever since that fix, that machine has worked perfect and is now in service. By the way, I put a patch up in the Bug forum that will add Mageia linux to the Redhat group during for Fog 33b installation.
You might want to read it and see if it’s useful.

Cheers.

Hi. I just created a patch to fog 3.3b (svn 3/25/14) which will allow fog to install on Mageia Linux (versions 2, 3 and 4). Mageia is a redhat derived os desending from the Mandrake-Mandriva linux linage. It is very popular. In developing this patch, I found and fixed a few minor bugs. For example the $linuxReleaseName variable could have trailing spaces in the distribution name. In another spot tftpboot is hard coded to /tftpboot where as it is now found in /var/lib/tftpboot. In the nfs /etc/exports some systems need additional options like ‘no_subtree_check’. All said, the changes are very minor and don’t distract from the core functionality of the original code.

Cheers!

Update: Please note a $tftpdirdist should be $tftpdirdst in the earlier version. This patchs have been fixed.
— cut here -----
[code]
diff ‘–exclude=*~’ -r -u …/freeghost-code-svn/bin/installfog.sh ./bin/installfog.sh
— …/freeghost-code-svn/bin/installfog.sh 2014-03-24 15:15:50.596935792 -0400
+++ ./bin/installfog.sh 2014-03-25 14:08:58.255557287 -0400
@@ -25,7 +25,7 @@
. …/lib/common/config.sh

Determine Linux release name

-linuxReleaseName=lsb_release -a 2> /dev/null | grep "Distributor ID" | awk '{print $3,$4,$5,$6,$7,$8,$9}';
+linuxReleaseName=lsb_release -a 2> /dev/null | grep "Distributor ID" | awk '{print $3,$4,$5,$6,$7,$8,$9}' | tr -d " ";
if [ -z “$linuxReleaseName” ];
then

Fall back incase lsb_release does not exist / fails - use /etc/issue over /etc/release

diff ‘–exclude=*~’ -r -u …/freeghost-code-svn/lib/common/functions.sh ./lib/common/functions.sh
— …/freeghost-code-svn/lib/common/functions.sh 2014-03-24 15:15:32.236943638 -0400
+++ ./lib/common/functions.sh 2014-03-24 16:44:17.613404643 -0400
@@ -172,7 +172,7 @@
else
echo " What version of Linux would you like to run the installation for?"
echo “”;

• echo " 1) Redhat Based Linux (Redhat, Fedora, CentOS)";

• echo " 1) Redhat Based Linux (Redhat, Fedora, CentOS, Mageia)“;
  echo " 2) Debian Based Linux (Debian, Ubuntu, Kubuntu, Edubuntu)”;
  echo “”;
  echo -n " Choice: [${strSuggestedOS}]“;
  diff ‘–exclude=*~’ -r -u …/freeghost-code-svn/lib/common/input.sh ./lib/common/input.sh
  — …/freeghost-code-svn/lib/common/input.sh 2014-03-24 15:15:32.236943638 -0400
  +++ ./lib/common/input.sh 2014-03-24 17:13:40.949758957 -0400
  @@ -23,7 +23,7 @@
  strSuggestedOS=”";

#tmpOS=cat /etc/*release* /etc/issue 2> /dev/null | grep -Ei "Fedora|Redhat|CentOS";

• if [ “echo $linuxReleaseName | grep -Ei "Fedora|Redhat|CentOS"” != “” ]

• if [ “echo $linuxReleaseName | grep -Ei "Fedora|Redhat|CentOS|Mageia"” != “” ]
  then
  strSuggestedOS=“1”;
  fi
  diff ‘–exclude=*~’ -r -u …/freeghost-code-svn/lib/redhat/config.sh ./lib/redhat/config.sh
  — …/freeghost-code-svn/lib/redhat/config.sh 2014-03-24 15:15:31.958943748 -0400
  +++ ./lib/redhat/config.sh 2014-03-25 14:56:26.118537289 -0400
  @@ -19,19 +19,32 @@

Yum packages to install

-if [ “$linuxReleaseName” == “Fedora” ];
+if [ “$linuxReleaseName” == “Mageia” ];
+then

• Mageia

• packages=“apache apache-mod_php php-gd php-cli php-gettext mariadb mariadb-common mariadb-core mariadb-common-core php-mysql dhcp-server
  tftp-server nfs-utils vsftpd net-tools wget xinetd tar gzip make m4 gcc gcc-c++ htmldoc perl perl-Crypt-PasswdMD5 lftp clamav”;
• storageNodePackages=“apache apache-mod_php php-cli php-gettext mariadb mariadb-core mariadb-common mariadb-common-core php-mysql nfs-util
  s vsftpd xinetd tar gzip make m4 gcc gcc-c++ lftp”;
• packageinstaller=“urpmi --auto”;

+elif [ “linuxReleaseName” == “Fedora” ];
then

Fedora

packages=“httpd php php-cli php-common php-gd php-mysql mysql mysql-server dhcp tftp-server nfs-utils vsftpd net-tools wget xinetd tar gz
ip make m4 gcc gcc-c++ htmldoc perl perl-Crypt-PasswdMD5 lftp clamav”;
storageNodePackages=“httpd php php-cli php-common php-gd php-mysql mysql nfs-utils vsftpd xinetd tar gzip make m4 gcc gcc-c++ lftp”;
-else

• packageinstaller=“yum -y install”;

+else

CentOS or Other

packages=“httpd php php-cli php-common php-gd php-mysql mysql mysql-server dhcp tftp-server nfs-utils vsftpd net-tools wget xinetd tar gz
ip make m4 gcc gcc-c++ htmldoc perl perl-Crypt-PasswdMD5 lftp clamav”;
storageNodePackages=“httpd php php-cli php-common php-gd php-mysql mysql nfs-utils vsftpd xinetd tar gzip make m4 gcc gcc-c++ lftp”;

• packageinstaller=“yum -y install”;

fi

langPackages=“iso-codes”;
dhcpname=“dhcp”;
+nfsservice=“nfs”;

where do the init scripts go?

initdpath=“/etc/rc.d/init.d”;
@@ -64,6 +77,8 @@

where is the nfs exports file?

nfsconfig=“/etc/exports”;
+# Additional nfs /etc/exports options
+nfsexportsopts=“”;

where do snapins go?

snapindir=“/opt/fog/snapins”;
@@ -75,3 +90,17 @@
freshconf=“/etc/freshclam.conf”;
#freshcron=“/etc/sysconfig/freshclam”
freshcron=“/usr/bin/freshclam”
+
+# Distribution specific changes
+if [ “$linuxReleaseName” == “Mageia” ];
+then

• #dhcpd package name
• dhcpname=“dhcp-server”;

• where do the tftp files go?

• tftpdirdst=“/var/lib/tftpboot”;

• NFS service name

• nfsservice=“nfs-server”;

• NFS Subtree Check needed

• nfsexportsopts=“no_subtree_check”;
  +fi

diff ‘–exclude=*~’ -r -u …/freeghost-code-svn/lib/redhat/functions.sh ./lib/redhat/functions.sh
— …/freeghost-code-svn/lib/redhat/functions.sh 2014-03-24 15:15:31.958943748 -0400
+++ ./lib/redhat/functions.sh 2014-03-25 15:04:09.118212951 -0400
@@ -81,13 +81,13 @@
{
echo -n " * Setting up and starting NFS Server…";

• echo “/images *(ro,sync,no_wdelay,insecure_locks,no_root_squash,insecure,fsid=1)
  -/images/dev *(rw,sync,no_wdelay,no_root_squash,insecure,fsid=2)” > “$nfsconfig”;

• echo “/images *(ro,sync,no_wdelay,insecure_locks,no_root_squash,no_subtree_check,insecure,fsid=1,${nfsexportsopts}
  )
  +/images/dev *(rw,sync,no_wdelay,no_root_squash,insecure,fsid=2,${nfsexportsopts})” > “$nfsconfig”;
  chkconfig rpcbind on;
  service rpcbind restart >/dev/null 2>&1;

• chkconfig nfs on;
• service nfs restart >/dev/null 2>&1;
• service nfs status >/dev/null 2>&1;

• chkconfig ${nfsservice} on;
• service ${nfsservice} restart >/dev/null 2>&1;
• service ${nfsservice} status >/dev/null 2>&1;
  if [ “$?” != “0” ]
  then
  echo “Failed!”;
  @@ -198,7 +198,7 @@
  wait = yes
  user = root
  server = /usr/sbin/in.tftpd

• server_args = -s /tftpboot

• server_args = -s ${tftpdirdst}
  disable = no
  per_source = 11
  cps = 100 2
  @@ -450,7 +450,7 @@
  if [ “$?” != “0” ]
  then
  echo " * Installing package: $x";

• yum -y install $x 1>/dev/null;

• ${packageinstaller} $x 1>/dev/null;
  else
  echo " * Skipping package: $x (Already installed)";
  fi
  [/code]

[url=“/_imported_xf_attachments/0/617_fog-mageia.txt?:”]fog-mageia.txt[/url]

Your right Tom. I also was looking around and apparently it’s a wide spread problem. In this tread, they claim it’s power management.

[url]http://social.technet.microsoft.com/Forums/windows/en-US/cb315842-fe9c-49a7-874b-b53adfdc0d83/vostro-200-intel-82562v2-ethernet-adapter-does-not-initialize-correctly?forum=w7itprohardware[/url]

Their advice is good if you have one of these machines or that type chipset. I don’t know what the 2.6.39.1 kernel did but it sure got that chip out of it’s funk.

If I understand FOG, isn’t the Kernel: parameter when your setting up a host suppose to be the Image used for booting? (like bzImage).
So in the kernel input box, I could put bzImage2.6.39.1 and it should use that image instead of the default. That could be useful for a whole class of Dell’s using this bedeviled chipset. Is that feature functioning?

Last night I was thinking about this, and it doesn’t make sense that a deep power cycle would correct what ever issue these cards have. After all I had set this machine up on a lab bench and that would have power cycled it before I started testing FOG. So that leaves one other possible cause of this device miraculous recovery. In trying to understand the problem, I used a new kernel 2.6.39.1 bzImage to jump to debug mode. (This is the bzImage kernel I have on my version 3.2 FOG machine and I knew it worked). That was the first time the network didn’t lock when fog instructed it to boot. I think this is the kernel that caused the firmware for the intel 82562V2 to be fixed.

So you may want to download bzImage 2.6.29.1 if you have any Dell Vostro’s 400’s to image.

Now back to something serious like Basketball.