Couchbase

Couchbase http://www.couchbase.com/issues This file is an XML representation of an issue en-us

5.2.4

845

26-12-2012

[MB-6395] memcachedprocess does not start on windows 8/ windows 2012 http://www.couchbase.com/issues/browse/MB-6395 Couchbase Server reported by a user . dont have logs yet. MB-6395

memcachedprocess does not start on windows 8/ windows 2012

Bug Critical Resolved Fixed Public Thuan Nguyen Farshid Ghods 2.0-release-notes windows Wed, 22 Aug 2012 22:08:25 -0500 Mon, 13 May 2013 23:00:49 -0500 Wed, 8 May 2013 11:48:48 -0500 2.0 2.0.1 2.0.2 2.0.2 couchbase-bucket 3 11 This is a post 2.0 requirement. Port server memcached on node '<a href='mailto:ns_1@169.254.168.17'>ns_1@169.254.168.17</a>' exited with status 255. Restarting. Messages: Check failed: false && "Unable to patch because there is an unhandled branch " "instruction in the initial preamble bytes.": false && "Unable to patch because there is an unhandled branch " "instruction in the initial preamble bytes." This application has requested the Runtime to terminate it in an unusual way. Please contact the application's support team for more information. there is also some minor issue in the UI logs '<a href='mailto:ns_1@169.254.168.17'>ns_1@169.254.168.17</a>' in 0.26s  supervisor_cushion001 <a href='mailto:ns_1@169.254.168.17'>ns_1@169.254.168.17</a> 14:20:35 - Fri Aug 24, 2012  Client-side error-report for user "Administrator" on node '<a href='mailto:ns_1@169.254.168.17'>ns_1@169.254.168.17</a>': User-Agent:Mozilla/5.0 (compatible; MSIE 10.0; Windows NT 6.2; WOW64; Trident/6.0) Got unhandled error: Object doesn't support this action At: <a href="http://localhost:8091/js/cells.js:64">http://localhost:8091/js/cells.js:64</a> Backtrace: Function: collectBacktraceViaCaller Args: --------- Function: appOnError Args: "Object doesn't support this action" "<a href="http://localhost:8091/js/cells.js">http://localhost:8091/js/cells.js</a>" 64 30 --------- Function: (function () {throw e;}) Args: --------- We would nede the browser logs attached here. I managed to work around this. The problem was with the tcmalloc library. I replaced libtcmalloc_minimal-4.dll with a new dll with the same __tcmalloc export, and that resolved the issue. For anyone interested this is a x64 version of a 'wrapper' for libtcmalloc. Just place it in your couchbase 'bin' directory and restart the couchbase service. If anyone wants the x86 version feel free to ask. <a href="http://www.mediafire.com/?xc8nurnxjqr8klb">http://www.mediafire.com/?xc8nurnxjqr8klb</a> PS: Thanks to Chris Wundram for the hint! assinging this to myself so that as documentation for now so that we upload this file after getting permission from the owner and share this with users <a href="http://www.couchbase.com/issues/browse/MB-7016">http://www.couchbase.com/issues/browse/MB-7016</a> Thanks Orfeas. I pulled the wrapper and replaced the dll in my folder and don't have the same constant failure errors. Windows 8 Pro 64bit. I'm troubleshooting a similar problem. I wrote code that runs fine on win7 64x but when I run on win8 64x I get this error "bucket count must be a power of 2!". where do I get this tcmalloc dll file? and where do I put in on my machine? maybe I missing something, but the above posts say this could be a fix for win8 issues, but for the tcmallow NOOB I have no idea what to do. can you please share the basic info? please allow me to quickly answer my own post here... the 64x file to download is here: <a href="http://www.mediafire.com/?xc8nurnxjqr8klb">http://www.mediafire.com/?xc8nurnxjqr8klb</a> the file goes here: Just place it in your couchbase 'bin' directory and restart the couchbase service. I read too quickly in my hasty approach to continue coding. :-) Replace the libtcmalloc_minimal-4.dll worked for me in 2.0 beta version on Windows 8 after I have installed the 2.0 release version(tried both EE and CE), this trick does not make any difference. Now the service is started but I cant access to the Web console. Any idea why or work around? removing documentation as component until we know confirm something should be documented.... The title of this bug needs to change to be "memcached does not start on Windows Server 2012 and Windows 8 because of bad tcmalloc binary". I don't believe the proper attention is being given to this issue, given that people running a released version of a windows server have to perform a workaround. The fix is unbelievably simple and still works on 2008r2, etc. Windows 2012 is not yet supported, and so there's no proper binary. However, Windows 2012 support is a priority item for upcoming 2.0.2 release. I'll also link an early build here as soon as it is available in the next few weeks. per bug scrub: we'll continue to track win2012 for 2.0.2 release until the code freeze date but won't be a blocker for shipping 2.0.2. windows 8, however, will be a blocker though for the 2.0.2 release. siri still working on this. Yes, definitely for 2.0.2 -- Win 2012 and Win 8. Production worthiness depends on how much testing QE does. per bug mtg, we will not be supporting win8/win2012 for 2.0.2. deferring to 2.1. Nailed. Expect tcmalloc patches attached here soon tcmalloc patches above are fixing this issue. They are rebased against our fork of tcmalloc. Folks who need working dll right now can grab libtcmalloc_minimal-4.dll that's attached. It's x86-64 .dll that's built from upstream tcmalloc with earlier versions of attached patches applied. Unaware that we've decide to move this out of 2.0.2 I spent some time on Friday and today and I believe fix this issue. Please allow this for 2.0.2. In case of positive decision I'd like this reassigned to Bin because he handles our fork of tcmalloc. So that he can grab my patches, apply and push to our repository. Assigned back to Maria in case assignment to Mike is some accident. In case you really wanted to assign to Mike, please explain why. I see no reason for this. Alk, Maria and Yassen just want me to look at the changes you have and if all looks good I would assign this to bin to get the changes merged into the 2.0.2 code base. Please add me to review when you have a chance. I just reviewed Alk's changes. They require specific knowledge of visual studio and how code is compiled on windows. They look ok to me, but I lack context in that area so I'm not the best person to ask. Alk seems to have run all of the tests too so I think it makes sense to move forward with more extensive testing. This stuff is merged upstream now btw Bin, Please merge the following 2 changes from 3/7 which are on alk's github. <a href="https://github.com/alk/gperftools/commits/wip-win-patching">https://github.com/alk/gperftools/commits/wip-win-patching</a> No best place is to grab them from attachments here. Attachments are specifically rebased on top of our version of tcmalloc It is merged to couchbase/gperftools commit 44a584d1de8c89addfb4f1d0522bdbbbed83ba48 Author: Aliaksey Kandratsenka <<a href='mailto:alkondratenko@gmail.com'>alkondratenko@gmail.com</a>> Date: Tue May 7 17:22:42 2013 -0700     issue-511: implemented rel8 jump patching     I've found that Visual Studio 2012 release 32-bit C runtime library     patching fails because array new has rel8 jmp which previous code     could not handle.     Implementation is largely copied from conditional jumps handling code.     Apparently Windows Server 2012 (and presumably windows 8) now has this     form of iat jump. Which is quite useless (rex.w in according to my     understanding is not needed at all) but because of rex.w our code to     recognize jumps like that didn't work.     Fix is just skip this prefix. maria, can you assign this bug to QE who is going to test this. Tony, pls verify / close in win8/2k12. Duplicate MB-7016 Date of First Response Thu, 23 Aug 2012 15:44:08 -0500 Rank 2822 Time In Status