Deki 8.08 (Kilen Woods) on Solaris known problem

 Must

[23-Oct-2008] Bug fix was included in Mono-2.0.1 release
[6-Oct-2008] Fixed by Mono-Project as "This is now fixed in SVN HEAD and the 2.0 branch."
Solved by Mono-Project

Cause : Mono's bug  (affected Mono-1.2.x and Mono-2.0 release I know)

Solution : Apply a patch to Mono-1.2.6 or migrate to Mono-2.0.21

Bugs:

• Incorrect permissions derived for Deki 8.08 on SPARC Solaris
  http://bugs.developer.mindtouch.com/view.php?id=5030
• Function return inconsistent ulong value, which has dummy parameter of a Class and a ulong
  https://bugzilla.novell.com/show_bug.cgi?id=426264

TODO:
o Confirm compatibility for Deki on Mono-2.0

2.0RC1 w/patch

1.2.6 w/patch

2.0 w/patch

When click "Regist User" blank page displaied

Skin : ace, fiesta PRO, base wireframe

NOTE: Mono-1.2.6 (w/patch) also reproduced this issue

[11-Oct/2008] reproduced on Deki 8.08.1 with Mono-2.0 w/patch

• Move file: dialog hung in state of Loading...
  http://bugs.developer.mindtouch.com/view.php?id=4356

2.0 w/patch

2.0.1

This is a fatal error for Deki on SPARC Solaris 10 but there are workround.

Problem description

• Mono : Mono-2.0 (RC1) w/patch up to Mono-2.0.1
• Error message: (full log : Mprotect-remapping-failed.log)
  Mprotect failed at 0xfad66000 (length 98304) with errno 12
  Mprotect remapping failed
    --> These are defined in Bohem GC
• The "errno 12" was defined in /usr/include/errno.h as:
  #define        ENOMEM  12      /* Not enough core                      */
• The mprotect(2) function will fail if:
  ENOMEM : Addresses in the range [addr, addr + len) are invalid for the address space of a process, or specify one or more pages which are not mapped.
• It seems that while we repeated editing and saving a large-page "real-memory" was exhausted, as a result ENOMEM error occured.
• Frequency of occurrence : 3 times/a day
• how to repro: vary widely
  • case 1 : Attach a image file, insert image in page, delete the file, show props of image, then Dekihost was crash
  • case 2 : Dekihost had crashed for a while after having left Deki
  • case 3 : Click link on left navigation menu
  • case 4 : Save two huge documents concurrently

Workaround

• Use Mono-1.2.6 as described here : SAMP guide

Additional test

• Try on Mono-1.2.6 w/patch (This is more stable for Solaris)
  • I confirmed very stability as a result of operation for 3 days. I believe this issue was solved using this version of Mono.
• Try on Mono-2.0 w/patch
  • Memory consumption was increased when large document saved, or suddenly crashed.
• Try on Mono-2.0.1 release
  • The same "Mprotect remapping failed" error occured with easy (Deki was 8.08 release).
• Try on VM (Deki 8.08.1 release)
  • This issue was not reproduced. It's stable. So, I think cause of issue is on Mono side.
• Try on Mono-2.0.1 release with GC_DEBUG switch for internal GC
  
  • While building the Mono, "mono" was core-dumped with "segmentation fault" error.
  • Mono-1.2.6 w/patch also get the same result.
  • There Mono release may contain a underlying weakness  when GC_DEBUG was enabled on SPARC Solaris.
• Try on Mono-2.0.1 release with GC_DEBUG using the latest GC (gc-7.1)
  
  • Build the Mono was successed with no problem.
  • Deki-API process was executed on the Mono-2.0.1 with GC-7.1. That was stable for worst case scenario test as well as Intel Linux on VM.

Conclusion

• Mono-1.2.6 should be used for production system on SPARC Solaris 10.  As for the use of Mono-2.0 with production system, the risk of quality is high in my conception.

TODO

• checking the build process of Mono-2.0. Expert's knowledge may requested.
• Inestigate details for "Mprotect remapping failed" error.
  May be a hardware failure or main memory exhausted as described "ENOMEM" ?
• Report a bug : when we enabled GC_DEBUG in gc.h the build process of Mono-2.0.1 was fault with segmentation fault of the mono process.
•  

[11-Oct-2008] Solved by Deki 8.08.1.

how to repro:

1. Create a page has multibyte charactors, then delete it
   (Ex: 日本語の名称のページ)
2. Goto control panel > Maintenance&History > Deleted Pages
3. Confirm the name of page

(Note) Attachment filename also have the same issue

(NOTE)  Old control-panel was not happend there problems (attachment, page)

[11-Oct-2008] Solved by Deki 8.08.1

how to repro:

1. Attache a file which has multibyte charactors, then delete it
   (Ex: Oracle保守確認レター 06.2 提出.doc)
2. Goto control panel > Maintenance&History > Deleted Files
3. Delete the file
4. Confirm whether exists in corresponding directory on UNIX file-system