@g-chanaud Sorry for digging this out. But it seams like we have this problem still in current trunk version! Not sure if you still have this setup (Dell Utility partition is a major part of the problem). Let me know if you are interested to get this fixed?!

@Fernando-Gietz Thanks for testing and reporting! Marking this solved now but please keep on testing an let us know if you find another issue with this - as we usually don’t have the setup to test multidisk stuff all the time!

Confirmed fixed in r6505

I added some preliminary checking to try to figure out if a file is the same. If it isn’t, it deletes it on the remote side, and then continues checking the other files. This means lftp should always start a fresh file.

Actually, only / got expanded using all that is available on the drive… the /home partition did not get expanded.

That’s OK though - I can work with that at least.

@Wayne-Workman Done.

I’ve patched this up in a suggested pull request. see here for details: https://forums.fogproject.org/topic/6732/install-update-your-database-blank-white-page

@pmonstad https://forums.fogproject.org/topic/6738/not-possible-to-delete-active-tasks/2#

It clearly says all tasks were active tasks. Which is it?

Added checking code to remove any package that can no longer be found.

See my post here please: https://forums.fogproject.org/topic/6781/php5-gettext

Only needs to have the -c argument once, after that it should work continuously.

@Matthieu-Jacquart Told ya.

Confirmed working. the CA ssl folders can now be separated from the snap-ins folder

@Wayne-Workman while I realize this is very old, I feel I must add, the legacy clients Config files always defaulted force reboot to off. It is this I imagine is the meaning of lazy mode.

@Sebastian-Roth I’m marking it as solved. I cannot replicate.

I set multiple systems up for ONLY All Snapin Tasks.

@Tom-Elliott Yes the settings apply through the group to the hosts in the group.

Found, confirmed, and fixed plus a little.

Snapin associations weren’t being deleted for whatever reason, so I’ve added code to ensure it will do so now.

To fix the systems that currently believe it’s already broken, we do the same thing.

I check the associations, check the valid ID’s, and delete associations that are no longer valid when compared to the two primary tables.

God’s ways are inscrutable 😳

With the new kernel works fine and with the old one no.

Close this ticket, please!!

Yeah!! Works fine

@Tom-Elliott Thanks! Works as expected. And I see the confusion regarding this bug. I didn’t report it very clearly, and you took it mean the the result of the “fog” script within the debug session vs the actual start of the task. I’ll take care to report more completely in the future. Thanks again for all your efforts here!