@Tom-Elliott
Thank you so much let you know once im done with it

See my post here: https://forums.fogproject.org/topic/9437/upgrading-fog-on-a-standalone-network

@Ric41 What other services appear? What’s OK?

@butch2861 said in Fresh install Ubuntu 16.04.1 Fog 1.3.4 Error:

The problem above is on the CLIENT end, not there server…server is okay from what I can tell

The server wasn’t OK at the time I posted what I did, it was out of space. This was not a fresh install of Ubuntu 16 /w fog if you were already out of space. The title of this thread should be changed.

@Sebastian-Roth - it is - ill start a different thread tho as it doesnt look the same to you
0_1486081090166_fog_error.JPG

@george1421 Yeah, maybe that was it - just a cold boot after the BIOS update to 'bed things in". Like I said, I was stunned to see the NUC suddenly behaving, so I went back in to BIOS and undid my changes to confirm if that was the cause - still boots w/o issue.

I recall there being a Wiki page somewhere listing hardware that is known-to-work with FOG. Would be good to update that with this information. Not sure if this account has permissions to update…otherwise I’ll create a new one.

@FallingWax Good to hear.

@Faheem FOG 1.3.0 has no official API (Our 2.0 rewrite changes this, but it’s not ready for production). A quick look over that github repository seems to indicate that the api-wrapper simply crawled / interfaced the web portal, which has definitely changed in the past 3 years.

@Sebastian-Roth According to this discussion (http://serverfault.com/questions/806875/how-to-tell-isc-dhcp-correct-zone-for-reverse-zone-ddns-update) it has to do with reverse dns lookups

@Wayne-Workman Awesome. Works like a charm. Thank you very much!!!

@palloquin https://wiki.fogproject.org/wiki/index.php?title=Migrate_FOG

That might help

@Tom-Elliott said in Setup Synology Diskstation as main storage for Fog Sever:

@george1421 this can be seen when imaging two hosts at the same time via unicast.

I guess I’ll have to take your word on this because I looked at the config files again and it looks like he is mounting 172.31.161.246:/volume1/images over /images in the fstab on the FOG server and then sharing out /images on the fog server in the /etc/exports file. The last time I tried that showmount -e 127.0.0.1 showed no shares. But that was a while a go. I was trying to work on a way to create a skinny fog server VM with all files stored on an external NAS. That didn’t work so well.

Thank you for your assistance. I did not realize at first that I had to have the FOG client installed on the endpoint, which makes a lot of sense in retrospect. I installed the client and everything is working properly. You can go ahead and close this thread.

This issue is resolved.

We had the credentials correctly stored in Storage Manager.

After a reboot the partition that had the images’ directory wasn’t mounting correctly and thus couldn’t reached via FTP. Once we made sure that was mounting correctly everything started working.

Thanks for your help!

@lazybeard In this case, you could extract the contents of the iso into a http path on the fog server (i.e. /var/www/html/iso/diskwipe

And then reference the files via http

linux http://<fog_server_ip>/iso/diskwipe/vmlinuz.x86_64 root=/dev/ram0 rw init=/init video=efifb loglevel=3 initrd http://<fog_server_ip>/iso/diskwipe/wipe-x86_64.lz http://<fog_server_ip>/iso/diskwipe/firmware.lz /bcwipe

Understand this is just a guess and it will need to be translated into what iPXE needs to boot the file (you can see that from the url I provided before).

thanks, it works

Hello,

Thanks for your help, i’'ve managed to get FOG working now on the 1.3.4 version.

@Tom-Elliott Hi Tom. I had the same problem when I wanted to deploy my last image (Dell OptiPlex 330/Windows 7 created with the last version of FOG: 1.3.4)
It works fine now thanks to the 1 value in the d1.fixed_size_partitions. Thank you 🙂

@kibade I don’t know if the donate option still works as it was compiled from long ago, but I did see the issue about the clearScreen. I’ve pushed a fix for the clearScreen issue.

I’m not planning to work on anything for the clamav tasking as the intention is to have it mount the clamav portion from an NFS (of which you would need to configure first. This way sigs would not have to be downloaded everytime from the internet.)

Please try :

wget -O /var/www/fog/service/ipxe/init.xz https://fogproject.org/inits/init.xz wget -O /var/www/fog/service/ipxe/init.xz https://fogproject.org/inits/init_32.xz

As I stated, I don’t know if it will still work, but the reboot and error message should be gone. (This is specific to the donate task.)

@Tom-Elliott 0_1485899730465_Firefox snapin.PNG

how long does the client takes to communicate with fog server?