salt-call state.orchestrate omv.stage.prepare takes a very long time

Hi,

I know there already are several threads mentioning similar issues but none of the fixes I found here or on GitHub worked.

I manage 3 OMV NASes personally: 1 for me at home, 1 for family members and 1 for a friend.

All 3 are installed exactly the same way and configured quite similarly (installed on Debian 11) with similar hardware (Atom or low-TDP Pentium).

Mine and family's are working smoothly but since recently I have an issue with my friend's:

Each openmediavault package update takes ages and hangs at the "salt" step for a long time.

If I run this (that I saw take a long time during the apt upgrade process):

/usr/bin/python3 /usr/bin/salt-call --local --retcode-passthrough -l all state.orchestrate omv.stage.prepare

I can see that this process hangs at this step for several minutes:

[TRACE   ] Loading core.ip_fqdn grain

Is there any way I can find what's wrong?

The updates do end, eventually and the system is running fine overall.

I've tried to remove any host domain name.

The "hostname --all-fqdns" command returns 3 times the same (correct) name.

Host has 2 NICs: 192.168.1.10 and 192.168.1.11 with different services bound to each interface. DNS server is the same as the default gateway: 192.168.1.1

I've disabled IPv6.

I'm lost... Any help appreciated, please

Hi,

Thanks for the pointers!

Where can I put the

enable_fqdns_grains: False

option to disable it?

I must admit I'm not really comfortable with salt

And what is the risk to do so?

Finally, do you have idea of why it hangs on that step of the salt-call only on 2 of the 3 NASes? Network environment differences?

You're freaking awesome!

Looking forward to the new version, hoping it'll fix everything. I'll keep you posted when it's installed, thanks again!

Zitat von votdev

Issue will be fixed in openmediavault 6.3.7, see https://github.com/openmediava…815ce98bd32453a536e184b33

I confirm that the issue seems resolved!

/usr/bin/python3 /usr/bin/salt-call --local --retcode-passthrough -l all state.orchestrate omv.stage.prepare

now flies through without really stopping anywhere. I'll check on the next openmediavault package update that everything still looks fine but it's promising.

Thanks a lot for the swift reaction and fix, and again for OMV in general!

I can confirm, with the update of openmediavault 6.3.7-4, that the issue is indeed fixed, as far as I'm concerned

I've restored ipv6 and domain name settings and 6.3.7-4 went smoothly and quickly, no hanging on omv.stage.prepare.

Thanks again!

Zitat von votdev

Issue will be fixed in openmediavault 6.3.7, see https://github.com/openmediava…815ce98bd32453a536e184b33

Hi votdev,

Sorry but same issue again, on the same machine (and again, only this one, not my 2 others who are fine) setting up openmediavault 6.3.12-1.

When I run:

/usr/bin/python3 /usr/bin/salt-call --local --retcode-passthrough -l all state.orchestrate omv.stage.prepare

It hangs on:

[TRACE   ] Loading core.fqdns grain

Any more information you need from me? Any idea what caused what seems to be a regression?

Thanks!

Hi,

Just installed 6.5.0-2 and still working well, thanks!