The problem was that the master node check box wasn’t selected. As it was a new storage node, it needed selecting.

Thank you all for your help. It’s much appreciated.

Julian

@KarlFife

What version of FOG?

This is just a guess, but, because imaging works for you with other systems, that particular motherboard might not be supported by the current kernel / inits that you have.

You could try other kernels… newer ones… older ones…

If you find one that works, let us know so we can update our hardware lists:
https://wiki.fogproject.org/wiki/index.php/WorkingDevices
https://wiki.fogproject.org/wiki/index.php/ProblematicDevices

@ITBOYS said:

Just looking back and the image size on the server still displays zero.

The server size would display zero if the images are stuck in /images/dev

Did you look at the credentials section of that article?

@kevin-buckley said:

When I try “service vsftpd status” I get Unknown job:vsftpd

I get the same when I try it on my other fog box which is working.

I had been using “service tftpd-hpa restart” to restart ftp previously.
I can ftp into the fog server from a windows PC, so it looks like it’s running.

tftp-hpa is TFTP, not FTP.

Take a look at the credentials section.

Well with FOG 0.32, the answer is to upgrade to 1.2.0.

So today, I updated the bzimage and init.xz files individually and tried to register a host and presto! It worked!

Once again, thank you everyone on the FOG Project team for your support and hard work on this project!

Hello,

I had the same pb with my sfx file. To solve this i created a .bat file that run the installer (or any other file) which will be run after extract. with this method it works. But perhaps you have already found a solution to your issue 😉
the SFX maker i use is the one created by David Cornish (SFX Maker by http://www.isoft-online.com/ never worked for me)

@Tom-Elliott
Makes perfect sense. Thanks again Tom!😃

Sweet, thank you much.

I don’t know if Tom will remove that stuff or not in the official release…

IMHO, it’s better that those are displayed, like I said before, if something doesn’t work, you can see what was last done.

@Woeler

Also,

You will get FAR better performance if you install a Linux SERVER distro into your banana pie, and use FOG Trunk instead of 1.2.0.

I recommend Fedora 22 Server and this method of getting FOG Trunk: https://wiki.fogproject.org/wiki/index.php/SVN

I sit on pages reading… you post fast, didn’t see your last post.

Glad you got it working.

I agree.

Thanks.

@cml I added it at the bottom under Win7

Yes. It´s the 1.2.0 😉 The option to change the TZ doens´t appear…

Can you try what I suggested here?

https://forums.fogproject.org/topic/2077/uni-cast-deployment-problem

It sounds A LOT like your problem, and I wonder if both of you are experiencing the same issue?

I think the re-size bug appeared again in more recent revisions, but it’s been fixed again also.

Can you upgrade and see if it goes away? Also, after upgrading and it’s still not fixed, try to re-upload the image and see if the new one is fixed?

Also - I’m not entirely sure if the developers have coded in support for Fedora 22 yet…

@Wayne-Workman said:

Inside the FOG DB, there are two multicast association tables. Can you delete all the rows in those tables, re-install FOG, and try again and see what happens?

TRUNCATE TABLE multicastSessions; TRUNCATE TABLE multicastSessionsAssoc; DELETE FROM tasks WHERE taskTypeId=8;

Via MySQL cli or phpmyadmin (easy to install)

I found where the problem was, in the /etc/php file I changed the values for a Fedora distrib :
UPLOAD_MAX_FILESIZE to 1900MB
POST_MAX_SIZE to 1900MB
but i didn’t change the value of Limit Memory (Ubuntu and VmWare) who was still at 128MB, change it to 1900MB and it works

@Matthieu-Jacquart the bzImage file has absolutely nothing to do with how snapins, printers, or the rest of the client’s operations work