테스트 요청!
여러분 중 일부는 UML이 파일 시스템 파일에 쓰는 방식을 변경하는 새로운 옵션을 테스트하고 여기에 경험을 게시할 경우 감사하겠습니다.
일반적으로 UML은 표준 개방형/닫기 읽기/쓰기 라이브러리 호출을 사용합니다. 이 문제는 호스트의 페이지 캐시의 데이터를 복제하고 모든 디스크 i/o 성능에 영향을 미친다는 것입니다. 새 옵션은 파일 시스템 파일을 페이지 캐시에 직접 매핑하므로 페이지의 중복 복사본과 낭비된 페이지 캐시를 제거합니다...
통합 프로필 편집 페이지에서 새로운 "실험 옵션"이 표시됩니다. 이 기능을 켜려면 ubd=mmap을 사용하도록 설정하고 저장하고 재부팅합니다. 커널 옵션에서 dmesg에서 주의해야 합니다. (dmesg | grep mmap)
일단 여러 건의 보고서가 성공적으로 작성되면, 모든 사람이 이 보고서를 사용할 수 있도록 하는 방안을 고려해 보겠습니다.
[color=darkred][b]WARNING:[/b][/color][/size] 나는 아직 이것을 켜는 사람을 추천하지 않습니다. 이와 같은 성숙한 기능을 통해 데이터가 손실될 가능성이 있습니다. Jeff Dike는 지난 달 4GB(좋은 테스트일 것입니다) 이상 파일 시스템을 처리한 ubd=mmap에서 마지막으로 알려진 버그를 수정했으므로 이 옵션을 주의해서 사용하십시오. UML 메일링 리스트에서 mmap 관련 오류에 대한 보고는 없었지만 널리 알려진 옵션은 아닙니다.
현재 버전 (2.4.24 커널)은 mmap을 사용하도록 설정하여 나를 위해 잘 작동했지만 마일리지가 다를 수 있습니다.
감사
-Chris
댓글 (7)
I’m game. 🙂
I just rebooted my linode with it enabled. I do nightly backups, so I am not overly concerned. Here’s hoping for the best..
That went badly.
From dmesg:
EXT3-fs error (device ubd(98,32)) in ext3_reserve_inode_write: IO failure
EXT3-fs error (device ubd(98,32)) in ext3_orphan_add: IO failure
attempt to access beyond end of device
62:20: rw=0, want=1086378492, limit=525312
EXT3-fs error (device ubd(98,32)): ext3_get_inode_loc: unable to read inode block – inode=2507, block=808465534
EXT3-fs error (device ubd(98,32)) in ext3_reserve_inode_write: IO failure
attempt to access beyond end of device
62:20: rw=0, want=1086378492, limit=525312
EXT3-fs error (device ubd(98,32)): ext3_get_inode_loc: unable to read inode block – inode=2507, block=808465534
EXT3-fs error (device ubd(98,32)) in ext3_reserve_inode_write: IO failure
attempt to access beyond end of device
62:20: rw=0, want=1086378492, limit=525312
EXT3-fs error (device ubd(98,32)): ext3_get_inode_loc: unable to read inode block – inode=2507, block=808465534
EXT3-fs error (device ubd(98,32)) in ext3_reserve_inode_write: IO failure
Over and over and over, and I/O failures on files. I’m turning it back off..
Well then. Let me gather the info and send that along to the list.
-Chris
My var filesystem was pretty goofed up, but I managed to fix it, and am up and running again without mmap.
Thanks for giving it a try. Glad it wasn’t too hosed… I guess there is our answer about mmap. It’s hungry for filesystems!
I’ve posted a msg to uml-user, so we’ll see what comes of it. I also removed the option from the config edit page…
Thanks,
-Chris
Not a problem, I was prepared if it had gone worse. I saw your email, I’ll be interested to see if they can track down the problem.. It’s an interesting option that I’d like to use on my non-linode UML’s as well.
Sounds like Jeff knows what to look for (from #uml)…
[code]13:05 < caker> jdike: anything else I can provide on the ubd=mmap corruption issue?
13:33 < jdike> caker: I’ve seen problems, so I’ve got something to chase
13:33 < jdike> caker: namely pages of zeros which shouldn’t be[/code]
-Chris