특정 시간대에 갑자기 SQL*Net break/reset to client 이벤트가 늘었다가 사라짐을 확인했다.

 

액티브 세션을 확인해보니 Insert 문 두개가 해당 이벤트를 보이고 있었다.

 

오라클 매뉴얼에서 찾은 이벤트 내용은 아래와 같았고, 애매했다

 

The server sends a break or reset message to the client. The session running on the server waits for a reply from the client.

Wait Time: The actual time it takes for the break or reset message to return from the client

 

Tanel poder 포스트(http://blog.tanelpoder.com/2008/04/10/sqlnet-breakreset-to-client/)에서 자세한 내용을 확인할 수 있었다.

 

결국 에러가 발생했을 때 SQL*Net break/reset to client 이벤트가 발생한다는건데 Insert에서 에러 발생할만한 건은 대부분 중복키.

 

간단히 테스트를 해본다.

 

sys@ORCLcreate table test(col1 number);

Table created.
sys@ORCLalter table test add constraint test_pk primary key (col1);

Table altered.

--테스트 테이블과 primary key 생성

 

sys@ORCL> insert into test values(1);

1 row created.

sys@ORCL> commit;

Commit complete.

 

-- 1 row를 인서트

 

sys@ORCL> exit

 

$ sqlplus / as sysdba

 

sys@ORCLselect event, total_waits from v$session_event where sid = (select sid from v$mystat where rownum=1);

EVENT                                                            TOTAL_WAITS
---------------------------------------------------------------- -----------
Disk file operations I/O                                                   1
SQL*Net message to client                                                 11
SQL*Net message from client                                               11

sys@ORCL> save 1 rep
Wrote file 1.sql

 

-- 중복 에러 발생시키기 전 이벤트 확인, 1.sql로 save

 

sys@ORCL> insert into test values (1);
insert into test values (1)
*
ERROR at line 1:
ORA-00001: unique constraint (SYS.TEST_PK) violated


sys@ORCL> @1
sys@ORCL>  select event, total_waits from v$session_event where sid = (select sid from v$mystat where rownum = 1)
  2  /

EVENT                                                            TOTAL_WAITS
---------------------------------------------------------------- -----------
Disk file operations I/O                                                   1
SQL*Net message to client                                                 19
SQL*Net message from client                                               19
SQL*Net break/reset to client                                              2

-- 예상하던 대로 SQL*Net break/reset to client 이벤트가 확인된다.

 

중복키 Insert 의심을 하고 WAS쪽 확인을 요구할 생각이다.

 

Posted by neo-orcl
,

오랜만에 Linux 환경 실제 사이트에 RAC 설치를 진행했는데

 

grid 설치 도중 문제가 발생해 원인을 잡는다고 2시간 반을 소모했다.

 

grid 과정 중 노드 add하고 ssh 설정과 test 할 수 있는 단계의 다음 단계가 진행이 안된다.

 

확인해보니 exectask를 remote node에서 retrieve할 수 없다고 한다.

(version of exectask could not be retrieved from node node02)

 

runcluvfy도 시도해보았지만 3번째 확인 과정에서 역시 hang되어버렸다.

 

한참 있다가 ctrl+c로 취소하면 비슷한 에러메시지가 나타난다.

 

음.. 왜그럴까 처음엔 OS 보안 설정을 의심했었다.

 

그런데 좀 자세히 조사해보니 node1의  /tmp/CVU_11.2.0.4.0_grid 밑에 약 30개의 sh 파일이 있고 그 중에 exectask.sh가 있다.

하지만 node2는 디렉토리는 있는데 스크립트가 하나밖에 없는 상태였다.

 

1. 음 혹시? 하고 scp로 /tmp/CVU_11.2.0.4.0_grid 아래의 모든 파일을 node2의 같은 위치로 넘겨보았다.(public hostname으로)

파일이 하나 전송되다가 더 진행이 되지 않네?

 

2. reboot을 해보았다. 동일 증상이다.

 

원래대로라면 설치했던 OS 엔지니어에게 확인해달라고 하겠지만, OS 설치 엔지니어는 새벽까지 설치해서 연락하기 힘든 상황이다. 원인을 찾기 위해 계속 다른 시도를 해보았다.

 

3. node2에서 node1로 파일을 아무거나 넘겨보았다. 안된다.

 

4. 여태 grid 유저로 시도했었는데, root도 안되나? 안된다

 

5. root 유저와 grid 유저의 ~/.ssh 아래 내용을 전부 삭제하고 시도. 안된다..

 

6. private 링크(인터커넥트)를 통해서는 될까? 된!다!된!다!!

 

그럼 설마?? 서버 설치 요구사항에 Jumboframe을 위해 MTU 9000 설정해달라고 했는데, 인터커넥트는 9000이 맞는데 왠걸 ifconfig -a로 확인해보니 양쪽 노드 모두 public 링크까지 MTU를 9000 설정되어있는걸 확인했다.

 

public 인터페이스의 MTU size를 1500으로 변경하고 scp 전송 정상 확인하고 grid 막혔던 부분도 진행되어 무사히 설치 완료.

 

중간중간 메타링크와 구글을 확인해보았지만 이 문제는 둘 다 도움을 줄 수 없었다.

 

나름 재미있었던 케이스였다.

'TroubleShoot' 카테고리의 다른 글

SQL*Net break/reset to client  (0) 2017.02.02
flashback on 시도시 ora-38788 에러  (0) 2016.02.23
cacti troubleshoot  (0) 2015.03.02
yum update시 package duplicate error 해결  (0) 2015.01.30
MAX_DUMP_FILE_SIZE 변경 적용 이상 해결  (0) 2014.05.12
Posted by neo-orcl
,
SYS@stdb> ALTER DATABASE RECOVER MANAGED STANDBY DATABASE CANCEL;
Database altered.

SYS@stdb> alter database flashback on;
alter database flashback on
*
ERROR at line 1:
ORA-38706: Cannot turn on FLASHBACK DATABASE logging.
ORA-38788: More standby database recovery is needed

standby db에서 위와 같은 에러가 나타나면 의심해봐야 할 것은 여러가지 있으나 리두가 제대로 적용 되어 있는데도 이런 에러가 난다면

primary db에 read only 테이블스페이스가 있는지 확인하고 read write로 바꿔줘야 한다.

간혹 rman으로 duplicate시에 primary db에 flashback on 상태에서 진행한다면 위와 같은 현상을 만날 수도 잇다.

 

 

Posted by neo-orcl
,

cacti troubleshoot

TroubleShoot 2015. 3. 2. 16:46

Graph management에서 Turn On Graph Debug Mode 클릭 후 로그상 아래 메시지가 나올 때 해결 방법

1. Expected some arguments after 'COMMENT:'

RRDTool Says:

ERROR: Expected some arguments after 'COMMENT:'

 

출처: http://forums.cacti.net/viewtopic.php?p=243461#p243461

 

rrd.php.patch

 

# cd /var/www/cacti

# patch -p0 -b < rrd.php.patch

 

버그..란다

 

2. ERROR: the RRD does not contain an RRA matching the chosen CF

RRDTool Says:

ERROR: the RRD does not contain an RRA matching the chosen CF

 

CF 기능을 활성화하지 않은 상태에서 LAST를 사용하려 할 경우 나타난다.

아래처럼 사용할 CF가 음영처리되도록 클릭 후 save

 

 

Posted by neo-orcl
,

yum update를 진행하려 하는데 아래같은 메시지가 나온다면 일반적인 상황이라면 아래 과정으로 해결 가능

 

# yum install yum-utils

# yum-complete-transaction

# package-cleanup --cleandupes

 

이후 지워진 패키지가 있다면 다시 yum install 해주고

이후에 다시 yum update한다.

 

Posted by neo-orcl
,

환경: 10.2.0.3 RAC on AIX

 

변경내용: 트레이스 파일이 문제 DML 혹은 버그로 인한 에러 발생시마다 약 4GB Trace(trc)파일을 생성(OS ASCII 파일의 제한값으로 추측됨)하여 MAX_DUMP_FILE_SIZE 값을 기존 unlimited에서 100 MB를 목적으로 100m 설정하였으나 ora-02065 발생하여 102400000 으로 변경

$ sqlplus / as sysdba

 

SQL*Plus: Release 11.2.0.4.0 Production on Mon May 12 15:54:15 2014

 

Copyright (c) 1982, 2013, Oracle.  All rights reserved.

 

 

Connected to:

Oracle Database 11g Enterprise Edition Release 11.2.0.4.0 - 64bit Production

With the Partitioning option

 

SQL> alter system set max_dump_file_size=100m scope=both;

alter system set max_dump_file_size=100m scope=both

                                       *

ERROR at line 1:

ORA-02065: illegal option for ALTER SYSTEM

 

SQL> alter system set max_dump_file_size=102400000 scope=both;

 

System altered.

 

문제: 여전히 에러 발생시 4GB정도의 Trace 파일 생성

 

원인오라클 공식 매뉴얼의 애매한 정보로 인한 잘못된 값 설정, 버그로 인한 k, m 설정 불가.

문서상의 내용은 아래와 같음

Parameter type String

Syntax MAX_DUMP_FILE_SIZE = { integer [K | M] | UNLIMITED }

Default value UNLIMITED

Modifiable ALTER SESSION, ALTER SYSTEM

Range of values 0 to unlimited, or UNLIMITED

Basic No

MAX_DUMP_FILE_SIZE specifies the maximum size of trace files (excluding the alert file). Change this limit if you are concerned that trace files may use too much space.

A numerical value for MAX_DUMP_FILE_SIZE specifies the maximum size in operating system blocks.

A number followed by a K or M suffix specifies the file size in kilobytes or megabytes.

The special value string UNLIMITED means that there is no upper limit on trace file size. Thus, dump files can be as large as the operating system permits.

k m으로 설정할 경우 파일크기로 설정할 수 있다고 하나 이는 2014 5월 최신 버전인 11.2.0.4 버전조차 적용되지 않고 ora-02065를 발생. k m을 사용하지 않을 경우 이는 OS block의 개수를 의미

 

해결: 작은따옴표 (‘ ‘)를 사용하여 명령어 수행

SQL> alter system set max_dump_file_size=’100m’ scope=both;

 

System altered.

 

결과확인: 100MB는 테스트하기 너무 크기에 4KB로 제한해서 테스트

SQL> alter session set tracefile_identifier=’test’;

 

Session altered.

SQL> alter system set max_dump_file_size='4k' scope=both;

 

System altered.

 

SQL> alter session set sql_trace=true;

 

Session altered.

 

SQL> select * from v$backup;   --아무 문장이나 조회 가능한 문장을 반복 수행하여 trc 파일의 크기를 늘림

$ pwd

/oracle/app/oracle/diag/rdbms/orcl/orcl/trace

$ ls -l | grep test

-rw-r-----    1 oracle   oinstall       4135 May 12 17:03 orcl_ora_7471202_test.trc

-rw-r-----    1 oracle   oinstall        137 May 12 17:03 orcl_ora_7471202_test.trm

$ tail orcl_ora_7471202_test.trc

FETCH #4573087688:c=292,e=12519,p=0,cr=0,cu=0,mis=0,r=1,dep=0,og=1,plh=4031894181,tim=451245055341

FETCH #4573087688:c=238,e=2816,p=0,cr=0,cu=0,mis=0,r=4,dep=0,og=1,plh=4031894181,tim=451245058417

STAT #4573087688 id=1 cnt=5 pid=0 pos=1 obj=0 op='FIXED TABLE FULL X$KCVFHONL (cr=0 pr=0 pw=0 time=12501 us cost=0 size=74 card=1)'

 

*** 2014-05-12 17:03:45.961

CLOSE #4573087688:c=14,e=15,dep=0,type=0,tim=451247403409

=====================

PARSING IN CURSOR #4573087688 len=22 dep=0 uid=0 oct=3 lid=0 tim=451247403554 hv=1902309294 ad='70001000bd1a178' sqlid='0579bzjsq5vxf'

*** DUMP FILE SIZE IS LIMITED TO 4000 BYTES ***

 

기타: 모든 버전, 모든 OS에 적용 가능.

11gR2 매뉴얼에서도 오라클은 해당 항목의 오류를 고치지 않고 있으며 MOS에서는 unpublished bug로 기록됨

참고문서: Oracle Database Reference 10gR2, 11gR2

ORA-2065 Or ORA-2248 When Setting Max_dump_file_size To K / M Or G (문서 ID 1387694.1)

Posted by neo-orcl
,

Disk 관련 문제로 Media Recover 과정중 발생
핫백업이 있어서 해당 파일로 복구를 전부 완료 했으나 rollback segment 관련 에러가 나타남

OS: SunOS 5.7
Oracle db version: 8.1.7.4

1. 복구 후 DB startup 시 에러 나타남

SQL> recover database;
ORA-00283: recovery session canceled due to errors
ORA-00264: no recovery required
SQL> startup
ORACLE instance started.

Total System Global Area  919359164 bytes
Fixed Size                   102076 bytes
Variable Size             487653376 bytes
Database Buffers          429490176 bytes
Redo Buffers                2113536 bytes
Database mounted.
ORA-01092: ORACLE instance terminated. Disconnection forced

얼럿로그 내용: ORA-01545: rollback segment 'RBS1' specified not available

2. init파일에서 rollback_segments 주석처리 후 open

SQL> startup
ORACLE instance started.

Total System Global Area  919359164 bytes
Fixed Size                   102076 bytes
Variable Size             487653376 bytes
Database Buffers          429490176 bytes
Redo Buffers                2113536 bytes
Database mounted.
ORA-00604: error occurred at recursive SQL level 1
ORA-00376: file 3 cannot be read at this time
ORA-01110: data file 3: '/oradata/rbs01.dbf'

3. v$recover_file 확인해서 파일별 복구 수행후 online

SQL> select * from v$recover_file;
SQL> recover datafile 8;
ORA-00279: change 377347436 generated at 03/06/2013 22:10:36 needed for thread 1
ORA-00289: suggestion : /oradata/archive/arch_1_37864.arc
ORA-00280: change 377347436 for thread 1 is in sequence #37864
Specify log: {<RET>=suggested | filename | AUTO | CANCEL}

SQL> alter database datafile 8 online;
Database altered.

4. rbs파일인 (여기선 3번) 3번파일 offline + recover + online 수행

SQL> alter database datafile 3 offline;
Database altered.

SQL> recover datafile 3;      
Media recovery complete.

SQL> alter database datafile 3 online;
Database altered.

5. db shutdown 후 init파일 rollback_segments 주석처리 제거하여 startup 후 정상 확인

Posted by neo-orcl
,

환경: RAC 11.2.0.4 e/e 64bit on AIX, Oracle Grid Infrastructure without HACMP

 

변경내용: OS 엔지니어가 OS Timezone KORST9KORDT 에서 KORST9 로 변경 후 하루가 지난 뒤 개발자가 OS 시간이 현실의 시간보다 1시간 느려짐을 확인하여 OS엔지니어가 date 설정으로 1시간 빠르게 진행함

         당시 DB CRS는 전부 중지 후 OS 작업을 진행했었음

 

문제: sqlplus / as sysdba로 접속하면 sysdate OS의 시간과 같지만 sqlplus system/xxx@tns 형식과 같이 리스너를 통해 접속하여 sysdate를 조회하면 1시간 빠르게 나타남. 당연히 toad orange 등을 통해서도 같은 현상 발생

$ sqlplus / as sysdba

 

SQL*Plus: Release 11.2.0.4.0 Production on Thu May 8 20:51:50 2014

 

Copyright (c) 1982, 2013, Oracle.  All rights reserved.

 

Connected to:

Oracle Database 11g Enterprise Edition Release 11.2.0.4.0 - 64bit Production

With the Partitioning and Real Application Clusters options

 

SQL> alter session set nls_date_format='yyyy-mm-dd hh24:mi:ss';

 

Session altered.

 

SQL> select sysdate from dual;

 

SYSDATE

-------------------

2014-05-08 20:51:57

 

SQL> exit

Disconnected from Oracle Database 11g Enterprise Edition Release 11.2.0.4.0 - 64bit Production

With the Partitioning and Real Application Clusters options

$ sqlplus system/xxxx@real1/realdb

 

SQL*Plus: Release 11.2.0.4.0 Production on Thu May 8 20:52:15 2014

 

Copyright (c) 1982, 2013, Oracle.  All rights reserved.

 

 

Connected to:

Oracle Database 11g Enterprise Edition Release 11.2.0.4.0 - 64bit Production

With the Partitioning and Real Application Clusters options

 

SQL> alter session set nls_date_format='yyyy-mm-dd hh24:mi:ss';

 

Session altered.

 

SQL> select sysdate from dual;

 

SYSDATE

-------------------

2014-05-08 21:52:20

 

원인: CRS를 통해 Listener TZ 값을 CRS의 설정을 가져와 시작되는데 OS Timezone 값은 변경되었으나 CRS Timezone은 변경되지 않아 발생

해결:

1.    모든 노드의 root로 접속하여 $GRID_HOME/crs/install/s_crsconfig_<nodename>_env.txt 파일의 TZ 값을 OS TZ 값과 같이 변경

※각 OS TZ 값 확인은 검색하면 바로 나오기에 생략

#TZ=KORST9KORDT

TZ=KORST9

 

2.    모든 노드의 DB 중지(srvctl stop instance ...)

3.    모든 노드의 CRS 중지(crsctl stop crs)

4.    모든 노드의 CRS 시작(crsctl start crs)

5.    모든 노드의 DB 시작(srvctl start instance ...)

 

결과확인:

$ sqlplus / as sysdba

 

SQL*Plus: Release 11.2.0.4.0 Production on Thu May 8 21:08:47 2014

 

Copyright (c) 1982, 2013, Oracle.  All rights reserved.

 

 

Connected to:

Oracle Database 11g Enterprise Edition Release 11.2.0.4.0 - 64bit Production

With the Partitioning and Real Application Clusters options

 

SQL> alter session set nls_date_format='yyyy-mm-dd hh24:mi:ss';

 

Session altered.

 

SQL> select sysdate from dual;

 

SYSDATE

-------------------

2014-05-08 21:08:47

 

SQL> exit

Disconnected from Oracle Database 11g Enterprise Edition Release 11.2.0.4.0 - 64bit Production

With the Partitioning and Real Application Clusters options

$ sqlplus system/xxxx@real1/realdb

 

SQL*Plus: Release 11.2.0.4.0 Production on Thu May 8 21:08:55 2014

 

Copyright (c) 1982, 2013, Oracle.  All rights reserved.

 

 

Connected to:

Oracle Database 11g Enterprise Edition Release 11.2.0.4.0 - 64bit Production

With the Partitioning and Real Application Clusters options

 

SQL> alter session set nls_date_format='yyyy-mm-dd hh24:mi:ss';

 

Session altered.

 

SQL> select sysdate from dual;

 

SYSDATE

-------------------

2014-05-08 21:08:55

 

기타: 위 방법으로 보통 해결되나 안될 경우는 아래 방법이 필요할 수도 있다. 또한 11gR2미만에서는 위처럼 crs 설정 파일이 없을 수 있기에 아래 방법이 필요할 수도 있다.

 

srvctl setenv database -d <dbname> -t TZ=<the TZ you want>
srvctl setenv nodeapps -n <nodename> -t TZ=<the TZ you want>
--
만약 11gR2 이상이라면 nodeapps 대신 listener를 사용한다.
srvctl setenv listener -l <listenername> -t TZ=<the TZ you want>

 

참고문서: Oracle Support Document 1390015.1 (Incorrect SYSDATE shown when connected via Listener in RAC)

Dates & Calendars - Frequently Asked Questions (문서 ID 227334.1)

 

 

Posted by neo-orcl
,

RAC + ASM 환경에서 vip 변경 후 DB 재시작을 했는데

리스너 상태를 확인해보면 아래처럼 +ASM1 이 없어졌음을 확인할 수 있었다.

 

[grid@rac1 ~]$ lsnrctl status

LSNRCTL for Linux: Version 11.2.0.2.0 - Production on 04-MAR-2014 16:11:28

Copyright (c) 1991, 2010, Oracle.  All rights reserved.

Connecting to (DESCRIPTION=(ADDRESS=(PROTOCOL=IPC)(KEY=LISTENER)))
STATUS of the LISTENER
------------------------
Alias                     LISTENER
Version                   TNSLSNR for Linux: Version 11.2.0.2.0 - Production
Start Date                04-MAR-2014 16:04:44
Uptime                    0 days 0 hr. 6 min. 43 sec
Trace Level               off
Security                  ON: Local OS Authentication
SNMP                      OFF
Listener Parameter File   /app/11.2/grid/network/admin/listener.ora
Listener Log File         /app/oracle/diag/tnslsnr/rac1/listener/alert/log.xml
Listening Endpoints Summary...
  (DESCRIPTION=(ADDRESS=(PROTOCOL=ipc)(KEY=LISTENER)))
  (DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=1.1.1.101)(PORT=1521)))
  (DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=1.1.1.121)(PORT=1521)))
