iXtreme 1350
Reviewed by Alan Zeichick
It's a whole new line of business, from a name (or a couple of names) that you'll surely remember. In 1996 the company was called Telenet Systems. It was renamed BSDi in 2000, and then in April 2001, it became iXsystems, Inc. What happened to the Berkeley Standard Distribution, you ask? Well, that's gone, sold to embedded software giant Wind River Systems, Inc. Today, the company is focused on building and selling custom low-profile, rackmounted servers, available with your choice of Linux, Windows or BSD (licensed back from Wind River). It's quite a change from the BSDi we used to know.
The new hardware product line consists of a range of Intel-based servers, ranging from an inexpensive 1U (that's one rack unit or 1.75" × 19") model with a single Celeron processor, to a 4U (7" high) system with four Intel processors. We recently reviewed a late prototype of their mid-range system, the iXtreme 1350, which is a 1U, dual-processor server optimized for maximum rack density in a web hosting facility or corporate data center, and given our initial skepticism about the OS-vendor-turned-box-builder, we were impressed with what we found.
The system we reviewed was equipped with dual 1GHz Pentium III processors, 1GB of RAM and three Seagate Cheetah 9.1GB Ultra3 SCSI hot-swappable hard drives. This is a common hardware configuration; all of the major server players, including Compaq, Dell, HP and IBM, also manufacture dual-processor 1U servers with essentially the same specifications; though Compaq ProLiant DL360 and IBM xSeries 330 models only have two internal hard drives instead of three.
iXsystems equipped the server with the other hardware that you'd expect in a product in this class: built-in CD-ROM and floppy drives, serial and parallel ports, onboard video, two USB ports (fairly worthless for a server, unless you want to hang a USB printer off it) and dual 10/100 Ethernet connections. No surprises there.
We were surprised, however, that iXsystems chose to give the iXtreme 1350 only a single 64-bit PCI expansion slot. In the case of our review system, that slot was already filled with an Adaptec 2100S SCSI RAID controller. That's a decent board, which has a single Ultra3 SCSI channel—more than adequate for the three onboard hard drives. The Adaptec board also has an external SCSI connector, so you could hook it up to an external storage box to bring the number of hard drives connected to the server up to a maximum of 15.
Why is this a problem? In a rackmounted environment, many IT professionals may choose to connect their high-density servers up to a storage area network (SAN). Today, that requires the use of a Fibre Channel network adaptor. Without an open PCI slot that's not an option for the iXsystems 1350. Increasingly, many network managers are also connecting their servers via Gigabit Ethernet, rather than 10/100 Ethernet. Our lab also has a gigabit backbone, and we usually put Asanté FriendlyNet GigaNIX or Intel Pro/1000 network cards into new servers and hook them into a gigabit copper switch. In fact, when both Fibre Channel SAN access and Gigabit Ethernet networking are required, and there's only one open slot, we use InterPhase's SlotOptimizer 5570, which has both connections on a single PCI card.
Thus, with the iXtreme 1350, you can have SCSI, Fibre Channel or Gigabit Ethernet—choose only one. Competing servers either have two PCI slots, or have one PCI slot but place the SCSI controller on the motherboard. (Note that iXsystems will sell you either the RAID adaptor or gigabit adaptor, but doesn't offer a Fibre Channel adaptor.)
One other complaint about the hardware: the box's cover and PCI adaptor are held in place with tiny 3/8" long Philips-head screws. The other server manufacturers have learned that in a high-density, rackmounted environment, screws are bad news. Depending on the angle you're working on, you can have trouble getting them out, drop them when trying to put them back or even have them fall inside a server. All of the major manufacturers use catches, buttons or thumbscrews to hold down the cover, so you can slide it off or swing it open without using any tools. They also use catches or latches to hold the PCI cards in place, again making it easier to swap them out while the server is still inside the rack.
By using screws, iXsystems saved some dollars on their design and manufacturing but have made the server more difficult to service in the field. If you purchase this model, our advice is that you remove the four screws holding down the cover before installing the server inside the rack. Unfortunately, you can't remove the screw holding the PCI slot together without making the board wobble, so you'll just have to live with that.
Realizing the promise of Apache® Hadoop® requires the effective deployment of compute, memory, storage and networking to achieve optimal results. With its flexibility and multitude of options, it is easy to over or under provision the server infrastructure, resulting in poor performance and high TCO. Join us for an in depth, technical discussion with industry experts from leading Hadoop and server companies who will provide insights into the key considerations for designing and deploying an optimal Hadoop cluster.
Sponsored by AMD
Built-in forensics, incident response, and security with Red Hat Enterprise Linux 6
Every security policy provides guidance and requirements for ensuring adequate protection of information and data, as well as high-level technical and administrative security requirements for a system in a given environment. Traditionally, providing security for a system focuses on the confidentiality of the information on it. However, protecting the data integrity and system and data availability is just as important. For example, when processing United States intelligence information, there are three attributes that require protection: confidentiality, integrity, and availability.
Learn more about catching the bad guy in this free white paper.
Sponsored by DLT Solutions
| Designing Electronics with Linux | May 22, 2013 |
| Dynamic DNS—an Object Lesson in Problem Solving | May 21, 2013 |
| Using Salt Stack and Vagrant for Drupal Development | May 20, 2013 |
| Making Linux and Android Get Along (It's Not as Hard as It Sounds) | May 16, 2013 |
| Drupal Is a Framework: Why Everyone Needs to Understand This | May 15, 2013 |
| Home, My Backup Data Center | May 13, 2013 |
- Linux Systems Administrator
- New Products
- Senior Perl Developer
- Technical Support Rep
- UX Designer
- Web & UI Developer (JavaScript & j Query)
- Designing Electronics with Linux
- Dynamic DNS—an Object Lesson in Problem Solving
- Using Salt Stack and Vagrant for Drupal Development
- Making Linux and Android Get Along (It's Not as Hard as It Sounds)
Enter to Win an Adafruit Pi Cobbler Breakout Kit for Raspberry Pi

It's Raspberry Pi month at Linux Journal. Each week in May, Adafruit will be giving away a Pi-related prize to a lucky, randomly drawn LJ reader. Winners will be announced weekly.
Fill out the fields below to enter to win this week's prize-- a Pi Cobbler Breakout Kit for Raspberry Pi.
Congratulations to our winners so far:
- 5-8-13, Pi Starter Pack: Jack Davis
- 5-15-13, Pi Model B 512MB RAM: Patrick Dunn
- 5-21-13, Prototyping Pi Plate Kit: Philip Kirby
- Next winner announced on 5-27-13!
Featured Jobs
| Linux Systems Administrator | Houston and Austin, Texas | Host Gator |
| Senior Perl Developer | Austin, Texas | Host Gator |
| Technical Support Rep | Houston and Austin, Texas | Host Gator |
| UX Designer | Austin, Texas | Host Gator |
| Web & UI Developer (JavaScript & j Query) | Austin, Texas | Host Gator |
Free Webinar: Hadoop
How to Build an Optimal Hadoop Cluster to Store and Maintain Unlimited Amounts of Data Using Microservers
Realizing the promise of Apache® Hadoop® requires the effective deployment of compute, memory, storage and networking to achieve optimal results. With its flexibility and multitude of options, it is easy to over or under provision the server infrastructure, resulting in poor performance and high TCO. Join us for an in depth, technical discussion with industry experts from leading Hadoop and server companies who will provide insights into the key considerations for designing and deploying an optimal Hadoop cluster.
Some of key questions to be discussed are:
- What is the “typical” Hadoop cluster and what should be installed on the different machine types?
- Why should you consider the typical workload patterns when making your hardware decisions?
- Are all microservers created equal for Hadoop deployments?
- How do I plan for expansion if I require more compute, memory, storage or networking?




3 hours 46 min ago
8 hours 18 min ago
8 hours 18 min ago
10 hours 18 min ago
19 hours 4 min ago
19 hours 38 min ago
20 hours 36 min ago
21 hours 27 min ago
1 day 1 hour ago
1 day 5 hours ago