jjstautt

CBC has an article up today about wind turbines causing health problems from the noise they make. Lots of residents that live near wind turbines are coming together to claim that they are having ill health affects when they are near the wind turbines in their area.

Although I have visited the Huron Wind Farm near Kinkardine a number of times, I have never really been near any wind turbine that has been moving at very much speed. So I am not going to vouch for how noisy they are. I find it interesting though that Huron Wind claims in their fact file that

<< The noise produced by the Vestas wind turbines selected by Huron Wind is about 43
decibels at a distance of 250 metres. This is about the same as normal conversation.
Ambient noise in this area is normally above 50 decibels because of nearby industry. >>

This is very interesting. Ashbee and Lormand in the CBC article are claiming the turbines create a large whooshing noise that can be heard throughout their house, which is 450 meters from the nearest turbine. Not something you would expect from something that should be normal conversation level 200 meters away. This leads me to believe that either whoever installed those wind turbines installed the cheaper, noisier, crappier models, or Ashbee and Lormand have super hearing, or Vestas lies about the noise levels produced.

I have read before that wind farms are generally intended to live slightly off-shore. There are no trees to worry about, no bats to kill, and no houses to disturb there. Perhaps some of the models of wind turbines ignore trying to make them quiet because this is where they intend to deploy them.

Rather than banish the idea of wind farms as the article seems to be implying, a better idea may be to study, with actual decible meters and double-blind studies and all, the affects of wind turbine noise from different manufacturers and models of wind turbines. Following the studies government should implement regulations on turbines within a certain distance of residential areas. New installations can adhere to these standards and old installations can be retrofitted.

Wind energy is nothing new. Windmills have existed for a very long time. Local farms have used small windmills to generate electricity for the farm for many years. What is new is using wind energy on a large scale. Proper research and regulations need to be in affect to ensure the safety of everyone around the large-scale installations.

Despite several speed bumps, we ended up deciding to keep the Sun storage system at PI. Here is what we found.

Our configuration:

• 7410 Storage Controller with 16GB RAM, 2 x 2.3GHz Quad-Core processors and built-in 4 x 1Gb ethernet ports
• 22 x 1TB SATA drives, Double parity RAID (14TB formatted)
• 2 x 18GB Solid State write disks, RAID1
• 100Gb Solid State read disk

This does not provide redundant controllers. The system can be made fully redundant by doubling the price and clustering multiple controllers and J4400s.

Exported, we have:

• /export/home – NFSv3 and CIFS home directories
• /export/vmware – NFSv3 for VMWare (currently 6 VMs)
• exchangedb iSCSI lun – for exchange database files
• exchangelogs iSCSI lun – for exchange transaction logs

Configuration issues:

• The Sun tech that installed the system suggested to dedicate one of the ethernet interfaces to the administrative BUI as the analytics tool uses a lot of bandwidth. This proves to only be useful if you are hitting the administrative interface from the same network as the Sun system is on. Otherwise it sends all traffic out the interface configured for your default route, which is likely tied to your data interface. In our case we would be hitting the admin interface more-or-less always from a different network, making their suggestion a waste of an interface.
• We wanted to do a combination of IPMP and LACP. This would allow us to aggregate two interfaces each to two different network switches. If one switch died the 7410 would fail over to using the other aggregate. The problem with this is there was no option in the BUI to configure failback to a preferred aggregate in the IPMP options. As we were using iSCSI to email and NFS to VMWare with the 7410 we would prefer to use a specific switch. Because of this we ended up using LACP to aggregate all four interfaces. This makes the system not resiliant to switch stack failure, but significantly reduces the chance of overloading cross-switch traffic.
• We found that whenever we reconfigured the network on the 7410 that the system needed a reboot before it was accessible again. This isn’t an issue as network settings are a set once thing for us, but can be a pain for some people.

Performance:

• We did a JetStress test of a 173GB test database on an iSCSI lun from the system. We achieved 750 IOPS. This was while the system was otherwise idle. Our NetApp FAS270 topped out at ~250 IOPS from the SATA shelf and ~400 IOPS from the local FC disk.
• We ran iozone on the system.  I am not very good at interpreting the results nor making graphs of the results. It looks like we saw on average 80MB/s transfer for the test.
• We see on average 130 IOPS use of the system, which is more than sufficient for us.
• Performance can still be increased by adding up to 5 more (albeit expensive) 100Gb Solid State read disks.
• Aside from the Microsoft Office bug (see below) we have not heard complaints about performance in two weeks.

Backups:

• We were able to successfully do a full backup the NFS/CIFS fileshares from the 7410 using NDMP. The fileshares are not browsable via NDMP, so you must tell your NDMP client the full path to what you want to export.
• Incremental or differential backups via NDMP is still a mystery. I need to open a support case for this.
• iSCSI luns are not yet able to be backed up via NDMP. We are doing host-level exchange backups for this. There is no “SnapManager for Exchange”-like tool as NetApp had. Sun claims NDMP backups of iSCSI luns are on the development board for later this year.

Other issues:

• There is a bug for file locking on shares that are exported both NFS and CIFS. When opening Microsoft Office documents from the share there is a 15-30 second wait while a file lock is aquired. This has been explained by Sun tech support as being the result of having to delve down to the individual SATA disk for the file lock. They are implementing a fix for the next release.
• We created the fileshares with Reject non-UTF8 filenames. This is a default setting and not changable once the share is created. This caused issues copying files while using linux from the NetApp to the 7410. The NetApp had some latin1 encoded files that would not copy. We were 6 hours into the data move when the issue showed itself. We found a work-around to use CIFS to copy these specific files.
• File permissions mapping between CIFS and NFS is just as bad as using NetApp in Mixed mode. This is due to Posix file permissions being inherently incompatible with ACLs. After a lot of work one can massage the permissions to work properly, but it’s mind boggling madness. I understand this is not so big an issue with NFS4 which uses ACLs by default, but we are stuck in NFS3 world.
• Authenticated NFS (eg. kerberos) does not exist yet. Apparently this is in a future release.
• User quotas don’t exist. There is a workaround to create a seperate share for each user. This is unmanageable in my opinion. It’s a good thing Perimeter’s administration thinks it’s too draconian to implement quotas.
• Snapshots are not named in a user-intelligible way. They show up with the unix timestamp (eg. .auto-1238601600). They are only accessible from the root of the directory structure (eg. \\solar\home\.zfs\snapshot). The Windows Previous Versions tab does not show up. Thus, snapshots are a little less user-friendly, however they are still there and quite usable.

All in all, I like the system. It is significantly cheaper than anything else which was a major decision in keeping the unit and gives as much expandability as the NetApp 3410 would have. The unit comes with free software upgrades, and for a very cheap price (considering the cost of the unit) was purchased with 3 year hardware warranty.