@Mark-Shelton said:

Thanks for the info, it helped.
I have 3 nodes in total. One was an older version of ubuntu with an earlier SVN, and this was affecting the bandwidth monitor. I removed it and the 2 up-to-date nodes come up on the monitor. Thanks Wayne.

Thanks for the thanks, but you solved this one yourself. Props where it’s deserved, good job.

I see it occasionally the simple fix is to deploy the image expand the partition and run fixparts if needed then reupload.

Okay, it’s working now. Thanks again for all your help.

@midas1989 Your logs indicate this is for the legacy client. Mind posting this in a new thread?

Thanks for reporting. This is now fixed.

Ok so basically I royally screwed up my attempt at this lol…

Thank you everyone! I will try again!

Oh ok I was able to get it back by copying the image the image management page.php file form the old verison I had before It was in the 3000s build and was able to get the page to load but now when i go to edit a image i get a basic page with no formatting lol

@ch3i said:

@Wayne-Workman said:

@ch3i Can you use a virtual machine this time? Snapshots really honestly are lifesavers!

My server is always virtual. I’m a warrior > no snapshot !

lol, no you’re crazy lol.

Because this was seemingly a one off case, I’m going to solve this. I do believe it was cache, and timing related.

@ch3i Good eye.

@Wayne-Workman this is now fixed. Just rerun the installer and all should be corrected for. It was using a bad call that wasn’t in the source. Just changed out with the fog source for the scripts.

Ok thanks

I have software to deploy software (GPO or I prefer PDQ deploy), but I don’t know the tips to remove it, I’m going to search 😉

No, It was Windows

@ch3i Blame Tom. 😉

@Tom-Elliott Thanks again, Tom.

THis isn’t a bug, but the way the system is designed.

We don’t count upload tasks, by default, as posing any real load on the server as most typically you’re only ever uploading one image at a time. You can change which tasks present as, Slots on the dashboard though.

Fix should be out and running now. 4423 is version, SVN commit number: 3892

I’m still working on it but current trunk should have a better mechanism to handle all of this. Hopefully.

@Tom-Elliott Thank you Tom.