Services Summary...
Service "orcl" has 1 instance(s).
  Instance "orcl1", status READY, has 1 handler(s) for this service...
The command completed successfully

 

부가적으로 OS따로 리스너 로그에 에러가 지속적으로 나타날 수도 있고,

다른 경우로 아래처럼 ASM service died 메시지를 볼 수 있다.

04-MAR-2014 16:11:22 * service_died * +ASM1 * 12537

 

검색을 해도 이 문제는 찾을 수 없었는데, 가만히 ASM 로그를 보니 local_listener 의 host 값을 vip의 주소로 가져오는걸 확인할 수 있었다.

그런데 오라클 메타링크 가이드에 필요시 local_listener, remote_listener를 수정하란 이야기가 마지막에 써있었다.

 

SQL> alter system set local_listener='(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=TCP)(HOST=1.1.1.121)(PORT=1521))))' scope=memory sid='+ASM1';

 

ASM의 local_listener 의 host 값을 현재의 vip로 수정하고 정상화되었다.

 

[grid@rac1 admin]$ lsnrctl status

LSNRCTL for Linux: Version 11.2.0.2.0 - Production on 04-MAR-2014 16:38:07

Copyright (c) 1991, 2010, Oracle.  All rights reserved.

Connecting to (DESCRIPTION=(ADDRESS=(PROTOCOL=IPC)(KEY=LISTENER)))
STATUS of the LISTENER
------------------------
Alias                     LISTENER
Version                   TNSLSNR for Linux: Version 11.2.0.2.0 - Production
Start Date                04-MAR-2014 16:04:44
Uptime                    0 days 0 hr. 33 min. 22 sec
Trace Level               off
Security                  ON: Local OS Authentication
SNMP                      OFF
Listener Parameter File   /app/11.2/grid/network/admin/listener.ora
Listener Log File         /app/oracle/diag/tnslsnr/rac1/listener/alert/log.xml
Listening Endpoints Summary...
  (DESCRIPTION=(ADDRESS=(PROTOCOL=ipc)(KEY=LISTENER)))
  (DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=1.1.1.101)(PORT=1521)))
  (DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=1.1.1.121)(PORT=1521)))
