can you pull your apache2 error log?
/var/log/apache2/error.log
can you pull your apache2 error log?
/var/log/apache2/error.log
[quote=“avandel, post: 37492, member: 26498”]@BPSTravis i done that and the only reponse was:
16451 tty1 R+ 0:00 grep tftp
@ VincentJ, the first thing i tried was update Ubuntu and FOG. Ubuntu went ok through the fog menu but FOG itself got the error message: name or service not known
download not found
So i’m stuck with this. Yes, other downloads work fine, but the menu i’ll get, the one with 7 options, if i quit that, fog still runs???
I guess so because i can still access the webinterface. How do i update within the VM environment, and does it save in the VM-file?[/quote]
Then your tftp service is NOT running on your system which is why it’s not working…
open a terminal and type:
[CODE]sudo /etc/init.d/tftp-hpa restart[/CODE]
If it starts correctly give it another shot, if it doesn’t please post the output.
Have you checked to make sure tftp is running?
On your fog server:
[CODE]ps ax|grep tftp[/CODE]
Your output should look like this if the TFTP service is running:
[CODE] 6864 ? Ss 0:00 /usr/sbin/in.tftpd --listen --user root --address 0.0.0.0:69 -s /tftpboot
13104 pts/1 S+ 0:00 grep --color=auto tftp
[/CODE]
Just run [FONT=Consolas][CODE]truncate table snapinJobs; truncate table snapinTasks;[/CODE] when under the FOG database in phpmyadmin.[/FONT]
Run these commands with mysql
To do it from a terminal:
Without mysql password set
[CODE]mysql -u root[/CODE]
If you set a mysql password:
[CODE]mysql -u root -p[/CODE]
Then type your password.
[CODE]truncate table snapinJobs; truncate table snapinTasks;[/CODE]
I bet there was a snapin that carried over with the upgrade. Do you have phpmyadmin installed on your fog server?
You are going to need to delete the old snapin task out of the database or mark it as completed.
Can you pull your /var/log/apache2/error.log? Are there any errors showing when viewing the hos list or searching for the newly added host? Better yet, is there an error when you create the new host(you can use tail-f /var/log/apache2/error.log to watch it real time.
Edit: I was able to duplicate this issue on my end, the issue is it’s inserting the mac record with no host id tied to it. We are looking into it and get back to you once we resolve it.
If it’s a true fresh install there are no hosts to move so that won’t even matter.
If you boot into a debug task for this host and do an fdisk -l does it show your harddrive?
if it does try this:
[CODE]fidsk /dev/sda
N
n
P
1
enter
enter
W
[/CODE]
Then try the deployment again.
Ok, did you comment out this line as you did before?
[QUOTE][B]//print “console --picture $this->booturl/ipxe/bg.png --left 100 --right 80\n”[/B][/QUOTE]
[QUOTE]sorry, thats a typo on my part…BootMenu.class.php is what was restored. thanks[/QUOTE]
By restored i’m assuming you put the default menu back in.
When you moved the image what did you name the folder? Does it still have the mac address for the name?
Can you walk us trough exactly what you get now? Does it grab an IP to PXE to, does anything from fog show up, does it retrieve the init.xz or the bzimage file?
When you deploy the task does that host just flash the progress screen or does it actually run and show progress for 5-10+ minutes?
What svn# are you on? It’s in the upper left of the web UI in a little cloud.
What revision are you running? It’s in the little cloud on the upper left of the FOG web UI.
The harddrive you are deploying to is not big enough for the image you want to install on it.