개발은 너무해

현재 mongod 버전이 os centos7 의 mongodb-rhel70-4.2.15 이다. openssl 1.0.1

신규서버에 mongos를 추가적으로 설치를 진행하였다. 이 과정에서 os 호환되는 문제로 발생된 히스토리를 적어보고자 한다.

(1) ole9 , mongodb-rhel70-4.2.15 

openssl이 3점대버전으로 에러가 발생 되었고, 이것을 맞춰주고자 openssl 1.0.1을 설치하였다. 설치하는 방법은 추후에 작성하도록 하겠다.

이후 실행은 되었으나, 실행할때 "/lib64/libcrypto.so.10: no version information available" 문구를 계속 보여주고 있다.

디비에 접속하여 select 하는 것에 대해서는 문제가 되지 않았다.

(2) ole9 , mongodb-rhel90-6.0.9

openssl은 기존 버전대로 1.0.1을 계속 사용한다.

"code dumped"라는 에러 메세지를 보여주면서 실행이 되지 않는다.

(3) ole8, mongodb-rhel80-4.4.24

“remote host has incompatible wire version: Server min and max wire version...." 처럼 mongod와 호환성이 맞지 않는다는 에러를 보여주고 있다.

(4) ole8, mongodb-rhel80-4.2.24

정상적으로 설치가 되었다.

 - 참고로 mongodb-4.4 이후 버전부터 ./bin 파일을 보면 mongodump라던지 누락된 파일들이 많이 있다.

이것은 database tool 및 mongo shell 다운받아서 설치를 해줘야한다.

아래 다운로드 경로 및 documentation 를 참고하자

https://mongodb.com/try/download/shell

https://mongodb.com/try/download/database-tools

https://mongodb.com/docs/database-tools/

mysql 5.5 를 사용하고 있는 DB에서

replication 연결된 slave(replica) 서버를 5.6 으로 올렸다.

다시 5.5를 실행시켜서 슬레이브로 연결하려면 연결이 되는지 의문이 생겨서 시도를 해보았다.

결과는 에러가 발생하였다.

$ ps -ef | grep mongo

root    50273          1    0    Aug29 ?     00:02:00     /mongo/bin/mongos -f /mongo/conf/mongos_44001.conf

프로세스를 kill시키지 않고 정상적으로 종료하는 방법

/mongo/bin/mongo localhost:32001/admin -quiet -u 'root' -p

mongos> use admin -> 이미 admin으로 접속했으나 만약 그렇지 않았을 경우 admin으로 접속후 실행하자.

mongos> db.shutdownServer();

> exit;

$ ps -ef | grep mongo : 프로세스가 없는 것을 볼 수있다.

replication연결 중 아래와 같은 에러가 발생하였다.
해당에러는 패스워드가 다르다거나 연결에 있어서 다양한 문제가 생겼을 경우 나오는 에러이다.

그중 하나가 소스(마스터)에서 3306 포트를 열어주지 않아서 생겼던 문제로 보인다.

연결이 되지 않는다고 나온다면 소스(마스터)의 방화벽에서 해당 포트를 열어주자.

방화벽 포트 추가

2. schema 컬럼, 명령어 또는 공통 변수(?) 로 사용되는 이름이 컬럼으로 쓰일때

mysql> create table tb_test1(`schema` varchar(30));

Query OK, 0 rows affected (0.02 sec)

mysql> desc tb_test1;

+--------+-------------+------+-----+---------+-------+

| Field  | Type        | Null | Key | Default | Extra |

+--------+-------------+------+-----+---------+-------+

| schema | varchar(30) | YES  |     | NULL    |       |

+--------+-------------+------+-----+---------+-------+

1 row in set (0.01 sec)

mysql> select * from tb_test1 where schema = '11';

ERROR 1064 (42000): You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near '= '11'' at line 1

mysql> select * from tb_test1 where `schema` = '11';

Empty set (0.00 sec)

schema 는 mysql에서 공통으로 사용되고 있기때문에 에러가 발생되는 것 같다.

그래서 "``" 를 붙여주니 잘 작동하였음.

