Jump to content
XPEnology Community

romracer

Rookie
  • Posts

    2
  • Joined

  • Last visited

Posts posted by romracer

  1. 5 hours ago, lunzet said:

    Just want to share my experience with this awesome project :-)

     

    I am running the latest Bootloader 1.02b on ESXI 6.0 without issues or any timebomb problem:

    595ca3ba9d191_2017-07-0510_29_57-diskstation-SynologyDiskStation.jpg.4384a6f406369af1b7c1fdd52434f38a.jpg

     

    Had some issues initially after NIC Teaming (network not responding) and had some bad troubles to get the synoboot.img back to work (Serial + MAC) and DSM to respond to the Network again but after resetting serials and MAC's averything went fine again. In fact running this on VMWare is a very nice setup as you are still able to run other machines in parallel and backup/restore of the DSM VM should give some additional safety nets also.

     

    Just wondering if there is any helpful Information available on

    1) how the bootloader really works in detail e.g. sequence of loading (this might give evberyone better ideas on where to start troubleshooting).

    2) How to attach to the serial port on the VM? Does anyone know?

    3) How to map the virtual disk (vmdk) of the VM's system drive (tried some findings from google but the image is not recognized by osfmount for example) to adjust DSM settings in case of emergencies.

    4) Is there an up-to-date wiki somewhere?

     

    In Summary....highly appreciate all the work from devs and others on this project. Please keep up as this is really an essential good piece of work.

    Is there any way to give you some donations? (sorry did not search here :-) )

     

    Thanks

     

    1) I haven't looked fully at the details yet, but its clear it uses a GRUB stub boot loader.  It appears to do something like booting the stock kernel, inserting any extra modules included and then calling "busybox init" which triggers regular system boot up.

    2) In ESXi, you have several options.  The easiest is to probably set Serial Port 1 in the VM settings to "Use Network", direction "Server" and a port URI similar to "telnet://:8022".  Then you can telnet to the address of the ESXi host the VM is running on and that port number (ex. telnet esxi01.mydomain.com 8022).  Don't leave this connected unless you have appropriate network firewalling in place (you can just check and uncheck the connected box as needed).

    3) I don't know what this means.  There are numerous guides out there on how to open synoboot.img if that's what you mean.  If you mean the actual data disks and where the OS is installed, there are also numerous guides on that.  Google "Using ubuntu to recover synology data"

    4) No wiki I know of.  But I'm still new to this stuff (only a few months using it).

  2. 6 hours ago, Error404 said:

    Yes, that's right, you understand me correctly. Mobile applications were unavailable too. SMB, Plex and others were working.

    I have reinstalled DSM again and it's working about 5 hours.

    2017-07-04_22-15-34.png

     

    This also happened to me somewhere between July 1st and July 2nd.  I run 6.1.2 with 1.02b loader in ESXi 6.5 with just virtual disks (no physical pass through).  I also happen to have two of these VMs setup and configured with Synology HA.  NFS and MariaDB both were still working fine.  I was able to reboot the active node and the passive node took over just fine.  Its web interface also worked, even though I upgraded both of them on the same day.

     

    I hope this info helps.  Does that means perhaps the timebomb does not run on the passive node?  I reinstalled the node which was not working and rebound it to my HA cluster.  Once resync was complete, I made that node the active one again.  This was on July 2nd.  The problem has not reappeared, yet.

     

    What should I look for related to a timebomb the next time it happens?  I did not have SSH enabled and my serial console was not working (I think I broke this earlier though because it wasn't working before this) so I had limited visibility into the DSM operating system at the time.  I have since enabled SSH and firewalled it appropriately and fixed the serial console, so I should be able to get in and do more investigation if it happens again.

     

    Edit: Both of my VMs are emulating DS3617xs.

×
×
  • Create New...