Fileserver: Difference between revisions

From The Munich Maker Lab's Wiki
Jump to navigation Jump to search
No edit summary
mNo edit summary
 
(2 intermediate revisions by 2 users not shown)
Line 1: Line 1:
We are running a Fileserver at the space to store all kinds of stuff, as well as use it for generel data exchange (getting stuff to the laser, anyone?
We are running a Fileserver at the space to store all kinds of stuff, as well as use it for generel data exchange (getting stuff to the laser, anyone?)


== Access ==
== MuMaShare ==
'''IP: 10.10.20.61'''
* Synology NAS
* 1 x 2 TB WD Red, 1 x 2 TB WD Green - Raid 1
* 2 Bays spare for further extension
* Spare WD Green on-site
* IP 10.10.20.90


* There's a SMB (windows) share that should be writable to everyone. Try this \\10.10.20.61\share
'''Access via''' SMB, AFP, FTP, SFTP.


== Setup ==
Hosts a anonymous share for laser files at \\mumashare\userfiles and features private home-folders for members with accounts. '''Warning:''' There is absolutely no guarantee that your files will stay in there, even though we try to maintain this share on a best-effort basis. If it is unclear to which user files belong to, they might be deleted.
We are running OpenMediaVault 3 (Erasmus) on Debian Jessie.  
Guest login is "guest" with no password.
Administrator login available via http://10.10.20.90:5000/


=== Hardware ===
* 2 Intel(R) Xeon(R) 5130 Dual Core @ 2.00GHz
* 6GB RAM
* 2x 150GB SATA Bootdrives built into case
* 8x 500GB SATA Drives in hotswappable bays
* 3ware 9550sxu-8lp RAID controller (for the 500GB drives, set in JBOD mode)


=== Software ===
We wanted to run the two boot drives in a software RAID1 array, so we had to install a barebones Debian system and then install OMV ontop, because the OMV installer disks do not seem to support this.


* Install Debian 8 from scratch, setting up the RAID1 in the process.
== Buffalo NAS ==
* Reinstall the bootloader on both drives (setup will only install on one)
This is now branded "hawking" - "hawking" used to be a own dedicated server but was moved to this buffalo NAS.
* Buffalo LinkStation Live (HS-DHGL), upgraded to a LinkStation Pro
* 1.5 TB SATA HDD (NO RAID!)
* IP: 10.10.20.61


dpkg-reconfigure grub-pc


* Install OpenMediaVault Erasmus (only version compatible with Debian Jessie at the time of installation)
=== Fixing it ===
When we got the LinkStation, it didn't have a harddrive. Putting in a spare 1.5 TB HDD made it go into awkward error beeping mode.
Even after a reset, the NAS did not reply to its default IP address. So we added a serial port (according to [http://buffalo.nas-central.org/wiki/Add_a_Serial_port_to_the_ARM9_Linkstation|this guide], but soldered an angled pin header into place, instead of the friction fit connector. A serial console with 115200 baud (8N1) shows the device booting but not finding any software and thus looking for an TFTP server on 192.168.11.1.


  echo "deb http://packages.openmediavault.org/public erasmus main" > /etc/apt/sources.list.d/openmediavault.list
We downloaded a firmware upgrade for the LinkStation from Buffalo, and gave it its firmware files on the TFTP Server. The machine then booted (visible on the console) and replied to pings, but there was no web interface. Turns out, you still need to install the firmware. So we ran the firmware upgrade, and tada, it took almost forever but the machine then booted up and also opened its web interface (default credentials: admin/password). The Web UI was in japanese, which could be changed in the "Basics" configuration option (the second from the top in the left-hand-side menu), all the way on the bottom. Changing the language needs a reload of the UI (F5).
  apt-get update
  apt-get install openmediavault-keyring postfix
  apt-get update
  apt-get install openmediavault
  omv-initsystem


* Reboot
The process is also described in [http://buffalo.nas-central.org/wiki/Revive_your_arm9_box_from_scratch#General_Procedure this guide].
* Log into webinterface (User: admin, PW: openmediavault)
* Change the password


* Install ZFS plugin for OMV following [http://forums.openmediavault.org/index.php/Thread/7633-HOWTO-Instal-ZFS-Plugin-use-ZFS-on-OMV/ this guide]
=== Making it into a LinkStation Pro ===
** The Plugin seems mature enough that you do not need to enable the ZFS testing repository, the normal one seems just fine
The WebUI was super slow, but the internet says you can just "change" your LinkStation Live into a LinkStation Pro, since they share the same hardware. The Pro lacks a few of the media features, that the Live provides, but is thus much faster. We followed [http://www.nas-hilfe.de/buffalo-linkstation/software/76-wie-mache-ich-aus-einer-linkstation-live-eine-linkstation-pro?start=1 this guide]. Since we did this early on, we had the FW upgrade tool also reset settings and reformat the drive. The upgrade failed once for us, leaving the NAS in the embedded boot mode (without the WebUI). We just ran the upgrade again, and it was all good.
** The installation of the plugin itself however did not go through completely on the webinterface. I was required to restart and finish the installation from the commandline with
dpkg --configure -a
** So if you keep getting error messages in the WebUI after the installation, log onto the machine and run this until it produces no more output.
 
* Setup a ZFS pool: We just setup one pool with all 8 drives, as a RAIDZ2 (the disks are already a bit old). You can do it all on the WebUI, but it'll take time until the pool is initialized, and there's no status information, so just wait (took about 8 hours on our machine)
* Setup the Samba share
** Go to the SMB/CIFS configuration on the WebUI
** Enable the Samba service
** Make sure "Null passwords" are enabled
** Save
** Go to "shares" and add a new share
** Set permissions on the share to "Read/Write/Execute" for everyone (owner,group,others)
** Set Public to "Only guests"
** Activate "Browesable"
** Activate "Recycle bin" if you feel like it (we haven't)
** Save
** Activate configuration
 
== Post Reboot ==
The ZFS pool does not get mounted automatically when the machine starts. This leads to a bit of confusion, as the share is still available, but empty. Here's how to fix it:
 
* Login as root via SSH
 
<pre>
umount /export /share
zfs mount internal
mount -a
</pre>
 
Then everything should be fine again.


[[Category:Infrastructure]]
[[Category:Infrastructure]]

Latest revision as of 17:16, 10 March 2019

We are running a Fileserver at the space to store all kinds of stuff, as well as use it for generel data exchange (getting stuff to the laser, anyone?)

MuMaShare

  • Synology NAS
  • 1 x 2 TB WD Red, 1 x 2 TB WD Green - Raid 1
  • 2 Bays spare for further extension
  • Spare WD Green on-site
  • IP 10.10.20.90

Access via SMB, AFP, FTP, SFTP.

Hosts a anonymous share for laser files at \\mumashare\userfiles and features private home-folders for members with accounts. Warning: There is absolutely no guarantee that your files will stay in there, even though we try to maintain this share on a best-effort basis. If it is unclear to which user files belong to, they might be deleted. Guest login is "guest" with no password. Administrator login available via http://10.10.20.90:5000/


Buffalo NAS

This is now branded "hawking" - "hawking" used to be a own dedicated server but was moved to this buffalo NAS.

  • Buffalo LinkStation Live (HS-DHGL), upgraded to a LinkStation Pro
  • 1.5 TB SATA HDD (NO RAID!)
  • IP: 10.10.20.61


Fixing it

When we got the LinkStation, it didn't have a harddrive. Putting in a spare 1.5 TB HDD made it go into awkward error beeping mode. Even after a reset, the NAS did not reply to its default IP address. So we added a serial port (according to guide, but soldered an angled pin header into place, instead of the friction fit connector. A serial console with 115200 baud (8N1) shows the device booting but not finding any software and thus looking for an TFTP server on 192.168.11.1.

We downloaded a firmware upgrade for the LinkStation from Buffalo, and gave it its firmware files on the TFTP Server. The machine then booted (visible on the console) and replied to pings, but there was no web interface. Turns out, you still need to install the firmware. So we ran the firmware upgrade, and tada, it took almost forever but the machine then booted up and also opened its web interface (default credentials: admin/password). The Web UI was in japanese, which could be changed in the "Basics" configuration option (the second from the top in the left-hand-side menu), all the way on the bottom. Changing the language needs a reload of the UI (F5).

The process is also described in this guide.

Making it into a LinkStation Pro

The WebUI was super slow, but the internet says you can just "change" your LinkStation Live into a LinkStation Pro, since they share the same hardware. The Pro lacks a few of the media features, that the Live provides, but is thus much faster. We followed this guide. Since we did this early on, we had the FW upgrade tool also reset settings and reformat the drive. The upgrade failed once for us, leaving the NAS in the embedded boot mode (without the WebUI). We just ran the upgrade again, and it was all good.