Rhubarb

Members
  • Content Count

    32
  • Joined

  • Last visited

  • Days Won

    3

Rhubarb last won the day on December 1 2018

Rhubarb had the most liked content!

Community Reputation

3 Neutral

About Rhubarb

  • Rank
    Junior Member

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. Seemed to be the only way bearcat - but not good to have to disable the whole 6 port SATA controller (2x6Gbps & 4x3Gbps) to disable only 2 ports. I have now arranged purchase of a new LSI2308 8 port SAS PCI-E and a SFF-8087 SAS to 4 port SATA cable to make up for the lost ports. System is now running with 8 disks (RAID 6) until I get/add the new hardware.
  2. Thanks again for your advice, flyride. However, no luck yet with DiskIdxMap=080A00 and SataPortMap=228. Also tried 208. Neither removes the 4 vacant slots for SATA2 (positions 3 to 6 of the Storage Manager drive listing). Have just noticed, however, that the 6 drive RAID 6 group has now entered degraded mode 5/6. One of the drives that was previously not visible is now included in the array, replacing one of the other disks. Will allow the RAID to recover before further changes. Will probably take at least 24hrs to get the RAID normalised.
  3. Had no success mapping out SATA2 controller in two attempts. 1st attempt was to set "set sata_args='sata_uid=1 sata_pcislot=5 synoboot_satadom=1 DiskIdxMap=0C SataPortMap=208 SasIdxMap=0'" 2nd attempt was to set "set sata_args='sata_uid=1 sata_pcislot=5 synoboot_satadom=1 DiskIdxMap=0C SataPortMap=20 SasIdxMap=8'" On both occasions, the blank SATA2(x4) still show as vacant slots in (3 to 6) in the Storage Manager Overview and DSM is unable to access the 7th & 8th disk on the LSI2308 (SAS) ports. I do want to retain max disks set to 12 as suggested by haydibe: "The "12 drives" limit is the default-configuration. If you change it, be prepared that updates sometimes reset your settings to the default value." I'm still struggling with how to go about offsetting the location of the 8xSAS ports to mask over the empty SATA2 ports.
  4. Thanks to you to too haydibe. Much appreciated! Desirably, my SAS controller should be switched to become the first device, then SATA1(x2), and finally SATA2(x4), without increasing/changing the MAXDRIVES limit of 12. Will post again to confirm when I've got system configured correctly as I want.
  5. Thanks for your advice flyride. I have seen some material on this topic on the net and have previously (some months ago) read the tutorial when I was not aware of the need to map out a device (SATA2x4), because my system appeared to be functioning flawlessly with all drives connected across the available controllers (incl. SATA2). Will investigate further today. Thanks again for your advice and pointing me in the right direction.
  6. My Supermicro m'brd system (X10SL7F as DS3615xs) has lately had occasional disk issues which Supermicro has advised me could be due to RAIDing 6Gb/s (SATA1x2), 3Gb/s (SATA2x4), and 6Gb/s SAS(4of8) as a 10 Disk RAID 6 array. I was generally advised that RAID groups should be confined to each controller. My m'brd has 2xSATA3 RAID0,1 ports; 4xSATA2 RAID0,1,5,10 ports; and 8xSAS2 (LSI2308) ports. To resolve my problems, I placed 4 of my HDDs on the slower SATA2 ports as RAID5, and 6 drives on 6 of the 8 available SAS2 ports. Because of the 12 disk limit for DS3615 I can't use more than 6 of the 8xSAS2 ports. I guess my options are to: a: Change the MaxDrives limit to 14 and place two of my HDDs on to the 2xSATA1 ports and the balance on the 8 SAS ports; (this gives problem that the 4 vacant SATA2 ports show as "blanks" in the Storage Manager, Overview page); or, b: modify my systems config to remove all the SATA2 ports from being visible to the DS3615xs so that the 4 vacant ports don't show as "blanks" in the Storage Manager Overview and I can see all 8 SAS ports as available for usage. Any ideas how I can achieve either of a/b above? Suggestions welcome.
  7. Rhubarb

    DSM 6.2.1-23824 Update 1

    - Outcome of the installation/update: SUCCESSFUL - DSM version prior update: DSM 6.1-7-15284 - Loader version and model: JUN'S LOADER v1.03b - DS3615xs - Using custom extra.lzma: NO - Installation type: BAREMETAL - Supermicro X10SL7-F with Xeon E3-1241 V3 cpu and 16 GB (2 x 8 GB) ECC / NIC: Onboard Dual Gigabit Ethernet LAN ports via Intel® i210AT - Additional comments: Rebuilt RAID as part of the upgrade from: 10 x 8 TB WD Reds Volume 1 (RAID 6) (btrfs) to: 6(attached to SATA controller) x 8 TB WD Reds in Volume 1 (RAID 6) and 4(attached to 4 of 8 x SAS2 (6Gbps) via Broadcom 2308) x 8 TB WD Reds in RAID 5 (Volume 2). Retained btrfs for both RAID volumes. Primary purpose was to create smaller arrays to minimise stress from rechecking/rebuilding after about 3 or 4 intermittent disk disconnections over the past 6~8 months. Cause of this was never identified. All SATA cables were connected and no entries in logs indicating cause of these disconnections. It should also be noted that it was intended to do the upgrade using Jun's 1.03b and the 6.2.23739.pat. The system refused the use of 6.2.23739 and demanded 6.2.23824.
  8. Rhubarb

    Progress of 6.2 loader

    Hi, Out of curiosity, what do you have you system configured as: DS918+, 916,3615xs, 3617xs? I'm very happy with my Supermicro X10SL7-F mbrd with E3-1241v3: it's rock solid (configured as a DS3615xs) with 9x8TB (WD80EFZX)in RAID 6 config; 6 of the drives are connected on the SATA ports and remainder on 3 of the 8 LSI2308 SAS ports. I did recently experience connection errors with one of the drives which has now been RMA'd back to WD, Vietnam, for replacement under warranty. Am using the box mainly media storage (photo collections; Plex server for my smart tv; and media downloads via Sonar, SABnzbd, etc). Using my old DS1513+ (5x4TB WD40EFRX) to back up important data via Hyperbackup. Have additional off-site backup of important data via a 4 mile wi-fi connection across the valley to my son's house. Use that same connection to access his video library and for his family to access mine. While I have both the X10SL7-F LAN ports bonded, I'm getting transfer rates of averaging 90 MB/s to my desktop PC whilst simultaneously transferring at about 30 MB/s to a notebook PC (also via a hardwired ethernet connection). This is with multiple (15~20 Mb) photo jpgs and the occasional video files ranging in size from 70 Mb to upwards of 500 Mb). I am getting read/write speeds on the Xpenology box maxing out my PCs single ethernet connection at 107~114 MB/s (mainly about 110~112 MB/s). No problems running Photostation for displaying photo library; but original media is stored separately on the disks. No problems running the DSM 6.1.7-15284-1 using Jun's 1.02b, I'm not game to try moving to DSM 6.2 with Jun's 1.03a, just yet.
  9. Rhubarb

    DSM 6.1.3-15152 Update 8

    Downloaded this update about 10 mins ago and installed on my xP3615xs baremetal. No dramas, install went to plan and system was back up and functioning normally within 6 minutes of the restart commencing.
  10. My Xpenology box is running a single volume (/volume 1) using the BTRFS system which, I understand, supports COW (copy-on-write), such that hyper backup can store multiple versions of files without duplication. Also, I have verified, via PUTTY, that the 'cp --reflink' command is available on my system (DSM 6.1.3-15152-update 5), an essential element for the COW facility utilised by Hyper Backup (which I am also using). Elsewhere, I have seen multiple users complain about file duplication created by Photo Station as it copies files to the '/photo' folder from other location on the system that those photos are already stored. I know that Synology has provided, through Storage Analyzer, a very poor (IMO) facility to identify duplicate files via MD5 checking. But this facility only identifies 200 instances of duplicates on each run, and it requires that duplicates be deleted by the operator (no batch deletion facility). Not only this, but it is reasonable that both the original files on the Synology/xpenology boxes and the copies uploaded to the /Photo folders are required in their respective locations. So a better option is required to deal with this issue: either hard linking of the duplicate files, or 'reflink'ing the copied data to minimize redundancy and maximize disk storage efficiency. My question is: has anyone managed to implement either file deduplication or reflinking of data on Synology's BTRFS in this way? If so, what have you achieved? Any advice please on how to proceed. Is anyone working on this issue? Apologies if this is expressed inadequately/too simply. Supermicro M'brd X10SL7-F-0 Xeon E3-1241-V3, 2 x 8 Gb DDR3 DIMMs giving 16Gb ECC DDR3 RAM. 9 x 8TB WD-Red HDDs in RAID 6 of 50.91 TB and 48.87 TB of BTRFS Volume DSM 6.1.3-15152 Update 5
  11. Rhubarb

    Is DSM checking SN for video conversion?

    Well I applied with my DS1513+ S/N to my xpenology DS3615xs emulation box. Now no problem with uploaded videos. Problem, solved. All you need is a genuine Synology S/N. Unfortunately, I'm still running my xpenology box as a DS3615xs and not a DS3617xs (preferred configuration), because there is no available Sonarr packages for the DS3617xs (xeon processor) yet.
  12. Rhubarb

    Is DSM checking SN for video conversion?

    It does seem that the problem is caused by serial number or other check implemented by Synology, either in DSM or in Photo Station. My xPenology DS3615xs tells me 'Cannot display or playback this format, or the file is currently being converted.' However, I have mounted my 'Photo' folder on my authentic DS1513+ Synology box, as a CIFS shared folder on my DS3615xs. Now, when I copy the relevant file from the Photo folder on my DS1513+ (Synology box) to the relevant Photo folder on my xPenology DS3615xs, and then run Photo Station on the xDS3615xs, the video will now play correctly. In my case I have my DS1513+ on ports http/https (5002/5003) and my xDS3615xs on ports http/https (5000/5001) and can access both via the Net. Of course, Quick Connect can only be set up on the authentic DS1513+. It's about time Synology started allowing people to buy a Synology license to run on 3rd party boxes. Then they (Synology) wouldn't have to waste resources finding new ways to cripple their software when we try and adapt it to home built (non-Synology) platforms. If Synology were to devote that energy to improving their platforms instead, DSM would improve faster and Synology would get revenue from the myriad xPenology users who would be happy to pay for a license for their 3rd party boxes, until such time as they decided to purchase a real Synology device because of the increasing capabilities and capacity of the newer Synology systems.
  13. Rhubarb

    Jun's Alpha Loader for DSM 6.1

    Well, I've now reverted to DS3615xs from a Ds3617xs emulation. Still the same problem with Photostation 6.7.1-3419 - videos embedded into Photostation will not play from the Photostation web pages. Exactly the same videos play fine out of Photostation (v6.7.1-3419) on my Synology DS1513+ Have uninstalled Photostation from my xPenology device; re-installed; and re-added the photostation photos and videos to see if this solves the problem. I'm now inclined to revert my xPenology NAS to DS3617xs as the change back to DS3615xs emulation was of no benefit. Supermicro X10SL7-F mbrd, Xeon E3-1241v3, 16GB (2x8GB ECC), 4x8TB WD80EFZX HDD in RAID 6 config: baremetal.
  14. Rhubarb

    Jun's Alpha Loader for DSM 6.1

    My question. You were running DSM 5.2 on xpenology DS3615XS just fine. Why did you upgraded to Jun's DS3617XS instead of the same Jun's DS3615XS bootloader? Elpee Posts: 137 Joined: 19 Feb 2014 01:22 I decided to go to the DS3617xs instead of the DS3615xs because the 3617xs more closely resembled my Xeon processor, whereas the 3615xs has a normal Intel (non-xeon) cpu. Problem is, that Synology seem to regard the DS3617xs as a "business" product and seem to have 'crippled' it from running some of the transcoding apps (and apparently this includes video playback from Photostation 6 (I'm currently running version 6.7.1-3419).
  15. Rhubarb

    Jun's Alpha Loader for DSM 6.1

    Photostation 6 Video Playback with DSM 6.1.1-15101 Update 2 - Differences between DS3615XS and DS3617XS When running DSM 5.2 on my xpenology DS3615XS, the Photostation application worked flawlessly and had no problems displaying both photos and videos that were in the Photostation folders. Since I upgraded to DSM 6.1.1-15101 Update 2 (and earlier iterations of 6.1) as a DS3617XS, Photostation continues to work OK, but it will no longer playback the video segments that were playing correctly in the earlier version of Photostation. The very same videos play correctly on my Synology DS1513+ (Atom based) NAS under DSM 6.1.1-15101 Update 2. I'm thinking that perhaps I should create a Jun's DS3615XS bootloader v1.02a to replace the Jun's DS3617XS v1.02a2 that currently booting the xPenology box. I'm thinking this may solve the Photostation video playback issues. Does anybody have any cautionary warnings before I go down this path. If I create a new DS3615XS bootloader using Jun's v1.02a, is it simply a matter of shutting down the xPenology DS3617XS, replacing the v1.02a2 bootloader USB stick with one with the DS3615XS v1.02a loader, and restarting the NAS? Am I missing any issues that would stop the box continuing to operate, this time emulating a DS3615XS with the same version of DSM (DSM 6.1.1-15101 Update 2)? My box comprises: Supermicro X10SL7-F mbrd, Xeon E3-1241v3, 16GB (2x8GB ECC), 4x8TB WD80EFZX HDD in RAID 6 config: baremetal.