New to EON, read here first! Upgrading, read here first!
For new setups, before running "setup":
cd /mnt/eon0/bin ./slinky r ./slinky c setupIf your EON Storage is internet connected. The EON ISO can be retrieved using wget.
After running setup(new setup) or transporter.sh (upgrade/backup). Re-check/edit your POOL=poolname in /mnt/eon0/.exec.
export POOL=YOUR_POOLNAMEThis is an option to edit "YOUR_POOLNAME" with a simple command if you wish to avoid "vi" (substitute your pool name where "YOUR_POOLNAME" appears). A backup file will be saved as .exec.bak
cd /mnt/eon0 sed -i.bak 's|=abyss|=YOUR_POOLNAME|g' .execAn alternate upgrade option, using a spare USB key. Perform a new setup and then a forced zpool import to test. Perform the necessary tests and make sure all is ok before running:
zpool import -a -f updimg.sh /mnt/eon0/boot/x86.eonAfter running the new install for a few days and triple checking everything is ok. Only zpool/zfs upgrade is left, to access the new features of zpool version 28 and zfs version 5. Note that once zpool/zfs upgrade is done, there is NO GOING BACK to the older version.
zpool upgrade poolname zfs upgrade -r poolname
EON 64-bit x86 CIFS ISO image version 1.0b (NO HTTPD)
- eon-1.0b-151-64-cifs-min.iso ( mirror )
- MD5: 14696d625d4f686f06d1091435b80441
- Released: Wednesday 21-December-2011 (size: ~86MB)
- eon-1.0b-151-64-smb-min.iso ( mirror )
- MD5: ef26e606f9f403f94b1b12d478537be3
- Released: Wednesday 21-December-2011 (size: ~115MB)
- eon-1.0b-151-32-cifs-min.iso ( mirror )
- MD5: 1754065558dc3bf003990e7ff85f4806
- Released: Thursday 12-January-2012 (size: ~57MB)
- eon-1.0b-151-32-smb-min.iso ( mirror )
- MD5: 6aa382a2fc5f3ae4ece45d146642e48c
- Released: Thursday 12-January-2012 (size: ~87MB)
- binary kit 1.0 (Released 22-February-2012)
- rail (remote internet package installer)
- emp (EON multi-purpose program)
cd /your_zpool mv local old-local mkdir localIf this is the first time using the binary kit
cd /your_zpool mkdir localPerform the following on the EON command line to install the latest binary kit, remote installer and more. Most of these steps are one time only to add the bits that were not ready at release time. They will be self updating from here on. You can simply copy and paste 1 line at a time in an ssh session. Run "rail" to see more usage options.
cd /mnt/eon0/bin ./slinky wget wget -q -U mozilla -O slinky http://bit.ly/zNY7rI wget -q -U mozilla -O md5sum http://bit.ly/xwQZU3 wget -q -U mozilla -O /usr/bin/rail http://bit.ly/yqck53 chmod 755 md5sum slinky /bin/rail ./slinky md5 rail install emp rail install binkit rail install perl railWeb Server: Installing a web server (apache, lighttpd or nginx). Browse to your IP after starting a web server to see links to various apps. Run "emp" to see usage options. More detailed how to here.
rail install apache certgen.sh (to generate unique self-signed certificate) emp apache startTransmission: Edit /usr/local/transmission/settings.json to allow your client IP before starting Transmission Bit Torrent client
rpc-whitelist": "127.0.0.1,IP_address_of_client", rpc-whitelist": "127.0.0.1,10.1.1.5", emp transmission startPython is a requirement for SABnzbd, Sickbeard and CouchPotato.
rail install pythonSABnzbd: Installing and starting SABnzbd. More detailed how to here.
cd /tmp wget -O sabnzbd.tar.gz http://sourceforge.net/projects/sabnzbdplus/files/sabnzbdplus/sabnzbd-0.6.15/SABnzbd-0.6.15-src.tar.gz/download gzip -dc sabnzbd.tar.gz | tar -xf - mv SABnzbd-0.6.15 /usr/local/sabnzb emp sabnzb startSickbeard: Installing and starting Sickbeard. More detailed how to here.
cd /tmp wget -O sickbeard.tar.gz --no-check-certificate https://github.com/midgetspy/Sick-Beard/tarball/master gzip -dc sickbeard.tar.gz | gtar -xf - mv midgetspy-Sick-Beard-911f5d1 /usr/local/sickbeard emp sickbeard startCouchPotato: Installing and starting CouchPotato. More detailed how to here.
cd /tmp wget -O couchpotato.zip --no-check-certificate https://github.com/RuudBurger/CouchPotato/zipball/master unzip -q -aa couchpotato.zip mv RuudBurger-CouchPotato-6970c10 /usr/local/couchpotato emp couchpotato startNew/Changes/Fixes:
- New ZPOOL (version 28) and ZFS (version 5)
- Perl 5.10.0 (full version, user customizable) moved to the binary kit, requires a new setup step (slinky)
- New Binary Kit is semi-mandatory (needed for S.M.A.R.T and more)
- New/Updated administration and statistics binaries.
- Simple appliance package downloader and installer (more info to come)
- kernel line addition "-B disable-pcieb=true" under VMware. ESXi, Fusion, no longer required.
S T O R E I T Y O U R W A Y !
75 comments:
Thank you! can't wait to try it out.
Hi Andre,
Nice work!
Will 32 bit builds be coming online later as well?
Cheers,
John
It really is a special time of year! A Newegg gift is en route! :-)
Thanks a bunch!
Hi Andre,
Thanks for eon! Since two years ,I
am working with eon on my nas and
i frequently check your blog for new releases with new features. Today I installed the new io-beta and i found some unknown messages ,when i create a zpool-volume and zfs.
SMF Initialization problems..svc:/network/nfs/server
SMF Initialization problems..svc:/network/nfs/nlockmgr
SMF Initialization problems..svc:/network/nfs/client
NFS plugin problem with SMF repository: unknown -1
so far.
But the creation seems to work.
Is this harmful?
Thanks alot and Merry Xmas
Danny
Hi Danny,
Those messages are harmless. They usually occur at zpool import when you import a disk previously used with zfs that had a service which is currently not running.
In the case below it looks like NFS was enabled but it is not enabled on the current system. I will look into this further.
Hi Max,
Thanks, much appreciated! Many of the items on my newegg list/links are out dated. I will have to get them updated/cleaned up.
Hi John,
Yes, 32 bit builds will come online later. I will try to make it before the Dec 25th but not sure I'll have them up before.
André,
You are the man! Thank you for providing upgrade instructions that won't force me to upgrade my zpool just yet :-)
Shahbaz
Looks good. Tried it out abit. Dont forget to add the SUN C++ runtime shared libs to the default build that Java 6 and Java 7 will fire up:
# ls /usr/lib/libC* /usr/lib/amd64/libC*
/usr/lib/amd64/libCrun.so.1 /usr/lib/libCrun.so.1
/usr/lib/amd64/libCstd.so.1 /usr/lib/libCstd.so.1
/usr/lib/libC.so.5
thanks for all your hard work at the holidays...
Hi Jim,
The binary kit will provide all those bits and more :)
The zpool import -a -f fails for me. First I get a lot of "SMF Initialization problems" which seem to be NFS related, followed by "NFS plugin problem with SMF repository: unknown -1". Those are probably related. However, after that error it says "cannot import 'terapool': invalid vdev configuration", where 'terapool' is the name of my pool (2TB 2 disk mirror).
Sorry, it's a 3TB pool with one 2TB 2 disk mirror and one 1TB 2 disk mirror.
Hi Roenbaeck,
The SMF, NFS errors are harmless (see Danny's post above). They usually mean you had NFS services on the pool being imported and the NFS services are not started/running on the current machine doing the import. After enabling NFS those messages will go away.
Regarding the zpool import failing. Sounds like one pool imported ok and one failed. Kindly email me:
zdb -v
zpool status
Have you tried importing that pool by pool id? Share any important specifics that would help regarding how the pool was built. Are the 2TB disks same model, brand hard drive etc? My early guess is something in the mirrored pair's format or label differs and one drive's partition is too small.
Could not find your email, so I am posting it on my blog. Fortunately I documented my entire experience with EON Storage so far here:
http://doitopen.blogspot.com
You can see how I set up everything there, including the output from the commands you requested.
Hi Roenbaeck,
I see! Very interesting what happened here. The set of commands used to build your pool should have been done with all same size disks, yielding a raid-10 equivalent (ie since it started with a 2x2TB mirror, the "zpool add mirror ..." should have been another pair of 2TB disks not 1TB). The commands should not have allowed a 2x1TB mirror be added to a 2x2TB mirror. Did you use -f switch to get it added?
Also, the Sept post shows (c1t0d0p0 c1t1d0p0)but the current listing shows c2tXdXpX. Using a different machine or controller?
My recommendation is to BACKUP your data and attempt to detach the 2x1TB pair. If that succeeds, the 2x2TB mirror should import fine and can add another 2x2TB later. You can always build a separate pool with the 2x1TB.
I did not have to use the -f switch, and I thought the whole idea of a pool was that you can add differently sized raid-sets to it?
At some point I attached a USB disk to the system, and I believe that must have been when the controller numbering changed from c1 to c2.
If I can detach the second (smaller) mirror without any warnings, does that mean there was no data loss, and no restore will be needed from the backup?
Hi Roenbaeck,
I was able to reproduce building a similar pool, which seems like a bug. I am not sure of a clean way out of this that doesn't involve destroying and rebuilding the pool.
Because, you would have to attempt to detach both 1TB disks, I'd say there's a high risk of data loss. I'll have to think about this some more.
Thanks for looking into this. I'm currently backing up everything (2.5TB) and it will still take another couple of days.
Hi Roenbaeck,
On further research, the pool and the steps used to build it are ok. The problem seems to be related around these being 4k sector drives with logical 512 presentation. The zpool version (snv_130) used to build has no 4k sector checks, while the latest release (oi 151) has some checking but not a real 4k sector check. Unfortunately, until the zfs 4k sector check is fixed, the import will halt with the "invalid vdev configuration" message for appended pools using different size 4k sector drives. If these were the same size I think this would not have the same issue. I'll keep you posted on my findings.
Hi Andre,
good to see the news on EON!
Just wanted to know are there any changes on adding drivers and opnindiana components to EON image ?
Noticed that I need mptsas driver for my enclosure and srpt package as well, to connect to my nas via infiniband. What is the short way to do it ?
Hi Andre,
Very interested in EON especially now that you have a 151a setup. But I have two questions.
#1 Can I compile EON form source (or add it to my oi_151a base), my hardware always need a special BE to eliminated motherboard/chipset/cpu specific bugs, I always load the oi_151a ISO follow the https://www.illumos.org/projects/illumos-gate/wiki/How_To_Build_illumos for recompiling with a few key patches (or even start with the most recent nightly), boot into the new BE delete my original installed BE.
#2 Is there any support for a HA EON system e.g. syncronizing file systems across two EON servers with a floating IP address ?
Thanks in advance
Jon
Hi Denis,
Infiniband and srpt drivers support are available in a commercial offering of EON. Please feel free to email me for more info.
Hi Jon,
1) Give the current release a boot/try and see if it works. Report back any errors or what doesn't work.
2) HA cluster + EON is still in the early phase. Still working on a clean, error free compile. When finalized HA + EON will most likely be a commercial offering.
@andre
great work
using 64-cifs
I did a new setup, after importing zpools as written I had to export them all once so "zpool import -a" in .exec works w/o -f switch.
also getting a lot of "SMF init... probs..."
and I also getting every boot:
WARNING: No randomness provider enabled for /dev/random. Use cryptoadm(1M) to enable a provider.
an old known error, see here
https://www.illumos.org/issues/995 or
http://defect.opensolaris.org/bz/show_bug.cgi?id=38
another problem is "init 6" fails to do the rebooting at a 100% failrate (w/ b134 only 20-30% failrate), "init 5" also fails to power off the machine, but with this the successrate wasn't good either with b134.
Hi us,
The SMF, NFS errors are harmless (see Danny's post above). They usually mean you had NFS services on the pool being imported and the NFS services are not started/running on the current machine doing the import. After enabling NFS those messages will go away.
The "WARNING: No randomness provider enabled for /dev/random. Use cryptoadm(1M) to enable a provider." message is harmless. It's a boot race condition between ZFS and swrand. It could probably be fixed by a SMF to wait until swrand provider is online but it would extend boot wait time.
Regarding init 6 failing, I've never really seen this, not at the rate you mentioned. Which model/brand motherboard is this?
I've seen init 5 failing to power off the machine which is usually due to a mismatch between acpi bios and illumos/oi OS implementation. You can try booting the acpi options at EON boot screen to troubleshoot further.
Hi Andre
Not to be pushy or anything (and sorry if it seems I am) but any progress on the 1.0beta binary kit? I'm eager to fire up Sickbeard but the version of Python I have (which I grabbed from the now defunct IPS repo) is too old to run it. Might fire up snv_130 in a VM and build it from there (lucky I grabbed an iso before Oracle destroyed it!).
Thanks, and once I have the means I'll be sure to throw an Amazon gift voucher your way :)
Hi Thirdwheel,
I was trying resolve some deprecated calls for mediatomb and mt-daapd against the latest ffmpeg. I will fall back to ffmpeg-r26402 and try to resolve the mediatomb and forked-mtdaap issues with the newer ffmpeg later.
Any news on the 4k sector check? Once it is properly in place, what will happen? Since my disks fail that check already now, won't they always?
I am wondering if I should backup, remake the file systems in 151a, and restore.
the NFS manifest file is not in the /var/svc/manifest/network folder. Trying to enable nfs will always fail.
Is NFS going to be part of binary kit?
Hi Roenbaeck,
It is indefinite when that code will be fixed. I would proceed with the backup and re-creation.
Hi Jeff,
NFS is still there and works, but since Illumos
/var/svc/manifest
has been changed to
/lib/svc/manifest
Change var to lib and all should work as before.
hi Andre,
I have an MSI workstationboard with 945GT intel chipset. w/ b134 I played around with the acpi-options but no changes, w/ b151 I didn't tried.
Been using the 64-bit CIFS build, booting off USB. Appears that /usr/perl5 is symlinked to /usr/local/perl5, and /usr/local/ is symlinked to /abyss/local.
With this, such commands as /usr/bin/kstat fail as the perl binary can't be found.
Hi,
This is due to the change to release a full user modifiable perl in EON 1.0.
Perl will be shortly available as part of the binary kit.
Finally, to connect all the pieces you need to edit your ZPOOL name in /mnt/eon0/.exec
export POOL=your_pool_name
System won't re-establish connection with zpool upon reboot. If I manually run the command: zpool import -a
I get the following error:
"cannot import 'hyperion': pool may be in use from other system, it was last accessed by hyperion.si.umich.edu (hostid: 0x7be05) on Mon Feb 20 14:38:48 2012"
Using "zpool import -a -f" works, but complains on one zfs filesystem which has a different mountpoint than name (Name:hyperion/l/local Mountpoint:/usr/local)
Hi LittleMonkeyMojo,
It appears you have the zpool host on the booted system and the last host that mounted the system out of sync.
This is probably due to a missed step during setup. After you import -a -f with a configured system (hyperion) it should be all corrected. If it does not correct it then you most likely missed a step during setup.
The mount probably complains because /usr/local is already reserved for the binary kit.
Hi Andre,
I recently upgraded to the 151a release and while I've encountered a few of the issues listed so far, I've managed to resolve them.
I do have one lingering issue in that certain changes made to the system are not preserved on reboot, despite meticulously running updimg.sh
An example is when I create a /home directory for a user, upon reboot the directory no longer exists.
Any suggestions on what's going on?
Hi Alain,
The design behind this, is all other users (non-system, login allowed) home directories would be created in your zpool. The user's home directory can be specified using -d argument. The reasoning is, a user allowed to login will most likely add/create files and require storage.
eg: useradd -d /zpool/username
Hi! I'm trying to get glusterfs running on top of eon. There is a script in the Download section, but how do I use that? Thanks alot for all the work! Chris
Hallo Andre,
I am trying hard to get the 151 version running, but I face so many issues.
first, the system complains on install about not being able to connect to dyndns, what screws up the dns resolve mechanism.
this leads to errors on your scripts, especially the slinky stuff. I have done some research and found, the wget command overwrites the slinky with a zero length file, because it cannot resolve http://bit.ly/...
I have done the steps by hand giving the ip address instead of hostname.
however I cannot extract the binary package without errors.
the libgcrypt.so.11.7.0 seems to have issues being extracted out of the kit.
I have a 8G fast usb stick, an I would like to have all binaries on that device. The reason is, I do import or export my pools, I do not want to lose my binaries while doing so. I do not care about having ten versions of eon stored on the stick, but would like to have all files in access unpacked, so I can add or remove features easily.
Is there a way to have all the binaries and settings on the flash (if necessary I can buy a bigger stick)? Otherwise zpool maintenance becomes very troublesome...
...
by the way, I can follow the concept of having the users home directories on a user zpool instead of the system stick, but what is the reason to dump the root's home directory?
This is for special purpose to allow the root to store necessary stuff for administration.
Is it possible to have at least one mount point on the boot device allways RW accessible, no matter what version is booted, to allow to use the remainig space for storing extensions or user scripts?
p.s. the issue with dyndns dissapears after setup / reboot. it seems to be only on the iso image.
Thank you very much
Hi Chris,
Glusterfs was part of the previous binary kit. It was not a part of the current binary kit because there was no feedback, and minimal community interest. I may put it back as it seems RedHat have started updating the project.
Hi xbmcg,
The dyndns warning messages are harmless. Before attempting to install the binary kit, EON should already be booted, setup and running from USB, with working internet access.
Repeating the update of slinky will resolve the zero file once your internet access is fully configured.
I am unaware of a libgcrypt error. Can you detail what/how this error could be reproduced?
It is possible to have the binary kit on the flash but beware there are many programs included that log continuously (apache, transmission, etc) and could cause early failure of the flash based on frequency of writes. I do not recommend doing this.
Can you explain how zpool maintenance becomes troublesome if the binary kit is not on the USB key?
USB install: /mnt/eon0 is automounted and always writeable? Not sure I understand your root RW question? Please clarify.
Error updating configuration:
/usr/bin/updimg.sh /mnt/eon0/boot/x86.eon
EON Storage updater
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.1330
lofiadm -a /tmp/x86.1330 /dev/lofi/1
mounting /dev/lofi/1 /mnt/upd
OK: mount /dev/lofi/1 /mnt/upd
updating /etc/svc/repository.db -> /mnt/upd/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
mv: cannot rename /mnt/eon0/boot/x86.eon to /mnt/eon0/boot/x86.eon.oem: Read-only file system
mv -f /mnt/eon0/boot/x86.eon /mnt/eon0/boot/x86.eon.0
mv: cannot rename /mnt/eon0/boot/x86.eon to /mnt/eon0/boot/x86.eon.0: Read-only file system
gzip -f -9 -c /tmp/x86.1330 > /mnt/eon0/boot/x86.eon
/usr/bin/updimg.sh[74]: /mnt/eon0/boot/x86.eon: cannot create [Read-only file system]
Hi Apocalipsis,
It appears you are performing the updimg step with a "Read-only file system"
Kindly re-check your steps.
Yes... that was the problem
Hi Andre,
thank you for your response. I think you should really evaluate the newer versions of gluster as they work very well (on linux). I tried to compile from source on openindiana and it builds fine but fails with some library dependency errors when run. If I get it to work, i'll post it here. I think that extending the capabilities of eon by HA-functionality (not just zfs send) would really boost the level of recognition!
Hi xmbcg,
my steps to get DNS working was to add the server to /etc/resolv.conf and copy over the /etc/nsswitch.dns to /etc/nsswitch.conf. That would be
#echo "nameserver 10.0.0.1" >> /etc/resolv.conf
#cp /etc/nsswitch.dns /etc/nsswitch.dns
Hello,
thank you for your quick reply.
I have got it one step further.
The crypto lib issue was my mistake.
I have tried to map the abyss pool-local to a writeable folder inside /mnt/eon0/bin, hoping this is something, tat survives reboots - but I was wrong. Actually it was probably because of ram-disk overflow, so the library could not be unpacked. I have unpacked the package in a linux box, and tha worked - so nothing wrong with the package so far...
I do agree, that writing could be an issiue for the binary kit. however I just need 2 progs, nano and / or mc to have a file manager / text editor for patching the config files. all other stuff I do not care about.
The main issue with binary packages / swap space on the zpools is, once you export the pool, you hang-up the system or loose the tools (e.g. to get the drives out of the box or to replace them and re-configure the nas. I would prefer a nas, that is independent functional of attached drives. Any way, great work so far. I just need to understand how to add some extensions anch patch settings, that survive a reboot...
Thank you very much!
Hi xbmcg,
EON is fully independent of the binary kit to perform any drive, export operations or preserve configs beyond reboot. The binary kit only adds application space functionality that users have asked for.
The dependencies for mc are plenty vs the returns, hence it not being included. You can share your findings on mc for others as users may find mc useful.
It's pretty simple to have things preserved beyond a reboot. If you do not want the binary kit on the zpool edit the /usr/local symlink in /mnt/eon0/.exec.
I do not follow what is meant by extensions but if you mean your own binaries you will need a compiler, the open source packages and all the dynamic dependencies the binary requires.
Andre,
I was wondering when the next release would be ready?
I was also wondering if it would be possible to start including 10gbe drivers, specifically ixgbe
Thanks!
Dave
Hello Andre,
Thank you very much. There is a little too few information on the storage locations of the files and the boot process / save settings / backup procedures - I think I have to get more familiar with the system first. Anyway, it is very impressive, how small you squeeze it! Thank you for the hint with the .exec file. I also have found some more hidden important files, that take care on the directories squeezed into the image. Mainly I come from the windows world, but have also some basic linux knowledge - but using the vi is still a pain. BSD / Solaris is a little more different, so there is a learning curve in front of me... Sorry for some of my stupid questions...
Hi Andre, I'm not sure this is the right place for this comment: I'm still using the non-beta version (0.60). I just set up link aggregation via dladm and a hostname.aggr1 file. Rebooted and its working great. I see errors on bootup though and I think it's because I can't get rid of the old hostname.nge0 file - that I no longer need since that NIC is part of the aggr1 that I set up. I even deleted all the contents of the file and I still get the same error, as if solaris is trying to plumb nge0 even though it's part of aggr1.
How to I get updimg.sh to remove the old hostname.nge0 file?
Looks like my last comment appears to be from "Unknown". Any way, I tried adding the hostname.nge0 file to the .remove file -- and it does seem to get removed by the time I'm able to log in and look at /etc. However, the boot errors persist. I wonder if .remove is executed after the network interfaces are init'd?
Here's what the errors look like:
Mar 2 16:21:27 eon ip: [ID 210580 kern.error] nge0: DL_BIND_REQ failed: DL_SYSERR (errno 16)
Mar 2 16:21:27 eon ip: [ID 954723 kern.error] nge0: DL_UNBIND_REQ failed: DL_OUTSTATE
Mar 2 16:21:27 eon pcplusmp: [ID 805372 kern.info] pcplusmp: ide (ata) instance 0 irq 0xe vector 0x45 ioapic 0x2 intin 0xe is bound to cpu 0
Mar 2 16:21:27 eon pcplusmp: [ID 805372 kern.info] pcplusmp: ide (ata) instance 1 irq 0xf vector 0x45 ioapic 0x2 intin 0xf is bound to cpu 1
Mar 2 16:21:29 eon mac: [ID 435574 kern.info] NOTICE: nge0 link up, 1000 Mbps, full duplex
Mar 2 16:21:37 eon ip: [ID 210580 kern.error] nge0: DL_BIND_REQ failed: DL_SYSERR (errno 16)
Mar 2 16:21:37 eon ip: [ID 954723 kern.error] nge0: DL_UNBIND_REQ failed: DL_OUTSTATE
Hi jdef,
To fix this issue. You will need 2 ssh sessions or 2 enable virtual consoles
cd /tmp
cp -p /bin/updimg.sh .
Edit updimg.sh to add a pause
change lines
#backup
update_file
to
#backup
echo -n "Press enter to continue " ; read x
update_files
Then in one session run
/tmp/updimg.sh
When you see the "Press " msg, in the other (ssh or virtual) session
cd /mnt/upd/etc
rm hostname.nge0
Go back to session 1 and press enter to complete updimg.sh
Thanks, Andre. That killed the file. To anyone else who tries this, be sure to 'cd' outside of /mnt/upd before pressing ENTER to continue otherwise the updimg.sh script won't be able to umount the directory properly.
So, Andre, that killed the "top half" of the DL_XXX error messages that I'm seeing. I suspect that it has to do with either the order in which the devices are being init'd, or else perhaps the nge driver:
Mar 5 12:43:10 eon mac: [ID 435574 kern.info] NOTICE: e1000g0 link up, 1000 Mbps, full duplex
Mar 5 12:43:10 eon mac: [ID 469746 kern.info] NOTICE: aggr1 registered
Mar 5 12:43:10 eon mac: [ID 435574 kern.info] NOTICE: aggr1 link up, 1000 Mbps, full duplex
Mar 5 12:43:10 eon pcplusmp: [ID 805372 kern.info] pcplusmp: ide (ata) instance 1 irq 0xf vector 0x46 ioapic 0x2 intin 0xf is bound to cpu 0
Mar 5 12:43:11 eon pcplusmp: [ID 805372 kern.info] pcplusmp: ide (ata) instance 1 irq 0xf vector 0x46 ioapic 0x2 intin 0xf is bound to cpu 1
Mar 5 12:43:13 eon mac: [ID 435574 kern.info] NOTICE: nge0 link up, 1000 Mbps, full duplex
Mar 5 12:43:21 eon ip: [ID 210580 kern.error] nge0: DL_BIND_REQ failed: DL_SYSERR (errno 16)
Mar 5 12:43:21 eon ip: [ID 954723 kern.error] nge0: DL_UNBIND_REQ failed: DL_OUTSTATE
Thoughts?
Hi Andre,
Any word on the 10Gig drivers? I would also be interested in seeing the Myri10GE driver included.
Thanks!
Dave
Hi Andre,
Do you see this when you run psrinfo?
bash: /usr/sbin/psrinfo: /usr/perl5/bin/perl: bad interpreter: no such file or directory
Nice work by the way ... I used EON ages ago and now I feel the need to come back!
Regards,
Antony Brooke-Wood
Hi Morph,
I'd have to double check the myri10GE but ixgbe and other 10gigE drivers are available in a commercial version.
Hi Tresten,
Thanks. That message appears because psrinfo is a perl script and perl is now an external add on. The trade off is that Perl is now a full version and user modules can be installed as with a normal install. To install Perl you can use "rail". Please see the binary kit section of the post.
Could you elaborate on this "Commercial" version, I haven't seen or heard of this before, nor have I been able to find a feature comparison.
I also wouldn't be using it in a commercial environment, This would all be at home.
Thanks!
Dave
Hi Morph,
A commercial version has always been available for commercial or any form of business related use.
The difference lies in the drivers included. For example 10gigE drivers are mostly found in a enterprise/production environment. So, those drivers are only included in the commercial version.
Hope that helps.
what would the price be for the commercial version for personal use?
Hi Morph,
Regarding license info, please send an email to eonstore AT gmail DOT com.
Any chance this can run on Citrix XenServer or open source Xen 4?
Hi Lane,
I don't see why it wouldn't work. EON's been tested to work with VMware and VirtualBox.
Hi Andre,
Did you have a chance to try Napp-It on the 1.0Beta ?
Thanks
Hi
I have installed this beta, done the setup and updimg.sh and rebooted.
I then created a zpool and a zfs on it.
However, when I reboot the machine, the zpool isn't remounted.
/usr/sbin/zpool import -a
gives
cannot import 'abyss': pool may be in use from other system
use '-f' to import anyway
br
Sami
Hi Sami,
That usually occurs when a step with slinky was missed during setup and /etc/hostid is most likely blank or does not exist.
Perform the following steps to fix:
rm /etc/hostid
cd /mnt/eon0/bin
./slinky r
./slinky c
/lib/svc/method/svc-hostid
cat /etc/hostid
Run updimg.sh to preserve and finish.
Hi Durian,
Please see this thread for more on napp-it.
I needed mpt_sas driver support, so I pulled drivers from the OI 151a iso. YMMV.
Nice job ! Andre.....
Is it possible to install VMware Tools on EON once is running as a VM on ESXi?
Hi,
I was following the Getting started manual and got to this command:
zpool create abyss /dev/ramdisk/ram1
in fact I was using
zpool create zfs /dev/ramdisk/ram1
because I wanted the pool to be named that way. The thing is that I forgot that I have a hard drive connected with a zfs pool (from FreeNAS) on it which has the same name, i.e. zfs. After rebooting zpool list shows me no pools. Is my data on the hard drive lost or what can I do? Is it really that easy to fuck things up? I would have expected it to warn me about these things on zpool create...
Or have I just missed some info on how to correctly import the pools on hard drives?
Thanks very much,
matej
Hi Andre,
Do any of the existing pages describe proper way to create binaries for this 1.0 beta ? I'm interested in a newer Netatalk/AFP to support Lion time machine. But not sure if older pages describing IPS and rolling own binaries still apply.
Hi Tehcook,
The latest version 2.2.1 works with LION. If I'm missing something please let me know. Give it a try
rail install afp
There is also no IPS netatalk package as far as I know, so you would have to compile it yourself. I plan to update 2.2.1 but there are higher priorities in the queue.
Thanks. I might have been fooled by the Time Machine OS X page in Wiki saying its at ver 2.0.5. Rail does indeed installs 2.2.1 which should be fine.
Does it make any sense to dump rail and emp into /usr/local/bin ? Otherwise they get wiped out after reboot.
Hi Tehcook,
The 2.0.5 is a previous user guide but still a useful read. To preserve emp/rail beyond reboots add the entries below to /mnt/eon0/.backup and run updimg.sh
/usr/bin/emp
/usr/bin/rail
These are intended to update themself (user invoked) as they evolve. A update package containing all the eon bits will be added soon.
rail/emp was not put in /usr/local/bin because rail installs /usr/local/bin and emp can/will be used to start things at boot (hotplugd, etc) before /usr/local/bin is mounted. rail should be fine there though if you choose.
Hi Andre,
A question about updimg.sh script. Which was often failing for me. Not a big surprise as there is not a lot of error checking being done. I think the reason it often fails is running out of space in /tmp. Right now my server has :
Filesystem size used avail capacity Mounted on
swap 64M 0K 64M 0% /tmp
-r--r--r-- 1 root root 76M May 30 00:35 /mnt/eon0/boot/x86.eon
-r--r--r-- 1 root root 76M May 29 23:34 /mnt/eon0/boot/x86.eon.0
-r--r--r-- 1 root root 75M Dec 21 10:59 /mnt/eon0/boot/x86.eon.oem
At this point it most likely will fail if I do updimg.sh.
I was thinking of changing updimg.sh to check if local disk pool is available and if so - use it as TMPIMG. Do you foresee any issues with doing test of the local pool mount and if its there - change TMPIMG=/tmp/x86.$$ to TMPIMG=//x86.$$ ?
Hi Tehcook,
Sounds like something is misconfigured or you may have too little RAM.
For best performance you should have a ZFS swap configured. If ZFS swap is not configured, the update uses RAM. With 2GB or 4GB of RAM you should have more than enough to update the image.
For quicker responses you can post to the EON group
Hi Andre, any new build since Xmas ? Thanks a lot for your hard work, EON is awesome!
Hi Andre,
First, great job ...
I'm using EON since a couple of weeks and it it a very good SOHO-HOME NAS.
I would like to use sys-suspend.
Unfortunately, it doesn't work because of display (the error message is cannot suspend display).
I'm using a NVIDIA graphic card, how can I make EON using the NVIDIA driver ?
Is there a way to make sys-suspend work ?
Best regards.
José
Post a Comment