fog problem ?
-
@Varion For the NFS issue, we need more details. What’s the image path inside that node’s storage management? What’s the contents of
/etc/exports? Have you ran through the Troubleshoot NFS article? -
@Wayne-Workman
/images
the server try to mount the nfs volume with the old server address. Where can we change that if it’s possible ?
mounting file system … mount: mounting 192.168.3.79:/images/dev/ on /images failed: No route to host
and the ip address of the fog server is 3.95
-
@Varion Changing a FOG server’s IP is not as easy as it might seam. Here are instructions on this: https://wiki.fogproject.org/wiki/index.php/Change_FOG_Server_IP_Address
The error (wrong IP) you are seeing at this stage is caused the storage management settings in the web gui (Storage Management -> DefaultMember -> IP Address). But please make sure to follow the instructions in that wiki article and get it all corrected!
-
The default storage ip address is good, i’ve checked all the instructins in your link but nothing happen. The error message is still here
-
@Varion said:
@Wayne-Workman
/images
the server try to mount the nfs volume with the old server address. Where can we change that if it’s possible ?
mounting file system … mount: mounting 192.168.3.79:/images/dev/ on /images failed: No route to host
and the ip address of the fog server is 3.95What do you mean by:
@Varion said:
The default storage ip address is good, i’ve checked all the instructins in your link but nothing happen. The error message is still here
THe first picture doesn’t show anything the a directory contents of what appears to be the home folder of the user currently signed in.
What Sebastian is talking about is the IP Address within the Storage nodes under Storage Management Page. If your fog server is still looking at the “old” IP address for handling NFS this would explain the IP Address issue you’re describing. That OR your “old” fog server is still up and running under 192.168.3.79, and all of your bootup settings (TFTP Option 66/67) are still looking at the “old” fog server.
-
he look at the good IP address.
I have install once fog on a new computer and i have a “tsc: fast tsc calibration failed”
the other error are gone for now >_< -
“tsc: fast tsc calibration failed” is not a problem! Just ignore the message…
-
@Sebastian-Roth
maybe sometimes but in my case the computer start a normal boot and cancel the task of upload the image -
@Varion I am pretty sure this is not causing your problem. Possibly this is the last message you see but I doubt it’s the cause. Please try updating the kernel (Web GUI -> FOG Configuration -> Kernel Update) and see if you still run into the same problem.
Please let us know which computer (exact model!) you are seeing this problem on and best if you could take a (slow motion - iPhone can do this) video of the screen when this is happening!!
My guess is that this is caused by a hardware issue. Memory (memtest) or damaged hard drive?
-
I’ll give you that soon.
And i have an other strange thing, i’ve upgrade my fog 1.2.0 to trunk but the website is still 1.2.0 is it normal ? (i have follow the tuto with git https://wiki.fogproject.org/wiki/index.php/Upgrade_to_trunk i need to update the kernel or something like this ? )
-
I’ve test it on a new computer we have received, a hp probook (they are all hp probook) i think it’s this model http://store.hp.com/FranceStore/Merch/Product.aspx?id=P4P61EA&opt=ABF&sel=NTB
-
@Varion About the web interface: See what you get from those commands and post the output here:
grep DocumentRoot /etc/apache2/sites-enabled/001-fog.confandls -al /var/wwwWhat did you mean by “the computer start a normal boot and cancel the task of upload the image”?? Please let us know where exactly the task is canceled!! Error messages you see? Or just reboot or hang? Best if you can upload a picture or video so we know what exactly you see. Otherwise we’re just guessing.
-
“the computer start a normal boot and cancel the task of upload the image” --> reboot yes sorry
For the commands:
grep DocumentRoot /etc/apache2/sites-enabled/001-fog.conf --> no result
ls -al /var/www
-
@Sebastian-Roth
Entrez le nouveau mot de passe UNIX : Retapez le nouveau mot de passe UNIX : passwd : le mot de passe a été mis à jour avec succès
Failed to get D-Bus connection: Erreur inconnue -1
Failed to get D-Bus connection: Erreur inconnue -1
Failed to get D-Bus connection: Erreur inconnue -1
Failed to get D-Bus connection: Erreur inconnue -1
Failed to get D-Bus connection: Erreur inconnue -1
Synchronizing state for mysql.service with sysvinit using update-rc.d…
Executing /usr/sbin/update-rc.d mysql defaults
Executing /usr/sbin/update-rc.d mysql enable
Failed to get D-Bus connection: Erreur inconnue -1
Failed to get D-Bus connection: Erreur inconnue -1
Failed to get D-Bus connection: Erreur inconnue -1
Operation failed: Aucun fichier ou dossier de ce type
Failed to get D-Bus connection: Erreur inconnue -1
Failed to get D-Bus connection: Erreur inconnue -1
Failed to get D-Bus connection: Erreur inconnue -1
Operation failed: Aucun fichier ou dossier de ce type
Failed to get D-Bus connection: Erreur inconnue -1
Failed to get D-Bus connection: Erreur inconnue -1
Failed to get D-Bus connection: Erreur inconnue -1 -
From what we found out it seams like someone tried to go back from systemd to sysvinit on this debian 8.3 system but didn’t fully uninstall systemd (utils)! So the installer found
systemctland tried to do things systemd style which failed… circumvented the systemd check and the installer went trough without an error. -
so the main problem is solved but i have the delayed task that don’t work (for upload, download, WOL) is their a solution to this ?
-
@Varion said in fog problem ?:
so the main problem is solved but i have the delayed task that don’t work (for upload, download, WOL) is their a solution to this ?
Check your timezone settings inside FOG Settings, and check the local system time and timezone as well.
-
ok it work now the timezone in the fog settings wasn’t good
thanks a lot for your help guys