innodb : 일반적인 엔진이며, insert등 dml 을 하는데 유리하다. 작업시 로우 단위로 락이 걸린다.

myISAM : select 가 위주일 때 많이 쓰인다. 만약 dml작업을 한다면 테이블 락이 걸린다.

memory : ????

$ php -i

오라클의 pfile과 같다고 생각하였다.

1. my.cnf 파일 없다면 데이터 베이스는 올라올까?

테스트 결과 my.cnf가 없어도 디비는 올라왔다.

오라클에서는 pfile 또는 spfile이 반드시 존재해야하는 반면에 mysql에는 my.cnf이 없어도 작동 되는 것을 확인하였다.

다만 my.cnf에서 설정된 시스템 변경 값이 디폴트로 바뀌는 것도 함께 확인을 하였다.

그런데 테스트로는 올라온것을 확인하였으나, 무조건 my.cnf 파일이 있어야 된다는 의견도 있어서 다소 헷갈리는 부분이다.

2. my.cnf 파일은 어디에 존재하는가?

my.cnf가 찾을수 없을 때 아래 명령어로 파일을 찾아 나갈수 있다.

find / -name 'my.cnf' 로 파일의 위치를 찾을수가 있다.

다만 여기서 실제 적용되고 있는 파일인지 그게 좀 헷갈린다. 파일 내용을 변경하고 적용해보지 않는 이상은 모르는게 아닌가?

데이터베이스 안에서 찾을 수 있는 방법이 있지 않을까 했지만, 없는 것 같다.

그래서 최선의 방법으로 아래 명령어로 따라가서 찾아봐야할 것 같다.

결과값을 보면 여러 경로가 나오는데 이것은 우선순위로 my.cnf 를 참조한다고 한다.

Default options are read from the following files in the given order:

/etc/my.cnf /etc/mysql/my.cnf /usr/local/etc/my.cnf ~/.my.cnf 

필자의 my.cnf 경로는 /usr/local/etc/my.cnf 에 존재하였다.

3. my.cnf 경로를 변경해 줄 수는 없는 것인가?

그리고 궁금한 것 중 또 하나는 my.cnf 값을 우선순위 경로로 읽고 있다면, 이 우선순위 경로외에 다른 경로에서 불러 올 수 있는 방법은 있지 않을까 라는 의문이 생겼다.

이것은 아래와 같이 설정에서 바꿔줄 수 있다고 한다. 

우선 우리가 mysql을 실행시킬때 사용하는 mysql.server 을 vi 열어 보면 된다.

$ vi /usr/local/bin/mysql.server

mysqld_safe 바로 뒤에 위치에 해야한다

이렇게 설정하면 저 파일외에 다른 쪽 my.cnf 파일은 읽어 올수가 없다고 한다. 라고 알고있었지만,

default경로에 my.cnf 파일이 있다면 이 파일부터 읽게 된다.

set @@global.sql_mode = "ONLY_FULL_GROUP_BY,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_ENGINE_SUBSTITUTION";

set @@global.sql_mode = 

"ONLY_FULL_GROUP_BY,STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_ENGINE_SUBSTITUTION"

python에서 mariadb에 인서트를 하는중에 아래와 같은 에러가 출력되었다.

pymysql.err.DataError: (1406, "Data too long for column 'name' at row 1")

넣을려는 값이 더 커서 그런가보다 했지만, 다른 쪽에서는 길었음에도 불구하고 데이터가 잘려서 인서트 되는 경우를 보게 되었다.

이상하게 생각되어 찾아보던 중 이런 설정이 있었다.

strict_trans_tables 의 값이 있다면 데이터가 안들어가고 에러를 내뱉고, 없다면 자동으로 알아서 데이터를 잘라서 넣어주는 것이였다.

이것을 설정을 바꾼다면 insert가 가능하다.

설정이 되었다고 바로 적용되는 것은 아니고 해당세션을 새로 접속하면 적용된 것을 볼 수 있다.

아래는 테스트한 결과 입니다.

