Should be fixed in latest please let us know for sure though. Thanks for reporting.

@Arrowhead-IT said:

On git 7593 20 days ago upload and download caused disk 2 to go inactive On git 7961 upload works fine but download of the original intended image still causes the problem

First I want to say thank you again for all the testing you did and the detailed information. I’ve spend a couple of hours trying to find what might have caused this issue but I was unable to reproduce the same problem on my machine here. Version numbers are fine when trying to find a problem in the web gui code but unfortunately it’s not the same for the scripts in the init files because the installer always tries to download the very latest inits from the official FOG website. So if you run the same installer without updating your local git/svn repository you will have a newer code in the inits but still the “old” code within the repo. While this is not causing any trouble I just try to point this out to show you that web gui and the installer version are the same but don’t essentially match up with the version of the script code in your init files.

Don’t get me wrong. I am keen to find out what was causing this and when / how we fixed it. But this would cost me a couple more hours and I don’t have the time to dig any further right now. Please keep us posted if you’re seeing this kind of issue again.

Attached is a diff of all the changes within src/buildroot/package/fog/scripts/ in the git repository since around early April. Nothing I would assume has anything to do with the problem you had. I am really wondering if somehow (no idea how!) you had init files in place that were even older (if I remember correctly we found and fixed some issues within the calculate resize magic scripts in early 2016)…

Would you mind if we mark this solved for now?

Confirmed that it works in 8064.

@Tom-Elliott looks like whatever you did worked 🙂 thanks for the quick turn around! Thread can be marked solved.

@Quazz the extra debugging was actually an error in code base for the bootmenu which I’m pretty sure I corrected yesterday.

@Wayne-Workman

I just tried adding some real hosts (non VM), they are renaming just fine.

@Tom-Elliott Replication now working beautifully. Thanks again Tom!

Deleting and reinstalling the location plugin resolved this issue. Its possible that I had something wrong with the location settings ( I was testing the windows storage node in this environment before ) or something was wrong with the location plugin and was reset when I reinstalled it.

Marking this solved.

On a side note. The hostinfo.php query page called from inside the FOS client returned the needed kernel parameters. So I think the concept of usb booting info FOS imaging is looking brighter.

@Tom-Elliott Oh that makes sense, so not quite so easy to change. I thought it was just a typo, but that makes more sense that it just pulls the description from elsewhere.

Issue is now pushed in latest. Please update and have your plugin installation dreams come back to fruition.

@Sebastian-Roth This is what I am seeing:
Enter new UNIX password: Retype new UNIX password: passwd: password updated successfully
Failed to get D-Bus connection: Operation not permitted
Failed to get D-Bus connection: Operation not permitted
Failed to get D-Bus connection: Operation not permitted
Failed to get D-Bus connection: Operation not permitted
Failed to get D-Bus connection: Operation not permitted
Synchronizing state of mysql.service with SysV init with /lib/systemd/systemd-sysv-install…
Executing /lib/systemd/systemd-sysv-install enable mysql
Failed to get D-Bus connection: Operation not permitted
Failed to get D-Bus connection: Operation not permitted
Failed to get D-Bus connection: Operation not permitted
Operation failed: No such file or directory
Failed to get D-Bus connection: Operation not permitted
Failed to get D-Bus connection: Operation not permitted
Failed to get D-Bus connection: Operation not permitted
Operation failed: No such file or directory
Failed to get D-Bus connection: Operation not permitted
Failed to get D-Bus connection: Operation not permitted
Failed to get D-Bus connection: Operation not permitted

Cerial is now Serial

SVN Build 5619 problem fixed

Should be fixed in latest sorry about causing the issue.

Issue fixed

@Tom-Elliott ok that worked after the refresh…didn’t know I had to do that

I feel I should add that I have since fixed this issue.

@Tom-Elliott here is my latest messages.po for german:

0_1464616982571_messages.po

Regards X23

Done and completed. Not really a “bug” persay but still a good thing to do. Sorry I didn’t do it sooner.

Fix for this pushed.