Multicasting stuck on starting to restore image

[Tom Elliott]

@arainero I don’t think you found a glitch. I will do what I can to figure out the log reading problems but that is still unlikely the problem. The issue I’m thinking it is is the multicast interface at which its attempting to use. What is your interfaces name? Is it eth0? You can find out by running the commands ifconfig -a or ip addr show. Look for the outputs that show your servers IP address (the one you use to access the GUI) and you should see what it knows for the interface. Then you can look at the node and verify if the interface as presented on the GUI matches the interface your server knows about.

If that still fails it could be the error and I need to figure out why it isn’t creating the log files. That’s relatively simple and you can see what the output says for the service
Master logs.

[arainero]

@Tom-Elliott The interface is eth0 for ifconfig and in the storage node. Here are some recent logs from Service Master:

[11-13-15 10:19:17 pm] FOGMulticastManager fork()ed child process (25996).
[11-13-15 10:19:17 pm] FOGMulticastManager child process (25996) is running.
[11-13-15 10:19:17 pm] FOGMulticastManager fork()ed child process (25997).
[11-13-15 10:19:17 pm] FOGMulticastManager child process (25997) is running.
[11-13-15 10:19:17 pm] FOGImageReplicator fork()ed child process (25998).
[11-13-15 10:19:17 pm] FOGImageReplicator child process (25998) is running.
[11-13-15 10:19:17 pm] FOGImageReplicator fork()ed child process (25999).
[11-13-15 10:19:17 pm] FOGImageReplicator child process (25999) is running.
[11-13-15 10:19:19 pm] FOGImageReplicator fork()ed child process (26001).
[11-13-15 10:19:19 pm] FOGImageReplicator child process (26001) is running.
[11-13-15 10:19:19 pm] FOGTaskScheduler child process (25995) exited with code 2                                                55.
[11-13-15 10:19:20 pm] FOGTaskScheduler fork()ed child process (26002).
[11-13-15 10:19:20 pm] FOGTaskScheduler child process (26002) is running.
[11-13-15 10:19:20 pm] FOGImageReplicator fork()ed child process (26003).
[11-13-15 10:19:20 pm] FOGImageReplicator child process (26003) is running.
[11-13-15 10:19:20 pm] FOGMulticastManager child process (25996) exited with cod                                                e 255.
[11-13-15 10:19:20 pm] FOGMulticastManager child process (25997) exited with cod                                                e 255.
[11-13-15 10:19:20 pm] FOGImageReplicator child process (25998) exited with code                                                 255.
[11-13-15 10:19:20 pm] FOGImageReplicator child process (25999) exited with code                                                 255.
[11-13-15 10:19:22 pm] FOGImageReplicator child process (26001) exited with code                                                 255.
[11-13-15 10:19:22 pm] FOGTaskScheduler fork()ed child process (26004).
[11-13-15 10:19:22 pm] FOGTaskScheduler child process (26004) is running.
[11-13-15 10:19:23 pm] FOGTaskScheduler child process (26002) exited with code 2                                                55.
[11-13-15 10:19:23 pm] FOGImageReplicator child process (26003) exited with code                                                 255.
[11-13-15 10:19:23 pm] FOGMulticastManager fork()ed child process (26005).
[11-13-15 10:19:23 pm] FOGMulticastManager child process (26005) is running.
[11-13-15 10:19:23 pm] FOGMulticastManager fork()ed child process (26006).
[11-13-15 10:19:23 pm] FOGMulticastManager child process (26006) is running.
[11-13-15 10:19:23 pm] FOGImageReplicator fork()ed child process (26007).
[11-13-15 10:19:23 pm] FOGImageReplicator child process (26007) is running.
[11-13-15 10:19:23 pm] FOGImageReplicator fork()ed child process (26008).
[11-13-15 10:19:23 pm] FOGImageReplicator child process (26008) is running.
[11-13-15 10:19:25 pm] FOGImageReplicator fork()ed child process (26009).
[11-13-15 10:19:25 pm] FOGImageReplicator child process (26009) is running.
[11-13-15 10:19:25 pm] FOGTaskScheduler child process (26004) exited with code 255.
[11-13-15 10:19:26 pm] FOGTaskScheduler fork()ed child process (26010).
[11-13-15 10:19:26 pm] FOGTaskScheduler child process (26010) is running.
[11-13-15 10:19:26 pm] FOGImageReplicator fork()ed child process (26011).
[11-13-15 10:19:26 pm] FOGImageReplicator child process (26011) is running.
[11-13-15 10:19:26 pm] FOGMulticastManager child process (26005) exited with code 255.
[11-13-15 10:19:26 pm] FOGMulticastManager child process (26006) exited with code 255.
[11-13-15 10:19:26 pm] FOGImageReplicator child process (26007) exited with code 255.
[11-13-15 10:19:26 pm] FOGImageReplicator child process (26008) exited with code 255.
[11-13-15 10:19:28 pm] FOGImageReplicator child process (26009) exited with code 255.

[Wayne Workman]

@arainero said:

 FOGFTP: Login failed. Host: 192.168.1.3, Username: fog, Password: c588c8, Error: ftp_login(): Login incorrect. 

You’re web interface for updating the password is somehow broken. I don’t know why, but you can fix it manually inside the data base.

