이메일 #081 - #085
원본 출처: Satoshi - Sirius emails 2009-2011
이메일 #081
Date: Sun, 15 Nov 2009 15:40:29 +0000
From: Satoshi Nakamoto <[email protected]>
Subject: Linux update
To: Martti Malmi <[email protected]>
한글 번역
linux-0.1.6-test5에서 리버티의 좀비 소켓 문제가 해결됐습니다. MSG_DONTWAIT가 근본 원인을 고쳤고, 스레드를 강제 종료했다가 다시 시작하지 않아도 됩니다. 소켓은 이미 논블로킹으로 표시되어 있어서 왜 그런지 모르겠습니다. 아마 잊어버린 게 아닌가 싶습니다. 소켓에 문제가 생겨 OS가 소켓을 닫아버리면 논블로킹이었다는 기억이 남을 리는 없겠지만, 그렇더라도 닫힌 핸들에 접근하면 오류와 함께 바로 반환되어야 합니다. Windows에는 MSG_DONTWAIT가 없고 소켓을 논블로킹으로 표시하는 것이 유일한 방법이라서, Windows 버전을 Wine에서 실행하는 사람은 스레드 종료에 의존해야 할 겁니다.
지금 남은 문제는 그가 겪고 있는 DB 예외뿐입니다.
EXCEPTION: 11DbException Db::open: Bad file descriptor bitcoin in ThreadMessageHandler()
EXCEPTION: 11DbException Db::close: Bad file descriptor bitcoin in ThreadMessageHandler()
Wine 문제일 거라고 예상했는데, 리눅스에서도 똑같이 발생하고 있습니다. 데이터 디렉터리를 다른 드라이브로 옮겨 봤지만 소용없었습니다. 저는 한 번도 겪지 못했습니다. 계속 많은 활동과 DB 접근을 일으키는 스트레스 테스트를 돌리고 있는데도 한 번도 겪지 못했습니다.
그는 64비트 우분투이고 저는 32비트이니, 그게 차이일 거라고 보고 있습니다. 당신의 리눅스 머신은 64비트인가요, 32비트인가요? DB 예외를 겪은 적이 있나요? (db.log도 보세요) test5에서 좀비 문제가 고쳐졌으니 당신의 리눅스 머신에서 실행을 시작해 줄 수 있나요? 우리가 겪고 있는 문제가 무엇인지 더 잘 파악하려면 세 번째 의견이 필요합니다. DB 예외는 잡히지 않은 예외라서, 발생하면 프로그램이 멈춥니다.
참고로, zetaboards는 "Member #"를 꼭 표시하게 되어 있으니, 빨리 가입해서 좋은 계정 번호를 받아두세요.
영어 원문
linux-0.1.6-test5 solved Liberty's zombie socket problem. The
MSG_DONTWAIT fixed the root cause, it's not having to terminate and
restart the thread. The sockets are marked non-blocking already, so I
don't understand why. Maybe it forgot. I suppose if a socket fails and
the OS closes it then there's nothing left to remember it was
non-blocking, but then accessing a closed handle should return
immediately with an error. There's no MSG_DONTWAIT on Windows, marking
the socket as nonblocking is the only way, so if anyone runs the Windows
version in Wine it will have to rely on terminating the thread.
The only problem now is the DB exceptions he's getting.
************************
EXCEPTION: 11DbException
Db::open: Bad file descriptor
bitcoin in ThreadMessageHandler()
************************
EXCEPTION: 11DbException
Db::close: Bad file descriptor
bitcoin in ThreadMessageHandler()
I had expected those to be a Wine problem, but he's getting them on
Linux just the same. He tried moving the datadir to a different drive,
no help. I've never gotten them. I'm running a stress test that
continuously generates a lot of activity and DB access and never got it.
He has Ubuntu 64-bit and I have 32-bit, so I'm assuming that's the
difference. Is your Linux machine 64-bit or 32-bit? Have you ever had
a DB exception? (see db.log also) Now that the zombie problem is fixed
in test5, could you start running it on your Linux machine? We could
use a 3rd vote to get a better idea of what we're dealing with here.
The DB exception is uncaught, so it'll stop the program if you get it.
BTW, zetaboards insists on displaying "Member #", so you better sign up
soon and grab a good account number.
이메일 #082
Date: Sun, 15 Nov 2009 19:55:35 +0200
From: [email protected]
To: Satoshi Nakamoto <[email protected]>
Subject: Re: Linux update
한글 번역
프로그램이 몇 차례 종료됐는데 debug.log에 같은 오류가 있었습니다. close: Bad file descriptor blkindex.dat: Bad file descriptor
저는 64비트 우분투 배포판을 쓰고 있습니다.
지금 남은 문제는 그가 겪고 있는 DB 예외뿐입니다.
EXCEPTION: 11DbException Db::open: Bad file descriptor bitcoin in ThreadMessageHandler()
EXCEPTION: 11DbException Db::close: Bad file descriptor bitcoin in ThreadMessageHandler()
Wine 문제일 거라고 예상했는데, 리눅스에서도 똑같이 발생하고 있습니다. 데이터 디렉터리를 다른 드라이브로 옮겨 봤지만 소용없었습니다. 저는 한 번도 겪지 못했습니다. 계속 많은 활동과 DB 접근을 일으키는 스트레스 테스트를 돌리고 있는데도 한 번도 겪지 못했습니다.
그는 64비트 우분투이고 저는 32비트이니, 그게 차이일 거라고 보고 있습니다. 당신의 리눅스 머신은 64비트인가요, 32비트인가요? DB 예외를 겪은 적이 있나요? (db.log도 보세요) test5에서 좀비 문제가 고쳐졌으니 당신의 리눅스 머신에서 실행을 시작해 줄 수 있나요? 우리가 겪고 있는 문제가 무엇인지 더 잘 파악하려면 세 번째 의견이 필요합니다. DB 예외는 잡히지 않은 예외라서, 발생하면 프로그램이 멈춥니다.
참고로, zetaboards는 "Member #"를 꼭 표시하게 되어 있으니, 빨리 가입해서 좋은 계정 번호를 받아두세요.
영어 원문
The program terminated a few times with the same error in debug.log
close: Bad file descriptor
blkindex.dat: Bad file descriptor
I'm running a 64-bit Ubuntu distribution.
> The only problem now is the DB exceptions he's getting.
> ************************
> EXCEPTION: 11DbException
> Db::open: Bad file descriptor
> bitcoin in ThreadMessageHandler()
> ************************
> EXCEPTION: 11DbException
> Db::close: Bad file descriptor
> bitcoin in ThreadMessageHandler()
>
> I had expected those to be a Wine problem, but he's getting them on
> Linux just the same. He tried moving the datadir to a different drive,
> no help. I've never gotten them. I'm running a stress test that
> continuously generates a lot of activity and DB access and never got it.
>
> He has Ubuntu 64-bit and I have 32-bit, so I'm assuming that's the
> difference. Is your Linux machine 64-bit or 32-bit? Have you ever had
> a DB exception? (see db.log also) Now that the zombie problem is fixed
> in test5, could you start running it on your Linux machine? We could
> use a 3rd vote to get a better idea of what we're dealing with here.
> The DB exception is uncaught, so it'll stop the program if you get it.
>
> BTW, zetaboards insists on displaying "Member #", so you better sign up
> soon and grab a good account number.
이메일 #083
Date: Sun, 15 Nov 2009 19:15:42 +0000
From: Satoshi Nakamoto <[email protected]>
Subject: Re: Linux update
To: [email protected]
한글 번역
그렇다면 저도 64비트를 설치해야겠습니다. 64비트 리눅스에서 32비트 버전 Berkeley DB와 관련된 문제일 거라고 생각합니다.
참고로, 기능 목록 크레딧 같은 곳에서는 당신을 sirius-m으로 표기할까요, Martti Malmi로 표기할까요? 일관성을 위해 대부분 프로젝트는 실명을 쓰는 것 같습니다.
[email protected]님이 쓰셨습니다:
프로그램이 몇 차례 종료됐는데 debug.log에 Db::close 관련 같은 오류가 있었습니다. db.log에는 이렇게 나옵니다:
close: Bad file descriptor blkindex.dat: Bad file descriptor
저는 64비트 우분투 배포판을 쓰고 있습니다.
지금 남은 문제는 그가 겪고 있는 DB 예외뿐입니다.
EXCEPTION: 11DbException Db::open: Bad file descriptor bitcoin in ThreadMessageHandler()
EXCEPTION: 11DbException Db::close: Bad file descriptor bitcoin in ThreadMessageHandler()
Wine 문제일 거라고 예상했는데, 리눅스에서도 똑같이 발생하고 있습니다. 데이터 디렉터리를 다른 드라이브로 옮겨 봤지만 소용없었습니다. 저는 한 번도 겪지 못했습니다. 계속 많은 활동과 DB 접근을 일으키는 스트레스 테스트를 돌리고 있는데도 한 번도 겪지 못했습니다.
그는 64비트 우분투이고 저는 32비트이니, 그게 차이일 거라고 보고 있습니다. 당신의 리눅스 머신은 64비트인가요, 32비트인가요? DB 예외를 겪은 적이 있나요? (db.log도 보세요) test5에서 좀비 문제가 고쳐졌으니 당신의 리눅스 머신에서 실행을 시작해 줄 수 있나요? 우리가 겪고 있는 문제가 무엇인지 더 잘 파악하려면 세 번째 의견이 필요합니다. DB 예외는 잡히지 않은 예외라서, 발생하면 프로그램이 멈춥니다.
참고로, zetaboards는 "Member #"를 꼭 표시하게 되어 있으니, 빨리 가입해서 좋은 계정 번호를 받아두세요.
영어 원문
I'd better install 64-bit then. I imagine it's something about the
32-bit version of Berkeley DB on 64-bit Linux.
BTW, in things like the feature list credits, do you want me to refer to
you as sirius-m or Martti Malmi? I think most projects go by real names
for consistency.
[email protected] wrote:
> The program terminated a few times with the same error in debug.log from
> Db::close. Db.log has:
>
> close: Bad file descriptor
> blkindex.dat: Bad file descriptor
>
> I'm running a 64-bit Ubuntu distribution.
>
>> The only problem now is the DB exceptions he's getting.
>> ************************
>> EXCEPTION: 11DbException
>> Db::open: Bad file descriptor
>> bitcoin in ThreadMessageHandler()
>> ************************
>> EXCEPTION: 11DbException
>> Db::close: Bad file descriptor
>> bitcoin in ThreadMessageHandler()
>>
>> I had expected those to be a Wine problem, but he's getting them on
>> Linux just the same. He tried moving the datadir to a different drive,
>> no help. I've never gotten them. I'm running a stress test that
>> continuously generates a lot of activity and DB access and never got it.
>>
>> He has Ubuntu 64-bit and I have 32-bit, so I'm assuming that's the
>> difference. Is your Linux machine 64-bit or 32-bit? Have you ever had
>> a DB exception? (see db.log also) Now that the zombie problem is fixed
>> in test5, could you start running it on your Linux machine? We could
>> use a 3rd vote to get a better idea of what we're dealing with here.
>> The DB exception is uncaught, so it'll stop the program if you get it.
>>
>> BTW, zetaboards insists on displaying "Member #", so you better sign up
>> soon and grab a good account number.
>
이메일 #084
Date: Sun, 15 Nov 2009 22:05:50 +0200
From: [email protected]
To: Satoshi Nakamoto <[email protected]>
Subject: Re: Linux update
한글 번역
아마 실명이 더 좋겠습니다.
또 하나 이름에 대한 질문입니다. 교환 서비스 이름을 생각해 봤는데, Bitcoin X (bitcoinx.com)와 Bitcoin Shop (bitcoinshop.com)을 떠올렸습니다. 어느 쪽이 더 좋다고 생각하세요?
그렇다면 저도 64비트를 설치해야겠습니다. 64비트 리눅스에서 32비트 버전 Berkeley DB와 관련된 문제일 거라고 생각합니다.
참고로, 기능 목록 크레딧 같은 곳에서는 당신을 sirius-m으로 표기할까요, Martti Malmi로 표기할까요? 일관성을 위해 대부분 프로젝트는 실명을 쓰는 것 같습니다.
[email protected]님이 쓰셨습니다:
프로그램이 몇 차례 종료됐는데 debug.log에 Db::close 관련 같은 오류가 있었습니다. db.log에는 이렇게 나옵니다:
close: Bad file descriptor blkindex.dat: Bad file descriptor
저는 64비트 우분투 배포판을 쓰고 있습니다.
지금 남은 문제는 그가 겪고 있는 DB 예외뿐입니다.
EXCEPTION: 11DbException Db::open: Bad file descriptor bitcoin in ThreadMessageHandler()
EXCEPTION: 11DbException Db::close: Bad file descriptor bitcoin in ThreadMessageHandler()
Wine 문제일 거라고 예상했는데, 리눅스에서도 똑같이 발생하고 있습니다. 데이터 디렉터리를 다른 드라이브로 옮겨 봤지만 소용없었습니다. 저는 한 번도 겪지 못했습니다. 계속 많은 활동과 DB 접근을 일으키는 스트레스 테스트를 돌리고 있는데도 한 번도 겪지 못했습니다.
그는 64비트 우분투이고 저는 32비트이니, 그게 차이일 거라고 보고 있습니다. 당신의 리눅스 머신은 64비트인가요, 32비트인가요? DB 예외를 겪은 적이 있나요? (db.log도 보세요) test5에서 좀비 문제가 고쳐졌으니 당신의 리눅스 머신에서 실행을 시작해 줄 수 있나요? 우리가 겪고 있는 문제가 무엇인지 더 잘 파악하려면 세 번째 의견이 필요합니다. DB 예외는 잡히지 않은 예외라서, 발생하면 프로그램이 멈춥니다.
참고로, zetaboards는 "Member #"를 꼭 표시하게 되어 있으니, 빨리 가입해서 좋은 계정 번호를 받아두세요.
영어 원문
Perhaps the real name is better.
Another name question: I've been thinking of a name for the exchange
service, and I came up with Bitcoin X (bitcoinx.com) and Bitcoin Shop
(bitcoinshop.com). Which one do you find better?
> I'd better install 64-bit then. I imagine it's something about the
> 32-bit version of Berkeley DB on 64-bit Linux.
>
> BTW, in things like the feature list credits, do you want me to refer
> to you as sirius-m or Martti Malmi? I think most projects go by real
> names for consistency.
>
> [email protected] wrote:
>> The program terminated a few times with the same error in debug.log
>> from Db::close. Db.log has:
>>
>> close: Bad file descriptor
>> blkindex.dat: Bad file descriptor
>>
>> I'm running a 64-bit Ubuntu distribution.
>>
>>> The only problem now is the DB exceptions he's getting.
>>> ************************
>>> EXCEPTION: 11DbException
>>> Db::open: Bad file descriptor
>>> bitcoin in ThreadMessageHandler()
>>> ************************
>>> EXCEPTION: 11DbException
>>> Db::close: Bad file descriptor
>>> bitcoin in ThreadMessageHandler()
>>>
>>> I had expected those to be a Wine problem, but he's getting them on
>>> Linux just the same. He tried moving the datadir to a different drive,
>>> no help. I've never gotten them. I'm running a stress test that
>>> continuously generates a lot of activity and DB access and never got it.
>>>
>>> He has Ubuntu 64-bit and I have 32-bit, so I'm assuming that's the
>>> difference. Is your Linux machine 64-bit or 32-bit? Have you ever had
>>> a DB exception? (see db.log also) Now that the zombie problem is fixed
>>> in test5, could you start running it on your Linux machine? We could
>>> use a 3rd vote to get a better idea of what we're dealing with here.
>>> The DB exception is uncaught, so it'll stop the program if you get it.
>>>
>>> BTW, zetaboards insists on displaying "Member #", so you better sign up
>>> soon and grab a good account number.
>>
이메일 #085
Date: Sun, 15 Nov 2009 20:25:26 +0000
From: Satoshi Nakamoto <[email protected]>
Subject: Re: Linux update
To: [email protected]
한글 번역
첫눈에는 bitcoinshop.com이 더 나아 보입니다. bitcoinexchange.com이 bitcoinx.com보다는 나을 수도 있습니다.
도메인 이름을 어디서 검색하는지 조심하세요. 미리 가로채는 곳이 많습니다. 홈페이지가 아니라 whois 페이지로 접속하면 그러지 않겠다고 밝힌 network solutions조차 그렇습니다. 유일하게 안전한 곳은 http://www.internic.com/whois.html 입니다.
[email protected]님이 쓰셨습니다:
아마 실명이 더 좋겠습니다.
또 하나 이름에 대한 질문입니다. 교환 서비스 이름을 생각해 봤는데, Bitcoin X (bitcoinx.com)와 Bitcoin Shop (bitcoinshop.com)을 떠올렸습니다. 어느 쪽이 더 좋다고 생각하세요?
그렇다면 저도 64비트를 설치해야겠습니다. 64비트 리눅스에서 32비트 버전 Berkeley DB와 관련된 문제일 거라고 생각합니다.
참고로, 기능 목록 크레딧 같은 곳에서는 당신을 sirius-m으로 표기할까요, Martti Malmi로 표기할까요? 일관성을 위해 대부분 프로젝트는 실명을 쓰는 것 같습니다.
[email protected]님이 쓰셨습니다:
프로그램이 몇 차례 종료됐는데 debug.log에 Db::close 관련 같은 오류가 있었습니다. db.log에는 이렇게 나옵니다:
close: Bad file descriptor blkindex.dat: Bad file descriptor
저는 64비트 우분투 배포판을 쓰고 있습니다.
지금 남은 문제는 그가 겪고 있는 DB 예외뿐입니다.
EXCEPTION: 11DbException Db::open: Bad file descriptor bitcoin in ThreadMessageHandler()
EXCEPTION: 11DbException Db::close: Bad file descriptor bitcoin in ThreadMessageHandler()
Wine 문제일 거라고 예상했는데, 리눅스에서도 똑같이 발생하고 있습니다. 데이터 디렉터리를 다른 드라이브로 옮겨 봤지만 소용없었습니다. 저는 한 번도 겪지 못했습니다. 계속 많은 활동과 DB 접근을 일으키는 스트레스 테스트를 돌리고 있는데도 한 번도 겪지 못했습니다.
그는 64비트 우분투이고 저는 32비트이니, 그게 차이일 거라고 보고 있습니다. 당신의 리눅스 머신은 64비트인가요, 32비트인가요? DB 예외를 겪은 적이 있나요? (db.log도 보세요) test5에서 좀비 문제가 고쳐졌으니 당신의 리눅스 머신에서 실행을 시작해 줄 수 있나요? 우리가 겪고 있는 문제가 무엇인지 더 잘 파악하려면 세 번째 의견이 필요합니다. DB 예외는 잡히지 않은 예외라서, 발생하면 프로그램이 멈춥니다.
참고로, zetaboards는 "Member #"를 꼭 표시하게 되어 있으니, 빨리 가입해서 좋은 계정 번호를 받아두세요.
영어 원문
At first glance, bitcoinshop.com looks better. bitcoinexchange.com
might be better than bitcoinx.com.
Be careful where you search domain names, many will front-run you. Even
network solutions, although they've said they won't if you use their
whois page not the homepage. The only safe place is
http://www.internic.com/whois.html
[email protected] wrote:
> Perhaps the real name is better.
>
> Another name question: I've been thinking of a name for the exchange
> service, and I came up with Bitcoin X (bitcoinx.com) and Bitcoin Shop
> (bitcoinshop.com). Which one do you find better?
>
>> I'd better install 64-bit then. I imagine it's something about the
>> 32-bit version of Berkeley DB on 64-bit Linux.
>>
>> BTW, in things like the feature list credits, do you want me to refer
>> to you as sirius-m or Martti Malmi? I think most projects go by real
>> names for consistency.
>>
>> [email protected] wrote:
>>> The program terminated a few times with the same error in debug.log
>>> from Db::close. Db.log has:
>>>
>>> close: Bad file descriptor
>>> blkindex.dat: Bad file descriptor
>>>
>>> I'm running a 64-bit Ubuntu distribution.
>>>
>>>> The only problem now is the DB exceptions he's getting.
>>>> ************************
>>>> EXCEPTION: 11DbException
>>>> Db::open: Bad file descriptor
>>>> bitcoin in ThreadMessageHandler()
>>>> ************************
>>>> EXCEPTION: 11DbException
>>>> Db::close: Bad file descriptor
>>>> bitcoin in ThreadMessageHandler()
>>>>
>>>> I had expected those to be a Wine problem, but he's getting them on
>>>> Linux just the same. He tried moving the datadir to a different drive,
>>>> no help. I've never gotten them. I'm running a stress test that
>>>> continuously generates a lot of activity and DB access and never got
>>>> it.
>>>>
>>>> He has Ubuntu 64-bit and I have 32-bit, so I'm assuming that's the
>>>> difference. Is your Linux machine 64-bit or 32-bit? Have you ever had
>>>> a DB exception? (see db.log also) Now that the zombie problem is fixed
>>>> in test5, could you start running it on your Linux machine? We could
>>>> use a 3rd vote to get a better idea of what we're dealing with here.
>>>> The DB exception is uncaught, so it'll stop the program if you get it.
>>>>
>>>> BTW, zetaboards insists on displaying "Member #", so you better sign up
>>>> soon and grab a good account number.
>>>
>
>
>