내가 트랙잭션을 걸고 작업을 한다면 문제가 없을것같지만, 다른 세션에서 dml 작업이 들어간다면 혼선이 올수 있을 것 같다.

다른 세션이 dml이 하였을 때 트랜잭션을 건 내 세션에서는 반영이 되는 경우가 있고 안되는 경우가 있는데 왜 그런지 알수가 없었다.

start transaction을 하였을 경우 rollback이나 commit이 오기전 까지는 transaction이 계속 활성화 상태로 되어있다고 생각하였다.

그러나 여기서 이상한점은 다른 세션에서 insert를 하였을 경우 transaction 을 건 세션은 select문을 초기 실행 했느냐안했느냐에 따라서 반영이되고안되고를 오락가락 하는것같은데 관련 정리가 필요해 보인다고 생각하였다.

이런 의문을 품던중 아래 링크 설명을 보았다. 해당 글을 자세하게 읽어보면 이해를 할 수 있다.

https://zzang9ha.tistory.com/381

show variables like '%isolation%'; 의 격리 수준에 따라 transaction 의 조회하는 상황이 바뀌는 것이였다.

이것은 트랜잭션을 상황에 따라서 변경을 할 수 있다고 하지만, 어떤 케이스에 사용을 해야할지는 의문이다.

# tx_isolation 또는 transaction_isolation

tx_isolation으로 사용되오다가 5.7.20부터 transaction_isolation 이  alias 로 추가가 되었다.

그리고 8.0부터는 tx_isolation이 사라졌다.

5.7.37 에 2개가 동시에 존재하는 이유는 이때까지는 alias로 사용되어져 왔기때문이라 생각된다.

설정값에는

1. read-uncommitted

2. read-committed

3. repeatable-read

4. serializable

1. read-uncommitted

dml 작업이 이루어졌다면 다른 세션에서는  타세션에서 작업한 내용들이 commit 유무를 떠나서 그대로 반영되어 보여진다.

트랜잭션에서 처리가 완료되지 않았음에도 불구하고 다른세션에서 보였다 안보였다 할수있는 것을 더티리드라고 한다.

이런 더티리드가 사용자에게서 혼란을 줄수있기때문에 비권장하는 설정값이다.

2. read-committed

dml 작업이 이루어지고, commit을 하였다면 다른 세션에서는 commit된 데이터만 반영되어져서 보여진다.

이것은 오라클에서 적용하는 방법과 가장 유사하다고 생각한다. 보통 이것으로 설정하는 것을 기본으로 한다.

그러나 mysql에서는 이런 방식도 문제가 될수잇다고 한다. 왜냐하면 초반에 select를 하였을때 보여지지 않았던 데이터가 나중에 보여질수 있는 문제가 있다는 것이다. 이것은 입출금 처리가계속 진행중에 다른쪽에서 조회를 한다면 문제가 될수있다고 한다. 조회결과가 들쑥날쑥 변화할수 있다는 것이다.

3. repeatable-read

dml 작업이 이루어지고 commit도 이루워졌지만, 다른 세션에서 dml 작업이 이루어지기전에 transaction을 걸었다면 계속 변경되지 않은 값으로 보여진다.

이것은 언두에서 계속 저장해뒀다가 보여주게 되는 것인데, 만약 세션이 닫히지 않았다면 언두는 계속 쌓여져서 불필요한데이터가 남아 있을 수가 있다. mysql을 설치하면 default 값이다.

4. serializable

start transaction이 이루어진 세션이 있다면 다른 세션에서는 접근을 할 수가 없다.읽기작업도 할수가 없다.

show variables like '%datadir%' 와 select @@datadir 의 차이가 뭔가 싶었다.

똑같은 값을 내뱉는데 왜 이렇게 다르게 명령어를 줄까 싶었는데

눈으로 봤을때 차이점은 select @@datadir 로 하였을때는 해당 변수값만 보여주고 variable은 보여지지 않는다는 것이다.

즉 

mysql> show variables like 'datadir';

+---------------+-----------------------+

| Variable_name | Value                 |

+---------------+-----------------------+

