SOLVED Group deploy/multi-cast problem

[davido38]

Server

• FOG Version: 1.3 RC15
• OS: Debian Jessie

Client

• Service Version: 0.11.5
• OS: Windows 7

Description

I cannot deploy or multi-cast in a group, I have this message :

Theres no image definitions available on any node for the hosts in this group

but Image definitions is ok for all hosts.
I can deploy a single computer with no problem

[davido38]

fix after update

thanks a lot !!

[Christian]

@Wayne-Workman i am sorry, i was wrong. Thank you ! In the image-menu there is a new option called “replicate”.
i marked this option and now my problem ist solved! Thank you very much for your quickly response.

[Wayne Workman]

@Christian said in Group deploy/multi-cast problem:

Server
•FOG Version: 1.3 RC19
•OS: Fedora 24 Server

What is the output of these commands?

getenforce
systemctl status firewalld -l
command -v udp-sender

Also, Tom is on the right track. It has to do with the image being assigned a proper storage group, and that storage group’s node being a master node of its group.

[Christian]

@Tom-Elliott Yes, i assigned one Image to the whole Group. so i can deplay each single host without Problems. but if i try mutlicast to the Group, Fog Displays:
Theres no image definitions available on any node for the hosts in this group

[Tom Elliott]

@Christian I’m unable to replicate.

Can you make sure all hosts have the same image definition within the group?

[Christian]

@Tom-Elliott ok, i will try. it seems to be the same as described by davido38

Server
•FOG Version: 1.3 RC19
•OS: Fedora 24 Server

Client
•OS: Windows 7

Description

I cannot deploy or multi-cast in a group, I have this message :

Theres no image definitions available on any node for the hosts in this Group

cannot deploy or multi-cast in a group, I have this message :

Theres no image definitions available on any node for the hosts in this group

but Image definitions is ok for all hosts.
I can deploy a single computer with no problem

This is a new VM for FOG 1.3. On Another VM with Fog 1.2 everthing is fine

[Tom Elliott]

@Christian It does work. What’s not working for you (specifically?) We need details. As specific as you can provide.

[Christian]

the problem still exists in
Running Version 1.3.0-RC-19
SVN Revision: 6003

Deploy an single host ist fine, but multicast to an Group doesn´t work. (with Fedora 24)

[javics]

@Tom-Elliott You’re right. It’s currently a test box I want to make sure everything is golden.

[Tom Elliott]

I don’t know why you had to delete the image though (but you’re welcome to do what you want.)

Images didn’t change at all, just the ability to delete them (as properly needed) was what was corrected for.

[javics]

@Tom-Elliott Uploaded image only resided in /images when I uploaded with RC -14.

[javics]

@Tom-Elliott Try to upload a new image with RC - 16 since the image that was already uploaded was from RC - 14. When I uploaded it with RC- 14 and I just deleted the image from /images nothing was or stayed in /images/dev.

[Tom Elliott]

@javics What will you try? Downloading/Multicast won’t be able to happen if the image doesn’t exist. Did you upload and it stayed under /images/dev?

[javics]

@Tom-Elliott Got ya. Ill try that now. Thank you sir.

[Tom Elliott]

@javics Well, when you deleted the image, did you delete from GUI in RC-14? (Of which the delete issue was known about.)

If you deleted the image from the server, then it doesn’t exist, there’s nothing to download it from.

[javics]

@Tom-Elliott Sorry, I deleted the image from the GUI and the image itself still resides in /images. I have to delete the image manually from my FOG server.

[Tom Elliott]

@javics I don’t understand what you mean.

If you deleted the image, the folder is still there? is it /images/<yourimagepathname>.

[javics]

@Tom-Elliott I try to delete the image from the GUI and image is still in /images. That’s where the issue might be coming from?

[Tom Elliott]

@javics Complete new, to me, might seem to indicate the image is not available? I cannot replicate with my systems.