Golden Games
By dbott | March 1, 2010
http://www.youtube.com/watch?v=Jr9j-MRTxz8
Topics: Ramblings | No Comments »
Unofficial ReadyNAS Getting Started Guide
By dbott | February 2, 2010
This guide is designed to help users avoid some common problems when setting up and configuring their new ReadyNAS device.
Generally speaking, the ReadyNAS devices are quite easy to setup. Most units come with the drives pre-installed and configured, however, there are a few models that are available in a diskless version (notably the Pioneer Editions of the Pro and NVX, as well as some models of the Duo and NV+). Basically, you just install the disks, turn the unit on and configure the NAS. In my experience, however, I found it best to do a few things before configuring the NAS to avoid problems down the road.
This guide makes the assumption that you will be purchasing your own disks, but even if the disks came pre-installed, I recommend taking the time to follow this procedure.
Selecting and Testing Your Disks
- Be sure to only select disks that appear on the Hardware Compatibility List. Using non-approved disks can result in various issues ranging from disks dropping out of the array to catastrophic data loss.
- Before installing the disks in the array, please take the time to test the disks using the vendor tools. Disks can get damaged during shipping and handling, as well as just be flaky straight from the factory. You will need to install each disk into a SATA-capable PC in order to test the disks. If any of the disks fail the vendor test then you should replace the drive before proceeding.
- If you are going to use HCL-approved disks that were used elsewhere (such as a computer or other device), be advised that the ReadyNAS will initialize the disk and wipe any data that exists on the disk. In order to get the NAS to initialize the disks, you may need to delete any/all partitions from the disk as the ReadyNAS may detect a valid partition signature on the disk and refuse to initialize it. Even if the disk was working fine previously, you should still take the time to test it.
Installation
Now that the disks are tested and verified to be error free, you can install them into the ReadyNAS. The ReadyNAS should come with a disk tray for each slot, as well as 4 screws for each tray.
- Install the disks into the trays as per the Quick Start Guide.
- Install the latest version of RAIDar on your computer.
- Once the disks are installed into the chassis and RAIDar is installed on your computer, perform a factory default:
- ReadyNAS Duo, NV+, 1100 – http://www.readynas.com/forum/faq.php#How_do_I_reset_the_ReadyNAS_to_factory_default%3F
- ReadyNAS Pro & NVX – http://home.bott.ca/webserver/?p=252
- ReadyNAS 2100 – http://home.bott.ca/webserver/?p=180
- ReadyNAS 3200 – http://home.bott.ca/webserver/?p=281
- After the factory default process begins, you will have a 10-minute window to connect to the ReadyNAS using RAIDar to configure the unit for X-RAID or Flex-RAID. Select your desired level of RAID and complete the configuration. Please note that the process of initializing each disk and creating the volume can take a number of hours to complete.
- After basic configuration, but before copying any data, it is recommended to upgrade to the latest version of firmware.
Configuration
The configuration process is quite easy for the creation of users and shares, however, there are some configuration issues that can cause problems if you’re not careful. Many access problems stem from some sort of naming conflict, such as creating a share with the same name as a user account:
- Password for the Admin Account on the ReadyNAS: You should change the admin password on the ReadyNAS from the default setting (netgear1). The admin password should be different than any password used in Windows.
- Hostname for the NAS: By default, the ReadyNAS will be named something like “NAS-xx-xx-xx” (where xx-xx-xx is the last 3 segments of the MAC address). If you decide to change it, the hostname should be a unique name on the network that is not the same as any other share, username or computer on the network.
- User Accounts on the NAS: You should create a user account for each user that requires access to the ReadyNAS. Usernames must be unique and cannot be the same as any share or computername on the NAS or network.
- User Accounts in Windows: In order to provide seamless/transparent access from Windows to the ReadyNAS, it is recommended that your Windows Login Account be the same as your ReadyNAS User Account (same username and password). This way, when the NAS challenges Windows for credentials, Windows will send the current username and password to the NAS for authentication and the user will have the appropriate level of access that has been granted. It is also recommended that you not login to Windows using an account called “admin”, as this may create problems when connecting to the NAS.
There are a number of additional unofficial guides on this site that can help if you run into problems such as poor wireless performance in Vista/Windows 7 or a NAS disappearing from the network, as well as how to use the NAS for WINS or DHCP or Wake-on-LAN.
The most important thing to keep in mind is that although network attached storage devices can help protect against a failed disk, they are still not immune to other sorts of problems like multiple disk failures, accidental or intentional deletions, fire, flood or theft. It is always advisable to make sure that you have multiple backups: http://www.readynas.com/?p=3153.
Topics: ReadyNAS, Tech | No Comments »
Using the ReadyNAS as a Wake-on-LAN Device
By dbott | January 30, 2010
At work, I occasionally have the need to do some computer updates at remote locations. Under normal circumstances, I can use Windows Group Policy to update/install software, however, not every application supports installation via GPO. There are commercial products that you can pay for and license that makes managing a number of devices at multiple locations quite easy, but of course, it requires something that we don’t have a lot of: money.
Additionally, many of our public access terminals have security software installed that prevents software from being installed or automatically rolls-back the machine to a known state after each reboot. In order to allow software to be installed/updated, the security software must be disabled.
Using the ReadyNAS as a wake-on-lan device requires a few things:
- A PC that supports wake-on-lan
- Some basic linux knowledge (the ReadyNAS is based on Debian Linux)
- SSH access to your NAS (and possibly the APT add-on for Duo, NV+ and 1100 owners)
- Installing the wakeonlan application from the Debian repositories
- Some sort of shell script to run to wake the PC
At work, I have written a few scripts that allow me to wake the PCs at my remote sites. The basic process is as follows:
1. SSH into branch NAS:
- ssh root@192.168.129.2 for Grantham-NAS
- ssh root@192.168.131.2 for Merritt-NAS
2. At the command prompt type:
wakeonlan -f /backup/utilites/wakeonlan/grantham.wol
wakeonlan -f /backup/utilites/wakeonlan/merritt.wol
The grantham.wol and merritt.wol files are just text files that I wrote up that contain the MAC address (00:13:72:xx:xx:xx), subnet broadcast address (192.168.129.255) and port number (7) as well as some comments (#) for each PC on the network:
Epsilon:/backup/utilities/wakeonlan# cat grantham.wol# Mac Address IP-Address Computer Name
# GRAN_CIRC1
00:13:72:xx:xx:xx 192.168.129.255 7
# 192.168.129.59
# GRAN_CIRC2
00:13:72:xx:xx:xx 192.168.129.255 7
# 192.168.129.62
# GRAN_CIRC3
00:13:72:xx:xx:xx 192.168.129.255 7
# 192.168.129.65
Other notes:
I also use the ReadyNAS as a DHCP server. I have another write-up here that offers some insight on how to do it, as well as add additional options, such as static leases. If you’re already using the ReadyNAS as a DHCP server, you can utilize some commands to get useful information for your script, such as the MAC address:
1. Viewing active leases to get the MAC address:
Grantham-NAS:~# dumpleases -f /var/lib/misc/udhcpd.leases
Mac Address IP-Address Expires in
00:13:72:xx:xx:xx 192.168.129.55 6 days, 20 hours, 31 minutes, 0 seconds
00:13:72:xx:xx:xx 192.168.129.53 6 days, 18 hours, 34 minutes, 16 seconds
00:13:72:xx:xx:xx 192.168.129.54 6 days, 6 hours, 10 minutes, 39 seconds
00:13:72:xx:xx:xx 192.168.129.67 6 days, 18 hours, 51 minutes, 49 seconds
00:13:72:xx:xx:xx 192.168.129.56 6 days, 18 hours, 41 minutes, 46 seconds
00:13:72:xx:xx:xx 192.168.129.71 6 days, 18 hours, 53 minutes, 48 seconds
00:13:72:xx:xx:xx 192.168.129.61 6 days, 23 hours, 52 minutes, 47 seconds
00:13:72:xx:xx:xx 192.168.129.73 6 days, 23 hours, 45 minutes, 6 seconds
00:13:72:xx:xx:xx 192.168.129.58 6 days, 23 hours, 36 minutes, 4 seconds
00:13:72:xx:xx:xx 192.168.129.69 6 days, 23 hours, 13 minutes, 45 seconds
00:13:72:xx:xx:xx 192.168.129.70 6 days, 23 hours, 32 minutes, 28 seconds
00:13:72:xx:xx:xx 192.168.129.50 6 days, 18 hours, 40 minutes, 26 seconds
00:13:72:xx:xx:xx 192.168.129.51 6 days, 18 hours, 40 minutes, 3 seconds
00:13:72:xx:xx:xx 192.168.129.66 6 days, 6 hours, 31 seconds
00:13:72:xx:xx:xx 192.168.129.63 6 days, 18 hours, 41 minutes, 17 seconds
00:13:72:xx:xx:xx 192.168.129.52 6 days, 1 hours, 34 minutes, 0 seconds
00:13:72:xx:xx:xx 192.168.129.57 6 days, 20 hours, 9 minutes, 46 seconds
00:13:72:xx:xx:xx 192.168.129.62 6 days, 23 hours, 4 minutes, 5 seconds
00:00:00:00:00:00 192.168.129.59 expired
00:00:00:00:00:00 192.168.129.60 expired
00:13:72:xx:xx:xx 192.168.129.64 expired
00:13:72:xx:xx:xx 192.168.129.65 6 days, 23 hours, 24 minutes, 4 seconds
2. I also temporarily updated the udhcpd.conf file with auto_time 60 to update the lease file to every minute while testing.
Grantham-NAS:~# cat /etc/udhcpd.conf
# This file is auto-generated. Do not modify!
auto_time 60
interface eth0
option wins 192.168.128.25
option dns 192.168.128.25
option dns 192.168.128.35
option domain mydomain.ca
option lease 604800
option subnet 255.255.255.0
option router 192.168.129.1
start 192.168.129.50
end 192.168.129.199
3. Getting MAC addresses from within Windows:
From command line type “getmac /s computername”
C:\>getmac /S gran_circ1Physical Address Transport Name
=================== ==========================================================
00:13:72:xx:xx:xx \Device\Tcpip_{0E96113B-5F1C-4200-8F81-4D0E83E39AE1}
At this point, the computers will begin to boot and I use open-source tools such as VNC and iTALC to remotely control the computers and disable any security software.
Topics: Ramblings | 1 Comment »
« Previous Entries