@DustinB3403 said in Troubleshooting Help Requested:

@wrx7m said in Troubleshooting Help Requested:

VLANs?

No, and this VM is on the same vlan as other VMs on the same host.

PS I've restored this VM to a completely different hypervisor and the issue persists. So either its the VM or the gateway.

Have you tried a different IP, or even power down this machine and assign the same IP to another host to see if it gets blocked? Is the restored VM using the same MAC address as the original or has the restored version got a reinitialised MAC?

Do you have access to check the logs on the gateway / edge / router to see if it's blocking / intercepting / messing with your host

@LilAng doesn't really have a computer at home, either!

@NerdyDad said in Changing NICs in virtual servers:

Here is the actual code in a more searchable context, sterilized for general use.

Very useful! Thanks!

@black3dynamite forget it...

@jaredbusch said in Ubuntu Set Default Resolution Through GRUB for VM:

@scottalanmiller said in Ubuntu Set Default Resolution Through GRUB for VM:

@aaronstuder said in Ubuntu Set Default Resolution Through GRUB for VM:

@scottalanmiller Ubuntu is a surprising choice for you 😉

Runs ScreenConnect.

So does Fedora.

Always fail when I do it, there is some trick to it. Happen to know what's needed so that it doesn't just put hashes on the screen for forever?

Playing around with OBS Studio: DNF Auto Update

Youtube Video

There should be no reason I have to ask, but this supports SSL, correct? Do you have instructions on how we could use this to use Let Encrypt to secure this?

General Info

ESXi1 – Dell R710 – VMWare ESXi5.0.0
2x Intel Xeon E5607 (4 core, no Hyperthreading)
64GB RAM
1TB Local

ESXi2 – R610 - VMWare ESXi5.0.0
2x Intel Xeon E5645 (6 core, 24 Threads)
64GB RAM
NO Local

ESXi4 – R620 - VMWare ESXi5.0.0
2x Intel Xeon E5-2640 (6 core, 24 Threads)
64GB RAM
NO Local

@scottalanmiller Wish I could blame one of the newbies on that one but it's more likely a result of a 72 hour binge coding session that never got fixed.... oh well.

Have you tried the fix from this page - http://www.microsoftfixit.eu/fix-0xc03a0014/ ?

Ok, got it fixed.
I was treating the allocation like I would in Hyper-V, KVM is slightly different.
https://superuser.com/questions/1166955/memory-allocation-never-change-for-my-virtual-machine

Setting the Current & Max allocation to the same amounts, 8 or 16, fixed things up.

0_1499188166246_Screenshot from 2017-07-04 10-05-36.png
0_1499188179536_Screenshot from 2017-07-04 10-09-12.png

As long as you don't delete all my datas because my online account has issues!

Very true. You can use a traditional tool, store a backup locally then take any sort of backup of the local system that way.

@DustinB3403 said in VyOS - Best practices and questions:

I think BGP has to do intricately with the OP, just because I wasn't aware of BGP as the technology used, doesn't mean it wasn't what I was trying to figure out.

It's literally the last question in the OP, what do you do if you lose the physical interface for fail over. Answer: Use BGP.

uh - no. That assumes the ISP is what failed, not the NIC that failed on the firewall. Those are two different things.

So then restore from backup on a host that has enough capacity, and just kill the power to the other host.

Of course, having your DC and email server inside the same VM will be more problematic than just being one or the other...

I found the process I had used previously. Here it is here. Summarized below.

Make sure the VM in question is shutdown.
From the console xe vm-shutdown uuid=<UUID of Your VM> xe vbd-list vm-uuid=<UUID of Your VM> params=uuid,type xe vbd-destroy uuid=<UUID of Your CD/DVD> Of critical importance do not select Disk, ensure you select the UUID of the cd Repeat step 4 as many times as you have CD's that are unusable. Reboot the VM and add the device again.

0_1470657322596_XenCenterMain_2016-08-08_07-55-01.png