Services Summary...
Service "+ASM" has 1 instance(s).
  Instance "+ASM1", status READY, has 1 handler(s) for this service...
Service "orcl" has 1 instance(s).
  Instance "orcl1", status READY, has 1 handler(s) for this service...
The command completed successfully

 

아니면 ASM을 재시작하기 위해 crs를 재시작하는 것도 한 방법이다.

 

 

Posted by neo-orcl
,

AIX 환경에서 lock_sga=true 로 하고 DB 시작할 때 아래와 같은 에러가 나는 경우 해결책

 

ORA-27126: unable to lock shared memory segment in core
IBM AIX RISC System/6000 Error: 1: Not owner

해결책: root로 아래 명령어를 실행하고 시작한다.

# chuser capabilities=CAP_BYPASS_RAC_VMM,CAP_PROPAGATE oracle

확인은

# lsuser -a capabilities oracle

여기까지만 해도 일단 DB가 시작되지 않는 현상은 해결된다(AIX 6.1 Oracle 11.2.0.4에서 확인)

 

v_pinshm 커널 파라미터에 대하여 좀 불분명한 점이 있다.

일단 v_pinshm=0 이더라도 DB가 올라오는 것을 테스트하여 확인했다.

하지만 과연 lock_sga가 정상적으로 동작하는지에 대해서는 테스트가 좀 더 필요하다.

변경 방법을 혹시 모르니 남긴다.

 

확인

# vmo -o v_pinshm
v_pinshm = 0

변경

# vmo -o v_pinshm=1
Setting v_pinshm to 1

리붓후에도 적용되도록 변경

# vmo -r -o v_pinshm=1

Setting v_pinshm to 1 in nextboot file
Warning: changes will take effect only at next reboot

Posted by neo-orcl
,