fog problem ?

[Wayne Workman]

@Varion said:

The only problem we have right now is that when we want to upload an image it take the full disk instead of just the occupied space.
My supervisor have a question, does the fog version 1.2.0 support LVM and did the upload take just the disk space occupied or the entire disk?

FOG supports LVM disks, but only as non-resizable. That said, the free space on the disk compresses down to almost nothing. FOG currently supports resizing for Ext4 and NTFS.

[Varion]

@Wayne-Workman okay thank’s

Does the version of FOG 1.2.0 allow to choose the partition that we want to upload or not ?
Or how did we can upload an debian os install on lvm with some logic volume like swap of 4g, logic volume home of 300g (1% used)… or we have an other solution (like an other os or things like that), how can we make an efficient save with fog ( just the disk space used, without copy the 300g from the volume home which are useless for us). We just want to copy the OS for deploying it to new computer.

[Varion]

i have "fatal error: failed to mount nfs volume when i want to upload

[Wayne Workman]

@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?

[Varion]

@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

[Sebastian Roth]

@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!

[Varion]

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

[Tom Elliott]

@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.95

What 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.

[Varion]

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 >_<

[Sebastian Roth]

“tsc: fast tsc calibration failed” is not a problem! Just ignore the message…

[Varion]

@Sebastian-Roth
maybe sometimes but in my case the computer start a normal boot and cancel the task of upload the image

[Sebastian Roth]

@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?

[Varion]

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 ? )

[Varion]

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

[Sebastian Roth]

@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.conf and ls -al /var/www

What 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.

[Varion]

“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

[Varion]

@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

[Sebastian Roth]

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 systemctl and tried to do things systemd style which failed… circumvented the systemd check and the installer went trough without an error.

[Varion]

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 ?

[Wayne Workman]

@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.