Archive for March, 2012
Disclaimer: I am not responsible for any damage you may cause your device for doing this
Disclaimer: I am responsible for any AWESOMENESS that comes from your device for doing this
Every time I get a new toy, like any techie I have to see whats under the hood. And this time it was the Javelin S4 Media Server NAS by Patriot.
I bought this NAS to help solve my storage needs. I’m into photography, and currently I have 4 different External HD’s to store my photos. Problem is, they all get out of sync with each other, and there was no real easy way to maintain them all. My solution was to get a NAS that would support RAID and thus, thanks to a nice rebate from newegg I got the Javelin S4.
The *ONLY* problem I had found was that the S4 didn’t support SSH (like it was listed on Newegg.com’s website), and I wanted/needed to be able to SFTP/SSH.
I had 2 problems to overcome. First, gain access to the console on the NAS, second, add SSH to the device.
The solution to my first issue was found in the Patriot Memory Forums and a few posts by a user called “BadIntentions”
BadIntentions was kind enough to release a plugin called “Rooter” which allowed “root” access to the console via telnet port 2380, and also it included a new, enhanced version of busybox that he compiled for the device.
Once I was in, I started to look around the NAS and found that getting SSH on this thing wasn’t going to be easy. Most of the files in /etc are replaced every time the device gets rebooted, and the partition of the OS where all the utility scripts reside is set to read-only.
So I went about searching for a way to get SSH on this thing, and through my poking around the system I realized that the only way I was going to get SSH was going to be by creating a “plugin”.
Now the S4 is a little box, but it packs a nice punch
[nas]# cat /proc/cpuinfo
processor : 0
cpu : 460EX
clock : 800.000010MHz
revision : 24.170 (pvr 1302 18aa)
bogomips : 1600.00
timebase : 800000010
platform : PowerPC 44x Platform
model : amcc,canyonlands
Memory : 256 MB
so I wasn’t worried about ssh running, the only issue was, were to get it from.
I automatically thought about the optware project. These guys have been around for a while, and knowing the work that they have done with the NSLU2, and other NAS devices, I figured it was only a matter of finding the right “feed” (this is what they call the package repositories) that would work on the S4. Through some searching, I found that the Synology DS101G has a “similar” PowerPC processor, so I took the risk of giving the packages from the ds101g a try.
Created all the necessary folders and symlinks, placed all the binaries where they were expected, ran the ssh command, and voila, I now had SSH, and I was done (but not quite).
Now I could have called it a day, maybe try to create a plugin for SSH on the S4, but I though, why not get the whole IPKG system working on the S4. Really contribute to the community, plus with optware running on the S4, It would open up this device to way more binaries besides SSH, and make this a very powerful box.
So I went about taking apart the Optware Install Script for the DS101G also known as the DS101Bootstrap. Since there are two versions of the DS101, we specifically target the DS101*G* which has a powerpc processor.
The DS101Bootstrap script does the following in a nutshell:
- runs a bootstrap script that creates a temp ipkg install environment
- creates and mounts the /opt folder structure
- installs the necessary libraries for ipkg
- installs ipkg
- installs openssl
- installs wget-ssl
- sets up the environment so that on every reboot, the /opt folder gets mounted and all the other PATH and ld.so.conf variables get set
What I did, in order to get optware to install on the S4 is:
- Note: REQUIRED TO ALSO HAVE THE ROOTER PLUGIN BY BADINTENTIONS Installed
I created a plugin folder called Optware with a configuration file telling the system where to find the init script
- I took apart the bootstrap.sh script, the bootstrap.ipk, and the ipkg.sh temporary install script and modified them to work on the S4 (mostly Capitalization, and instead of mounting /VOLUME1, mounting my Plugin Directory)
- I ran the install process, which surprisingly ran pretty smoothly, except for a missing library that needed to be installed before wget-ssl, and also symlinking wget to the /bin directory, after fixing those two things, it finished without a problem
- After that was completed, I took the postintall.sh script from the bootstrap.ipk, modified it to fit the S4, and used that as a script to mount and initialize optware
After a reboot of the S4, my optware plugin’s init script gets called, /opt gets mounted, all the init.d scripts for optware run if needed (ssh being one of them) and the system works perfect
I can now SSH to my NAS via port 2222, and If I need to install any other packages, its as easy as “ipkg install <packagename>” (you must be root, so sudo su – if you login as “admin”)
The only thing left now if for me to package all this up into a nice .ppg that the S4 will recognize and automatically install via the webpanel. The day you want to get rid of optware, its as easy as deleting the plugin from the web panel as well.
As for what else is compatible with the S4, well, so far I’ve only tested the SSH package, the wakelan, openssl, and wget-ssl. I read somewhere that the bash package will brick your device, but that was referring to another device, so YMMV
The Link to the Optware Plugin for the Javelin S4:
The Link to the Rooter Plugin for the Javelin S4 (needed to install Optware): Rooter Plugin PPG (you must sign up for the forums to download)
If you Enjoy Optware, please consider donating to the guys at the NSLU2 Project (I am not affiliated with them, and I do not receive a “cut” from them, FYI)
None of this would have been possible without BadIntentions and his Rooter plugin
After you setup your Sharepoint, you later find that you have to add another service. (or you delete a service and recreate it)
In my case, I had to re-add the “User Profile Service Application”.
Turns out after I added it, the USPA was not part of the Default Application Proxy Group
(_admin/WebApplicationList.aspx -> Service Connections)
I found an article online by Amit Khanna Tittle “Associating services to Custom Application Proxy Groups in Sharepoint 2010”, which explained how to create a new group and associate a service, so I figured that would help me.
The one problem I found was that when I put in “default” as the proxy group name I got an error “Object not found”
It’s obviously an error with the Name or “Identity” of the ProxyGroup, and the command Get-SPServiceApplicationProxyGroup gives you the “friendly” name of the service, but not the real name. In order to get the real name you need to run this command “Get-SPServiceApplicationProxyGroup | Select Name,Id”Interestingly enough, you can see that the real name is “<blank>”.
It seems that in Sharepoint 2010 it is common for the Site Web Analytics reports and Site Collection Web Analytics reports to not show data. Many Folks over at the MS TechNet Forum seemed to think that it was an issue with Sharepoint, but it is really not. The real issue is that the Jobs that are supposed to collect the data for the Health Analyzer are disabled by default. So you must go in and enable them.
In the Admin Panel: http://mysharepointserver/_admin/ServiceJobDefinitions.aspx enable the following jobs (their default times are fine, so you can leave those as is)
Diagnostic Data Provider: Event Log
Diagnostic Data Provider: Performance Counters – Database Servers
Diagnostic Data Provider: Performance Counters – Web Front Ends
Microsoft SharePoint Foundation Usage Data Import
Microsoft SharePoint Foundation Usage Data Processing
There are other services that are disabled (Some SQL jobs and some trace job) which you can enable if you want, but for me, these were enough for what I needed