Ubuntu 14.04 Fog Server 1.20 - Download (Deploy) image issue
-
I have the images stored in the default directory “images” on the / of the drive. I have verified the path is the exact same. It actual list the image folder correctly on start of the pxe download. I have verified the is full rights to the image directory. This is a brand new install, all images were uploaded under 1.20.
-
Could you open up terminal and reply back with what shows up after the following to commands:
ls -la /images/{image your trying to deploy/Also verify that the storage management page has the same settings for image location as in LN87 in /lib/fog/Config.class.php.
If you changed these settings after a host was already registered I would also remove it and re-add
-
the settings in [SIZE=2]/lib/fog/Config.class.php are not [/SIZE]relevant[SIZE=2] here, as the storage management section of that data has been moved to the database. the relevant settings to this are now found on the storage management page[/SIZE]
[SIZE=2]there should be no need to re-register the host either[/SIZE]
[SIZE=2]but i too would like to see the output of [/SIZE]ls -la /images/{image your trying to deploy}/[SIZE=2] [/SIZE]
[SIZE=2]and[/SIZE]
ls -la /images/ -
[quote=“Junkhacker, post: 35308, member: 21583”]the settings in [SIZE=2]/lib/fog/Config.class.php are not [/SIZE]relevant[SIZE=2] here, as the storage management section of that data has been moved to the database. the relevant settings to this are now found on the storage management page[/SIZE]
[SIZE=2]there should be no need to re-register the host either[/SIZE]
[SIZE=2]but i too would like to see the output of [/SIZE]ls -la /images/{image your trying to deploy}/
[SIZE=2]and[/SIZE]
ls -la /images/[/quote]Sorry for the miss information… Thank you for correcting me
-
Here is the results.
foguser@fogserver:/$ ls -la /images/
total 20
drwxrwxrwx 5 root root 4096 Aug 13 20:50 .
drwxr-xr-x 26 root root 4096 Aug 9 16:37 …
drwxrwxrwx 2 root root 4096 Aug 13 20:50 dev
-rwxrwxrwx 1 root root 0 Aug 9 16:18 .mntcheck
drwxrwxrwx 2 root root 4096 Aug 9 16:18 postdownloadscripts
drwxrwxrwx 2 root root 4096 Aug 13 20:28 vistatest2foguser@fogserver:/images$ ls -la vistatest2
total 2718156
drwxrwxrwx 2 root root 4096 Aug 13 20:28 .
drwxrwxrwx 5 root root 4096 Aug 13 20:50 …
-rwxrwxrwx 1 root root 2783365986 Aug 13 20:43 0800276c12c4.000
-rwxrwxrwx 1 root root 1 Aug 13 20:28 d1.fixed_size_partitions
-rwxrwxrwx 1 root root 15 Aug 13 20:28 d1.original.fstypes
-rwxrwxrwx 1 root root 259 Aug 13 20:28 d1.original.partitions
-rwxrwxrwx 1 root root 0 Aug 13 20:28 d1.original.swapuuids
foguser@fogserver:/images$ -
[ATTACH=full]1295[/ATTACH] [ATTACH]1295[/ATTACH]
[url=“/_imported_xf_attachments/1/1295_FOG Server.png?:”]FOG Server.png[/url]
-
[quote=“Keifer, post: 35350, member: 25622”]Here is the results.
foguser@fogserver:/$ ls -la /images/
total 20
drwxrwxrwx 5 root root 4096 Aug 13 20:50 .
drwxr-xr-x 26 root root 4096 Aug 9 16:37 …
drwxrwxrwx 2 root root 4096 Aug 13 20:50 dev
-rwxrwxrwx 1 root root 0 Aug 9 16:18 .mntcheck
drwxrwxrwx 2 root root 4096 Aug 9 16:18 postdownloadscripts
drwxrwxrwx 2 root root 4096 Aug 13 20:28 vistatest2foguser@fogserver:/images$ ls -la vistatest2
total 2718156
drwxrwxrwx 2 root root 4096 Aug 13 20:28 .
drwxrwxrwx 5 root root 4096 Aug 13 20:50 …
-rwxrwxrwx 1 root root 2783365986 Aug 13 20:43 0800276c12c4.000
-rwxrwxrwx 1 root root 1 Aug 13 20:28 d1.fixed_size_partitions
-rwxrwxrwx 1 root root 15 Aug 13 20:28 d1.original.fstypes
-rwxrwxrwx 1 root root 259 Aug 13 20:28 d1.original.partitions
-rwxrwxrwx 1 root root 0 Aug 13 20:28 d1.original.swapuuids
[EMAIL]foguser@fogserver:/images$[/EMAIL][/quote]Based on the .swapuuids it looks like your vistatest2 image operating system is set to linux instead of Windows Vista. Go into image management and change this and then re-upload. For a windows image you should see a d1.mbr file
-
1.2.0 had a known issue with Vista images in specifics. The extra files are to be expected but I forgot about vista when recoding all of the things. I’m sorry. I believe it was fixed in 2096 or 2097 of the svn trunk though.
-
I know it was set to vista when I uploaded it. I will try changing the settings to see if it will change how it uploads. thanks
-
I set it to “Windows Vista” it still uploaded the same way. If it is just something with vista then I will go a head and try windows 7 at work. I am testing it for a windows 7 environment anyway. Hope that works better!
-
Or you could install the fog latest version from code according to Tom this has been resolved:
sudo apt-get install subversion
svn checkout [url]http://svn.code.sf.net/p/freeghost/code/trunk[/url] freeghost-code
cd freeghost-code/bin
sudo ./installfog.shI have been using one with version 2196 and a couple of others with 1.2
-
Thanks
-
I tried the commands.
apt-get install subversion
svn checkoutDo I need to link up a different source or repository?
-
Each line needs to be entered together
[QUOTE]
[CODE]sudo apt-get install subversion
svn checkout http://svn.code.sf.net/p/freeghost/code/trunk freeghost-code
cd freeghost-code/bin
sudo ./installfog.sh[/CODE]
[/QUOTE]Otherwise go to [url]http://sourceforge.net/p/freeghost/code/HEAD/tree/[/url] and click on Download Snapshot and navigate to the bin folder and run the last command
-
I updated to the latest release of the server. (Version 2201) It created the image into one file. When I try to do a download. It comes up with a deployment screen, then says “error” at the bottom then reboots.
foguser@fogserver:/images$ ls -la
total 2718152
drwxrwxrwx 4 root root 4096 Aug 16 20:36 .
drwxr-xr-x 26 root root 4096 Aug 16 19:21 …
drwxrwxrwx 2 root root 4096 Aug 16 20:36 dev
-rwxrwxrwx 1 root root 0 Aug 9 16:18 .mntcheck
drwxrwxrwx 2 root root 4096 Aug 9 16:18 postdownloadscripts
-rwxrwxrwx 1 root root 2783365995 Aug 16 20:36 vistatest4
foguser@fogserver:/images$ -
What is the output of
[CODE]ls -la /images/vistatest4[/CODE]Have you tried a different OS yet? Maybe vista issue was not resolved I am not sure I have not used it with fog.
-
Can you try running the upload task in “Download - Debug” mode? To create the “debug” task, cancel the current download task if it’s not already been done. Go to host, list or search for the host you want to upload the task from. Click on the host and go to Basic tasks, choose Advanced, then click and schedule the Download - Debug task. Then boot the host.
When you start the host, the task will not automatically start. At the “command” prompt type fog and hit enter. Then the task will start as normal. There will likely be pauses to help in the debugging process and where things are failing. Can you provide more information using this method?
-
I am having a similar issue here in that I upload an image, but I can’t download/deploy it. Last Friday when I tried, I attempted download, but teh old image deployed, even after deleting the files (I thought_ in the web portal. Today, I deleted the image and checked the box to delete files, so I could reupload. When I console into the server, I still see the files in /images/LatitudeE5510 which is where it says the image should be. This time I deleted through the web portal, then went in via SSH and removed the files and the directory inside /images. I double checked using ls command and the directory was gone. So I reuploaded my syspreped image after creating it again. Now when I go to deploy the image, it says it can’t find the image store. The LatitudeE5510 directory has not been created inside /images.
I did not previously know about the /images/dev directory and when I look inside there, I see several MAC addresses, one being my upload machine.
Is something not moving these files where they should be or something? I had previously looked at the permissions and /images had group and owner and everyone having read/write acccess.
Just wondering where my images are and why I can’t deploy? I am running version 1.2 on Ubuntu server.
-
Is this a Vista image?
-
No sir, it is Windows 7. Sorry for not putting that in.
