@rogalskij I’m unable to replicate the problem:
I’m assuming this is what you mean?
@rogalskij I’m unable to replicate the problem:
I’m assuming this is what you mean?
@AUTH-IT-Center fog has some hooks and events capable but those are relatively new and not quite as granular as I’d like to see them, though I suppose with the effort of 1.6 it may be worth while to try to find all the possible hooks/events (they can be either and/or both technically) as will as the attributes available for each one. That may help with the event notifications. I warn it does not exist currently.
@AUTH-IT-Center This is merged and I did some refactoring for integration into working-1.6
Thank you!
@AUTH-IT-Center I see your stuff though I’m not at a system to do a proper review. I also don’t have a slack any long to do any testing but much appreciated this far. This weekend I’ll try to take a look at the api documents for slack and see what needs adjusting/adding/removing. And see how far your code is too. Of course I’ll be working from 1.6 and port down to dev-branch as necessary (and vice versa).
Thank you!
@sega if you can post logs to paste bin and send the link in the forums that may work as well.
@sega if you want more “speedy” unicast I would suggest setting your storage nodes queue limit to 2 or three.
I know this sounds low and all but it’d be better to have 10 systems imaged in 30 - 45 minutes than to have 10 systems imaged in 2-3 hours.
Unless you can get multicast to work, I think this is your best approach. Another method, though unrealistic, would be to setup multiple storage nodes in the same group (each with only 2 or 3 per vlan) and possible the location plugin to designate the vlan systems to their respective vlan ip groups.
Ultimately keeping things as they currently are is not going to magically work the next time you try again.
@sideone This is fixed in the latest.
I’ve provided all the inventory columns to the report as well as adjusted where appropriate for the JS code to operate appropriately.
Enjoy.
@kalmarteve so you’re running 1.5.9
the “master” branch is on 1.5.10
While the 2 files may not have been changed, you should really install the latest version if you’re going to try to implant files from newer version on your fog server.
That said, since it doesn’t seem broken (from a usability) standpoint, i’m not sure what question you’re asking.
I don’t know how to fix the problem if you haven’t tried the suggestions.
For example “This number of slots available” is based on the Storage node.
This is configured from the UI.
I don’t know what you did or didn’t do and can’t really provide much more direction than make sure the node that is in use (since you’re not providing IPs I cannot really give any more information).
@kalmarteve So how did you solve it?
If you did the wget method, that would not work unless you grabbed from the 1.5.9 datapoint (not the working-1.6 as that was just based on the example you ahd provided.)
What may be worthwhile, is upgrading from 1.5.9 -> working-1.6 or even 1.5.10.<latest> (1566 I believe)
That said, the no open slots means there’s no slots for the storage node in question.
this is a setting in the UI for storage nodes.
@kalmarteve please try the updated command.
@kalmarteve What do you mean you don’t have permission?
YOu can read the log:
sudo tail -1000 /var/log/php-fpm/www-error.log
When prompted enter your sudo password.
@berenyia So there’s 2 pieces:
1st, the DHCP is getting the next-server address just fine (that is shown in the fact it gets the 10.1…1.252 in the “Server IP address”
However, we typically see the “Please enter tftp server” in these cases when (primarily) there’s a “rogue” dhcp server on the network.
The fact that it gets the NBP file just fine but asks for the tftp server is pretty clear indicator of that (in my opinion).
As to the connection timed out issue, is it possible there’s no route or firewall preventing access to the file?
I suspect firewall is blocking things, - though it would’ve had to block to get the nbp file as well so I’m really uncertain and just taking WAGs.
@kalmarteve looking at the image it seems you have an Internal Server Error (500) code on the page.
Can you provide your FOG Server’s Version, OS, and:
If Debian based (Ubuntu/Mint/Debian)
/var/log/apache2/error.log
If Redhat based (Fedora, CentOS, RHEL):
/var/log/php-fpm/www-error.log
The file you downloaded doesn’t exist so maybe that’s a part of the problem? Unsure what you were attempting with the wget.
Maybe you intended: https://raw.githubusercontent.com/FOGProject/fogproject/working-1.6/packages/web/lib/fog/storagenode.class.php as the url? But I don’t know what version of FOG you’re running so very many questions.
@falko I have added our own version of str_contains if the php library doesn’t already contain it. This is in latest.
Thank you!
@falko So it seems you’re stuck on php 7, let me see if I can get a function that should represent this more better (sorry bad grammar and all).
@george1421 we added a little security bit now too as getting the hostinfo gave us the host sensitive information (ad user , domain , password, etccc.)
https://github.com/FOGProject/fos/blob/master/Buildroot/board/FOG/FOS/rootfs_overlay/bin/fog#L9
This is the main difference.
We now need to get a token, and pass that token back to the hostinfo (it’s one time and locks upon initial request.)
Edit: Apologies on not posting the direct example, this was written while from my phone, not at a computer so copy paste wasn’t really “suitable”.
@YYoudi Can you clearly define what “Task” you’re trying to accomplish?
Creating new tasks is technically possible, but I don’t know why you would need to in regards to WinPE
Tasks are generally relegated to perform some action on the host machine and then releasing back to the while.
in you case it seems you’re trying to do some "action’ but those actions are handled explicitly by WinPE, not managed by FOG.
You should look into custom ipxe menu item that would just boot to the winpe wim image thingy and then it would just do your actions.
Something like this:
https://forums.fogproject.org/topic/10944/using-fog-to-pxe-boot-into-your-favorite-installer-images
Might help.
@falko Since you get the internal server error, can you provide your php-fpm www-error log (assuming RHEL based OS) or /var/log/apache2/error.log
@AUTH-IT-Center Should be addressed in the latest.