Can no longer upload from virtualbox image
-
Thanks for the reply Tom,
The last FOG install was Friday (may 9th) from:
svn://svn.code.sf.net/p/freeghost/code/trunk
If there is was a newer update I will try updating my install.I tried:
Kernel Issues: [url]http://fogproject.org/wiki/index.php/FAQ[/url]
No change.The only thing in my apache logs is:
[CODE][Sun May 11 06:49:11 2014] [notice] Apache/2.2.22 (Ubuntu) PHP/5.4.9-4ubuntu2.4 configured – resuming normal operations
[/CODE]Currently running:
FOG Version: 1.0.0
Ubuntu 13.04 -
Updating in the morning and will report back asap!
-
LOL Couldn’t wait!
[ATTACH=full]750[/ATTACH]
File does however exist!
[CODE]fog@fog-Latitude-D630:/$ locate boot.php
/fog-rc/packages/web/service/ipxe/boot.php
[B]/var/www/fog/service/ipxe/boot.php[/B][/CODE]This occurred on first boot after update. Then next the 0x040ee119 error. Then it booted to the bzImage 5 times after that. SO for giggles I deleted the Lease from the DHCP server for that IP and it still worked after that.
This was perform on a VM, so I will test physical HW in the morning! Can’t wait!
Thanks Tom!!!
[url=“/_imported_xf_attachments/0/750_boot_php.png?:”]boot_php.png[/url]
-
Check your mysql password in commons/config.php If it’s not set properly, it will fail as you’re seeing there, because it returns as not valid.
-
Shhhh…Left the password blank. I only use this machine for Fog.
[CODE]
/*- DATABASE VARIABLES
-
*/
define(‘DATABASE_TYPE’, ‘mysql’); // mysql or oracle
define(‘DATABASE_HOST’, ‘localhost’);
define(‘DATABASE_NAME’, ‘fog’);
define(‘DATABASE_USERNAME’, ‘root’);
define(‘DATABASE_PASSWORD’, ‘’);
[/CODE]BUT it is working on a VM, so I’m leaning towards it will work in the morning.
-
Good morning!
Unfortunately its not a good morning for the new update for fog.
[QUOTE]Configuring (net0 xx:xx:xx:xx:xx:xx)… Error 0x040ee119[/QUOTE]
The new update intermittently works on the VM and a Dell D610. The VM was working well enough in the evening but this morning I can only get it to boot to fog about 1/8 times. BUT this is[B] greatly improved from yesterday[/B] being 1/30+.
-
Not sure what you did with this latest revision but I so far have been able to start an upload.
-
I downloaded the latest FOG and the the first time I tried to upload from the VM it proceeded past where it was hanging up and appeared to be getting ready to upload. Partclone came up and flashed an error and then rebooted. After reboot, it went back to giving me boot errors. I kept rebooting hoping that it would proceed again so I could get the exact wording and after 8 tries it went through again. the wording is:
[CODE]Starting to clone device (/dev/sda1) to image (/tmp/pigz1)
Clone: open /dev/sda1 error[/CODE]Then once again it rebooted.
My apache log came up with:
[CODE]tail: cannot open ‘/opt/fog//log/multicast.log’ for reading: No such file or directory
[Tue May 13 07:56:44 2014] [notice] caught SIGTERM, shutting down
[Tue May 13 07:56:45 2014] [notice] Apache/2.2.22 (Ubuntu) PHP/5.4.9-4ubuntu2.4 configured – resuming normal operations
[Tue May 13 07:57:26 2014] [error] [client 10.10.4.143] PHP Fatal error: Call to a member function get() on a non-object in /var/www/fog/lib/pages/DashboardPage.class.php on line 30, referer: http://10.10.7.244/fog/commons/schemaupdater/index.php?redir=1[/CODE]I also checked config.php and confirmed that I had set the password.
[url=“/_imported_xf_attachments/0/760_boot-once.png?:”]boot-once.png[/url]
-
I noticed FOG 1.0.1 was posted so I ran the update and it booted initially but the kernel was not able to see my machine because of what I believe was an issue between the kernel and VirtualBox ([url]http://fogproject.org/forum/threads/virtualbox-4-2-16-and-kernel-3-11.6339/[/url]).
I remember I was using a vmware kernel on my old FOG server (running .32) so I copied the Kernel over to the new server and set the Host Kernel for my template machine and tried FOG again. It booted again and began to load the kernel but then froze. I rebooted, FOG booted again and began to load the kernel and got a little further and froze again. I decided to reboot again, because what the heck another reboot couldn’t hurt. This time… no go, I got the BOOT FAILURE message.
Update:
I changed the Kernel back to bzImage and was able to boot but it went back to searching for /dev/sda. I’m guessing now that the problem, once I get it booted, is getting a kernel that will work.[url=“/_imported_xf_attachments/0/768_can’t see partitions-VBOX.png?:”]can’t see partitions-VBOX.png[/url]
-
Hi There,
I have been looking at FOG this week (for the first time). I have installed FOG Server on Ubuntu Desktop 14.04.
I have current success with a IBM think pad S440, this is currently uploading a image “YAY”
However
I have a virtual box linux system, I was able to PXE boot fine initially, I performed a quick registration successfully, then it rebooted and stops with the Error 0x040ee119.
It pauses "Configuring (net0 xxxxxxxxxxxxxx)
then moves onto Error 0x040ee119
[ATTACH=full]774[/ATTACH]
I deleted the virtual boxes host registration from the DHCP to see if that made a difference, it didn’t
Hope this helps with the current issue…
Regards
Colin.
[url=“/_imported_xf_attachments/0/774_Capture.PNG?:”]Capture.PNG[/url]
-
-
All of you using virtual box, the Files I’m providing labeled with ipxe.kpxe do work with Virtual Box.