Jump to content
XPEnology Community

unmesh

Member
  • Posts

    167
  • Joined

  • Last visited

Posts posted by unmesh

  1. I came upon this thread when I accidentally reused the same serial number when I created a test VM on my ESXi server to migrate from 1.02b to 1.03b bootloader. Unlike sbv3000's experience, one or the other XPE VM's crash after a while when both are running and I need to do a controlled experiment to see if the serial number is the root cause.

     

    In any case, is there a quick way for me to change one of the serial numbers without going back to the original bootloader image file, finding and editing the grub.cfg and making the vmdk file?

     

    Thanks.

  2. Be aware that it was not completely successful for me!

     

    I downloaded the V1.03 bootloader and edited grub.cfg to put in my serial number and MAC address. I shutdown the DSM 6.1.7 VM and pointed the virtual HD to the new bootloader. I also changed the virtual NIC to e1000e.

     

    I then booted the VM and picked the ESXi entry from the bootloader menu. I opened a web browser to the DSM's IP address and did a manual update to the DS3615 6.2-23739 pat file, let it reboot and then logged in to the DSM GUI.

     

    That is when I noticed that several of the Control Panel screens were messed up and went back to 6.1.7

  3. I'm running ESXi 6.7 and did a migration from DS3615 6.1.7 and bootloader v1.02 to DS3615 6.2-23739 and bootloader v1.03. The migration seemed to be successful but, when I logged in, the network setting page in the GUI did not have a gateway configured (amongst other problems) and won't let me manually correct it.

     

    Has anyone else seen this? Is there a fix other than trying to go back to 6.1.7?

     

    I have a backup but it is on a slower server and I'd prefer to get his one fixed!

     

    Thanks.

  4. I used Ragz's MAC address in both the VM and the grub.cfg file but the e1000e VNIC is still not showing up on the network. The potential differences that I can see from some of the others is that I am using BIOS to boot instead of EFI and need to put the synoboot.vmdk on IDE 0 (Master) instead of SATA 0. Also the VM is type 14 and the S/N is not in any way correlated to the MAC address

     

    Hopefully someone can suggest other things to try.

     

    Thanks.

     

    P.S.: FWIW, I have DSM 6.1.7 running as a VM with V1.02 bootloader on the same ESXi 6.7 server with a e1000 VNIC. CPU is Haswell i3-4130

  5. The tutorial reference link says I should be using e1000e and not e1000! Is it safe to shut down the VM and change network adapters or do I need to do something else?

     

    Assuming this works, is it then OK to install 6.2.1 from the DSM 6.1.7 GUI?

     

    (I will switch from EFI to BIOS too)

  6. I have a DS3615 6.1.7 running with the V1.02b loader on ESXi 6.7 with an E1000 VNIC configured and EFI boot and tried to first upgrade only the loader to V1.03b. I can select the ESXi entry in Grub, see the "screen will stop updating shortly" message but Synology Assistant does not see a server on the LAN.

     

    Should it work or does V1.03b have to be paired with DSM 6.2.x?

     

    Thanks.

  7. I haven't had problems with this before but after a power outage earlier today, I get a "connection refused" message when I try to access the web admin page with a browser on a Windows PC. I can mount SMB shares and see all my files and SSH into the box

     

    I've tried both http:// and https://

     

    Synology Assistant cannot see the server either

     

    I'm running Jun's 1.02b loader and one of the recent 6.1 builds

     

    Any ideas to fix this will be greatly appreciated

  8. - 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: VM - ESXi 6.5.0 Update 1 Build 7967591

    - Additional comments: REBOOT REQUIRED

  9. On 7/7/2017 at 1:42 AM, blu001 said:

     

    after the upgrade I had problems with samba shares, I was able to access public folders, but not the folders requiring authentication

     

    I tried everything from inside DiskStation web interface, but without success, so I came up with this solution:

     

    ssh admin@<DiskStation_ip>  ssh access to your DiskStation; you will be asked for the admin password

    sudo -i  for root privileges; you will be asked for the admin password

    smbpasswd -a <user>  for every DiskStation user who needs samba access to shared folders; you will be asked for a password for every user

     

    that's all, just in case someone has the same problem

     

    bye

     

    Don't know why but I haven't had this problem. Yet!

  10. On 7/6/2017 at 2:32 AM, blu001 said:

    Hello,

     

    my first post and I really want to say thank you to all the community

     

    I've upgraded with success from 5.2-5967.1 update 3   to    6.1.2-15132 with loader 1.02b

     

    esxi 6.0 update 2 on Microserver gen8 with xeon E3 1220L v2

    1 ssd for datastore on internal controller and passthrough of a LSi 9211-8i flashed in IT mode with 4 HDDs

     

    migration, no clean install and volume repair

     

    what I've done:

     

    1) download the image file from first post here (I've used loader 1.02b ds3615)

    2) edit settings of your current vm with xpenoboot 5.2 and write down MAC address

    3) login to your DSM 5.2 web interface and write down serial number; shutdown the vm

    4) download and install OSFmount, then mount the image file downloaded at point 1 (untick "read-only drive"); choose partiton 0 15MB

    5) with notepad++ or similar edit grub.cfg with serial and MAC address from point 2 and 3, you can also change the default timeout; I haven't changed anything related to vid and pid

    6) download and install StarWind V2V Image converter; convert the image file with modified grub.cfg (choose VWware ESX server image)

    7) this will result in 2 files synoboot.wmdk and synoboot-flat.wmdk

    8) upload them to the same datastore where you have xpenoboot.wmdk; you can use datastore browser to upload files

    9) edit settings of the vm and delete the hard disk pointing to xpenoboot.vmdk virtual disk 

    10) add new hard disk scsi 0:0 independent  non persistent pointing to synoboot.vmdk

    11) I haven't added any serial port

    12) start the vm and open immediately the console, because you have to select the third entry of the boot menu, the one related to esxi (I wasn't enough quick and needed a vm reset..)

    13) open a web browser to find.synology.com

    14) connect, install, migrate, manual install with the latest pat file you can download from links here https://xpenology.com/forum/topic/7294-links-to-dsm-and-critical-updates/

    15) in my case the ip was changed, so log in and update it, then update packeges in the package center... backup and replication is now called hyperbackup

     

    hope this helps someone

     

    bye

     

    Thanks, worked for my migration except that I also had to change the VM settings to do a EFI boot instead of it's previous BIOS boot. Now to figure out if I can change the hard drive format from ext4 to btrfs which was my motivation to upgrade in the first place!

  11. Earlier today, I tried installing the VPN Server package and it won't install because "package is not from a trusted publisher"! I then tried other Synology packages and get the same message.

     

    Anyone run into this?

     

    P.S.: If I change the settings to allow packages from "Any Publisher", the install is successful.

  12. My NAS is serving a bunch of PCs that do file sharing using a drive letter CIFS/SMB mount as guest. If I have to do something manually, I usually SSH into the NAS as root and do a "su guest".

     

    After updating to the latest DSM 5.2, this no longer works. "whoami" shows I am still root.

     

    Anyone else noticed this? Any suggestions?

  13. v1.0 fails too using OVF import. The problem seems to be that synoboot.img is not loading successfully.

     

    I then converted synoboot.img to synoboot.vmdk using the Starwind converter and set up a VM manually and it works!

  14. ESXi 6.0u2?

     

    Which of the loaders did you use?

     

    And did you import the OVF or set things up manually?

     

    Thanks.

     

    Yeah 6.0u2 and loader v1.0.

    Using the OVF but make sure it is an SATA disk.

    I could only set this up in the webui (https://your esxi ip/ui).

    v1.1 did not work for me per my earlier posting; will try v1.0 and report back.

  15. Anyone know if we can update to 6.0.2-8451 update 3?

     

    It worked fine on my ESXi install.

     

    ESXi 6.0u2?

     

    Which of the loaders did you use?

     

    And did you import the OVF or set things up manually?

     

    Thanks.

  16. Here is a working version for ESXi 6 (or 5.5) :

    https://mega.nz/#!7Y0zCQ6A!KyMADeLGTsnC ... Ds8rpGEvEY

     

    It's an OVF template with HW v10. Everything seems to work. RDM disk on LSI Virtual SAS SCSI controller are detected properly with power management, BTRFS and TV Tuner work.

     

    Jun, your version is HW v11 and for some reasons it ask for a reinstall in a loop so it does not work.

     

    Kind regards

    I built a VM with this OVF, installed DSM, installed Update 3 and was even able to reboot from the DSM UI. Once I powered down the VM, though, it cannot see the hard drives at power on and tries to PXE boot off the network and gives up saying it cannot find an OS.

     

    Any suggestions?

  17. I'm trying to take the new DSM for a test drive in ESXi 6 with the new Jun 1.01 loader but importing the OVF file always gives me the error

    Failed to deploy VM: postNFCData failed

     

    Anyone else seeing this?

     

    I've tried the webui with both Chrome and Firefox in case there was a browser anomaly.

     

    I've also tried the Windows fat client but it too fails during upload.

×
×
  • Create New...