Here are my development computer's specifications:
Windows 8.1 Single Language
Processor: Intel Core i3-4005U CPU # 1.70GHz 1.70GHz
Installed memory (RAM): 4.00 GB
System Type: 64-bit Operating System, x64-based processor
I installed Mongo DB Win32 x86_64-2008 with SSL 3.0.7 pre
However, when I run "mongod.exe --dbpath db" from DOS command, I get the following error:
"The ordinal 3252 could not be located in the dynamic link library mongod.exe"
Why is the error showing up, and how do I stop the error?
This problem exists if you have downloaded the zipped version. Try to place libeay32.dll and ssleay32.dll in the bin directory.
This error could occur if you've downloaded too old versions of openssl libs.
Here's link to binaries: https://indy.fulgan.com/SSL/.
More on official openSSL web site : https://wiki.openssl.org/index.php/Binaries
At this time, the latest version is 1.0.2e.
Be sure to get the right dll for your architecture (32 or 64 bits).
#ulysses-alves
I was previously downloading the zipped up MongoDB, and using the zipped up MongoDB would give me the error mentioned above.
I decided to used the standard MSI executable installation that MongoDB website , and it worked properly, but I don't really liked the MSI executable because it forcefully install MongoDB, and I would prefer controlling where MongoDB is placed.
Related
Using Firebird 2, we had to deploy 3 files with our applications to be able to connect to remote firebird servers:
fbclient.dll
msvcr80.dll
Microsoft.VC80.CRT.manifest
The first file was retrieved from the "normal" Firebird installer, the other 2 files from the "embedded" installer.
Firebird 4 doesn't provide an embedded installer, and I don't find proper information what to deploy for clients.
Reading this: https://ib-aid.com/download/docs/fb4migrationguide.html#_installing_client looks like Firebird 3 has lower demands. Is that the case? I just need communication-encryption and longer passwords, so FB3 would also be fine. (BTW, following the guide didn't bring success, otherwise I would not ask).
The minimum necessary files are listed in the document you link:
If we speak about installing Firebird client only, you need to have
fbclient.dll file. Firebird 4.0 client requires Microsoft Runtime C++
2017 with the same bitness as fbclient.dll. If Microsoft Runtime is
not installed, you may just copy it’s two files, msvcp140.dll and
vcruntime140.dll that are included in ZIP for Windows.
So the absolute minimum you need is fbclient.dll, and in some cases you may also need msvcp140.dll and vcruntime140.dll when those are not already installed on your system.
In addition, it is advisable to include firebird.msg for error messages, and for some use cases, adding the ICU files is advisable (if you use the functions of fbclient to render/parse WITH TIME ZONE types).
If you want wire compression, you'll also need zlib1.dll, and if you want to use Chacha wire encryption instead of the less secure ARC4, then you also need plugins/chacha.dll (the chacha.dll needs to be in a plugins folder relative to fbclient.dll).
All these libraries must be the same bitness as your application. As discussed in the comments, the problem seems to have been that you tried the 64-bit DLLs from a 64-bit Firebird installation, while your application was 32-bit.
If your application is 32-bit, then obtain the files from a 32-bit installation or zip kit, or look in the WOW64(*) folder of a 64-bit installation (from the installer, the 64-bit zip kit doesn't contain this directory). This WOW64 folder contains the 32-bit files fbclient.dll, msvcp140.dll and vcruntime140.dll (for the additional DLLs you need to use a 32-bit installer or zip kit).
* This follows the awkward Windows naming of 64-bit Windows having 64-bit files in %WINDIR%\System32, and 32-bit files in %WINDIR%\SysWOW64
I have a 64-bit Postgres server and 32-bit Windows applications. This worked perfectly until I upgraded Postgres from 12 to 13. The new server works well but applications raise an error authentication method 10 not supported on login.
I edited 13/data/pg_hba.conf, replaced the authentication method from scram-sha-256 to md5 in all entries, and restarted the server but the problem remained.
I think I need a new version of 32-bit libpq.dll but cannot find any newer than this from Postgres 10. Two questions. Will a newer version of libpq.dll solve the issue? And if so, where can I find it?
The problem is analogous to that described in PostgreSQL authentication method 10 not supported. An additional difficulty in my case was that I could not get the dlls from the server installation due to a 64-bit vs 32-bit incompatibility. I have just found a solution and post it that may be useful to others in the same situation.
Download the binaries for Postgres 10.17 Win x86-32 from this page. You can find the file libpq.dll in lib folder but it is not enough as it needs two other (new) libraries: libcrypto-1_1.dll and libssl-1_1.dll. Copy the libraries and make available to your 32-bit applications. These three libraries are necessary for proper login. The lib folder contains more libraries that your application may need.
Note that the authentication method scram-sha-256 is safer than md5 so it is no reason to replace it in the way described in the question.
I'm a begineer at learning MongoDB. I had followed some course and installed windows mongodb enterprise edition package in the downloads section on MongoDB website. After installing and adding environment variables to PATH, I used mongoimport command. Then it said mongodb is not recognized as an internal or external command, operable program or batch file. But I could execute mongo command
I had checked C:\Program Files\MongoDB\Server\4.4\bin and the only are mongo.exe, mongod.exe, mongodecrypt.exe, mongoldap.exe, and mongos.exe. No others.
So, where can I find downloadable executable file or is there a way to install the rest of the addition tools/package (such as mongodump, mongoimport, mongoexport, and else) so I could do mongoimport?
I ran into the same issue myself. As of MongoDB 4.4, the database tools is now a separate installation for all platforms except Linux. You can find the instructions to install for your platform here.
I faced same issue. Please find below information might help you to solve your issue related to mongoimport.
The Database Tools are now separately versioned and installed as of the MongoDB 4.4 server release. These tools release independently from the MongoDB Server schedule enabling you to receive more frequent updates and leverage new features as soon as they are available. These include, among other things: mongodump, mongorestore, mongoimport, and mongoexport.
This is the download link for MongoDB Database Tools
In case of Windows installation, don't forget to add Database Tools folder to your path
I have installed Windows Server 2008 64-bit, without SSL support for Windows 10 & I saw that the version of that is 3.2 ...
So I wanted to download MongoDB PHP Driver, I saw that I should download PHP Driver DLLs that are 1.1 or more. I downloaded that latest one for PHP 5.5 with Safe Thread (It is enabled in my PHP). I put it in (ext) folder & I wrote extension=php_mongodb.dll in PHP.ini ... But When I run phpinfo() function, It doesn't show MongoDB in extensions.
I have searched & tried very much but It didn't work, So I asked here.
Im trying to install MongoDB on Debian Squeeze but I keep on getting an error: Error unable to located package, this I think is because I'm running on powerpc, and on the internet Im only getting client-based installations for MongoDB. I was wondering if there is a server installation of MongoDB for Debian Squeeze PowerPC
PowerPC is not officially supported by 10gen as it requires an Intel processor. While there have been some attempts to make it work -- they're not official.
One is here, but it's very out of date (it's version is 1.8, and the current MongoDB version is 2.2).
The only supported way is to install the MongoDB on an Intel chipset, and use a driver for your favorite programming language to connect to the Database. Those apparently work on PowerPCs, etc. for many languages (according to the docs, but I've never tried it).