http://bugs.winehq.org/show_bug.cgi?id=24521
Summary: Civilization V eventually crashes with too many open files Product: Wine Version: 1.3.3 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs@winehq.org ReportedBy: adys.wh@gmail.com
Hard to reproduce (takes a lot of time), but it might be some sort of leak somewhere:
err:winediag:FILE_CreateFile Too many open files, ulimit -n probably needs to be increased err:winediag:FILE_CreateFile Too many open files, ulimit -n probably needs to be increased Assert( Assertion Failed: CUserStats::SaveStatsToDisk( 8930 ) failed to write stats data to disk for user [U:1:32979553] ):.\userstats.cpp:2596
http://bugs.winehq.org/show_bug.cgi?id=24521
--- Comment #1 from Austin English austinenglish@gmail.com 2010-09-25 13:16:12 CDT --- May be an application bug. What is your file limit set to? Have you tried on windows?
http://bugs.winehq.org/show_bug.cgi?id=24521
--- Comment #2 from Jerome Leclanche adys.wh@gmail.com 2010-09-25 13:22:15 CDT --- ulimit -n is set to 1024. Maybe an app bug but I haven't heard of such an issue on it.
http://bugs.winehq.org/show_bug.cgi?id=24521
Jeff Zaroyko jeffz@jeffz.name changed:
What |Removed |Added ---------------------------------------------------------------------------- Severity|normal |minor
--- Comment #3 from Jeff Zaroyko jeffz@jeffz.name 2010-09-25 16:44:43 CDT --- Please provide a +file log.
http://bugs.winehq.org/show_bug.cgi?id=24521
--- Comment #4 from Jerome Leclanche adys.wh@gmail.com 2010-09-26 01:10:15 CDT --- Hmm, happened again: err:winediag:FILE_CreateFile Too many open files, ulimit -n probably needs to be increased CellID: Connecting to 87.248.222.123:27031. . . CellID: Caught exception: WSASocket() failed to create session socket, WinSock Error 10024 "Too many open sockets" fixme:d3d:buffer_PreLoad Too many full buffer conversions, stopping converting fixme:d3d:buffer_PreLoad Too many full buffer conversions, stopping converting err:winediag:FILE_CreateFile Too many open files, ulimit -n probably needs to be increased
I'll get a +file log. How long should it be? 30 minutes is enough?
http://bugs.winehq.org/show_bug.cgi?id=24521
--- Comment #5 from Jerome Leclanche adys.wh@gmail.com 2010-09-27 11:27:43 CDT --- With ulimit -n set to 8192, the game still crashes but it took much, *much* longer.
http://bugs.winehq.org/show_bug.cgi?id=24521
Matt Helsley mhelsley@linux.ucla.edu changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |mhelsley@linux.ucla.edu
--- Comment #6 from Matt Helsley mhelsley@linux.ucla.edu 2010-10-03 01:42:59 CDT --- So finally hit this bug with Civ. Knowing it existed I took a look at the Civ V process using lsof to see which files it had open. It turns out it has the same directory open via about 600 file descriptors. So it has all the appearances of a file descriptor "leak" in one of the API implementations. The offending directory looks like this in lsof:
Civilizat 32577 me 160r DIR 8,33 4096 789724 /home/me/.wine/drive_c/windows/system32/mui
And the command to figure this out is:
lsof -p <pid of CivilizationV.exe> | grep system32/mui | wc -l
which reports 598 of the 1025 open files (using the standard 1024-fd limit) referencing that directory. I skimmed the rest of the open files and they are:
Libraries (.so, .dll) Fonts Sound files Game data packs (e.g. .fpk) FIFOs (There were quite a few! I can't tell if this is how it's supposed to work or also a symptom..) a .db file or two
But mostly that directory.
Other details: The whole Civ screen freezes *except* the cursor. Even kill -SIGSTOP doesn't "stop" the cursor. Switching VTs just made the whole screen except the cursor black. Given what little I do know about X+wine I doubt this latter information about the screen contents is pertinent -- I'm including it just in case I'm wrong.
http://bugs.winehq.org/show_bug.cgi?id=24521
--- Comment #7 from Jeff Zaroyko jeffz@jeffz.name 2010-10-03 02:15:02 CDT --- (In reply to comment #4)
I'll get a +file log. How long should it be? 30 minutes is enough?
As long as it takes for it to run out of fd's ideally. You could reduce ulimit -n to the point where you can play normally and have it happen earlier I guess.
I'd suggest adding +msvcrt too just incase it's useful. You might want to pipe the output through bzip2 while it's running instead of compressing it after.
http://bugs.winehq.org/show_bug.cgi?id=24521
Thomas Stromberg thomas+wine@stromberg.org changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |thomas+wine@stromberg.org
--- Comment #8 from Thomas Stromberg thomas+wine@stromberg.org 2010-10-03 08:15:23 CDT --- I've run into this a few times around Year 1848-1870 of the game, and have a save game that can reproduce the situation reliably. As soon as the save game is loaded, Civ 5 is using 1023 file handles, mostly of a particular directory:
wineserve 6870 tstromberg 1020r DIR 8,2 4096 4720131 /home/tstromberg/.wine/drive_c/windows/system32/mui wineserve 6870 tstromberg 1021r DIR 8,2 4096 4720131 /home/tstromberg/.wine/drive_c/windows/system32/mui wineserve 6870 tstromberg 1022r DIR 8,2 4096 4720131 /home/tstromberg/.wine/drive_c/windows/system32/mui wineserve 6870 tstromberg 1023r DIR 8,2 4096 4720131 /home/tstromberg/.wine/drive_c/windows/system32/mui
I can usually reliably crash it by bombing a ship afterwards. I've seen this bug in both wine 1.3.3 and 1.3.4, both vista and xp. Unfortunately I can't seem to figure out how to export a save game file.
I have found that you can work-around this bug simply by removing or renaming the SYSTEM32\MUI directory to something else. Then Civ5 only uses 637 file handles.
http://bugs.winehq.org/show_bug.cgi?id=24521
Vadim Peretokin vperetokin@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |vperetokin@gmail.com
--- Comment #9 from Vadim Peretokin vperetokin@gmail.com 2010-10-04 09:37:39 CDT --- I haven't had the game crash yet (don't think I got to such a timeframe... I was in the 1800's today, Civ5 gave a thread creation error and then crashed) but I do have it lose it's saving functionality completely after a while. Load game screen lists no games, save game doesn't save any. Perhaps this is related to having too many file descriptors open?
http://bugs.winehq.org/show_bug.cgi?id=24521
--- Comment #10 from Jerome Leclanche adys.wh@gmail.com 2010-10-04 09:39:19 CDT --- (In reply to comment #9)
I haven't had the game crash yet (don't think I got to such a timeframe... I was in the 1800's today, Civ5 gave a thread creation error and then crashed) but I do have it lose it's saving functionality completely after a while. Load game screen lists no games, save game doesn't save any. Perhaps this is related to having too many file descriptors open?
I noticed the save game issue too, but it could be an app bug.
http://bugs.winehq.org/show_bug.cgi?id=24521
--- Comment #11 from Vadim Peretokin vperetokin@gmail.com 2010-10-04 09:59:57 CDT --- I've emailed support (bought the game), so I'll post back here if they get to replying at all.
http://bugs.winehq.org/show_bug.cgi?id=24521
--- Comment #12 from Alexandre Julliard julliard@winehq.org 2010-10-06 07:20:29 CDT --- It's a Civ V bug, it leaks file handles on Windows too.
http://bugs.winehq.org/show_bug.cgi?id=24521
Dmitry Timoshkov dmitry@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution| |INVALID
--- Comment #13 from Dmitry Timoshkov dmitry@codeweavers.com 2010-10-06 07:29:14 CDT --- Invalid then.
http://bugs.winehq.org/show_bug.cgi?id=24521
Dmitry Timoshkov dmitry@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #14 from Dmitry Timoshkov dmitry@codeweavers.com 2010-10-06 07:29:37 CDT --- Closing invalid.
http://bugs.winehq.org/show_bug.cgi?id=24521
Michael venarleceridious@live.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |venarleceridious@live.com
--- Comment #15 from Michael venarleceridious@live.com 2011-01-26 22:21:35 CST --- *** Bug 25879 has been marked as a duplicate of this bug. ***
http://bugs.winehq.org/show_bug.cgi?id=24521
tom+bugs.winehq.org@falkensweb.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |tom+bugs.winehq.org@falkens | |web.com
--- Comment #16 from tom+bugs.winehq.org@falkensweb.com --- I wont be the last person to find this on Google. Was there any update ?
I still get this on Ubuntu 14.04 with Wine 1.7 from the official PPA.
Renaming both ~/.wine/drive_c/windows/system32/MUI and ~/.wine/drive_c/windows/system32/MUI stops the crash on save game load. And also makes the game start many times faster over all.
http://bugs.winehq.org/show_bug.cgi?id=24521
--- Comment #17 from tom+bugs.winehq.org@falkensweb.com --- I wont be the last person to find this on Google. Was there any update ?
I still get this on Ubuntu 14.04 with Wine 1.7 from the official PPA.
Renaming both ~/.wine/drive_c/windows/system32/MUI and ~/.wine/drive_c/windows/system32/mui stops the crash on save game load. And also makes the game start many times faster over all.