Jump to content
XPEnology Community

quicknick

Developer
  • Posts

    152
  • Joined

  • Last visited

  • Days Won

    3

Everything posted by quicknick

  1. Loader sollte nicht freigegeben werden, aber Err0r sprang die Waffe. Schön, dass es für dich geklappt hat. Sent from my SM-N950U using Tapatalk
  2. The only delay holding me back is time. I am extremely time limited. DS3615xs loader is 100% complete and post is ready to unlock... Just debating whetether I want to do an all in one loader or manage 3 separate loaders. Hence the delay on release for DS3615xs. If all-in-one, then I would want to add a few more pieces in and do some QC testing. Then anyome can just use set model=DS3615xs or DS3617xs or DS916. All in one is easier to maintain than you'd think. The changes between the core files on my rootfs changes very little between the models. Sent from my SM-N950U using Tapatalk
  3. My loader persists across upgrades Sent from my SM-N950U using Tapatalk
  4. It is addressed in my loader. 64 is limit in my loader. Sent from my SM-N950U using Tapatalk
  5. My loader is now complete. Just updating post and uploading and it will be available late tonight... To tease a little bit on topic.... There are now 3 different ways to set maxdisks in my loader, from grub bootloader, from grub.cfg or from my configtool. Let's see how it is done. NOTE: Setting maxdisks should only be done after DSM has been installed. This is because DSM can only install it's OS on a maximum of 12 disks (usuall the first 12 disks). This is hard set in the proprietary binaries. You could, however, manually create a 64 raid 1 md0 and md1 volume for DSM. Option 1, setting maxdisks from grub bootloader is the best option because it does not require editing grub.cfg before and after change. Setting maxdisks from grub bootloader GNU GRUB version 2.02~beta2-36ubuntu3.7 +----------------------------------------------------------------------------+ |*XPEnology DS3615xs DSM 6.1.x quicknick Baremetal | | XPEnology DS3615xs DSM 6.1.x quicknick Baremetal Reinstall | | XPEnology DS3615xs DSM 6.1.x quicknick Baremetal Force Install | | XPEnology DS3615xs DSM 6.1.x quicknick VMWare/ESXI | | XPEnology Configuration Tool v3.0 | | | | | | | | | | | | | | | +----------------------------------------------------------------------------+ Use the ^ and v keys to select which entry is highlighted. Press enter to boot the selected OS, `e' to edit the commands before booting or `c' for a command-line. Hit e to edit the menu entry which is highlighted. Notice the second line after the title set maxdisk= GNU GRUB version 2.02~beta2-36ubuntu3.7 +----------------------------------------------------------------------------+ |setparams 'XPEnology DS3615xs DSM 6.1.x quicknick Baremetal' | | | | set zImage=zImage | | set maxdisks= | | savedefault | | loadlinux 3615 usb | | loadinitrd | | showtips | | | | | | | | | +----------------------------------------------------------------------------+ Minimum Emacs-like screen editing is supported. TAB lists completions. Press Ctrl-x or F10 to boot, Ctrl-c or F2 for a command-line or ESC to discard edits and return to the GRUB menu. Change this value to any of the following values: 12, 16, 20, 24, 25, 26, 28, 30, 32, 35, 40, 45, 48, 50, 55, 58, 60, 64 When done it will look like set maxdisks=64 Note: With the exception of 64, internal drives added can be the max number listed above. 64 can only have a maximum of 63 drives because the boot drive takes 1 slot. esata is always set to 8, and usb is always set to 4, but for 64, no esata, and only 1 usb. GNU GRUB version 2.02~beta2-36ubuntu3.7 +----------------------------------------------------------------------------+ |setparams 'XPEnology DS3615xs DSM 6.1.x quicknick Baremetal' | | | | set zImage=zImage | | set maxdisks=64 | | savedefault | | loadlinux 3615 usb | | loadinitrd | | showtips | | | | | | | | | +----------------------------------------------------------------------------+ Minimum Emacs-like screen editing is supported. TAB lists completions. Press Ctrl-x or F10 to boot, Ctrl-c or F2 for a command-line or ESC to discard edits and return to the GRUB menu. Then hit Ctrl+X or F10 to boot If you have a serial connection, you will see the following during boot: :: Setting Max Supported Disks in DSM to 64![ BUSY ][ OK ] maxdisks=64 internalportcfg=0x7fffffffffffffff esataportcfg=0x0000000000000000 usbportcfg=0x8000000000000000 Now to see the profit. Log in to DSM and open Storage Manager Setting maxdisks from grub.cfg In your favorite editor edit /grub/grub.cfg on the 1st partition of the loader scroll down and you will see the set maxdrives= variable. ########################################################################################## ### Max Supported Disks ################################################################## ### set maxdisks=48 will mean that XPEnology will now see 48 drives in DSM. ############## ### No changes to /etc.defaults/synoifno.conf needed. Changes are made during boot. ##### ### Acceptable maxdisk values: 12,16,20,24,25,26,28,30,32,35,40,45,48,50,55,58,60,64 ##### ### default value is 12. leave blank for 12 disks. ###################################### ########################################################################################## set maxdrives= Set maxdrives= to any of the values listed in grub.cfg. Then boot up. Setting maxdisks from XPEnology Configuration Tool v3.0 From the grub bootloader select XPEnology Configuration Tool v3.0 GNU GRUB version 2.02~beta2-36ubuntu3.7 +----------------------------------------------------------------------------+ | XPEnology DS3615xs DSM 6.1.x quicknick Baremetal | | XPEnology DS3615xs DSM 6.1.x quicknick Baremetal Reinstall | | XPEnology DS3615xs DSM 6.1.x quicknick Baremetal Force Install | | XPEnology DS3615xs DSM 6.1.x quicknick VMWare/ESXI | |*XPEnology Configuration Tool v3.0 | | | | | | | | | | | | | | | +----------------------------------------------------------------------------+ Use the ^ and v keys to select which entry is highlighted. Press enter to boot the selected OS, `e' to edit the commands before booting or `c' for a command-line. If you have serial you can log directly in, or you can connect via ssh or telnet. Here is what you see prior to logging in: :: Starting sshd service ... sshd service is running with pid 8682 You must copy the text below into ~/xpenology-id_ed25519 in order to connect via ssh. Make sure you chmod 600 ~/xpenology-id_ed25519 to connect execute: ssh -i ~/xpenology-id_ed25519 root@192.168.0.27 ========================== id_rsa ============================== -----BEGIN OPENSSH PRIVATE KEY----- b3BlbnNzaC1rZXktdjEAAAAABG5vbmUAAAAEbm9uZQAAAAAAAAABAAAAMwAAAAtzc2gtZW QyNTUxOQAAACA2/7Ajp8Mg6ipSAGiDJFgKuaOe3i0w2BQmTLNsD1LS8QAAAJiLuF+gi7hf oAAAAAtzc2gtZWQyNTUxOQAAACA2/7Ajp8Mg6ipSAGiDJFgKuaOe3i0w2BQmTLNsD1LS8Q AAAECtVrCe5hbhLaF0JL+0xawXs/TMLbJ/pS7/HIY7k5RT6Db/sCOnwyDqKlIAaIMkWAq5 o57eLTDYFCZMs2wPUtLxAAAAEHJvb3RARGlza1N0YXRpb24BAgMEBQ== -----END OPENSSH PRIVATE KEY----- ================================================================ :: Starting telnet service ... telnetd service is running with pid 8707 =========== Root Password =========== root password for today is: 303-0201 ===================================== ============ Date ============ Fri Mar 2 22:47:59 UTC 2018 ============================== starting pid 8727, tty '': '/sbin/getty 115200 console' Fri Mar 2 22:48:00 2018 DiskStation login: When you login you will see a the XPEnology Configuration Tool Select option 10. to "Set Max Number of Disks" Answer y for yes to change the number of supported disks You now have 3 options, a to set for 64 drives, b to set custom value in HEX, or d to set default values of 12 drives. I select option a 64 drives. And it automatically sets to 64 drives. I select option b custom. If you enter the values listed, it will set to 45 drives; 45 internal, 8 esata, and 2 usb. I select y to accept the values I have inputed. Now you can reboot after settings are set. I know you all can't wait, but should be up soon.
  6. Almost there. Added the changing of maxdrives from the grub bootloader. no longer do you have to figure out binary to hex conversions. Just set your max drives and it does the rest during boot all the way to 64 drives. Just 3 other issues to resolve. Sent from my SM-N950U using Tapatalk
  7. Not true. your extra.lzma may still be used. I will not be able to keep up on driver uodates like you have . Ihaven't had time to compare my drivers vs yours, but any user could replace my extra.lzma with yours and still get all the benefits of my loader because my ramdisk is always last. drivers, firmwares and /etc/modules.conf will always remain in extra.lzma. anyone can replace those portions as they see fit. Personally, I wanted to rename to drivers.lzma, but for compatability between Juns loadrr and mine I left as extra.lzma. Sent from my SM-N950U using Tapatalk
  8. What everyone has failed to notice, is that this guy was using xpenoboot 5.2 which uses heavily modded kernel, not the oem one we currently used in 6.x. That being said, I can make this a permanent solution for the few that need it. My loader will be out in a few days and I can certainly add this from the boot menu. What you should know though, is that even with 12+ drives, DSM will only install to the first 12 drives. You can certainly rebuild the software raid to all attached drives, but it is a manual process. My configuration tool, in the next release, allows you to set to 45 drives, custom amount (12-64) or back to default value of 12 drives automatically. Another cheat way to get more drives, is by using RAID cards. instead using HBAs or JBODs on RAID cards, you can do HW raid and just provision virtual drives to DSM. and do basic no protection 1 drive volumes. Depending on your RAID controller, it could be faster than software RAID, and still have prtectection. Sent from my SM-N950U using Tapatalk
  9. You are correct. It is about money and lock in. Sent from my SM-N950U using Tapatalk
  10. It all depends on the use case. I deduced that test4321 just needed connection from 2 nodes. if it was different, then switches would bw the way to go. Even with ESXi hosts or kvm hypervisors traffic can communicate between each other because switching happens on the hypervisor even with multiple portgroups. Or you can get really complicate with VMware and do VXLans, but that is going into the weeds. I keep my traffic east-west and everything north of my fws. ie workstations/laptops/wifi , live in a 1 Gbe world. everything fw, ids ips and below is 10Gbe and all virtual. Sent from my SM-N950U using Tapatalk
  11. just get the brocade twinax cables and do pc to pc. forget getting a switch unless you got money to spend. also don't use cisco twinax cables with the brocade 1020. Sent from my SM-N950U using Tapatalk
  12. It will be released in my loader slated to be released tomorrow.
  13. Cheap route: 10Gbe's are the Brocade (QLogic) BR-1020's and it will always be supported by me because it is what I use. Expensive route: Can't go wrong with most Intel cards because they are easily supported, and most already are
  14. I use the cheapest 10Gbe card on the market (got them for $33 bucks ea) with great success, originally the Brocade BR-1020, which then became QLogic BR-1020, and now belongs to Cavium. I have a driver built for it that works great in XPEnology.
  15. The reason why I recommend using as usb image vs making it a vdisk, because you don't have to waste a sata or scsi port, and disk stays hidden as synoboot and not accessible inside DSM.
  16. because then if your disk changes names, it will still work. For example, /dev/sda changes to /dev/sdb, then disk will fail. Using disks by their ID means disks can change to whatever and will still work properly.
  17. virtio drivers are supported in my loader which will be released once I iron out ESXi upgrades. KVM and baremetal are solid though. Also performance is great as iperf3 has proved great performance. DiskStation> iperf3 -c 192.168.0.2 -i 1 -t 20 -R Connecting to host 192.168.0.2, port 5201 Reverse mode, remote host 10.1.0.2 is sending [ 4] local 192.168.0.212 port 44805 connected to 10.1.0.2 port 5201 [ ID] Interval Transfer Bandwidth [ 4] 0.00-1.00 sec 844 MBytes 7.08 Gbits/sec [ 4] 1.00-2.00 sec 879 MBytes 7.38 Gbits/sec [ 4] 2.00-3.00 sec 898 MBytes 7.53 Gbits/sec [ 4] 3.00-4.00 sec 768 MBytes 6.44 Gbits/sec [ 4] 4.00-5.00 sec 883 MBytes 7.41 Gbits/sec [ 4] 5.00-6.00 sec 899 MBytes 7.54 Gbits/sec [ 4] 6.00-7.00 sec 900 MBytes 7.55 Gbits/sec [ 4] 7.00-8.00 sec 878 MBytes 7.37 Gbits/sec [ 4] 8.00-9.00 sec 907 MBytes 7.61 Gbits/sec [ 4] 9.00-10.00 sec 883 MBytes 7.40 Gbits/sec [ 4] 10.00-11.00 sec 906 MBytes 7.60 Gbits/sec [ 4] 11.00-12.00 sec 828 MBytes 6.94 Gbits/sec [ 4] 12.00-13.00 sec 898 MBytes 7.54 Gbits/sec [ 4] 13.00-14.00 sec 910 MBytes 7.64 Gbits/sec [ 4] 14.00-15.00 sec 758 MBytes 6.36 Gbits/sec [ 4] 15.00-16.00 sec 753 MBytes 6.32 Gbits/sec [ 4] 16.00-17.00 sec 841 MBytes 7.05 Gbits/sec [ 4] 17.00-18.00 sec 960 MBytes 8.05 Gbits/sec [ 4] 18.00-19.00 sec 858 MBytes 7.20 Gbits/sec [ 4] 19.00-20.00 sec 933 MBytes 7.83 Gbits/sec - - - - - - - - - - - - - - - - - - - - - - - - - [ ID] Interval Transfer Bandwidth Retr [ 4] 0.00-20.00 sec 17.0 GBytes 7.29 Gbits/sec 0 sender [ 4] 0.00-20.00 sec 17.0 GBytes 7.29 Gbits/sec receiver iperf Done. And it is better to use synoboot.img as virtual USB drive because then it properly works with upgrades.
  18. That is because it is improperly configured. Hit ESC at boot and find out what boot number your USB synoboot.img is. In my case it is number 7. edit your {VM_ID}.conf using vi or nano /etc/pve/qemu-server/{VM_ID}.conf should look something like this when complete: args: -device 'piix3-usb-uhci,addr=0x18' -drive id=synoboot,file=/var/lib/vz/images/100/synoboot.img,if=none,format=raw -device usb-storage,id=synoboot,drive=synoboot boot: 7 cores: 2 ide2: none,media=cdrom memory: 4096 name: NAS-X2 net0: virtio=EA:5C:48:D3:D9:D5,bridge=vmbr1,tag=1010 net1: virtio=6A:53:32:11:A8:9B,bridge=vmbr2,tag=1020 net2: virtio=46:02:AF:FA:F6:F0,bridge=vmbr2,tag=1060 numa: 0 onboot: 1 ostype: l26 sata0: /dev/disk/by-id/ata-SAMSUNG_HD203WI_S285J1RZ601531,backup=0,cache=writeback,size=1953514584K,serial=S285J1RZ601531 sata1: /dev/disk/by-id/ata-SAMSUNG_HD203WI_S285J1RZ601548,backup=0,cache=writeback,size=1953514584K,serial=S285J1RZ601548 sata2: /dev/disk/by-id/ata-SAMSUNG_HD203WI_S285J1RZ601803,backup=0,cache=writeback,size=1953514584K,serial=S285J1RZ601803 sata3: /dev/disk/by-id/ata-INTEL_SSDSC2BA400G3_BTTV321000E5400HGN,backup=0,cache=writeback,size=390711384K,serial=BTTV321000E5400HGN sata4: /dev/disk/by-id/ata-MKNSSDCR60GB_MK140429AS1354202,backup=0,cache=writeback,size=58615704K,serial=MK140429AS1354202 sata5: /dev/disk/by-id/ata-MKNSSDCR60GB_MKN1502R000080784,backup=0,cache=writeback,size=58615704K,serial=MKN1502R000080784 scsihw: megasas serial0: socket smbios1: uuid=7372bb90-1200-4c79-87cb-5b50379cacb5 sockets: 1 Note: The serial0: socket and sockets: 1 allows you to connect to the vty from proxmox server qm terminal {VM_ID}
  19. Back from the dead with some good news... I can confirm with high confidence that upgrading directly from 5.2 or 6.0.2 to 6.1.1 is completely successful. To aid future upgrades as the bootloader matures, I am coming up with a nice backup package to backup of the system 2.4gb partition. I recommend for everyone to do this before they do any upgrade/update. Then the risk is really low to upgrade to any version even when untested. If an upgrade fails it is easy to restore back to previous version you were running if you fail. More on that soon.
  20. Not dead, just haven't had time to devote to it yet. Don't worry people it is far from dead and will be released within a few weeks or less. Sent from my SM-N920T using Tapatalk
  21. 8 CPUs max! This is set inside the OEM kernel. Sent from my SM-N920T using Tapatalk
  22. See my post here viewtopic.php?p=82392#p82392 It doesn't use this tool but it's easy to deploy and use. Hi Koroziv, I already tried your image while reading this topic and just tried it again. I always get "Failed to format the disk. (35)" error. I added different types of (virtual) HDDs SCSI/IDE and different controller types but I get the same error. I used latest pat from Synology. having same issue, how did you resolv this? i am guessing the PAT install tries to install on bootimage and not on the new added virtual hard disk / rdm ... Again, this is addressed in 2.3. Will not provide any help to 2.2 as it is hard broke. Sent from my SM-N920T using Tapatalk
  23. Do you know ETA? Possibly this weekend. Sent from my SM-N920T using Tapatalk
  24. Great! Now I don't have to troubleshoot it. Had not looked at that yet. Sent from my SM-N920T using Tapatalk
×
×
  • Create New...