You can also use sysprep to expand the system partition, or a simple setupcomplete.cmd script to expand using a diskpart script.

In that case, 4.1.4 fails on Hyper-V for me like all other kernels since 3.18.5 so I can’t test the part you changed.

See the ongoing saga.

Updating my Development Fog:

– GIT 4367 aka SVN 3868
– Kernel: 4.1.4
– iPXE: 1.0.0+ ( 989f )

The problem persists as described at the top of this thread for the Hyper-V 2012 R2 client.

Reverting to Kernel 3.18.5 .

I’ve uploaded some pics and vids of what happens

Hmmm, our web filter is choking on these links.

Sure thing.

http://1drv.ms/1gjmWXh

In this particular case , the problem was and still is that when the virtual machine is being imaged, lots of bug messages fly by during the entire imaging process.

Server 2012 R2 with Hyper-V, running Generation 1 VM.

The resulting image is fine.

GIT 4274 has everything back in running order.

GIT 4270 made it through the web interface, but the installer is still failing at:

Setting up and starting TFTP and PXE Servers................Failed!

Also

 Adding needed repository....................................OK
 Preparing Package Manager...................................

Were both lightning fast on the first install attempt of GIT 4270, but took for-ever (ie: several minutes) on the next attempt.

And no, I’m not in a bind or a hurry. Not until tomorrow evening, and then I’ll just revert if things aren’t working right yet.

One issue that is bubbling up from the ether of my memory involves AD and computer account passwords. The computer account password is maintained by the computer on the AD and as part of that identifier it involves the unique ID that the system generated for the OS by coming out of sysprep.

Once you’re comfortable with generating answer files for sysprep it’s really a non-issue, quite easy and worth employing.

Here-say, but I know a story from another administrator that involved an administrator HE knew who deployed an entire headquartered office building without sysprepping the image, which caused nightmares for their software licensing.

Microsoft created it for a reason.

@Wayne-Workman said:

I’ve been trying to move people to Fedora lately (and have moved several) simply because there are less problems. Just throwing that out there. Here’s a link to an article I’ve been working on: https://wiki.fogproject.org/wiki/index.php/Fedora_21_Server

That’s funny. Until this incident I hadn’t had a single problem with Debian. I was sold on the conversion from Ubuntu. We started on Ubuntu. I moved to Debian (in development and future planned updates at least) at I think what was one of the developers suggestion, and now you’re telling me that Fedora is the cat’s meow instead?

I’m not complaining. I like trying out new stuff. I’ll give it a whirl for sure, but what is the horse’s mouth opinion on this? I want to be as compliant as possible for my setups. what is THE distro recommended as the least problematic for FOG now ?

@Tom-Elliott said:

@BigMan99211 It sounds like you removed php5-mysqlnd. Maybe try reinstalling it?

sudo apt-get install --reinstall php5-mysqlnd; sudo php5enmod mysqlnd

I’m curious if we’re chasing the same rabbit.

At the prompt to visit the management page I connected with another session and commented out line 179 of:

/var/www/html/fog/commons/init.php.

… then visited the web interface and continued the install. Mind you I’m still chasing installers failing on MySQL configuration.

Hmmm, nfs volume mount error now.

So next I tried a GIT 4266 install over the existing. At the prompt to visit the management page I connected with another session and commented out line 179 /var/www/html/fog/commons/init.php.
I was able to reach the web site. Strangely, my little cloud still says 3731 .

The rest of the install complete seemingly without error. The web interface is working, but now I’m stuck with the NFS volume mount error on clients attempting to quick image.

Okay, try updating using SVN 3821 which checks out to 4266 . The install fails at

Setting up and starting MySQL...............................Failed!

This is fun!

There are lots of Google opinions on this.

It’s there for more than one reason.

The easy answer is Microsoft’s; yes, sysprep.

Emphasized YES if you’re using AD.

Relating to my top post here, the recursive symbolic link that is created allows me to do this

http://devfog/fog/fog/fog/fog/fog/fog/fog/fog/fog/fog/fog/fog/fog/fog/fog/fog/fog/fog/fog/fog/fog/fog/fog/fog/fog/fog/fog/fog/fog/fog/fog/fog/fog/fog/fog/fog/fog/fog/fog/fog/fog/

and get to the management page.

Spammity spam, spammity spam…

So these three lines repeat themselves in apache’s error.log

[:error] [pid 9651] [client 172.19.252.91:57574] PHP Fatal error:  Call to undefined method FOGCore::cleanInvalidEntries() in /var/www/html/fog/commons/init.php on line 179
[core:notice] [pid 1066] AH00094: Command line: '/usr/sbin/apache2'
[ssl:warn] [pid 1046] AH01909: 172.19.244.13:443:0 server certificate does NOT include an ID which matches the server name

Following the error for /var/www/html/fog/commons/init.php on line 179, we commented out

 /** $FOGCore->cleanInvalidEntries(); */

And all appears well again with the web interface with 3731. Still digging though.

I’m trying to avoid a rebuild, or a rollback. I want to solve this because I expect it to happen again when I again update from SVN3731 to GIT4266 .

I just finished doing

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

Restarted and

svn co https://svn.code.sf.net/p/freeghost/code/trunk /opt/trunk &&
cd /opt/trunk/bin &&
./installfog.sh

Which gave me 4266, and I’m still hitting the 500 error on the web interface for database update. Then

Setting up storage..........................................OK
 * Setting up and starting DHCP Server.........................Skipped
 * Setting up and starting TFTP and PXE Servers................Failed!

Client’s are iPXE booting to this

iPXE 1.0.0 (2bcf1) -- Open Source Network Boot Firmware -- http://ipxe.org
Features: DNS FTP HTTP HTTPS iSCSI NFS TFTP VLAN AoE EFL MBOOT PXE bzImage Menu PXEXT
tftp://172.19.244.13/default.ipxe.... ok
http://172.19.244.13/fog/service/ipxe/boot.php... Input/output error (http://ipxe.org/1d0c6139)
Could not boot: Input/output error (http://ipxe.org/1d0c6139)

Oy …

BTW this is still happening as of SVN 3731 with Hyper-V 2012 R2.

I’m still hacking away at this problem machine.

I’ve rolled it up and back and forth and sideways, and I’m still hitting Internal 500.

I did notice that you’re now adding to /opt/fog/.fogsettings these lines

docroot="/var/www/html/";
webroot="fog/";

Removing them doesn’t seem to make a diff, but older SVN like 3731 throws up the previously mentioned

ln: failed to create symbolic link ‘/var/www/html/fog/fog’: File exists

when installed over 4250+.

While I’m here, I’m looking for the FOG-approved method for repairing php5, apache and tftpd-hpa .

I’m sure you’re pulling your hair out over SourceForge… I just found it funny that checking out SVN 3821 gives me 4266.