First message on this topic.
-I had an old monetdb installation on my windows laptop
-Did the upgrade in Oct2020-SP5
-It really looks like I can start the server
C:\Program Files\MonetDB\MonetDB5\bin>mserver5
# MonetDB 5 server v11.39.17 (Oct2020-SP5)
# Serving database 'demo', using 4 threads
# Compiled for amd64-pc-windows-msvc/64bit
# Found 15.862 GiB available main-memory of which we use 12.928 GiB
# Copyright (c) 1993 - July 2008 CWI.
# Copyright (c) August 2008 - 2021 MonetDB B.V., all rights reserved
# Visit https://www.monetdb.org/ for further information
# Listening for connection requests on mapi:monetdb://localhost:50000/
# MonetDB/GIS module loaded
# MonetDB/SQL module loaded
# MonetDB server is started. To stop server press Ctrl-C.
But when I want to use the mclient, it asks the user and password and then... nothing
here the stupid screen I am blocked in
Same thing with an ODBC connection : after a long time, it fails
I have no idea of what's wrong.
Related
When I try to connect to Oracle database from the remote host (I use oracle instant client), I get following errors:
ERROR:
ORA-01034: ORACLE not available
ORA-27101: shared memory realm does not exist
Linux-x86_64 Error: 2: No such file or directory
Additional information: 3640
Additional information: 1108778635
Process ID: 0
Session ID: 0 Serial number: 0
However, ORACLE_HOME on the host machine is set correctly, as well as ORACLE_SID, and i can easily connect to the database from its host machine:
SQL*Plus: Release 12.1.0.2.0 Production on Wed Jul 10 09:20:09 2019
Copyright (c) 1982, 2014, Oracle. All rights reserved.
Enter user-name: system
Enter password:
Last Successful login time: Wed Jul 10 2019 09:13:57 +03:00
Connected to:
Oracle Database 12c Enterprise Edition Release 12.1.0.2.0 - 64bit Production
With the Partitioning, OLAP, Advanced Analytics and Real Application Testing options
What can cause this sort of behavior?
UPD:
Status of the listener on the remote DB:
Connecting to (DESCRIPTION=(ADDRESS=(PROTOCOL=TCP)(HOST=192.168.71.2)(PORT=1521)))
STATUS of the LISTENER
------------------------
Alias LISTENER
Version TNSLSNR for Linux: Version 12.1.0.2.0 - Production
Start Date 05-JUL-2019 08:56:16
Uptime 6 days 23 hr. 29 min. 47 sec
Trace Level off
Security ON: Local OS Authentication
SNMP OFF
Listener Parameter File /u01/app/oracle/product/12.1.0/dbhome_1/network/admin/listener.ora
Listener Log File /u01/app/oracle/product/12.1.0/dbhome_1/log/diag/tnslsnr/epyc-gbu2/listener/alert/log.xml
Listening Endpoints Summary...
(DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=192.168.71.2)(PORT=1521)))
(DESCRIPTION=(ADDRESS=(PROTOCOL=ipc)(KEY=EXTPROC1521)))
Services Summary...
Service "AGRO.GBUBDD.RU" has 1 instance(s).
Instance "AGRO", status UNKNOWN, has 1 handler(s) for this service...
UPD2:
The command I use to connect to remote DB:
sqlplus /nolog
connect system/oracle#192.168.71.2:1521/agro.gbubdd.ru
This could happen due to 2 reasons.
1) Oracle database is not started correctly.
2) There is no space left and database is crashed / stopped working.
To correct, login to remote db and check if database is up or not and there is enough space for database to perform operations.
To check if database is open or not, on remote machine where db is installed, you can login with sql plus and run query to check status of database.
Having ORACLE_SID set in your environment is only relevant for local connections. The error is telling you that there is no database running with that SID on the machine you are running SQL*Plus on. It doesn't know about the remote DB.
To connect remotely you need to tell SQL*Plus how to reach the remote DB, which is usually either via a TNS entry or using 'easy connect' syntax.
You haven't included any details of the remote DB, but you would need to do something like:
sqlplus username#//database_host:listener_port/remote_service_name
Or start with sqlplus /nolog and then use the connect command, as shown in the documentation.
The port is usually 1521 but might be different, and the service name might be the same as the SID. If you run lsnrctl services or lsnrctl status on the DB server you should be able to see the valid service names, as well as the address and port the listener is using.
Hope things going good.
I want to connect two windows server using ssh.But, My problem is, when I use the ANT task 'sshexec' to execute a .bat file from a remote WINDOWS server 2009 like this:
<sshexec host="10.46.220.108"
username="support"
password="India123"
trust="true"
verbose="true"
command="D:\project\jboss-eap-6.1\bin\standalone.bat -b hostname41" />
My execution gets hanged and stops with the below lines.
[sshexec] Connecting to hostname:22
[sshexec] cmd :D:\project\jboss-eap-6.1\bin\standalone.bat -b hostname41
[sshexec] Microsoft Windows [Version 6.1.7601]
[sshexec] Copyright (c) 2009 Microsoft Corporation. All rights reserved.
[sshexec] C:\users\administrator>
Guide me to resolve this.
NOTE: The remote server is running copssh in port number 22
OS: Red Hat Linux.
Oracle: 10g
After entering the credentials in the Oracle Enterprise manager, the following error is displayed 404 Not Found
And after checking the listener status, the following result is shown:
LSNRCTL for Linux: Version 10.2.0.1.0 - Production on 13-DEC-2013 11:32:21
Copyright (c) 1991, 2005, Oracle. All rights reserved.
Connecting to (ADDRESS=(PROTOCOL=tcp)(HOST=)(PORT=1521))
STATUS of the LISTENER
------------------------
Alias LISTENER
Version TNSLSNR for Linux: Version 10.2.0.1.0 - Production
Start Date 13-DEC-2013 11:32:12
Uptime 0 days 0 hr. 0 min. 8 sec
Trace Level off
Security ON: Local OS Authentication
SNMP OFF
Listener Parameter File /u01/app/product/10.2.0/db_1/network/admin/listener.ora
Listener Log File /u01/app/product/10.2.0/db_1/network/log/listener.log
Listening Endpoints Summary...
(DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=localhost.localdomain)(PORT=1521)))
The listener supports no services
The command completed successfully
How to resolve this problem so as to run Oracle Enterprise manager?
Having just tried to access some mysqladmin privileges within terminal (flush_hosts), I have noticed that the socket problem has resurfaced with the error
Can't connect to local MySQL server through socket '/tmp/mysql.sock' (2)*.
I have no servers running currently.
How can this be solved?
Wow, yourself mentioned, you 'must' run a server that can to connect it,Please consider:
root#debian:/etc/init.d# /etc/init.d/mysql stop
[ ok ] Stopping MySQL database server: mysqld.
root#debian:/etc/init.d# mysql
ERROR 2002 (HY000): Can't connect to local MySQL server through socket '/var/run/mysqld/mysqld.sock' (2)
root#debian:/etc/init.d# /etc/init.d/mysql start
[ ok ] Starting MySQL database server: mysqld ..
[info] Checking for tables which need an upgrade, are corrupt or were
not closed cleanly..
root#debian:/etc/init.d# mysql -uroot -p
Enter password:
Welcome to the MySQL monitor. Commands end with ; or \g.
Your MySQL connection id is 37
Server version: 5.5.24-5 (Debian)
Copyright (c) 2000, 2011, Oracle and/or its affiliates. All rights reserved.
Oracle is a registered trademark of Oracle Corporation and/or its
affiliates. Other names may be trademarks of their respective
owners.
Type 'help;' or '\h' for help. Type '\c' to clear the current input statement.
mysql>
OK, it appears that there must have been some messed up configurations along the way. I went back to scratch and installed the latest .DMG for MySQL and everything is working fine now. If you have .sock issues I'm guessing your best bet is to reinstall MySQL, it doesn't take very long at all. Thanks for the help!
try removing socket field in the database.yml file or change it with the right path to mysql.sock if you know where it is in you machine.
Every time I'm trying start a database instance and I'm not connected to my home wireless network or wireless is disabled, this is what happens:
[mati#Mati-PC ~]$ sqlplus sys as sysdba
SQL*Plus: Release 10.2.0.1.0 - Production on Mon Oct 17 21:07:39 2011
Copyright (c) 1982, 2005, Oracle. All rights reserved.
Enter password:
Connected to an idle instance.
SQL> startup
ORA-00600: internal error code, arguments: [keltnfy-ldmInit], [46], [1], [], [], [], [], []
SQL>
I have googled the issue, checked /etc/hosts - everything seems OK, including permissions. I'm using Fedora 15.
Why is this happening?
Metalink Note 336447.1 addresses the problem. It appears to be related to the database server not being able to resolve your system's hostname due to DNS not being available.
Run a caching DNS server on your machine and verify all your DNS-related configuration files and their permissions as described in the note.