Discussions
Categories
- 196.7K All Categories
- 2.2K Data
- 235 Big Data Appliance
- 1.9K Data Science
- 449.8K Databases
- 221.5K General Database Discussions
- 3.8K Java and JavaScript in the Database
- 31 Multilingual Engine
- 549 MySQL Community Space
- 477 NoSQL Database
- 7.9K Oracle Database Express Edition (XE)
- 3K ORDS, SODA & JSON in the Database
- 532 SQLcl
- 4K SQL Developer Data Modeler
- 186.8K SQL & PL/SQL
- 21.2K SQL Developer
- 295.4K Development
- 17 Developer Projects
- 138 Programming Languages
- 292.1K Development Tools
- 104 DevOps
- 3.1K QA/Testing
- 645.9K Java
- 27 Java Learning Subscription
- 37K Database Connectivity
- 153 Java Community Process
- 105 Java 25
- 22.1K Java APIs
- 138.1K Java Development Tools
- 165.3K Java EE (Java Enterprise Edition)
- 17 Java Essentials
- 158 Java 8 Questions
- 85.9K Java Programming
- 79 Java Puzzle Ball
- 65.1K New To Java
- 1.7K Training / Learning / Certification
- 13.8K Java HotSpot Virtual Machine
- 94.2K Java SE
- 13.8K Java Security
- 203 Java User Groups
- 24 JavaScript - Nashorn
- Programs
- 390 LiveLabs
- 37 Workshops
- 10.2K Software
- 6.7K Berkeley DB Family
- 3.5K JHeadstart
- 5.6K Other Languages
- 2.3K Chinese
- 170 Deutsche Oracle Community
- 1K Español
- 1.9K Japanese
- 230 Portuguese
Install Error [DBT-50000] Unable to check for available memory.
Answers
-
If facing dbt-50000-unable-to-check-for-available-memory, at the time of DB Creation, this solutions may help:
- Run SETUP.EXE as Administrator
- Java Windows when pops-up ALLOW Private and Public Authentication, at the time of DB Software / Binary installations
- Run DBCA by opening in CMD as Administrator
-
This is a pretty rough issue that affects 18 XE on Windows. Anyone hitting this should try these steps below. This will not happen in the the next release of XE:
1) Is ORACLE_HOME or TNS_ADMIN set in the environment? Go to a command prompt, type "set". You will need to temporarily unset any such environment variables.
2) Are you using Windows 10 Home Edition? It is not supported and the installer is not properly checking for it in the Prerequisite check.
3) Are you using Server 2019? Same issue.
4) On your network adapter that you are using, check (enable) "Client for Microsoft Networks" and "File and Printer Sharing for Microsoft Networks".
5) Check to see if Netbios is enabled on your network connection:
See this link for more info:
http://ecross.mvps.org/howto/enable-netbios-over-tcp-ip-with-windows.htm
6) In some cases, antivirus has interfered with an installation. Try disabling anti-virus.
7) Try creating a local user and adding to local administrator group and then log in and install as that user.
-
I fixed this problem!
First, part of my logs:
[Worker 1] [ 2021-07-28 19:38:18.597 CST ] [nativesystem.WindowsNative.Native] Trying to open a named pipe [Worker 1] [ 2021-07-28 19:38:18.597 CST ] [nativesystem.WindowsNative.Native] About to open pipe [Worker 1] [ 2021-07-28 19:38:18.597 CST ] [nativesystem.WindowsNative.Native] calling create file for pipe \\ZTY-INSPIRON-16-PLUS\pipe\srvmremotexecpipev2 [Worker 1] [ 2021-07-28 19:38:18.597 CST ] [nativesystem.WindowsNative.Native] None-pipe-busy error 2
When trying to execute exectask.exe, DBCA will create a named pipe first, and use it to connect to exectask.exe later. But the named pipe create failed. With the help of ProcessMonitor, i got true reason: NAME_NOT_FOUND.
In my situation, my computer name is too long, about 20 characters(use MY-TOO-LONG-COMPUTER-NAME for example), which exceed NetBIOS's limit(15 characters). So my NetBIOS name become MY-TOO-LONG-COM. DBCA use computer name to create a named pipe, but Windows use NetBIOS name to determine which computer the pipe belongs to, so Windows can't create the named pipe.
After trim computer name to a shorter one, everything works well.
Maybe it's a bug of DBCA, or I misunderstood something about named pipe? Anyway, it works now :)
-
Thank you for the info. In any case, the next release of XE will not used named pipes so this will no longer be an issue.
-
Arrived a bit late in the party, but just to say that this smal detail solved my exact problem.
Why doesn't Oracle install/run this thing as administrator by default?
-
The issue is not as simple as that. As you can see, named pipes were involved. We resolved most of these issues in XE 21c (for example, eliminating the dependency on named pipes) and we are now very explicit, both in the dialogs and in the doc about what we mean by "administrator privileges". (We don't mean "run as administrator").