• Announcements

    • Polanskiman

      DSM 6.2-23739 - WARNING   05/23/2018

      This is a MAJOR update of DSM. DO NOT UPDATE TO DSM 6.2 with Jun's loader 1.02b or earlier. Your box will be bricked.  You have been warned.   https://www.synology.com/en-global/releaseNote/DS3615xs
    • Polanskiman

      Email server issues - FIXED   06/14/2018

      We have been experiencing email server issues. We are working on it. Bear with us. Thank you. ------------- Problem has been fixed. You might receive duplicate emails. Sorry for that.

pigr8

Members
 View Profile  See their activity

  • Content count

    72

  • Joined

  • Last visited

  • Days Won

    2

pigr8 last won the day on February 9

pigr8 had the most liked content!

Community Reputation

13 Good

About pigr8

  • Rank
    Regular Member

  1. DSM 6.1.7-15284

    pigr8 replied to iaflyer's topic in Critical Updates

    - Outcome of the update: SUCCESSFUL after reinstall - DSM version prior update: DSM 6.1.6-15266 Update 1 - Loader version and model: JUN'S LOADER v1.02b - DS3615xs - Using custom extra.lzma: NO - Installation type: VMWare ESXi 6.7.0 (Build 8169922) - Additional comments: REBOOT REQUIRED, after reboot "error 7 version error", had to reinstall without loosing any data.

  2. DSM 6.1.6-15266

    pigr8 replied to Polanskiman's topic in Critical Updates

    - Outcome of the update: SUCCESSFUL - DSM version prior update: DSM 6.1.5-15254 Update 1 - Loader version and model: JUN'S LOADER v1.02b - DS3615xs - Using custom extra.lzma: NO - Installation type: ESXi 6.5.0 Update 1 Build 7967591 on HP Gen 8 - Additional comments: REBOOT REQUIRED

  3. DSM 6.1.4-15217 Update 4

    pigr8 replied to mseidler's topic in Critical Updates

    - Outcome of the update: SUCCESSFUL - DSM version prior update: DSM 6.1.4 15217 Update 2 - Loader version and model: Jun's Loader v1.02b - DS3615xs - Installation type: ESXi on Microserver Gen8 VM - Additional comments: - reboot after update - /etc.defaults/synoinfo.conf reset to default
  4. how is your setup exactly configured? i mean where have you esxi booting from? and where is your current datastore? what cpu are you using that allows you vt-d? my setup is the cleanest i can figure out: - the internal usb header with esxi installed in embedded (it always installs that way on a flash drive) - a pcie card supported by esxi (an asmedia 1061) with 2x sata 3 ports, 1 ssd and 1 hdd, ssd is the main datastore for the vms and the hdd is for snapshots and iso files. - the cougarpoint is passed through to the xpenology vm, 4 front bay populated and the 5 odd port is going to be asa i can find a wdred cheaply that way if i have to mess around with esxi i can swap out the usb drive and reflash it as needed without loosing the vms in the datastore if something goes wrong.. thats why i didnt install esxi on the ssd. the usb3 renasas controller is passed through another vm (router), i wanted to passthrough the usb2 also (to xpenology) but it went bad problems regarding the esxi boot. yes guides says that it has to be non-persistent but i run into troubles in every reboot of the vm where dsm wanted to repair and reinstall.. i figured it out after some testing that setting the synoboot to persistent fixed the problem, dont really know if there is a cleaner way to fix this.
  5. i moved Plex out from XPenology and running it on a different VM in a different VLAN, i find it cleaner that way DSM is installed on the drivers that form the array, every disk has a partition and it's mirrored, the vmdk only contains the loader and it's loaded in ram at boot.. when you boot the first time in a clean system you indeed select where to install DSM, and ofc it has to be on the disk that you are passing through in the VM.. i didnt install anything because DSM was already installed on those disk, i transplanted the whole system from a running baremetal to a running vm with minimal downtime and no need to reconfig.so yes, DSM is installed on all the 4 disks and not only in 1 of them.. if you boot a real synology with only 1 disk it will install DSM on it, if you later add other 2-3-4 disks and DSM inizialise them it copies the system on every disk for redundancy.. that's why even if you loose the first original disk the system will boot anyway
  6. Oh i didnt knew that you could split the Cougar controller in half, i didnt dig that deep into it since i wanted to use 5 disks in DSM anyway so i had to passthrough the whole controller bad performance? o i didnt notice any issue, actually i had DSM installed on that array (shr1/btrfs) when i had it running baremetal, when i switched to a VM the system was intact as before, it just booted and migrated a couple of seconds, on second reboot everything was running and performace wise (i use smb and nfs for different clients) it's like baremetal.. share write at 115mb/s, and i have clients and diskstation in different vlans, no issues. yes, i use only 2core and 1gb in XPenology since it's more than enough for it, all that it has to do is run couple of packages (sickrage and couchpotato), the shares with the relative authentication, brtfs snapshots for the array and nothing else, memory never goes above 70% in use (es. atm it's 43% ), and since you need to have the memory preallocated for the passthrough to work give it more than 1gb is pointless imho.. if i go to add surveillance station i'm gonna see if it needs more memory, give it 2gb is overkill, RAM is precious even if i have 16gb in the Gen8. I use the last 6.5.0u1 (5969303) from HPE, you can find it here https://my.vmware.com/web/vmware/details?productId=614&downloadGroup=OEM-ESXI65U1-HPE running on the Gen8 with a e3-1265L cpu and 16gb ram, loader is 1.02b for the DS3515xs with the latest DSM 6.1.3-15152 Update 4 running perfectly. the synoboot is in a 50mb vmdk in the SSD datastore (thick, indipendent, persistent) it's only for booting the system the 4 front drives are untouched. the server is in production and so is the dsm vm, next time i reboot or poweroff i could make an export and share it but it's nothing fancy at all

  7. DSM 6.1.3-15152 Update 4

    pigr8 replied to nevusZ's topic in Critical Updates

    ESXi 6.5.0u1 Synoboot 1.02b DSM 6.1.3-15152 Update 4 updated via webui, reboot is necessary, everything went perfect
  8. i use it where are you booting ESXi from? you cant boot ESXi from a disk attached to the ODD port since the ODD port is part of the 6 port sata controller.. you are booting ESXi from the ODD port and then during the hypervisor boot you tell him to detach the controller and give it to the VM you gonna have abad time i boot ESXi embedded from a usb stick in the internal usb header, have a second cheap pcie sata3 controller with 2 ports where i have my datastores (ssd) and have the whole Cougar Point passed through to the XPenology VM, everything works fine ESXi totally ignores the controllers and the disks attached to it. ps: in the DSM gui disk1 is the virtual boot disk (synoboot.vmdk), it's there but cant be read or written from inside DSM, disk2345 are the 4 front hdd bay, disk6 is empty but will be populated with another wdred.

  9. DSM 6.1.x Loader

    pigr8 replied to jun's topic in Loaders

    u3 ok here on esxi, 1.02b with 3615xs
  10. updated both Baremetal ans ESXi to 6.1.3-15152 u1 without problems everything is OK

  11. How to clean Install in VM using 1.02b

    pigr8 replied to Capes's topic in DSM 6.x

    download this: https://www.dropbox.com/s/ytimsezu9cl61xx/synoboot_1.02b_ESXi_only.zip?dl=0 the only option available is ESXi, so you should not have problems regarding boot choice, it's for DS3615xs (i find has a better custom package support than DS3517xs). - extract and upload synoboot.vmdk and synoboot.img in your datastore - create a new VM (HW Version 11 or 13) dependent if you are on ESXi 6.0u2 or ESXi 6.5b - operating system should be Other -> FreeBSD 64bit - set bios to EFI - set nic to VMXNET3, set the mac manual to the same as the one in the grub.cfg - set scsi controller 0 to "LSI logic SAS" - add sata controller 0 if not there yet present - add existing hdd -> browse datastore -> add synoboot.vmdk - edit this hdd to "independent - persistent" and sata 0:0 on controller 0 - add how many new scsi disk you like, thin provisioning - dependent - save and poweron the VM - from your browser, go to find.synology.com, it should pop-up, connect and install it (manual or from internet is the same), reboot after finish the setup - create a new volume to your needs, if you want shr you have to modify synoinfo.conf - download this zip for open-vm-tools https://www.dropbox.com/s/k4hc343gwdepiuf/open-vm-tools_bromolow-6.0_10.0.7-1.spk.zip?dl=0 - extract the zip, install the spk in package manager - now ESXi should see that vm tools are installed and running Pretty much done.

  12. [ESXi] System goes in recovery after poweroff

    pigr8 replied to pigr8's topic in DSM 6.x

    Figured out myself yesterday, i had to change the bootloadet img from "indipendent - non persistent" to "indipendent - persistent"
  13. Hi, i'm testing the latest DSM version on ESXi 6.5 with the 1.02b loader, i got the VM up and running, first boot everything is ok and system does all the stuff to boot and install itself. This is the log for the first boot, before install https://pastebin.com/s7yuweeA This is the log after the first reboot, and everything looks normal to me https://pastebin.com/mH0gtxu8 This is the log after the second reboot, and all the reboots after this https://pastebin.com/EWsWQBk8 If i shut down the VM and restart it, this happens: https://pastebin.com/pjZH6z8W ------------upgrade Begin upgrade procedure No upgrade file exists End upgrade procedure ============upgrade Exit on error [7] Version number not match... and system goes in recovery, wants to fix via webui, than reboots fine everytime until i poweroff the VM.. after poweroff "Version number not match", fixes, reboots fine. Anyone knows why it does this? Thank You
  14. +1

  15. DSM 6.1.x Loader

    pigr8 replied to jun's topic in Loaders

    i tried, i was interessed to 916 too but doesnt work for me