I thought about adding this capability. It ultimately isn’t hard, but with trying to push toward a release, this is a bit overkill and would require a lot of testing to ensure all was working properly.

@abulhol Should be back up and running.

Thanks for letting us know.

@Arrowhead-IT storage nodes now contain their own snapin path, and this is what is used for everything else, it’s only the cert finding that uses the implicit check.

@Wayne-Workman the group idea is currently, the host name that matches that of a group name will apply that matching host settings to any host that gets added.

The last group a host is inserted into (the latest group you added a host to) would define the host to have that new groups settings.

It’s basically your addition. Currently it only does this adding when and if a hostname matches the group name.

@gabrielzeit https://forums.fogproject.org/topic/10160/virtualbox-pxe-boot-no-configuration-methods-succeeded

Can you please try maybe using the ipxe.pxe for the boot file for these VirtualBox machines?

There is a weird known that warm reboots will not always work with VirtualBox, this isn’t something I or our team can control, but in the past I was able to continually use ipxe.pxe as the medium and things appear to have worked.

@Sebastian-Roth CentOS/RHEL get remi,remi-php56, DNF variants get remi only.

@Wayne-Workman
Here’s how mine is setup:

Connection Name: What do you want to call it – not used for anything in regards to functionality.
Description: Self explanatory – not used for anything in regards to functionality.
Server Address: ###Needed### The address of your server.
Server Port: ###Needed### The port of your server (usually 389).
Search Base DN: ###Needed### The DN you need to search starting at… For me I’m searching under users common name.
Group Search DN: ###Needed### The dn you need to start searching for Groups… For me I’m searching under the OU named Groups.
Admin Group: ###Not required if mobile group is set### This is the group that will be looked at for ldap to be scanning for “FOG Admins”
Mobile Group: ###Not required if admin is set### This is the group that will be looked at to allow “mobile” users. These users cannot login to the main dashboard but they can login to the mobile page.
Initial Template: Does not do anything to the DB store. Just a “template” holder.
User Nam Attribute, what field to search for user names.
Group member attribute, what field to search for groups.
Bind DN, Not required as user based element should be able to find.
Bind Password the bind dn password.

Should be fixed, thanks for reporting.

I had the delete happening before checking if the prior replication was still running. Added a check to break out if it is already running.

To add on, however, we already check the filesystem during imaging.

@Quazz Found, confirmed, fixed, and pushed.

Thanks for reporting.

Working branch now has this added.

@kortnor The datetimezone issue should be fixed in the latest update. I wasn’t implicitly defining a Timezone, so it would not find any data in the case of a fresh install.

I found two places that I could use to ensure the timezone is set (albeit not necessarily accurate) in the case the DB hasn’t been loaded yet (fresh install), the php.ini file does not have a date.timezone specified (php defaults to commenting the timezone out). The fix, for now, is test the presence of the variable by means of checking if it’s empty or not.

Mind you if the php.ini file IS set with the date timezone setting, it will NOT try to use the one defined in the DB anyway. However, if you aren’t comfortable messing in /etc/php.ini, the current push of FOG should take over and operate as originally expected (no more 500 heres or erroneous error messages.)

imgFormat is how we determined Partclone VS. Partimage
from upgrading 0.32 -> current, image definitions are automatically associated with imgFormat of 1 (which equals partimage)
All I’ve done is extend the capability of this field
so the way it works now:
0 = partclone gzipped
1 = partimage (gzipped of course)
2 = partclone gzipped split 200MiB
3 = partclone uncompressed
4 = partclone uncompressed split 200mib
5 = zstd compressed
6 = zstd compressed split 200mib

@george1421 A + is perfectly fine in any path. Other special characters are perfectly fine as well, so long as they’re properly escaped. I know this is what you’re against, but it does already filter most other special characters, even as much as getting right of other weird special characters.

I want to say for people, using the zstdmt (vs pzstd as I can’t get it to build on 32 bit) the imaging is MUCH faster even at -19.

It’s compressing at about the same rate, more or less, but it’s much faster than the 35 minutes I originally had tested against. Using zstdmt on the same image with all cores in use took the 35 minute time and got it all done in 2 minutes 58 seconds.

@Wayne-Workman I’m already looking at it.

Because of what you reported, I’m working on a hopefully better approach to getting the dumped out file.

In as simple a word, No.

The plan, however, is to give the user the option to choose default of pigz/gzip or zstd, but PartImage will not have any “default” usage medium. This is because PartImage has not seen any developments and still considers NTFS “beta” implementation. While it “works” it’s not actively developed (from what I’ve seen) and has become quite antiquated.

Partclone will, for now, be the “goto” for capturing images. This is regardless of the compression medium as the compression system is totally independent of the partclone process.

I do plan to add the ability to let the user decide the “default” compression type, but as for the “default compression size” I think 6 is still viable. While it’s not the ‘mid level’ for the zstd compression mechanism, trying to “default” compression numbers between multiple compression types would become very messy to manage. The only reason the “default” was added in the past was because it was unsettable at the time and there had only been one compression choice.

@Sebastian-Roth I’ve looked into it and corrected it on my side. I have not pushed it so I can try to fix the db backup issue.

Default capture method is now in the “FOG Configuration Page->FOG Settings->General Settings category.”

@Wayne-Workman Update and you too can now try it all out.

I updated the init’s and we are no longer having udev startup. It also comes with 0.2.88 version of Partclone!