Monday, April 5, 2010

EON ZFS Storage 0.60.0 based on snv 130, Sun-set release!

Embedded Operating system/Networking (EON), RAM based live ZFS NAS appliance is released on Genunix! This release marks the end of SXCE releases and Sun Microsystems as we know it! It is dubbed the Sun-set release! Many thanks to Al at Genunix.org for download hosting and serving the Opensolaris community.

New to EON, start here! Upgrading, see how to use transporter.sh

EON Deduplication ZFS storage is available in 32 and 64-bit, CIFS and Samba versions:
EON 64-bit x86 CIFS ISO image version 0.60.0 based on snv_130

EON 64-bit x86 Samba ISO image version 0.60.0 based on snv_130

EON 32-bit x86 CIFS ISO image version 0.60.0 based on snv_130

EON 32-bit x86 Samba ISO image version 0.60.0 based on snv_130

EON 64-bit x86 CIFS ISO image version 0.60.0 based on snv_130 (NO HTTPD)

EON 64-bit x86 Samba ISO image version 0.60.0 based on snv_130 (NO HTTPD)

New/Changes/Fixes:
- Active Directory integration problem resolved
- Hotplug errors at boot are being worked on and are safe to ignore.
- Updated /mnt/eon0/.exec with new service configuration additions (light, nginx, afpd, and more ...).
- Updated ZFS, NFS v3 performance tuning in /etc/system
- Added megasys driver.
- EON rebooting at grub(since snv_122) in ESXi, Fusion and various versions of VMware workstation. This is related to bug 6820576. Workaround, at grub press e and add on the end of the kernel line "-B disable-pcieb=true"

74 comments:

Peter J. Lu said...

Fantastic! Thanks for all of your hard work on this! Will you be able to continue development on this, now that SXCE is no more?

289 said...

thx for the update

wrong md5 foreon-0.600-130-64-cifs-min.iso ?
f5922c98888521e4d8bef10133ccbe40 *eon-0.600-130-64-cifs-min.iso

I downloaded it twice.

Andre Lue said...

Peter,

Work has already begun with Opensolaris and IPS. It will take some time as the package names contents, etc stabilize but development will continue.

289,

Thanks, md5sum corrected.

ijd2006 said...

Hi,

I have just started using EON and it works really well for me. I've tried most of the various releases now: Nexenta, FreeNAS, Openfiler and even Opensolaris on its own.

EON is definitely the one I want to stick with. It works really well, has decent ZFS support and all it really lacks compared to say FreeNAS is a GUI. I have Napp-IT running and it'll survive a reboot now (would you like the .backup file?). So will have a play with that and see if I can add things like updating the image etc.

Keep up the good work :-)

Javier said...

I think you must integrate napp-it into your project to make it a free-nas clone (I am trying to install with the instructions on your blog... and it doesnt work...neither with the instructions on napp-it...)

Javier said...

