database.sarang.net
UserID
Passwd
Database
DBMS
MySQL
PostgreSQL
Firebird
Oracle
Informix
ㆍSybase
MS-SQL
DB2
Cache
CUBRID
LDAP
ALTIBASE
Tibero
DB 문서들
스터디
Community
공지사항
자유게시판
구인|구직
DSN 갤러리
도움주신분들
Admin
운영게시판
최근게시물
Sybase Q&A 2320 게시물 읽기
No. 2320
이거 DB깨지거 아니죠?
작성자
한치
작성일
2008-10-24 13:49
조회수
10,130

SYBASE DB를 어렵게 쓰고 있습니다..

오늘 아침에 문제가 있어 linux 서버를 다시 부팅하니까


리눅스가 부팅하다가


체크디스크하는 것같은 숫자만 올라가고 약30시간 정도 걸린다는 메시지가 나옵니다.


그래서 DB는 아직 않올라 와 있고요..


혹시나 해서 PC에서 텔넷으로 접속해서 sybase log 파일을 열어보니 다음과 같은 내용인데요

얼마전에 DEVICE 1기가 짜리 늘릴게 있는데 그것 때문인지도 모르겠고요


그리고 virtual disk 6 은 예전부터 쓰던 tempdb.dat 인데(2기가)인데 

어떻게 처리해야 할지 모르겠습니다.

고수님들 도와주세요..


kernel  sddone: write error on virtual disk 6 block 582969:

kernel  sddone: No space left on device

kernel  sddone: write error on virtual disk 6 block 582970:

kernel  sddone: No space left on device

kernel  sddone: write error on virtual disk 6 block 582971:

kernel  sddone: No space left on device

kernel  sddone: write error on virtual disk 6 block 582972:

kernel  sddone: No space left on device

server  Error: 694, Severity: 24, State: 11

server  An attempt was made to read logical page '580924', virtpage '101243196' from virtual device '6' for object '-1835025' in database '2'. The page was not read successfully. You may have a device problem or an operating system problem.

server  Error: 823, Severity: 24, State: 2

server  I/O error detected during wait for BUF pointer = '0x0x58d6b030', MASS pointer = '0x0x58d6b030', (Buf#: '0'), page ptr = '0x0x4b542000', dbid = '2', Mass virtpage = '101246264', Buffer page = '583992', Mass status = '0x880101', Buffer status = '0x2', size = '2048', cache (id: 0) = 'default data cache'.

server  Error: 823, Severity: 24, State: 2

server  I/O error detected during wait for BUF pointer = '0x0x58f74298', MASS pointer = '0x0x58f74298', (Buf#: '0'), page ptr = '0x0x4d933000', dbid = '2', Mass virtpage = '101245968', Buffer page = '583696', Mass status = '0x2891110', Buffer status = '0x1', size = '2048', cache (id: 0) = 'default data cache'.

kernel  ************************************

kernel  curdb = 1 pstat = 0x0 lasterror = 823

kernel  preverror = 0 transtate = 1

kernel  curcmd = 0 program =

kernel  pc 0x8428543 ucbacktrace+0x67(0x0,0x1,0x86d035c,0x18,0x17)

kernel  pc 0x80afac5 terminate_process+0x7b5(0x0,0xffffffff,0x86d035c,0x410aa64c,0x80e2c9a)

kernel  pc 0x80e2ce5 close_network+0x19(0x86d035c,0x418bcea0,0x58f74298,0x410aa6c0,0x80e2b3b)


이 글에 대한 댓글이 총 3건 있습니다.

disk 장애입니다.

disk가 인식안되거나 disk가 깨어진 경우가 대부분입니다.

tempdb라  다행입니다.

----

복구는 db가 죽은 상태에서 disk를 복구후 tempdb 가 있는 똑 같은 mount point을 설정후

(dir도 동일하게) tempdb db device가 있는 dir에 원래 있던 file 이름과 동일하게

file을 생성 하면 됩니다.

file 생성은 touch file_name 하면 되겠지요.. (반듯이 dir file 이름이 동일해야 함)

이렇게 한후 DB를 start하면 정상으로 뜹니다.


tempdb는 DB Start시 완전 초기화 하기 때문에 file 이름만 존재해도 원래 사이즈로 초기화한후

뜨게 되지요...

갈매기님이 2008-10-30 14:06에 작성한 댓글입니다.
이 댓글은 2008-10-30 14:37에 마지막으로 수정되었습니다. Edit

갈매기님 감사합니다.


복구는 이미 다했구요 


리눅스 잘하시는 분이 오셔서 도와주셨습니다.


그동안 DB Device를 늘릴때마다 linux root 에 추가하면서 쓰고 있었더라구요.


그래서 root 디렉토리 여유 용량이 0% 였더라구요......


그래서 하드하나 더달고


telnet으로 접속해서 Device 다 옮기고 원래 있던 디렉토리에는 


윈도우 바로가기 처럼 생각하면 된다고 하는 껍데기만 있는 파일 만들구요


(갈매기님 말씀 처럼 touch file_name 한건지를 잘 모르겠습니다.)


그러고 서버 다시 부팅하니 시원하게 부팅 됐습니다..


근데 저는 Central 로만 만들어서 잘 모르겠는데


나중 Device 또 만들때는 서버에서 isql로 새하드에 Device 만들고 


원래 root 에 있던 Device 폴더에는 


갈매기님 말씀 처럼 touch file_name 해서 쓰는게 맞겠죠?


감사합니다..



ㅎㅎ 수고하세요....감사합니다...




한치님이 2008-10-31 20:14에 작성한 댓글입니다. Edit

일반 사용자 DB는 위 방식으로 만들면 안됩니다.

위의 내용은 tempdb일 경우만 가능한 내용입니다.

오해 없으시길....

일반 device는 central을 이용해 만드시면 됩니다.

disk init .... 을  사용해도 되고요..

갈매기님이 2008-11-03 14:24에 작성한 댓글입니다.
이 댓글은 2008-11-03 14:25에 마지막으로 수정되었습니다. Edit
[Top]
No.
제목
작성자
작성일
조회
2326dbisqlc 에대해서... [1]
초짜
2008-10-29
8266
2325에러코드 메시지 [1]
김충관
2008-10-29
7909
2324간단한 초짜 셀좀 봐주세요. [1]
싸이초짜
2008-10-29
8323
2320이거 DB깨지거 아니죠? [3]
한치
2008-10-24
10130
2319group by 대상 레코드 카운트 [1]
초초초보
2008-10-24
7967
2318ASA 6.0 에서 상위버전으로
안순형
2008-10-23
8279
2317쿼리할때 대소문자 구분에 대해 ㅠㅠ [4]
구로머신
2008-10-22
9722
Valid XHTML 1.0!
All about the DATABASE... Copyleft 1999-2024 DSN, All rights reserved.
작업시간: 0.018초, 이곳 서비스는
	PostgreSQL v16.2로 자료를 관리합니다