https://bugs.winehq.org/show_bug.cgi?id=50106
Bug ID: 50106 Summary: ESync broke mountmgr Product: Wine-staging Version: 5.19 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs@winehq.org Reporter: javirrdar@gmail.com CC: leslie_alistair@hotmail.com, z.figura12@gmail.com Distribution: ---
After wine update 5.19 (gb49e8743) to 5.21 (ge2d9f97b) mountmgr just stop working on my setup. Symptoms are constant spamming:
fixme:service:scmdatabase_autostart_services Auto-start service L"MountMgr" failed to start: 50 fixme:service:scmdatabase_autostart_services Auto-start service L"winebus" failed to start: 50
And winecfg can't connect to Mount Manager, installers (e.g. GoG installer) doesn't display anything on directory select. If you disable esync\fsync using env variables, it works.
It seems like this bug appears on 5.19 (gbe9c9681) and newest wine-staging versions.
Oddly, with WINEDEBUG=+all it works (slowly, but works). Some race condition in ESync?
How to reproduce: - Create new wine prefix - Launch winecfg (issue not occurs) - Close winecfg - Launch winecfg again (issue occurs)
After that issue will occurs every time.
https://bugs.winehq.org/show_bug.cgi?id=50106
--- Comment #1 from Volk_Milit javirrdar@gmail.com --- Log is 14.5Mb and can't be attach. If this will be ok, here is gist: https://gist.githubusercontent.com/VolkMilit/0a9c71aa767aad012be9e5ce5efff7f...
https://bugs.winehq.org/show_bug.cgi?id=50106
--- Comment #2 from Zebediah Figura z.figura12@gmail.com --- You seem to have taken that log with "WINEDEBUG=WINEDEBUG=+esync,+sync,+server,+seh,+pid,+timestamp", so it's missing the +esync channel.
Note also that you can compress logs and attach them here (which usually brings them down under the limit, as such text files compress quite well).
https://bugs.winehq.org/show_bug.cgi?id=50106
--- Comment #3 from Volk_Milit javirrdar@gmail.com --- Created attachment 68603 --> https://bugs.winehq.org/attachment.cgi?id=68603 logs
Oops, sorry, forgot about compression. I re-create the log.
https://bugs.winehq.org/show_bug.cgi?id=50106
--- Comment #4 from Zebediah Figura z.figura12@gmail.com --- 0040: open_key( parent=0020, access=00020019, attributes=00000000, name=L"System\CurrentControlSet\Control\ComputerName\ActiveComputerName" ) 0040: open_key() = OBJECT_NAME_NOT_FOUND { hkey=0000 } 395.444:0038:0040:err:rpc:rpcrt4_ncacn_np_handoff Failed to retrieve the computer name, error 2
That's mildly concerning; can you try running `wineboot -u`?
If that's not enough, can you please add +rpc to the WINEDEBUG channels and attach a new log?
https://bugs.winehq.org/show_bug.cgi?id=50106
--- Comment #5 from Volk_Milit javirrdar@gmail.com --- Created attachment 68604 --> https://bugs.winehq.org/attachment.cgi?id=68604 logs
"wineboot -u" doesn't help. I also had this error on 5.18. Attached both log from 5.18 and 5.21.
https://bugs.winehq.org/show_bug.cgi?id=50106
--- Comment #6 from Volk_Milit javirrdar@gmail.com --- So, um, I don't actually understand what happens here, but I change my /etc/hosts (it was empty) to:
127.0.0.1 Volk_PC
And it magically starting to works. How is that related?
https://bugs.winehq.org/show_bug.cgi?id=50106
--- Comment #7 from Volk_Milit javirrdar@gmail.com --- Anyway, thanks for your help and esync. Seems problem was on my, now everything works. Sorry for the noise.
https://bugs.winehq.org/show_bug.cgi?id=50106
Zebediah Figura z.figura12@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution|--- |INVALID
--- Comment #8 from Zebediah Figura z.figura12@gmail.com --- I'm not sure how broken a setup without a host IP address entry can be said to be, but it is probably not to your advantage if you're going to run things in Wine. Possibly rpcrt4 could be modified not to depend on a computer name, but I don't know if it's worthwhile. I'll go ahead and resolve this as INVALID.
https://bugs.winehq.org/show_bug.cgi?id=50106
--- Comment #9 from Zebediah Figura z.figura12@gmail.com --- In fact https://source.winehq.org/git/wine.git/commitdiff/5ac2f4b55338a27c5d8c7e891bc29198dee7ea50 may have fixed this, which would make this a duplicate of bug 50084.
https://bugs.winehq.org/show_bug.cgi?id=50106
--- Comment #10 from Volk_Milit javirrdar@gmail.com --- (In reply to Zebediah Figura from comment #8)
I'm not sure how broken a setup without a host IP address entry can be said to be, but it is probably not to your advantage if you're going to run things in Wine. Possibly rpcrt4 could be modified not to depend on a computer name, but I don't know if it's worthwhile. I'll go ahead and resolve this as INVALID.
Well, on friend's computer with Arch and without this lines everything works. And I have suspicious: my setup is uncommon, I use Artix (which is doesn't use systemd), I use Unbound (maybe something related?). So, yeah, I think it either very low chance this bug will occurs on "common" setup or I'm the only one with this bug.
https://bugs.winehq.org/show_bug.cgi?id=50106
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Resolution|INVALID |DUPLICATE
--- Comment #11 from Alexandre Julliard julliard@winehq.org --- Duplicate.
*** This bug has been marked as a duplicate of bug 50084 ***
https://bugs.winehq.org/show_bug.cgi?id=50106
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #12 from Austin English austinenglish@gmail.com --- Closing.
https://bugs.winehq.org/show_bug.cgi?id=50106
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|CLOSED |RESOLVED
--- Comment #13 from Austin English austinenglish@gmail.com --- Closing.
https://bugs.winehq.org/show_bug.cgi?id=50106
Zebediah Figura z.figura12@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #14 from Zebediah Figura z.figura12@gmail.com --- Closing duplicate.