As I mentioned in the message above, I tried to install NAPP-it in the latest version of eon ... without success ... the problem is that there are 2 different installation manuals ... The published into your blog and the one that appears in the NAPP-it manual (unfortunately none of the 2 worked to me..., to start because when I access the web tells me that the admin user's password is incorrect ... I made the changes to start apache as admin ... apache did not start properly.
Another small problem I found is that while the installation of eon is properly documented ... later use is not so much (until I discovered that the changes into configuration were not saved on the hard disk...)... would be interesting to have a unified short manual ... and as I said ... included napp-it in the project (as a default module for example).

Andre Lue said...

Javier,

I just tried the latest version napp-it-0.224.zip and using the instructions from the napp-it post everything worked with one slight exception.

The napp-it password didn't seem blank. So I blanked it by editing
/var/apache2/2.2/cgi-bin/napp-it/naap-it.cfg
from
select_allmenues|no|
select_defuser|admin|
select_editable|yes|
select_os|auto|
text_adminpw|!UmPlVR//7/Qs|
text_operatorpw|!UmPlVR//7/Qs|
to
select_allmenues|no|
select_defuser|admin|
select_editable|yes|
select_os|auto|

Remember to set a new password.
Hope that helps.

Javier said...

YES WE PARTIALLY CAN!!!

Finally it works... partially...

Boot cd...
install
setup
updimg...
reboot... ok it works...
install napp-it
modify files... it works...
updimg.sh /mnt/eon0/boot/x86.eon
Update ok... reboot and then there is no napp-it folder (there is not update for this folder with updimg.sh)

Javier said...

YES WE CAN...
myself..
have to add this line to /mnt/eon0/.backup

/var/apache2/2.2/cgi-bin/*

I am writing a detailed how to in spanish... for my blog

Javier said...

Opps... the commands which need root rights doesnt work...

cannot set property for 'datos1': permission denied

cannot create 'datos1/prueba': permission deniedcannot open 'datos1/prueba': dataset does not exist

.... i will continue testing (now with the usermod command)

Javier said...

Solved...
1º. Change in /etc/security/exec_attr
change
All:suser:cmd:::*: to
All:suser:cmd:::*:uid=0

Next give all rights to webservd user..

usermod -P'All' webservd

Now webservd user can do root commands with pfexec...

Andre Lue said...

Javier,

I would caution against this as this creates a security hole. Doing so allows user webservd to run any command as uid 0 or root. Which translates to possibly modifying any file via browser access. I just state this so that you fully understand the security hole this action creates.

webbernet said...

everytime I shutdown there is Warning about boot archive update failure. any idea what's wrong?

also, when I run updimg.sh /mnt/eon0/boot/x86.eon I get the a file/directory not found. looks like the drive is not mounted. what should I do? thanx!

Javier said...

All:suser:cmd:::*:uid=0

I know the security questions... but for a home server it is right...(and is the only way to make napp-it usable... other way would be assigning only needed rights to the web user... but if i assign rigths to manage pools... (create, destroy...) in fact is like assign all rights (in a NAS environment).

I wrote a installation manual in my blog... www.pkisistemas.com/blog

Kikker46 said...

I tried the workaround for vmware on vsphere, but it is still rebooting, it says in the startup that pcieb is disabled, so I've done it right.

Montgomery, Runger: Applied Statistics and Probability for Engineers said...

Andre,

Can you provide an binary pack with transmission+mediatomb ?? Did you had compiled mediatomb with ffmpeg with sucess ?

Thanks

Andre Lue said...

webbernet,

You can safely ignore the boot-archive error. The /mnt/eon0/x86.eon not found error, sounds like the USB key is not mounted. Can you verify by doing?
file /mnt/eon0/boot/x86.eon
or
cd /mnt/eon0/boot

Kikker46,

If you can, kindly record the crash and possibly post the video or output so that I could take a look.

Montgomery,

I have successfully compiled mediatomb, ffmpeg before. I will try to add your request. Transmission was done from Sun packages, but someone has informed me is the version is outdated. I replaced transmission with aria2c multi-protocol client

mike said...

Andre, thanks for the EON, it`s very useful project. But I`ve got one error, running updimg.sh:

/mnt/eon0/.backup: OK

gzcat /mnt/eon0/boot/x86.eon > /tmp/x86.1182

/usr/bin/updimg.sh: line 74: cannot fork [Resource temporary unavailable]

/usr/bin/updimg.sh: line 75: cannot fork [Resource temporary unavailable]

lofiadm -a /tmp/x86.1182 /dev/lofi/1

/usr/bin/updimg.sh[80]: lofiadm: cannot fork [Resource temporary unavailable]

mounting...

/usr/bin/updimg.sh[92]: mount: cannot fork [Resource temporary unavailable]




my conf:

1. MB Asus P5KPL-AM

2. Celeron 3.06 Ghz

3. 1024 Mb RAM

4. Imation USB Flash 4 gb

5. EON-0.600-130-64-smb


I don`t how to solve this issue.

mike said...

Update: finally, I solve this problem by increasing RAM up to 2 Gb.

Andre Lue said...

Mike,

Correct the 64bit image is optimal with 2GB+ of RAM. The errors seen are related to running out of memory on the update.

Another way around this and is always recommended for better performance, is to have a ZFS swap. This way the update uses disk instead of relying soley on RAM.

rgkeen said...

I've run into an issue with 0.60.0 that won't let me install. I get up to install.sh and from there get back "ERROR: GRUB stage1 or stage2 not found".

Bad CD/iso image? hardware issue? The hardware stuff seems to check out OK, and the mobo has been reported to work with Opensolaris HCL. It's an Asus M4A785TD-V EVO; 4GB DDR3 unregistered ECC. Any clues? I'm sure I'm going something wrong, but I can't find what.

Andre Lue said...

Hi rgkeen,

It sounds like the first install from CD -> USB/CF failed or the USB/CF media mount to /mnt/eonX failed.

Verify it's mounted in /mnt/eonX and if so that the structure /mnt/eon0/boot/grub exists.

rgkeen said...

I did

cd /mnt
ls -lisa
and got back no files or directories, only . and .. listed.
Looks like there's nothing in /mnt.

rgkeen said...

OK, I found it. Because of the limited number of IDE ports on my motherboard and the desire to boot from a compact flash adapter, I was attaching the (IDE) CD drive with an IDE to SATA adapter. This worked fine for booting and running the initial EON load, but would not mount when EON started running during install.

Putting the CD on an external USB enclosure let me get the install done by booting from the USB-connected CD drive, and EON then mounted the CD drive during installation.

Erwin said...

Hi,

Once again, thumbs up for EON!
My question:
1. I've tried to retain my changes (I created a zpool, installed the binary-kit etc.)

This was the result from updimg.sh:
# code
eon:59:/#/usr/bin/updimg.sh /mnt/eon0/boot/x86.eon
Updating files in /mnt/eon0/.backup to x86.eon
backup in /mnt/eon0/boot/x86.eon.1
/mnt/eon0/.backup: OK
gzcat /mnt/eon0/boot/x86.eon > /tmp/x86.1418
lofiadm -a /tmp/x86.1418 /dev/lofi/1
mounting ... /dev/lofi/1 /mnt/upd
copying /etc/svc/repository.db
umounting ... /mnt/upd
lofiadm -d /dev/lofi/1
mv -f /mnt/eon0/boot/x86.eon /mnt/eon0/boot/x86.eon.oem
gzip -f -9 -c /tmp/x86.1418 > /mnt/eon0/boot/x86.eon
/mnt/eon0/boot/x86.eon:
# end code

However after reboot, I didn't find my zpool, nor my swap...

2. How can I make kbd -s retain changes? (I'd like to set it to type 3. Belgian) but this does not seem to work..

Thanks for helping out!

Erwin

Andre Lue said...

Hi Erwin,

To preserve automounting your zpool at boot with a new image:
- run setup, this configures your hostid.
- next run update image, updimg.sh to save the changes made by setup.
- Then edit /mnt/eon0/.exec entry POOL=abyss, change "abyss" to your pool name.
Now you would create your zpool under this hostid but if it is already created you will have to do zpool import -f poolname one more time to match it with the current hostid.

To change the keyboard layout to Belgian edit /etc/default/kbd and change
#LAYOUT=
to
LAYOUT=Belgian

add /etc/default/kbd to /mnt/eon0.backup and update the image.

Erwin said...

Andre, thanks a lot for your help.
It did work, but I would like to understand better:

I'm a bit afloat between comparing what we do here, and, say, a classic linux install.

As I understand, during boot, the EON image is copied to RAM, and runs from there. I understand that you have to somehow keep changes persistent across boot, copy or write your changes to the booted image. So far so good.

Now what I did not completely follow, is why I had to import -f poolname several times.

Does this have to do with OSOL's BE (boot environment)?

(I'm not 100% clear, but I seem to remember I did the edit to /mnt/eon0/.exec entry POOL=universe.
Then I reboot, the POOL was not mounted, I checked the edit to .exec and found it was correct and still there.
It was only after doing completely as you wrote, that the POOL was present after boot.

Thanks for the lessons learned :-)

Erwin

Jim Doyle said...

Please Consider adding SUNWlibC (C++ Runtime) to the EON build ; it's required to install and run the JDK/JRE for Solaris. In my case, I'm using EON to host a highly reliable and available JMS server (Apache ActiveMQ). Other folks might simply want to run Tomcat or Geronimo.

I followed your instructions for setting up the IPS kit (binary kit) but couldnt get around the desire of the packaging tool to want to download 150MB of dependencies when all I wanted was SUNWlibC. So, here's a "workaround" to get the Java JDK up on EON:

1. Install OpenSolaris 2009.06 on some other box, or VM. Tar up the following files and the scp them over to EON:

/usr/lib/libC.so.5
/usr/lib/amd64/libCrun.so.1
/usr/lib/amd64/libCstd.so.1
/usr/lib/libCrun.so.1
/usr/lib/libCstd.so.1

2. Untar the files into the EON /usr/lib hierachy.

3. You are done! You can now install the JDK as usual:

# sh -x jdk-6u20-solaris.sh

Andre Lue said...

Hi Jim,

The Sun C/C++ libs are already integrated/included as part of the binary kit if needed.

IPS wanting to download dependencies with no switch to override is a HUGE gap that really needs addressing. Hopefully it will be addressed.

Eoin said...

Hi Andre,
This latest version installs smoothly and even joins an AD domain, so I'm really happy with it, but I can't get auto-snapshot to work correctly.
I installed it with:
cd /var/svc/manifest/system/filesystem
svccfg -v import auto-snapshot.xml
svccfg -v import auto-snapshot-roleadd.xml
svcadm enable -r auto-snapshot:frequent
svcadm enable -r auto-snapshot:hourly
svcadm enable -r auto-snapshot:daily
svcadm enable -r auto-snapshot:weekly
svcadm enable -r auto-snapshot:monthly

However, no auto snapshots are made. Restarting the (frequent) service gives this sequence in the logs:

[ May 26 05:34:24 Executing start method ("/lib/svc/method/zfs-auto-snapshot start"). ]
No swap devices configured
Checking for non-recursive missed // snapshots
Checking for recursive missed // snapshots tank
Last snapshot for svc:/system/filesystem/zfs/auto-snapshot:frequent taken on [ no snapshot taken yet ]
which was greater than the 15 minutes schedule. Taking snapshot now.
cannot create snapshot 'tank@zfs-auto-snap:frequent-2010-05-26-05:34': permission denied
no snapshots were created
Error: Unable to take recursive snapshots of tank@zfs-auto-snap:frequent-2010-05-26-05:34.
Moving service svc:/system/filesystem/zfs/auto-snapshot:frequent to maintenance mode.
svcadm: svc:/system/filesystem/zfs/auto-snapshot:frequent: Permission denied.
[ May 26 05:34:25 Method "start" exited with status 0. ]

When logged in as root, I can create and destroy snapshots, but there seems to be a permissions problem for the service (I don't know who it runs as). Any ideas?
Thanks,
Eoin

Andre Lue said...

Hi Eoin,

Glad to hear confirmation that the AD fixes are working. It would be nice if you could share an AD howto write-up with other EON users.

Regarding the zfs snapshots it does require a role. This EON user Tommy has a zfs snapshot writeup you can follow and post feedback.

Eoin said...

Many thanks Andre (and Tommy), that suggestion fixes my auto-snapshot problem.
As requested, I have wrtten up a quick runthrough of joining an EON box to a Windows Active Directory domain. If people are interested, I might try to expand it into a step-by-step guide for Windows admins without Solaris experience to set up an EON-based NAS. The killer feature is surely having ZFS snapshots exposed through the Previous Versions tab in Windows Explorer!

This is tested with Windows 2003 SBS R2. Assuming the Active Directory domain you are joining is called mydomain.local and the IP address of the Windows domain controller is 192.168.1.6, the procedure is:

create a file /etc/resolv.conf, and add these lines to it:
domain mydomain.local
nameserver 192.168.1.6
search mydomain.local

Use the config file which tells EON to use DNS for name resolution:
cp /etc/nsswitch.dns /etc/nsswitch.conf

Join the domain:
smbadm join -u administrator mydomain.local

Accept the warning and enter the administrator password. If the join fails, you may get further details on the console.

Finally, map Windows users and groups on Unix users and group, so share permissions can be granted to your users:
idmap add winuser:*@mydomain.local unixuser:*
idmap add "wingroup:Domain Users@mydomain.local" unixgroup:users
idmap add "wingroup:Domain Admins@mydomain.local" unixgroup:staff

As for setting ACLs and ACL inheritance, I can report that the simplest solution works very well indeed: on the Unix side, start by granting full permissions on the Windows shares to everyone, e.g.:

chmod -R A=everyone@:full_set:fd-----:allow /tank/sharename

then use Windows Explorer as Administrator to change them to what you really want. Just make sure you create and idmap a Unix group (with "groupadd groupname") corresponding to each Windows group to whom you need to assign specific permissions, though in many SME cases the example above will be sufficient.

Javier said...

All is ok... but... if you have a lot of files and folders into the pool, and want to change their rights in windows... you have a very big problem...another problem... if you make the snapshots "visible" (to use the previous versions on windows) if you try to modify rights of files of folders in a recursive way... you will have an error (.zfs folder is a special folder... you cannot change their rights...).

Please Andre.... create a official forum.

Eoin said...

@Javier
There is no need to change the visibility of the .zfs folders - in fact, you shouldn't, for the reason you mention.
Using only the default settings, snapshots of cifs-shared filesystems will appear on the Previous Versions tab in Windows Explorer.
@Andre, I agree with Javier, a proper forum would be a great addition to the EON project.

Eoin.

Erwin said...

@Andre,

I second the forum suggestion.
I've been trying to get around with EON. I know for sure it can fullfill my needs.
Unfortunately as I'm not very proficient with OSOL (I'm reading the OpenSolaris Bible now to catch up :-) )
As a following I can't get GNU screen installed properly, and pretty much loose a lot of efficiency. (Have to keep my desktop running for over a week now as I'm moving data over from my FreeNAS to EON)

If this might help you:
- I can offer hosting of the forum
- I can set it up for you if you want to
- We could also register a proper domain for EON (perhaps you done that already?)
Let me know if you're interested.


At the moment I've also installed Nexenta RC1 + Napp-it.
I installed on a 40GB IDE hd I had lying around. No problem.
Apt-get is really easy for me.
I managed to install IPS on EON, but couldn't get GNU screen up unfortunately...

Napp-it installed ok, but threw some errors.
I searched and digged and found a German forum on which GEA also posts. I posted a question, had a reply within the hour - problem solved.
-> It seems with Nexenta RC1 you have to use napp-it-0.235, whereas if you don't search for it, you probably downloaded napp-it-0.234.

Keep up the good work! :-)
Erwin

Javier said...

What needs EON??

1º. As I said... a official forum.
2º. A better documentation section.
3º. Napp-it out of the box (no need to install it...)
4º. A group of plugins for HOME-NAS use:
a. DDNS
b. UPNP system (streaming video and audio)
c. Optional... p2p system (mldonkey??)
d. Optional... ftp server

With this add-ons: Eon+Napp-it+plugins = FREENAS (but much better...as of zfs real support)... and better than Opensolaris (smaller footprint, easier installation and configuration...)

Erwin said...

@Javier,

In the download section E O N downloads
you will find mt-daapd, it says Frefly/mt-daapd iTunes media server.

I haven't used it, but I think this fulfills your UPNP requirement.

Further more IPS should be able to give you all the rest: package names
if I'm not mistaken, there's plenty of ftp mentioning there and lots more.

All the best.

Erwin

Andre Lue said...

Javier,

The Discuss link in the upper right hand corner links the Opensolaris forum where you can ask any solaris/ZFS (like your .zfs) question and I try to answer the EON specific topics. It has its shortcomings but feel free to give it a try.

Good documentation is there and will get better with time. Patience and howtos from each other will fill the gap with time. I do appreciate your feedback. Keep them coming.

Andre Lue said...

Erwin,

Thanks for the forum hosting offer. I may take you up on it.

Binary kit 130 should solve your issue with (screen) as it will include:
- PHP/libphp 5.3.1 (GD, jpeg, png support)
- Aria2c 1.8.1
- tmux 1.1
- screen
- wget/curl
- glusterfs 3.0
- stunnel
- socat
- bonnie/iperf

Manojav Sridhar said...

once i run the setup to change my hostname i get two problems. first one is unable to start apache. which i fixed by adding the entry to the hosts file with the local ip and hostname.

I now see GSSAPI Error: Unspecified GSS failure. Unsupported key table format .. .

should I be concerned about this problem?

Andre Lue said...

Manojav,

To change the hostname, you ran setup and then edited the /etc/hosts entries to add your new host name. Those are the correct steps and should be all that's needed.

Can't say I've seen GSSAPI error before.
Did you change the Apache configuration?
Do you get that error every time Apache starts?
Did you configure Apache with kerberos?

Manojav Sridhar said...

Can't say I've seen GSSAPI error before.

I am seeing this on a virtual box Image, I am just playing around with OpenSolaris as i wait for my new hardware for eon!

Did you change the Apache configuration?

Nope, the apache couldn't start be cause it couldn't resolve my new hostname.



Do you get that error every time Apache starts?

Yup, fixing the hosts file solved that resolution problem.

Did you configure Apache with kerberos?

Nope not explicitly, unless that is what it uses by default.

Manojav Sridhar said...

Also i just installed napp-it. Seems work good.

To get that fully working for zfs i ran

usermod -P "ZFS FileSystem Administrator" webservd (from memory the actual "group" name is in /etc/security/exec_attr)

This lets the webservd run commands like zfs set etc. thought someone would find this useful.

Manojav Sridhar said...

Forgot to add. Andre nice job with this distro! right now with freenas i get about 12-20MB/s over my gigabit ethernet with P3 board. Will be gettng a core2 duo board shortly so will a nice jump on performance. Well done again

Manojav Sridhar said...

You can find a screenshot of the GSSAPI Error

http://imagebin.ca/view/X9wHdN1.html

Manojav Sridhar said...

Also I am not able to post a new thread in the forum. Which is why i am trying to communicate with you using the comments

Andre Lue said...

Manojav,

This seems more related to something to do with idmap and smbadm joining a domain.

Please try to get your posting status resolved and post your /var/adm/messages file there so I could take a look.

In your post state if you running 32/64-bit cifs or samba. If it is samba please post your smb.conf.

Manojav Sridhar said...

Andre,

I think the opensolaris.org forums are actually broken, none of the links work like "Login" or "Post New Thread". Go Oracle!

My /var/adm/messages is at http://pastebin.ca/1876096

I am runing 32 bit, cifs hence cant find any smb.conf post i take it.

Kikker46 said...

the Vsphere is working now (wrong scsi chosen when created)althought with update he says not enough resources, I will chose 2 GB memory and how well it goes

Andre Lue said...

Kikker,

Just a note, if you add ZFS swap an update will not need to rely solely on RAM. So a ZFS swap is highly recommended for performance and increased stability.

Without a ZFS swap the system may require as much as 2Gb of RAM for an update dependent on the version (32/64-bit) of EON being run.

Erwin said...

Andre,

Thanks for your reply;
Do you have any idea when binary kit 130 will be available?

Thx,

Erwin

Kikker46 said...

Swap is working. Thx.

Is SamFS planned in the near future ?

Kind regards,

Kikker

Eoin said...

Andre,
For passwordless ssh, something like ssh root@10.1.1.2 "cat >> ~/.ssh/authorized_keys" < ~/.ssh/id_rsa.pub
works on a full OpenSolaris, but here is no ~/.ssh/id_rsa.pub in EON as far as I can see. Where are you hiding it? :-)
Eoin.

Andre Lue said...

Hi Eoin,

I left it open for user generation as needed using ssh-keygen.

I don't know if you saw your active directory howto, but I've been asked for windows side screen shots or configuration bits if you have any.

Thanks

Marcel said...

I just found this NAS solution. Surely looks interesting, and i must admit i have no experience with ZFS. What i can't find is how green this solution is. Are drives spin down when not in use? I think this is important if you have a large DIY NAS (+15 drives).

Andre Lue said...

Hi Marcel,

One of EON's design goals is to be as green as possible. EON is at least 1 drive (OS/boot vs USB drive) greener than most other installs.

For data drives there are a combination of things to consider than makes it hard to say definitively if it will be greener than another solution with the same drives.
-How efficient are the drives in the storage.
-Do the drives support the spin down feature properly.
-Will the features work with the motherboard, controller the drive combo etc

Here is good link on Constantin's findings and a thread

Hope that helps

Peter J. Lu said...

Trying to get some Marvell-based SATA cards to work with EON 0.60. I have a Dell SAS 6i/R in a PowerEdge T410 server, with six 2 TB drives connected to the SAS card. I am adding an SSD for an L2ARC, but the motherboard controller is retarded and only works with Windows. I can run the drive in ATA mode, but that totally defeats the purpose of having an SSD for this purpose.

I've gotten one supported SATA card (Koutech IO-PESA230) and one unsupported (so far) card, the ASUS U3S6. Both allegedly use a supported Marvell chip.

I am running the SSD and CD ROM from the card. EON loads, but when I log on and run "format", the SSD is not there (even though the OS came off a CD-ROM attached to the same card).

I've posted to the OSOL discussion list:

http://opensolaris.org/jive/thread.jspa?threadID=132202&tstart=0

The blog that recommends the card suggests a driver called "ahci", but I would have assumed this is included by default in eon?

Is there something about the eon implementation that would help alleviate the problem?

This has been frustrating me for a few weeks, so hopefully it's something simple and I can get my backup server running at full power! Thanks!

vertex_vr4 said...

Hi Andre,

I presented a talk on EON yesterday at the Melbourne (Australia) Solaris/Opensolaris usergroup. People were very impressed. Please keep up the great work.

Cheers,
John

Andre Lue said...

Hi John,

Thanks for the kind words. Keep posting feedback and input to help make EON better. Glad the presentation went well.

Feel free to share any links to slides or the presentation if possible.

Thanks
Andre'

Peter J. Lu said...

Well, I tried a whole bunch of stuff, and nothing worked with the Marvell cards, even using the OSOL 134 LiveCD. So I sent everything back, and will hopefully get a new cable soon that allows me to connect to my SAS card directly (there are 8 ports in the card, but cabling only for six, so I got a new cable with more ports). Hopefully that will solve the problem. Thanks!

Andre Lue said...

Hi Peter,

Sorry to hear the cards had to be returned. Hope you get your full refund and find a good working card.

Keep in mind for your future performance boost benefits from the SSD, try to identify the write speed of your 6 disk pool (on the perc 6 card) because if the SSD specs are not better or just matches those numbers, you will probably see little gains.

Also, if it's one of the sandforce controller units capable of 280+MB/s read and write, I can see why you want to pair it with a fast controller so that none of that performance is lost.

I'd like to see some feedback on that dell perc controller if you can post some.

meastp said...

Hi,

I'm currently running with zfs/raidz on opensolaris 2009.06, and want to give EON ZFS a go. :)

However, when booting through a usb dvd-writer drive, after the hotswap errors, I get the following (I tried burning several cds):

--

WARNING: /pci@0,0/pci8086,5044@1a,1/storage@2/disk@0,0 (sd0):
Error for Command: read(10)
Requested Block: 47768
Vendor: TSSTcorp
Sense Key: HArdware_Error
ASC: 0x3e (timeout on LUN), ASCQ: 0x2, FRV: 0x0

Error Level: (Swaps between "Retryable" and "Fatal")
Error Block: 47768
Serial Number: (blank)

--

If I could boot it from a usb pen drive, it would be awesome, but it did not work with the 64bit .iso and unetbootin (I get "Boot Error")

Andre Lue said...

Hi Meastp,

It sounds like there is some incompatibility issue with your DVD drive.

You can try booting from another CD/DVD drive or machine, as the machine you use to install EON to USB drive, does not have to be the machine you run EON from.

Guido said...

Works excellent on the new HP Proliant Microserver. Configuring/running pmconfig shows also working support for P- and C-State scaling which further reduces power usage quiet a bit.

module: cpu_info instance: 0
name: cpu_info0
supported_frequencies_Hz 800000000:1100000000:130000000
current_clock_Hz 800000000
current_cstate 1

module: cpu_info instance: 1
name: cpu_info1
supported_frequencies_Hz 800000000:1100000000:1300000000
current_clock_Hz 800000000
current_cstate 0


I've put /usr/sbin/pmconfig into .exec but it seems not to be executed during boot, needs manual run after login to make it work.

Thanks again for your excellent work.
Any ideas on how to fix that ?

Andre Lue said...

Hey Guido,

Good to hear. The /usr/sbin/pmconfig (placed at the end of OEM release file) entry works fine for me in /mnt/eon0/.exec. and launches /usr/lib/power/powerd. I'm not sure what's happening? Is other cmds in your .exec getting launched?

Guido said...

Andre,

yes powerd is also launched here
but only after running pmconfig manually, the contents of /etc/power.conf is issued.

Verified by seeing the C and P state changes right after the command and spindowns of the disk after the selected times (kstat and powertop).

Christophe said...

Hi, I'm new at EON.
I liked freenas but had a systematic kernel crash using rsync on my hardware.
So I give a try at EON.
I wanted to mention that you miss one piece of information in the "Setup CIFS sharing" :
zfs set sharesmb=name=media abyss/media even if it's in the begin here section.
It would be good to add. Thanks.
Now I'll give a try to the GUI and RSync

sybersnake said...

Do you have the LSI Logic itmpt drivers for 0.60?

Andre Lue said...

Hi sybersnake,

As far as I know. itmpt drivers are downloaded from their site.

Not saying this is the matching driver but here you would try the solaris x86 drivers

DJ Cassiano Serdan said...

Hi ppl, I'm trying To use EON on a supermicro motherboard with an ESB2 sata controller, and it can't detect the disks.
Someone knows the drivers needed to make this card work?

David said...

Hi,

I'm trying to boot a PowerEdge 2950 with the eon-0.600-130-64-cifs CD but it boots into the grub minimal bash so it's impossible to install EON. I've tried on a workstaion with the same result but I tried in a virtual machine and it worked. Does anyone know what's wrong?

Also, this project seems to be quite old... is it going to be maintained?

Scotty said...

Tried to load EOS 0.60 under ESXi 4.1u1. It just keeps rebooting... I see the 4 options and selected the none-oem options. Both would just reboot.

Any idea?

Thanks

Eoin said...

@scotty
I'm pretty sure eon-0.60.0 will boot happily in ESXi from the "No ACPI" grub option. Once it's installed and running, you can edit the grub menu at /mnt/eon0/boot/grub/menu.lst
to default to this:
title EON Storage 64-bit
kernel$ /boot/platform/i86pc/kernel/$ISADIR/unix -B disable-pcieb=true
module$ /boot/x86.eon

Nuno Pratas said...

Hello

Sorry for my bad english :)
When i was updating with updimgr.sh my eon image my ssh session closed and i get a corrupted x86.eon file .
I' have tried to run it again and i get:

/usr/bin/updimg.sh /mnt/eon0/boot/x86.eon
Updating files in /mnt/eon0/.backup to x86.eon
backup in /mnt/eon0/boot/x86.eon.1
/mnt/eon0/.backup: OK
gzcat /mnt/eon0/boot/x86.eon > /tmp/x86.1947

gzcat: /mnt/eon0/boot/x86.eon: unexpected end of file
lofiadm -a /tmp/x86.1947 /dev/lofi/1
lofiadm: size of /tmp/x86.1947 is not a multiple of 512
mounting ... /dev/lofi/1 /mnt/upd
mount: /dev/lofi/1 or /mnt/upd, no such file or directory

I'm afraid of loosing my storage on a restart, can you help me.

Thanks