| datadir       | /usr/local/var/mysql/ |

+---------------+-----------------------+

1 row in set (0.00 sec)

mysql> select @@datadir;

+-----------------------+

| @@datadir             |

+-----------------------+

| /usr/local/var/mysql/ |

+-----------------------+

1 row in set (0.00 sec)

그리고 또하나는 select 했을 경우 like처리가 안된다는 것이다.

mysql> select @@transaction_isolation;

+-------------------------+

| @@transaction_isolation |

+-------------------------+

| REPEATABLE-READ         |

+-------------------------+

1 row in set (0.00 sec)

mysql> show variables like '%isolation%';

+-----------------------+-----------------+

| Variable_name         | Value           |

+-----------------------+-----------------+

| transaction_isolation | REPEATABLE-READ |

+-----------------------+-----------------+

1 row in set (0.01 sec)

참고로 동적변수를 print 하였을 때 계속 null값이 나와서 당황하였으나, 이후 알고 보니 변수 선언을 해줘서 발생했던 문제이다.

아래는 잘못된 표현이다.

위 잘못된 선언을 하고자 한다면

globals() 대신 locals()를 사용하면된다.

#!/bin/sh

today=`date +%Y%m%d`

before=~date +%Y%m%d -d "-1 year"`

connect='/mysql/local/mysql/bin/mysql -uroot -p123456 DBNAME -S /tmp/mysql.sock -N '

$connect -e "select * from dept where reg_date > ${before} " > /data/dept_${today}.txt

>> import bz2
>> str = b"sqlplus scott/tiger"

# compress

>> compress_str = bz2.compress(str)

>> print(compress_str)

b'BZh91AY&SYY\xf9\xdb\xc5\x00\x00\x07\x11\x80@\x00\x8a\xa4\xfe\x00 \x001\x00\x00\x08@d\xf0\xa1X\xedh\x9b\x14\x18~N\xfe.\xe4\x8ap\xa1 \xb3\xf3\xb7\x8a'

# decompress

>> decompress_str = bz2.decompress(compress_str)

>> print(d)

b"sqlplus scott/tiger"

>> print(d.decode())
sqlplus scott/tiger

# 오라클 접속 예시

>> import os

>> os.system(bz2.decompress(compress_str))

https://docs.python.org/3/library/bz2.html

1. UTL_HTTP 사용하는 프로시저를 컴파일을 하였지만 다음과 같은 에러가 발생하였다.

2. 원인을 찾던 중 utl_http 가 정의(?)가 되지 않았음을 알 수 있었다. 알 수 있었던 방법은 단순하였다.

https://community.oracle.com/tech/developers/discussion/469405/problem-calling-utl-http-in-oracle-xe

$ sqlplus "/as sysdba"

SQL> desc utl_http

utl_http의 정보들이 출력이 될 것이다.

SQL> conn system/123456

SQL> desc utl_http

SQL> select * from dba_tab_privs where table_name = 'UTL_HTTP';

3. object 권한을 주면 해결이 된다.

https://stackoverflow.com/questions/27379194/grant-utl-http-permission-in-plsql

$ sqlplus "/as sysdba"

SQL> grant execute on UTL_HTTP to system;

SQL> conn system/123456

SQL> desc UTL_HTTP

SQL> select * from dba_tab_privs where table_name = 'UTL_HTTP';

4. 컴파일할 때 발생되었던 에러는 사라졌으나, 막상 프로시저를 실행시켰더니 다음과 같은 에러가 발생하였다.

5. 여기에도 ACL권한을 부여해야 한다는 것이다. 등록되어있지 않다면 등록을 해줘야한다.

SQL> select * from dba_network_acl_privileges;

SQL> select * from dba_network_acls;

등록(생성)은 이렇게 하자

삭제가 필요하다면

SQL> select * from dba_network_acl_privileges;

SQL> select * from dba_network_acls;

* 참고로 12c 부터 아래 object로 변경되었다.

dba_network_acl_privileges => DBA_HOST_ACES

dba_network_acls => DBA_HOST_ACLS

6. 프로시저가 제대로 작동하는 것을 알 수 있을 것이다.

이것은 11g부터 적용된 사항이라 하며, 10g 이하 버전은 해당사항이 없다고 한다.

다만 UTL_HTTP 권한 정도는 확인을 하자.(본 글 "3. object 권한을 주면 해결이 된다." 참고)

7. 참고 URL(더 상세하게 나와있으니 참고하자)

https://m.blog.naver.com/PostView.naver?isHttpsRedirect=true&blogId=nkyle9361&logNo=220676267478

https://blog.naver.com/PostView.naver?blogId=nkyle9361&logNo=221989499061&parentCategoryNo=&categoryNo=1&viewDate=&isShowPopularPosts=false&from=postView 

$ yum install vim -y

yum에서 vim을 설치하고자 하였으나 다음과 같은 에러가 발생하였다.

repo쪽의 경로가 잘못 인식되어서 발생되는 경우이다. 아래와 같이 URL을 변경하여 해결 할 수 있다.

$ yum install vim -y

참고로 yum을 설치할때 다운받는 경로는 /etc/yum.repos.d/CentOS-Linux-* 파일들에서 찾아볼수 있다.

1. 리눅스 설치(CentOS)

$ docker search centos

$ docker pull centos

$ docker run -it --name hadoop centos /bin/bash

2. wget, vim 설치

[hadoop] yum install wget -y && yum install vim -y

아래와 동일한 에러가 발생할 경우 클릭

3. Java 설치

$ yum install java-1.8.0-openjdk-devel.x86_64 -y

$ java -version

openjdk version "1.8.0_312"

OpenJDK Runtime Environment (build 1.8.0_312-b07)

OpenJDK 64-Bit Server VM (build 25.312-b07, mixed mode)

4. java 환경변수 설정

$ which java

/usr/bin/java

$ readlink -f $(which java)

/usr/lib/jvm/java-1.8.0-openjdk-1.8.0.312.b07-2.el8_5.x86_64/jre/bin/java

$ vi ~/.bashrc

5. Hadoop 설치 (독립 실행 모드)

1) 폴더 만들기

$ mkdir /hadoop_home
$ cd /hadoop_home

2) 다운로드
$ wget https://mirrors.sonic.net/apache/hadoop/common/hadoop-3.3.1/hadoop-3.3.1.tar.gz

3) 압축 풀기

$ tar xvzf hadoop-3.3.1.tar.gz

4) 환경변수 설정

$ vi ~/.bashrc

5) 설치 확인

$ hadoop version

6. Mapreduce 사용

$ hadoop jar $HADOOP_HOME/share/hadoop/mapreduce/hadoop-mapreduce-examples-3.3.1.jar wordcount $HADOOP_HOME/LICENSE.txt wordcount_output

-> hadoop-mapreduce-examples-3.3.1.jar 파일에 wordcount를 이용하여, LICENSE.txt 의 파일내용의 단어를 count하여 결과값을 wordcount_output 폴더에 넣어 줄 것이다.

$ ls -ltr

drwxr-xr-x  2 root root      4096 Jun 21 12:48 wordcount_output

$ cd wordcount_output

$ ls -ltr

-rw-r--r-- 1 root root 9894 Jun 21 12:46 part-r-00000

-rw-r--r-- 1 root root    0 Jun 21 12:46 _SUCCESS

-> 결과 값은 part-r-00000에 존재한다.

7. 더 자세한 내용은 여기에서 확인

https://mungiyo.tistory.com/16

vi 복붙을 하는데 아래와 같은 문제가 발생되어 시간이 엄청 오래걸렸다.

이런식으로 들여쓰기가 연속적으로 발생되어, 복사하는데도 시간이 오래걸리고 전혀 알아볼수없는 소스처럼 복사가 되었다.

해결 방법

이 중 ":set paste" 라는 명령어로 해결을 할 수 있다고 하는데 필자는 관련 명령어가 존재하지 않았다. 아마도 리눅스에서만 해당되는 것 같다.

1. 파일 및 폴더, 특정 확장자 변경

$ vi ~/.bashrc

$ source ~/.bashrc

$ ls

위 내용을 간략하게 설명하자면

di는 directory, fi는 file, *.gz 와 *.tar는 확장자를 의미한다.

";" 를 기준으로 앞 숫자 00 일반체 01는 볼드체를 의미하며, 뒤 숫자 36은 하늘색, 37은 흰색, 35는 자주색을 의미한다.

즉 위 예시를 설명하자면

디렉토리는 일반체 하늘색로(di=00;36), 파일은 일반체로 흰색(fi=00;37), 확장자 gz, tar는 자주색으로 설정하겠다(*.gz=01;35:*.tar=00;35) 라고 이해하면 될 것같다.

위 예제는 예제일뿐이고 색깔과 글자모양에 대한 다양한 코드들은 구글링을 해보면 많이 나온다.

2. vi 문서 안에 내용들

vi 안에서 위 명령어를 실행시켰다면 글자가 변할 것이다. desert 라는 것은 색깔을 테마(?)별로 알아서 색을 변경해주는 이미 설정되어있는 값이라고 보면 될 것 같다. desert와 같이 테마로 된 색구성 변수도 구글링을 해보면 다양하게 나와있을 것이다.

다만 우리가 매번 vi를 열때마다 저 명령어를 쳐준다면 아마 귀찮을 것이다. 이것을 계속 변경을 해주고자 한다면 이렇게 하자.

$ vi ~/.vimrc

자동으로 설정이 될 것이다.

추가로 highlight Comment term=bold ctermfg=2 를 한다면 주석 부분의 색깔이 다르게 적용될 것이다.

https://comeinsidebox.com/how-to-fix-windows-10-hangul-consonant-and-vowel-separation-error/#:~:text=%ED%84%B0%EC%B9%98%20%ED%82%A4%EB%B3%B4%EB%93%9C%20%EC%95%84%EC%9D%B4%EC%BD%98%EC%9D%84%20%EB%A7%88%EC%9A%B0%EC%8A%A4,%EB%B6%84%EB%A6%AC%20%EC%98%A4%EB%A5%98%EA%B0%80%20%ED%95%B4%EA%B2%B0%20%EB%90%A9%EB%8B%88%EB%8B%A4.

필자는 "window + . " 키로 해결이 되었음.

사용자의 패스워드 주기를 알고 싶을 때 쿼리

사용자에 적용된 profile 확인

프로파일에 적용된 패스워드 권한 확인

PASSWORD_LIFE_TIME:패스워드를 변경해야하는 주기

PASSWORD_REUSE_TIME:패스워드 변경시 이전 패스워드를 재사용할 수 있는 기간(즉, 해당 기간이 지나야 재사용 가능)

(1) 테스트 테이블 생성

(2) REGEXP_SUBSTR

결과

(3) REGEXP_REPLACE

결과

(4) 세로로 나열

결과

참고 : https://good4uprin.tistory.com/11

아래와 같은 테이블이 존재한다.

SQL> select name, reg_date from temp_food_info;

여기서 우리는 등록날짜가 4/6~4/7 데이터를 산출 할 것이다.

SQL> select *

from temp_food_info

where reg_date between to_date('20220406','yyyymmdd') and to_date('20220407','yyyymmdd')

;

결과값

등록일이 4/7 임에도 불구하고 chicken 이 누락되었다.

이유는 날짜만 지정하였을 경우 시간대는 00:00:00으로 인식하기 때문에 4/7 00:00:00 이후 데이터는 조회가 되지 않는다.

그러므로 2022/04/07 00:00:01 에 등록된 chicken은 누락이 된 것이였다.

해결방법은 간단하다. 날짜 조건을 시간까지 포함 또는 그 이상의 날짜를 넣자. 

(1) 시간포함

where reg_date between to_date('2022/04/06 00:00:00','yyyy/mm/dd hh24:mi:ss')

and to_date('2022/04/07 23:59:59','yyyy/mm/dd hh24:mi:ss')

(2) 그 이상의 날짜

where reg_date >= to_date('20220406','yyyymmdd')

and reg_date < to_date('20220408','yyyymmdd')

간과하지 말고 항상 주의를 기울어야 겠다.

(1) 생성

SQL> create user scott identified by "tiger";

ERROR at line 1:

ORA-65096: invalid common user or role name

SQL> create user "C##SCOTT" identified by "tiger";

-> 12c부터 바뀌 C##을 붙여줘야한다고 함. 근데 저렇게 생성하면 C##도 사용자명에 포함되버리는데 왜 저렇게 했을까나?

or

SQL> alter session set "_ORACLE_SCRIPT"=true;

SQL> create user scott identified by "tiger";

(2) 삭제

SQL> drop user scott [CASCADE];

여기서 ORA-28014: cannot drop administrative user or role

이런 에러가 발생된다면 _ORACLE_SCRIPT가 true로 설정 되어 있는지 확인해보자.

SQL> show parameter _oracle_script;

_ORACLE_SCRIPT 파라미터 값이 왜 생겼는지 의문이다.

은근 불편할뿐더러 이 파라미터 존재를 모른다면 맨땅에 헤딩하며 시간만 낭비할 것으로 보인다.

필자도 역시 짜증이 밀려온다 ㅎㅎ

DML문을 실행하려고 했는데 ORA-01950 에러가 발생한다면 해당 테이블스페이스에 insert 할수 있는 권한이 없다는 것이다.

권한을 아래와 같이 부여해 줄 수 있다.

권한을 확인 하는 방법은 

조회하였을때 해당 테이블스페이스의 계정이 등록되어 있으면 권한을 부여받은 것이다.

여기서 max_bytes 가 -1 이면 unlimited 로 부여 받은 것이고, 값이 존재하면 그 byte만큼 저장이 가능하게 부여받은 것이다.

오라클에서 제공하는 SQL developer 에서 system 또는 sys 계정에 접속하고자 할 때, 정확한 비밀번호를 입력했음에도 불구하고 접속이 안되는 경우가 있다. 

분명 sqlplus에서는 system 계정으로 매우 접속이 잘된다.

SQL> sqlplus /nolog

SQL> conn system/oracle as sysdba

왜 이런지 원인은 알 수가 없다. 문제점을 알려주는 곳을 도저히 찾을수가 없었다.

해결방안은 그냥 패스워드를 다시 만들어주면 해결된다. 너무 간단했다. ㅠㅠ

SQL> alter user system identified by "oracle";

참고로 원인을 찾아보던 중 19c 경우 기본암호가 "manager"에서  "no authentication" 로 변경되었다고 하는데,

필자는 초기 기본암호가 "oracle" 이였으며 no authentication 에 대해서는 이해가 되지 않는다. ㅠㅠ

즉, 아래 링크에 대한 글이 이해가 되지 않는다. 누군가 알려주었으면 좋겠다.

https://support.oracle.com/knowledge/Oracle%20Database%20Products/2620296_1.html

$ userdel [사용자아이디]

그러나 보통 /home/ 디렉토리에 보면 사용자의 기본 디렉토리가 하나씩은 존재할 것이다.

이 기본 디렉토리까지 전부 삭제해주고 싶다면 옵션을 주자

$ userdel -r [사용자아이디]

사용자의 기본 디렉토리가 없어서 혹여나 사용자 계정이 없다고 간과할 수도 있을 것이다.

$ cat /etc/passwd 로 확인 하였을때 사용자가 있는지 확인해봐도 괜찮을 것 같다.

# 터미널에서 git으로 github 경로를 clone 했을 때 아래와 같이 에러가 발생

$ git clone git@github.com:goodgods/docker-images.git

# 해결

$ ssh-keygen -t rsa -C "email "

## id_rsa.pub 내용 복사

$ vi /Users/goodgods/.ssh/id_rsa.pub

## github 접속 및 로그인

## 설치 되었는지 확인 작업

$ ssh -T git@github.com

Hi goodgods! You've successfully authenticated, but GitHub does not provide shell access.

SQL> select * from v$diag_info where name = 'Diag Trace';