Email #81 - #100
Email-81
linux-0.1.6-test5는 Liberty의 좀비 소켓 문제를 해결했다. MSG_DONTWAIT가 근본 원인을 해결했으며, 스레드를 종료하고 다시 시작할 필요가 없게 되었다. 소켓들은 이미 논블로킹으로 표시되어 있어, 왜 그런지 이해할 수 없다. 아마도 잊었나 보다. 소켓이 실패하고 OS가 그것을 닫으면 더 이상 그것이 논블로킹이었다는 것을 기억할 것이 없겠지만, 닫힌 핸들에 접근하면 즉시 오류와 함께 반환되어야 한다. Windows에는 MSG_DONTWAIT가 없으며, 소켓을 논블로킹으로 표시하는 것이 유일한 방법이므로, 누군가가 Windows 버전을 Wine에서 실행한다면 스레드를 종료하는 것에 의존해야 할 것이다.
지금 유일한 문제는 그가 받고 있는 DB 예외들이다.
EXCEPTION: 11DbException Db::open: 잘못된 파일 디스크립터 bitcoin in ThreadMessageHandler() EXCEPTION: 11DbException Db::close: 잘못된 파일 디스크립터 bitcoin in ThreadMessageHandler()
이것들이 Wine 문제일 것으로 예상했지만, 그는 Linux에서도 똑같이 받고 있다. 데이터 디렉터리를 다른 드라이브로 옮겨 보았지만 도움이 되지 않았다. 나는 이런 문제를 겪어본 적이 없다. 나는 많은 활동과 DB 접근을 지속적으로 생성하는 스트레스 테스트를 실행하고 있으며, 한 번도 겪어본 적이 없다.
그는 Ubuntu 64비트를 사용하고 나는 32비트를 사용하므로, 그것이 차이점이라고 가정한다. 당신의 리눅스 기계는 64비트인가, 아니면 32비트인가? DB 예외를 겪어본 적이 있나? (db.log도 확인해 보세요) 이제 test5에서 좀비 문제가 해결되었으니, 리눅스 기계에서 실행해 볼 수 있나? 우리는 여기서 무엇을 다루고 있는지 더 나은 아이디어를 얻기 위해 세 번째 의견이 필요할 것이다. DB 예외는 잡히지 않으므로, 만약 당신이 그것을 받게 된다면 프로그램이 멈출 것이다.
그런데, zetaboards는 "Member #"를 표시하도록 고집하므로, 곧 가입해서 좋은 계정 번호를 얻는 것이 좋을 것이다.
Email-82
프로그램이 debug.log에서 같은 오류로 몇 번 종료되었다.
저는 64비트 Ubuntu 배포판을 사용하고 있습니다.
지금 유일한 문제는 그가 받고 있는 DB 예외들입니다.
EXCEPTION: 11DbException
Db::open: 잘못된 파일 디스크립터
bitcoin in ThreadMessageHandler()
EXCEPTION: 11DbException
Db::close: 잘못된 파일 디스크립터
bitcoin in ThreadMessageHandler()
이것들이 Wine 문제일 것으로 예상했지만, 그는 Linux에서도 똑같이 받고 있습니다. 데이터 디렉터리를 다른 드라이브로 옮겨 보았지만 도움이 되지 않았습니다. 나는 이런 문제를 겪어본 적이 없습니다. 나는 많은 활동과 DB 접근을 지속적으로 생성하는 스트레스 테스트를 실행하고 있으며, 한 번도 겪어본 적이 없습니다.
그는 Ubuntu 64비트를 사용하고 나는 32비트를 사용하므로, 그것이 차이점이라고 가정합니다. 당신의 리눅스 기계는 64비트인가, 아니면 32비트인가? DB 예외를 겪어본 적이 있나? (db.log도 확인해 보세요) 이제 test5에서 좀비 문제가 해결되었으니, 리눅스 기계에서 실행해 볼 수 있나? 우리는 여기서 무엇을 다루고 있는지 더 나은 아이디어를 얻기 위해 세 번째 의견이 필요할 것입니다. DB 예외는 잡히지 않으므로, 만약 당신이 그것을 받게 된다면 프로그램이 멈출 것입니다.
그런데, zetaboards는 "Member #"를 표시하도록 고집하므로, 곧 가입해서 좋은 계정 번호를 얻는 것이 좋을 것입니다.
Email-83
64비트를 설치하는 것이 좋겠군요. 64비트 리눅스에서 32비트 버전의 Berkeley DB와 관련된 문제인 것 같습니다.
그런데, 기능 목록 크레딧 같은 것에서 당신을 sirius-m이라고 언급하길 원하나요, 아니면 Martti Malmi라고 하길 원하나요? 대부분의 프로젝트는 일관성을 위해 실제 이름을 사용하는 것 같습니다.
mmalmi@cc.hut.fi가 작성했습니다:
프로그램이 debug.log에서 Db::close 때문에 같은 오류로 몇 번 종료되었습니다. Db.log에는 다음과 같은 내용이 있습니다:
close: 잘못된 파일 디스크립터 blkindex.dat: 잘못된 파일 디스크립터
저는 64비트 Ubuntu 배포판을 사용하고 있습니다.
지금 유일한 문제는 그가 받고 있는 DB 예외들입니다.
EXCEPTION: 11DbException Db::open: 잘못된 파일 디스크립터 bitcoin in ThreadMessageHandler()
EXCEPTION: 11DbException Db::close: 잘못된 파일 디스크립터 bitcoin in ThreadMessageHandler()
이것들이 Wine 문제일 것으로 예상했지만, 그는 Linux에서도 똑같이 받고 있습니다. 데이터 디렉터리를 다른 드라이브로 옮겨 보았지만 도움이 되지 않았습니다. 나는 이런 문제를 겪어본 적이 없습니다. 나는 많은 활동과 DB 접근을 지속적으로 생성하는 스트레스 테스트를 실행하고 있으며, 한 번도 겪어본 적이 없습니다.
그는 Ubuntu 64비트를 사용하고 나는 32비트를 사용하므로, 그것이 차이점이라고 가정합니다. 당신의 리눅스 기계는 64비트인가, 아니면 32비트인가? DB 예외를 겪어본 적이 있나? (db.log도 확인해 보세요) 이제 test5에서 좀비 문제가 해결되었으니, 리눅스 기계에서 실행해 볼 수 있나? 우리는 여기서 무엇을 다루고 있는지 더 나은 아이디어를 얻기 위해 세 번째 의견이 필요할 것입니다. DB 예외는 잡히지 않으므로, 만약 당신이 그것을 받게 된다면 프로그램이 멈출 것입니다.
그런데, zetaboards는 "Member #"를 표시하도록 고집하므로, 곧 가입해서 좋은 계정 번호를 얻는 것이 좋을 것입니다.
Email-84
실제 이름을 사용하는 것이 더 좋을 것 같습니다.
다른 이름에 대한 질문입니다: 교환 서비스에 대한 이름을 생각해 보았고, Bitcoin X (bitcoinx.com)와 Bitcoin Shop (bitcoinshop.com)을 떠올렸습니다. 어느 쪽이 더 좋다고 생각하시나요?
그러면 64비트를 설치하는 것이 나을 것 같습니다. 64비트 리눅스에서 32비트 버전의 Berkeley DB와 관련된 문제인 것 같네요.
그런데, 기능 목록 크레딧 같은 것에서 저를 sirius-m이라고 언급하길 원하시나요, 아니면 Martti Malmi로 하길 원하시나요? 대부분의 프로젝트는 일관성을 위해 실제 이름을 사용하는 것 같습니다.
mmalmi@cc.hut.fi가 작성했습니다:
프로그램이 debug.log에서 Db::close 때문에 같은 오류로 몇 번 종료되었습니다. Db.log에는 다음과 같은 내용이 있습니다:
close: 잘못된 파일 디스크립터 blkindex.dat: 잘못된 파일 디스크립터
저는 64비트 Ubuntu 배포판을 사용하고 있습니다.
지금 유일한 문제는 그가 받고 있는 DB 예외들입니다.
EXCEPTION: 11DbException Db::open: 잘못된 파일 디스크립터 bitcoin in ThreadMessageHandler()
EXCEPTION: 11DbException Db::close: 잘못된 파일 디스크립터 bitcoin in ThreadMessageHandler()
이것들이 Wine 문제일 것으로 예상했지만, 그는 Linux에서도 똑같이 받고 있습니다. 데이터 디렉터리를 다른 드라이브로 옮겨 보았지만 도움이 되지 않았습니다. 나는 이런 문제를 겪어본 적이 없습니다. 나는 많은 활동과 DB 접근을 지속적으로 생성하는 스트레스 테스트를 실행하고 있으며, 한 번도 겪어본 적이 없습니다.
그는 Ubuntu 64비트를 사용하고 나는 32비트를 사용하므로, 그것이 차이점이라고 가정합니다. 당신의 리눅스 기계는 64비트인가, 아니면 32비트인가? DB 예외를 겪어본 적이 있나? (db.log도 확인해 보세요) 이제 test5에서 좀비 문제가 해결되었으니, 리눅스 기계에서 실행해 볼 수 있나? 우리는 여기서 무엇을 다루고 있는지 더 나은 아이디어를 얻기 위해 세 번째 의견이 필요할 것입니다. DB 예외는 잡히지 않으므로, 만약 당신이 그것을 받게 된다면 프로그램이 멈출 것입니다.
그런데, zetaboards는 "Member #"를 표시하도록 고집하므로, 곧 가입해서 좋은 계정 번호를 얻는 것이 좋을 것입니다.
Email-85
처음 보는 관점에서 bitcoinshop.com이 더 나아 보입니다. bitcoinexchange.com이 bitcoinx.com보다 낫겠네요.
도메인 이름을 검색할 때 주의하세요, 많은 곳이 당신보다 앞서 나갈 겁니다. 네트워크 솔루션도 그렇지만, 홈페이지가 아닌 그들의 whois 페이지를 사용하면 그렇지 않다고 말했습니다. 유일하게 안전한 곳은 http://www.internic.com/whois.html 입니다.
mmalmi@cc.hut.fi가 작성했습니다:
실제 이름을 사용하는 것이 더 좋을 것 같습니다.
또 다른 이름에 대한 질문입니다: 교환 서비스의 이름을 생각해 보았고, Bitcoin X (bitcoinx.com)와 Bitcoin Shop (bitcoinshop.com) 중에서 고민하고 있습니다. 어느 쪽이 더 나아 보이나요?
그러면 64비트를 설치하는 것이 나을 것 같습니다. 64비트 리눅스에서 32비트 버전의 Berkeley DB와 관련된 문제인 것 같네요.
그런데, 기능 목록 크레딧 같은 것에서 저를 sirius-m이라고 언급하길 원하시나요, 아니면 Martti Malmi로 하길 원하시나요? 대부분의 프로젝트는 일관성을 위해 실제 이름을 사용하는 것 같습니다.
mmalmi@cc.hut.fi가 작성했습니다:
프로그램이 debug.log에서 Db::close 때문에 같은 오류로 몇 번 종료되었습니다. Db.log에는 다음과 같은 내용이 있습니다:
close: 잘못된 파일 디스크립터 blkindex.dat: 잘못된 파일 디스크립터
저는 64비트 Ubuntu 배포판을 사용하고 있습니다.
지금 유일한 문제는 그가 받고 있는 DB 예외들입니다.
EXCEPTION: 11DbException Db::open: 잘못된 파일 디스크립터 bitcoin in ThreadMessageHandler()
EXCEPTION: 11DbException Db::close: 잘못된 파일 디스크립터 bitcoin in ThreadMessageHandler()
이것들이 Wine 문제일 것으로 예상했지만, 그는 Linux에서도 똑같이 받고 있습니다. 데이터 디렉터리를 다른 드라이브로 옮겨 보았지만 도움이 되지 않았습니다. 나는 이런 문제를 겪어본 적이 없습니다. 나는 많은 활동과 DB 접근을 지속적으로 생성하는 스트레스 테스트를 실행하고 있으며, 한 번도 겪어본 적이 없습니다.
그는 Ubuntu 64비트를 사용하고 나는 32비트를 사용하므로, 그것이 차이점이라고 가정합니다. 당신의 리눅스 기계는 64비트인가, 아니면 32비트인가? DB 예외를 겪어본 적이 있나? (db.log도 확인해 보세요) 이제 test5에서 좀비 문제가 해결되었으니, 리눅스 기계에서 실행해 볼 수 있나? 우리는 여기서 무엇을 다루고 있는지 더 나은 아이디어를 얻기 위해 세 번째 의견이 필요할 것입니다. DB 예외는 잡히지 않으므로, 만약 당신이 그것을 받게 된다면 프로그램이 멈출 것입니다.
그런데, zetaboards는 "Member #"를 표시하도록 고집하므로, 곧 가입해서 좋은 계정 번호를 얻는 것이 좋을 것입니다.
Email-86
해결 방법에 대한 아이디어가 있지만, 그것은 오류가 발생한 파일에 달려 있습니다. db.log에 여러 오류가 축적되었다면, 그것을 저에게 보낼 수 있나요? (비록 간단하고 지루할지라도) 오류가 발생한 파일은 항상 blkindex.dat인가요, 아니면 addr.dat나 wallet.dat도 포함되나요?
Liberty Standard가 작성했습니다:
데이터 디렉터리를 내 SSD 카드로 다시 옮기고 비트코인 테스트 6을 시작했습니다. 오늘 Db::open 로그와 함께 세그먼테이션 오류가 발생했습니다. 720p mkv 영화를 보는 동안 하나의 프로세서/코어만 사용하도록 설정을 변경했습니다. 영화가 끝난 후에 세그먼테이션 오류를 발견했습니다.
일요일, 2009년 11월 15일 오전 12:45에, Satoshi Nakamoto <satoshin@gmx.com mailto:satoshin@gmx.com>이(가) 작성했습니다:
Berkeley DB를 다르게 연결한 버전입니다. 시도해 볼 가치가 있습니다. 그 외에는 test5와 동일합니다.
(적어도 같은 방식으로 실패할 때까지 데이터 디렉터리를 하드 드라이브에 유지하세요. 그것이 성공할 가능성이 꽤 있습니다.)
Email-87
TikiWiki를 내 VPS 174.143.149.98에 설치했습니다. 현재 자체 서명된 인증서로 SSL이 활성화되어 있습니다. 관리자 비밀번호는 Bitweaver에서와 같습니다. 이것을 사이트 플랫폼으로 사용하는 것은 어떨까요? 아마도 bitcoin.org 또는 적어도 bitcoin.sf.net을 그곳으로 연결할 수 있을까요?
Email-88
mmalmi@cc.hut.fi가 작성했습니다:
내 VPS 174.143.149.98에 TikiWiki를 설치했습니다. 현재 자체 서명된 인증서로 SSL이 활성화되어 있습니다. 관리자 비밀번호는 Bitweaver에서와 같습니다. 이것을 사이트 플랫폼으로 사용하는 것은 어떨까요? 아마도 bitcoin.org 또는 적어도 bitcoin.sf.net을 그곳으로 연결할 수 있을까요?
위키를 전환하는 것의 이점은 무엇이라고 보시나요? 제가 생각할 수 있는 몇 가지는 다음과 같습니다:
SSL
소스포지의 불안정한 호스팅에서 벗어남
소스포지에 의해 기록되지 않는 모든 것
포럼 기능은 bitweaver만큼 약합니다. 우리는 그것을 위해 완전한 포럼 소프트웨어가 필요합니다.
지금 제 우선순위는 phpBB나 비슷한 것으로 포럼을 시작하는 것입니다. zetaboards 옵션에 대해 어떻게 생각하시나요? 그것으로 진행해도 될까요?
Email-89
위키를 전환하는 것의 이점은 무엇이라고 보십니까? 제가 생각할 수 있는 것들:
SSL
소스포지의 불안정한 호스팅에서 벗어남
소스포지에 의해 기록되지 않는 모든 것
저는 가장 큰 장점이 단일 사이트를 갖게 되어 위키와 포럼에 별도의 계정이 필요 없으며, 기능들도 주 사이트 자체와 잘 통합되어 있다는 것입니다. 또한 광고가 없는 것도 장점입니다.
포럼 기능은 bitweaver만큼 약합니다. 우리는 제대로 된 포럼 소프트웨어가 필요합니다.
Drupal의 포럼 기능은 어떻습니까? 주소: https://174.143.149.98/drupal/. 일반적으로 CMS가 TikiWiki보다 더 나아보이고 더 간단합니다. 포럼이 충분히 좋지 않다면, 물론 phpBB와 같은 전문 포럼 소프트웨어를 사용할 수 있습니다.
지금 제 우선순위는 phpBB나 비슷한 것을 사용하여 포럼을 시작하는 것입니다. zetaboards 옵션에 대해 어떻게 생각하십니까? 그것으로 진행해야 할까요?
그 외에는 괜찮지만, 광고가 있다는 점과 SSL이 없다는 점이 단점입니다.
Email-90
웹 출판 CMS 유형 방향으로 나아가는 것처럼 Drupal을 사용하는 것은 좋은 생각입니다. 그것은 더 나은 적합을 제공하며 위키보다 더 나은 모양의 웹사이트를 제작할 수 있습니다. 위키에 대해 제가 잘못 생각했던 것 같습니다. 웹사이트 디자인 작업을 할 사람은 몇 명 뿐이고 그 사람들은 별도의 로그인을 가질 수 있습니다. 그 경우, 포럼과의 로그인 통합은 크게 중요하지 않습니다. 보안 측면에서, 웹사이트를 해킹할 수 있는 같은 로그인으로 포럼을 지속적으로 확인하는 것보다 다른 로그인을 가지는 것이 거의 더 낫습니다.
Drupal의 포럼은 위키보다는 나쁘지 않지만, 제가 사용하고 싶어하는 것과는 여전히 거리가 멉니다.
zetaboards의 장단점:
장점:
대역폭에 대해 걱정할 필요가 없습니다.
백엔드 관리와 보안 패치를 그들이 처리합니다.
단점:
SSL의 부재
개인 정보 보호 부재, 모든 것이 기록됩니다.
커스터마이징을 위한 PHP 코드에 대한 제어권 부재
CAPTCHA가 없고, 나중에 추가한다 하더라도 받아들일 수 없는 플래시일 수 있음
광고 (충분히 신경 쓴다면 나중에 제거 비용을 지불할 수 있음)
어떤 사소한 이유로 사이트를 갑자기 취소할 위험이 항상 있음
mmalmi@cc.hut.fi 작성:
위키를 전환하는 것의 이점은 무엇이라고 보십니까? 제가 생각할 수 있는 것들:
SSL
소스포지의 불안정한 호스팅에서 벗어남
소스포지에 의해 기록되지 않는 모든 것
저는 가장 큰 장점이 단일 사이트를 갖게 되어 위키와 포럼에 별도의 계정이 필요 없으며, 기능들도 주 사이트 자체와 잘 통합되어 있다는 것입니다. 또한 광고가 없는 것도 장점입니다.
포럼 기능은 bitweaver만큼 약합니다. 우리는 제대로 된 포럼 소프트웨어가 필요합니다.
Drupal의 포럼 기능은 어떻습니까? 주소: https://174.143.149.98/drupal/. 일반적으로 CMS가 TikiWiki보다 더 나아보이고 더 간단합니다. 포럼이 충분히 좋지 않다면, 물론 phpBB와 같은 전문 포럼 소프트웨어를 사용할 수 있습니다.
지금 제 우선순위는 phpBB나 비슷한 것을 사용하여 포럼을 시작하는 것입니다. zetaboards 옵션에 대해 어떻게 생각하십니까? 그것으로 진행해야 할까요?
그 외에는 괜찮지만, 광고가 있다는 점과 SSL이 없다는 점이 단점입니다.
Email-91
테스트 7:
이 작업을 실행하기 전에 혹시 모를 경우를 대비해 데이터 디렉토리를 백업하세요.
Db::open/Db::close "잘못된 파일 설명자" 예외에 대한 해결 방법. 초기 블록 다운로드를 더 빠르게 할 수도 있습니다. 해결 방법은 데이터베이스 핸들을 열고 프로그램 실행 기간 동안 계속 열어 두는 것입니다. 이는 사실 더 일반적으로 수행되는 작업입니다. 우리가 계속 닫고 열지 않으면, 오류가 발생할 기회가 없어야 합니다.
한 가지 예외는 wallet.dat인데, 쓰기가 완료된 후에는 트랜잭션 로그를 dat 파일로 플러시할 수 있도록 여전히 닫습니다. 그래서 Bitcoin이 실행 중일 때 누군가 백업을 하면, 데이터베이스 트랜잭션 로그 없이도 유효한 wallet.dat를 얻을 수 있습니다.
이는 데이터베이스 처리의 재구조화이므로, 새로운 데드락을 발견할 수 있습니다. 보통 데드락이 발생하면 UI가 다시 그리기를 멈추거나, 여전히 생성 중이라고 표시되지만 CPU를 사용하지 않게 됩니다.
Email-92
mmalmi@cc.hut.fi가 작성했습니다:
Drupal의 포럼 기능은 어떻습니까? 주소: https://174.143.149.98/drupal/. 일반적으로 CMS가 TikiWiki보다 더 나아보이고 더 간단합니다. 포럼이 충분히 좋지 않다면, 물론 phpBB와 같은 전문 포럼 소프트웨어를 사용할 수 있습니다.
zetaboards와 관련해 생각해본 또 다른 문제는 대부분의 무료 포럼 사이트가 이동하고 싶을 때 사용자 계정 데이터베이스를 내보낼 수 없게 한다는 것입니다. 다른 소프트웨어 프로젝트들이 무료 포럼을 사용하지 않는 이유를 모르겠지만, 나중에 우리가 발견할 수도 있는 이유가 있을 것이라고 가정해야 합니다.
귀하의 VPS에 phpBB3를 설치할 수 있다면, 그것이 아마도 더 나은 옵션이 될 것입니다.
다른 포럼에서 본 것에 따르면, 대역폭 비용이 문제가 되는 경우, 상단에 소량의 Google Adwords(텍스트 링크)가 게임 같은 매우 낮은 가치 트래픽에 대해서도 대역폭 비용보다 더 많은 수익을 생성합니다. 이는 골드 상인 키워드와 VPN 호스트를 위해 잘 타겟팅된 높은 가치 트래픽이 될 것입니다. 결국 어떤 무료 사이트에 넘겨주고 싶지 않을 가치 있는 수익원이 될 수 있습니다.
버전 0.2의 몇 가지 기능을 포럼에서 사전 공지하고 조금의 기대감을 만들고 싶습니다. 거의 아무도 다른 글을 올리지 않더라도, 대부분의 글이 최신 변경 사항에 대해 발표하는 저자의 포스트인 프로젝트 포럼을 본 적이 있습니다. 사용자는 진행 상황을 볼 수 있고, 개선되고 지원되며 폐기되지 않았다는 것을 알 수 있습니다. 그 경우에는 블로그와 조금 비슷하지만, 사용자가 검색 가능한 FAQ로 사용하기 더 쉽고 더 잘 조직되어 있습니다. 소프트웨어 질문을 구글 검색할 때, 대부분의 결과가 포럼 글입니다.
Email-93
phpBB3와 Simple Machines Forum(SMF) 모두 설치하셨군요. 이 두 포럼은 오픈 소스 포럼 중 시장을 선도하는 것들입니다. 첫눈에 SMF의 인터페이스, 특히 관리 패널이 더 나아 보입니다. 어떻게 생각하시나요, SMF로 갈까요 아니면 phpBB3로 갈까요?
Email-94
로그가 여전히 유용할 경우를 대비해 여기에 제공합니다.
저는 해결 방안에 대한 아이디어가 있지만, 그것은 오류가 발생한 파일에 따라 달라집니다. db.log에 여러 오류가 누적되었다면, 그것을 저에게 보낼 수 있나요? (비록 단순하고 지루할지라도) 항상 나열되는 파일이 blkindex.dat인가요, 아니면 addr.dat나 wallet.dat도 포함되나요?
Email-95
드디어 간단한 문제네요. 초기 다운로드와 같은 긴 작업에서 발생할 수 있는 방법을 보았습니다. TryLock 버그는 db 문제와 관련이 없습니다. 수정 사항은 test8에 포함될 것입니다.
이제 32비트 리눅스에서 연속적인 끊임없는 요청으로 db::open/close 예외를 3번 재현할 수 있었습니다. 지갑.dat 데이터베이스를 주기적으로 닫아 플러시하는 것조차도 db::close 예외를 발생시키는 것 같습니다. 리눅스에서 지갑 플러시 기능을 비활성화하고 있습니다. 리눅스에서는 준비가 될 때까지 데이터베이스 핸들을 절대 닫지 않을 것입니다. 이 기능을 비활성화한 상태에서는 예외가 발생하지 않았습니다.
또한, 초기 블록 다운로드를 정돈하고 있습니다. 모든 블록을 한 번에 순진하게 요청하는 대신, 한 번에 500개씩 배치로 요청할 것입니다. 이 방법으로는 재시도 타임아웃 전에 블록을 받게 되므로, 실제로 받지 못하거나 너무 느릴 경우가 아니면 다른 노드에게 요청하지 않아야 합니다. 변경 사항은 요청받는 측에서 이루어지므로, 새 버전을 가진 노드로부터 초기 블록 다운로드를 받을 때까지 이 기능이 보이지 않을 것입니다.
test8을 보내기 전에 이를 좀 더 테스트할 예정입니다.
Liberty Standard가 작성했습니다:
test7로 새 데이터 디렉토리에서 시작했습니다. 블록이 훨씬 빠르게 다운로드되기 시작했습니다. 이전 리눅스 빌드에서 몇 분 걸렸던 것이 약 15초밖에 걸리지 않았습니다. 블록을 다운로드하는 동안 터미널에 다음과 같은 메시지와 함께 한 번 충돌했습니다.
../include/wx/thrimpl.cpp(50): assert "m_internal" failed in TryLock(): wxMutex::TryLock(): 초기화되지 않음 [자식 스레드에서] 추적/중단점 함정
로그 파일을 포함시켰지만, 비트코인을 다시 시작하기 전에 백업을 잊어버려서 충돌이 로그 파일의 어느 지점에서 발생했는지 확실하지 않습니다.
다행히도 아직 세그먼테이션 오류를 겪지 않았습니다. 이전 빌드에서 세그먼테이션 오류의 빈도는 상당히 달랐으므로 계속 실행하면서 문제가 발생하면 알려드리겠습니다.
Email-96
db::open/close 오류는 패턴을 확인시켜 줍니다.
더 흥미로운 것은 끝 부분에서의 좀비 소켓 활동과 소켓 스레드 모니터가 작동하지 않아 다시 시작하지 못한 점입니다. 기계가 네트워크에서 연결이 끊어졌나요? test5에서의 MSG_DONTWAIT는 Liberty에게 좀비 문제를 해결했습니다. 어떤 테스트 버전을 사용하고 있었나요? (로그에 테스트 버전을 인쇄해야 할 것 같습니다)
mmalmi@cc.hut.fi가 작성했습니다:
로그가 여전히 유용할 경우를 대비해 여기에 제공합니다.
저는 해결 방안에 대한 아이디어가 있지만, 그것은 오류가 발생한 파일에 따라 달라집니다. db.log에 여러 오류가 누적되었다면, 그것을 저에게 보낼 수 있나요? (비록 단순하고 지루할지라도) 항상 나열되는 파일이 blkindex.dat인가요, 아니면 addr.dat나 wallet.dat도 포함되나요?
Email-97
좋습니다, 이것은 정말 재미있을 것 같아요! 두 포럼에 대해 사람들이 어떻게 말하는지 조사해 볼게요.
mmalmi@cc.hut.fi가 작성했습니다:
저는 phpBB3와 Simple Machines Forum(SMF)를 설치했는데, 이 두 포럼은 오픈 소스 포럼 중에서 시장을 선도하는 것들입니다. 첫눈에 SMF의 인터페이스, 특히 관리 패널이 더 나아 보입니다. 어떻게 생각하시나요, SMF로 갈까요 아니면 phpBB3로 갈까요?
Email-98
test 버전 5를 사용하고 계셨던 것 같다고 말씀하셨군요. 확실하지는 않지만, 다양한 위치로 이동하며 노트북을 사용하고, 전원을 끄는 대신 히버네이트 기능을 사용한다고 하셨습니다.
db::open/close 오류는 패턴을 확인시켜 줍니다.
더 흥미로운 것은 끝 부분에서의 좀비 소켓 활동과 소켓 스레드 모니터가 작동하지 않아 다시 시작하지 못한 점입니다. 기계가 네트워크에서 연결이 끊어졌나요? test5에서의 MSG_DONTWAIT는 Liberty에게 좀비 문제를 해결했습니다. 어떤 테스트 버전을 사용하고 있었나요? (로그에 테스트 버전을 인쇄해야 할 것 같습니다)
mmalmi@cc.hut.fi가 작성했습니다:
로그가 여전히 유용할 경우를 대비해 여기에 제공합니다.
저는 해결 방안에 대한 아이디어가 있지만, 그것은 오류가 발생한 파일에 따라 달라집니다. db.log에 여러 오류가 누적되었다면, 그것을 저에게 보낼 수 있나요? (비록 단순하고 지루할지라도) 항상 나열되는 파일이 blkindex.dat인가요, 아니면 addr.dat나 wallet.dat도 포함되나요?
Email-99
SMF 포럼을 설정하는 과정에 대해 들려주셔서 감사합니다. SMF가 phpBB보다 잘 작성되었으며 더 신뢰할 수 있다고 하니, SMF를 제대로 꾸밀 수 있다면 그것이 선호되는 선택이 될 것 같습니다.
대부분의 포럼이 vBulletin을 사용하고 있으며(big-boards.com에 따르면 1376개의 vBulletin, 275개의 Invision, 245개의 phpBB, 41개의 SMF가 있습니다), vBulletin이나 Invision처럼 보이지 않으면 vBulletin을 감당할 수 없어서 타협한 것처럼 보일 수 있습니다. SMF의 UI는 표준 모양에서 더 멀리 출발했지만, CSS를 사용하여 다른 것들처럼 보이게 만들 수 있었습니다.
CSS로 할 수 있는 만큼 많은 것을 해냈고, 나머지는 PHP 파일을 편집하고 이미지를 업로드하는 것이 필요합니다. 포럼에는 내장된 파일 업로드/편집 관리 기능이 없으며, 이는 별도로 추가된 SMF 파일 관리자 모드로 제공됩니다. 모드를 업로드했지만 설치할 수 있도록 일부 파일을 chmod 777로 설정해야 합니다. 관리자->패키지->패키지 탐색으로 이동하여 '모드 적용'을 클릭하면, ftp 로그인을 입력하면 자동으로 수행할 수 있도록 제안합니다.
또한 /var/www/bitcoin/smf/packages/temp 디렉토리를 만들어야 할 수도 있다고 하네요.
오류 로그에 나타난 오류는 다음과 같습니다: 스트림을 열지 못했습니다: 허가 거부 파일: /var/www/bitcoin/smf/Sources/Subs-Package.php (이것은 그저 첫 번째 파일일 뿐입니다)
SMF 설치를 구성을 마치고 나면, 이를 실제로 사용해도 괜찮을까요? forum.bitcoin.org를 그곳으로 연결할 수 있어야 합니다.
Liberty는 linux-test8이 원활하게 실행되고 있다고 보고했습니다. 제 테스트도 잘 진행되고 있습니다. 리눅스 버전은 제게 완전히 안정화된 것처럼 보입니다.
좋은 소식: 그는 비트코인의 첫 판매를 했다고 합니다. 누군가가 그가 가진 모든 것을 구입했습니다. 구매자나 판매자 중 어느 쪽이 될지 궁금했었습니다.
Email-100
오늘은 설정할 시간이 없지만, 임시 계정 "maintenance"를 "6648ku5HeK" 비밀번호로 만들었고 /var/www/bitcoin에 대한 전체 권한을 부여했습니다. ssh나 sftp를 통해 포트 30000에서 접근할 수 있습니다.
실제로 서비스를 시작해도 괜찮습니다. 리디렉션을 설정하시나요, 아니면 DNS 항목을 만드시나요? DNS 항목을 만드신다면, Apache vhost를 설정해서 포럼 주소를 http://forum.bitcoin.org/으로 할 수 있습니다.
리눅스 빌드가 이제 작동한다니 좋네요. 새 릴리스와 포럼으로 일이 어떻게 진행될지 보는 것이 흥미롭습니다. 그리 오래지 않아 제 자신의 거래소를 설정하고 통화를 (웹) 비즈니스 사람들에게 홍보하기 시작할 수 있을 것 같습니다.
NewLibertyStandard는 아마도 사람들이 구매하고 판매할 의향이 있는 시장 가격으로 가격을 변경해야 할 것입니다. 그래서 코인이 다 떨어지지 않도록 해야 합니다.
SMF 포럼을 설정하는 과정에 대해 들려주셔서 감사합니다. SMF가 phpBB보다 잘 작성되었으며 더 신뢰할 수 있다고 하니, SMF를 제대로 꾸밀 수 있다면 그것이 선호되는 선택이 될 것 같습니다.
대부분의 포럼이 vBulletin을 사용하고 있으며(big-boards.com에 따르면 1376개의 vBulletin, 275개의 Invision, 245개의 phpBB, 41개의 SMF가 있습니다), vBulletin이나 Invision처럼 보이지 않으면 vBulletin을 감당할 수 없어서 타협한 것처럼 보일 수 있습니다. SMF의 UI는 표준 모양에서 더 멀리 출발했지만, CSS를 사용하여 다른 것들처럼 보이게 만들 수 있었습니다.
CSS로 할 수 있는 만큼 많은 것을 해냈고, 나머지는 PHP 파일을 편집하고 이미지를 업로드하는 것이 필요합니다. 포럼에는 내장된 파일 업로드/편집 관리 기능이 없으며, 이는 별도로 추가된 SMF 파일 관리자 모드로 제공됩니다. 모드를 업로드했지만 설치할 수 있도록 일부 파일을 chmod 777로 설정해야 합니다. 관리자->패키지->패키지 탐색으로 이동하여 '모드 적용'을 클릭하면, ftp 로그인을 입력하면 자동으로 수행할 수 있도록 제안합니다.
또한 /var/www/bitcoin/smf/packages/temp 디렉토리를 만들어야 할 수도 있다고 하네요.
오류 로그에 나타난 오류는 다음과 같습니다: 스트림을 열지 못했습니다: 허가 거부 파일: /var/www/bitcoin/smf/Sources/Subs-Package.php (이것은 그저 첫 번째 파일일 뿐입니다)
SMF 설치를 구성을 마치고 나면, 이를 실제로 사용해도 괜찮을까요? forum.bitcoin.org를 그곳으로 연결할 수 있어야 합니다.
Liberty는 linux-test8이 원활하게 실행되고 있다고 보고했습니다. 제 테스트도 잘 진행되고 있습니다. 리눅스 버전은 제게 완전히 안정화된 것처럼 보입니다.
좋은 소식: 그는 비트코인의 첫 판매를 했다고 합니다. 누군가가 그가 가진 모든 것을 구입했습니다. 구매자나 판매자 중 어느 쪽이 될지 궁금했었습니다.
Last updated