Amahi 6.0

FAQ

• I installed the Amahi 6 beta. Do i need to reinstall? Good news! NO need to reinstall! The update is automatic a few hours after the repos are updated, your HDA will have the latest bits!
• Is the Express CD ready? Are all the apps ready? Nope, sorry. We are going to work on the apps and the express CD next!
• What architectures are supported: 32bit and 64bit x86 architectures (ARM is not yet supported in Amahi 6)
• Can I upgrade from Amahi 5: yes, with caution and patience. See below. You don't have to, however. Your Amahi 5 server will continue running for years if you let it run!

Release Notes

• Based on Fedora 14
• Massive Greyhole-related improvements in Amahi support for it and in GH itself which is shipping at 0.9.1 today (vs 0.7.5 before). See the #Greyhole-related_Improvements section below for a listing
• Initial support for right-to-left-languages, stating with Hebrew support (need work on the themes, see bug 773)
• Anonymous/Guest access to shares
• Easy to add webapp aliases - makes it much easier to host apps on the web from your own HDA
• Updates to: Japanese, Romanian, Polish, Spanish, Russian, and many other translations
• App installer now has a fall-back mirror for app downloads. This will improve app installs substantially
• Databases from apps are automatically backed up after app uninstall, keeping track of the latest backup
• Added support for localized share names, user's names, etc. (bugs 746 749)
• Also updated scriptaculous and prototype (JavaScript libraries)
• Simplify shares, by only showing tags while in advance settings is on, since they did not evolve to full use
• Improve recognition of PIDs in server (bug 758)
• Improved DNS and DHCP settings, so that they are way more customizable for power users (bug 714)

Updating from Amahi 5 to Amahi6

• First, the general recommendations is: BACK UP YOUR DATA
• Then do the internet-based F12 to F14 update including Amahi

• Untested: the DVD-based method, as outlined in the Upgrade your Distro page is not well tested as far as we know.

Greyhole-related Improvements

• Supporting GH at 0.9.1 (vs 0.7.5 before), with substantial improvements and fixes
• GH Now defaults to using MySQL as a back-end, with a 10x performance improvement in file event handling
• Sync Greyhole configuration with the shares configuration when shares are deleted (bug 610)
• Protect against reinstalls and Greyhole DB setup (bug 762)
• Fix to make Greyhole handle millions of files in the spool directory. It could lead to hitting memory limits (bug 769)
• Double check that shares added to the pool are actual mountpoints (bug 611)
• Allow fsck of specific drive
• Fsck will find orphaned files
• Added totals to –stats
• Now requires samba => 3.5
• Many small performance improvements
• Improvements to init.d script
• always repair (optimize) tasks and settings MySQL tables, but only Repair tasks_completed table only if it's crashed; also added logging about this to greyhole.log
• Improvement: take into account path and vfs objects lines from smb.conf when checking if the config changed, to decide if the daily fsck should run or not.
• New feature: --cancel-fsck command line option, that cancels all current and scheduled fsck tasks
• Improvement: Added # of spooled tasks to the output of --view-queue
• Improvement: improved --balance logging, removed 10,000 files limit during --balance

Visit the Greyhole ChangeLog for all the gory details

To Do

• Disk-wizard
• Greyhole related fixes
  • Handling non-linux based partitions better 543
  • Making it easier to move shares out of the Greyhole pool and "unwind" the files 510. Greyhole document on how to remove share from the pool
• Apps, Apps, Apps!