mysql
use fog
update globalSettings set settingValue = 'YourNewPassword' where settingKey='FOG_TFTP_FTP_PASSWORD';

Confirm with:
select * from globalSettings where settingKey='FOG_TFTP_FTP_PASSWORD';

See if this helps and please report back.

[Tom Elliott]

@Wayne-Workman this will not fix the issue because the files and data are not read using that password, it’s the information of the storage node that is in use. I will attempt to see if I can replicate the issue as described pertaining to the password updating but @arainero is correct that this is not the issue with multicast or any of the services (besides the replicators maybe) failing.

[Quazz]

@Wayne-Workman

The Storage Node password update thing seems to have trouble whenever you save the password of the WebGUI login (at least it does for chrome, not sure for other browsers)

It will overwrite the password in the field with the WebGUI password.

[Tom Elliott]

@Quazz This sounds like autofill to me.

[Quazz]

@Tom-Elliott You’re correct, but under normal circumstances if you alter the data after it autofills, it will accept and store the new data. It does not for the storage node login information, however.

[Tom Elliott]

@Quazz No, that’s what autofill does Quazz. It tries to guess what you want in that particular field, and the username/password you most commonly use will likely be there.

Now what version of FOG are you running? I’m fairly sure I’ve add a false input field specifically so that it would be prepopulated with the autofill data, so this issue would not occur. Then again, I can’t fix the browser’s coding.

[Quazz]

@Tom-Elliott I think I may not have made myself clear.

The fields are indeed prepopulated. But when you then alter the data (aka you go into the field and manually change it) it will display these changes to you, but then when you go to save it it will save the prepopulated data, rather than the data you deliberatily filled in.

[Tom Elliott]

@Quazz I don’t think you’re correct.

Have you checked in the actual Database? The form only uses request data as it’s filled in, and the fields are only whatever is in the field during post. Unless I’m missing something, I’m pretty sure what you’re seeing after the save is the same autofill that prepopulated it before.

[Quazz]

@Tom-Elliott Ahhh, can’t believe I was that stupid, you are right of course. I was led to thinking this when I installed the server in a VM and imported the database but obviously forgot to update the storage password.

My bad, sorry for taking up your time with my nonsense.

[Tom Elliott]

@Quazz Nah, you’re fine, I have seen this question time and time again though.

One of the things I still have a hard time with is the autofill by itself. I now have fake fields that should take the autofill so that it’s out of the question, and I have the form field’s autocomplete=“off” specified. Chrome is now making it’s own decisions? GRRRRRRRRRRR

I know it’s not your fault, but it also is not my fault. I’m sorry we have to hack this with a fake field to begin with, why not have the browser actually listen to the autocomplete setting in the first place? It’s what it was designed for anyway.

[arainero]

@Tom-Elliott Since we can rule out password mismatch not being the problem here, is there anything else you recommend to try next?

Thank you.

[Wayne Workman]

@Tom-Elliott said:

@Wayne-Workman this will not fix the issue because the files and data are not read using that password, it’s the information of the storage node that is in use. I will attempt to see if I can replicate the issue as described pertaining to the password updating but @arainero is correct that this is not the issue with multicast or any of the services (besides the replicators maybe) failing.

I was re-reading your post and just realized lol… Yes you are right. That previous post is wrong.

You can set the FTP password used on the storage node by looking into the storage node table and modifying the password for the correct node in there.

[Sebastian Roth]

@arainero Did you get this solved?

[arainero]

@Sebastian-Roth No, I do not know what to do next. I was waiting to see if anyone had any thoughts.

[Sebastian Roth]

Updated to the latest trunk? Do you still see errors when rebooting? Please check your apache error log and let us know about errors you see in there.

[arainero]

@Sebastian-Roth I just updated to the latest trunk and attempted a multicast. The multicast failed and this was in the apache error log. I no longer have a multicast log from the drop down menu in the Log Viewer.

[Fri Nov 20 16:06:55 2015] [error] [client 192.168.1.2] Directory index forbidden by Options directive: /var/www/html/
[Fri Nov 20 22:20:30 2015] [notice] caught SIGTERM, shutting down
[Fri Nov 20 22:20:46 2015] [notice] suEXEC mechanism enabled (wrapper: /usr/sbin/suexec)
[Fri Nov 20 22:20:46 2015] [notice] Digest: generating secret for digest authentication ...
[Fri Nov 20 22:20:46 2015] [notice] Digest: done
[Fri Nov 20 22:20:46 2015] [notice] Apache/2.2.15 (Unix) DAV/2 PHP/5.6.15 mod_ssl/2.2.15 OpenSSL/1.0.1e-fips configured -- resuming normal operations
BFD: /var/www/html/fog/service/ipxe/bzImage: Warning: Ignoring section flag IMAGE_SCN_MEM_NOT_PAGED in section .bss
BFD: /var/www/html/fog/service/ipxe/bzImage32: Warning: Ignoring section flag IMAGE_SCN_MEM_NOT_PAGED in section .bss```

[Tom Elliott]

@arainero are you still getting the getBanner message too?

[arainero]

@Tom-Elliott Yes, after doing a multicast service restart I get:

[root@fogserv bin]# PHP Fatal error:  Call to undefined method MulticastManager::getBanner() in /opt/fog/service/FOGMulticastManager/FOGMulticastManager on line 14