Eon ----- After all this time, DOES NOT WORK ON LINUX
Guys,
you aren't going to believe this.... but after all this time.... AND what appears to be a working FIDA package (at least at startup), the APPLICATION.SO (aka DLL) is not included in the download.
I figured since we know we trip over the host OS with Eon, and many people run bt's on linux faster than windows, I would give it a try...... WRONG!
the .tar.gz was created in 2005.... seems nobody ever noticed the application (.so/.dll in windows) was missing!!!
How's that for a laugh?!??!?!
People want to spend time with a Eon Proxy????..... be my guest. :) I know they mean well, but when switching to an OS that doesn't trip over itself with sockets, there is no working application..... Oh well.... NEXT!
Please don't tell me this notice was posted somewhere, for if it was, it surely got missed by the search.
LOL
C.
getting the app to download.
I'm not sure of why, but i can't even get to the point of establishing 'Mother Ship' connection. I will try again. I still have 4 Opteron 250s that can be put into play along with the other hardware. I just wanted to get 1 running first and then copy it all over since all machines are the same FC8 config & kernel (less 1 'development machine' which has more 'toys')
I am using the same config and all that has worked in windows without incident.
I do apologize for the harsh words.... Now that i look at it I wish i could ammend my comments to be calmer. I was quite unprofessional. Please accept my apologies.
I can only hope I don't flame like that often, and if/when I ever do, I wish to thank you all for being a) calm and b) VERY professional and educational in your replies.
You deserve to know what precipitated me being on edge. Plain and simple: My 'forever-faithful' FC8 master DVD got a nasty scratch on it just as I was about to do a final (production) load on the new quad-quad box. After having fixed a bunch of little issues like drive 0 on port 1, etc I was ready to give it a go (grub never failed me before even in early 2002 with smart cards/flash solid-state emulated disks for a FAA certified device)...so you can imagine how upset i got after weeks of burnin/stress-testing/heat-sink curing.... suddenly to have it all go south. It would install and everything, but then go south with a GRUB boot failure. It did was it was told... but the existing config of the raid sure didn't like it and gave no notice (I will check into that)... Once fixed, I clearly had to start over and that is when Murphy's Law kicked in...... Gotta love it!
I thank you all again for your understanding and patience. I just put up a pair of Optie 1220s on OGR to help out there. FC8 is finally settling down with the new DVD burn and it's nice to have a warm room here in the basement now that winter is getting near.
I will try to get things stable ASAP and the 250s on Eon.... should be interesting.
So far, there is plenty of warm air to rise up to keep the first floor warm, so I am getting some secondary benefit. :)
C.
in a pig's....err cow's eye.....
Let's see...
Easy to configure. IF you know which XML number means what. Assuming that is read at startup as there is no other means of config.
Proxy packets and run clients under 2K..... Hah. Doesn't matter which .NET environment you have other than getting a start - prepare to shutdown - stop trio of buttons.
I have better things to do with my time.
Routers, Switches, and Wires.... Oh My!
Lauren,
While you are at it... (if I may suggest)... add a 2nd (or #2 & #3) 100/1000 high speed switch(es) for the 'inside' (trusted) side. And for those machines with dual ports, let them do the aggregating / traffic routing on their own or configure them manually.
Doing that here made a HUGE difference. local host-host communications is across two parallel switches, both, with in/out traffic coming into the 'backbone' via an uplink to one. It has a wonderful benefit of allowing both hard and soft 'partitioning' of the net.
Aggregating/multi-pathing the switches & routers makes it rather 'insane' with performance. It made the difference between having to store locally and then process on the 'big machine' vs just storing it on the 'work space' on the 'big machine'. (It's not uncommon for me to be laying down 768KB/sec/channel of raw audio during a recording session.) You can see how you will end up 'finding a use' for the bandwidth real fast. :) I did with 13->16 microphones around the piano. Then think of what I have to do for the end product after tweaking, downsampling, and final laydown ISOs for the DVD and CD along with a 'FLAC' set.
Not to mention, you can *FINALLY* get the 'GOOD' upgrade for your flight sim program and REALLY have a nice big database and fast PVM/NUMA cluster to play it on.
Enjoy!
C
PS: Let me know if you want someone to store and forward packets for you while you make the switchover. I wouldn't want you to miss any work packets. :eek: