I love all the downvotes in this thread.

@DustinB3403 said:

Did you not have somewhere to jump off of?

XS/XO/XOA is all great, but seriously the thread count is stupid. The knowledge is lost in all the noise.

Xen is purely LF, but also the toolstack which made XenServer what it is. Eg, XAPI is also a LF project 🙂

So +1 from the Scott's comment.

So I tested the backup functionality within XOS and the appliance backs it's self up without issue.

Wow!

No additional tools required. Great design @olivier !

@johnhooks said:

Just turn some canned air upside down and blast it 🙂

While you're wearing a pair of winter gloves....

@Dashrender said:

Even when I RDS into a Windows server, I thought the reboot option was typically greyed out? Maybe that was only my TS days?

used to be. that's why you always had to reboot from the command prompt.

@olivier said in Xen Orchestra Upgrading:

@DustinB3403 You need to think globally 😉 Only 1 Premium is enough to not have to convince 7x Starter. And costing 7 times less in support.

You should see Starter as "introductory offer". We'll add services step by step (like Cloud Backup).

Yeah, supporting the SMB's is the killer.

I think perhaps a better plan for SMBs would be, here's the product, some charge - say $500 (pulling a number out of my rear) and with that you get 4 hours of support. Then you can buy support in blocks after that.

The hard thing, you're going up against the likes of Veeam, and because of their size, they don't have to limit it like this.

@DustinB3403 said:

Damn you NFS-Common!!

That was it.

All working!

Good to hear!

Fully Automated Nagios (FAN) is probably the easiest to set up and has Centreon for the graphical configuration. It works well but it hasn't had an update in a while so it's out of date some. Still works well. If you check out my projects on my profile over on SW you will see some screenshots of my install. Nagvis is the add-on that gives the cool maps I made.

Finding a file or folder without seeing any permission denied texts.
find / -name "filetofind" 2>/dev/null

Taking over a location from an MSP and I found that there were two accounts that were created in 2019 with only one login on that date in 2019, and the password was listed in the account description field..... Luckily this domain will only exist for about a week under our control before we move them to our domain.

Drafted an email for my management to review before I email the CEO of that MSP. Just to make sure it doesn't backfire on me. CYA since I am about to call out an MSP at horrible security.

So I've got my SR reattached, just need to figure out how to import the VM's from the SR.

@Dashrender Okay let's retake a clean example: one VM in a SR, with one 4GB VDI:

# lvscan inactive '/dev/VG_XenStorage-e27c48de-509f-3fec-d627-7f348062ab1a/MGT' [4.00 MiB] inherit inactive '/dev/VG_XenStorage-e27c48de-509f-3fec-d627-7f348062ab1a/VHD-770ceeac-e97e-4e05-b9c5-892b97b9d16e' [4.02 GiB] inherit

After first snapshot:

# lvscan inactive '/dev/VG_XenStorage-e27c48de-509f-3fec-d627-7f348062ab1a/MGT' [4.00 MiB] inherit inactive '/dev/VG_XenStorage-e27c48de-509f-3fec-d627-7f348062ab1a/VHD-38e2156f-da74-4edb-ac83-56fda54cfe55' [1.75 GiB] inherit inactive '/dev/VG_XenStorage-e27c48de-509f-3fec-d627-7f348062ab1a/VHD-770ceeac-e97e-4e05-b9c5-892b97b9d16e' [4.02 GiB] inherit inactive '/dev/VG_XenStorage-e27c48de-509f-3fec-d627-7f348062ab1a/VHD-f18856a5-039b-4d84-bf6c-a259d0f49a9e' [8.00 MiB] inherit

After second snapshot:

# lvscan inactive '/dev/VG_XenStorage-e27c48de-509f-3fec-d627-7f348062ab1a/MGT' [4.00 MiB] inherit inactive '/dev/VG_XenStorage-e27c48de-509f-3fec-d627-7f348062ab1a/VHD-38e2156f-da74-4edb-ac83-56fda54cfe55' [1.75 GiB] inherit inactive '/dev/VG_XenStorage-e27c48de-509f-3fec-d627-7f348062ab1a/VHD-f18856a5-039b-4d84-bf6c-a259d0f49a9e' [8.00 MiB] inherit inactive '/dev/VG_XenStorage-e27c48de-509f-3fec-d627-7f348062ab1a/VHD-770ceeac-e97e-4e05-b9c5-892b97b9d16e' [4.02 GiB] inherit inactive '/dev/VG_XenStorage-e27c48de-509f-3fec-d627-7f348062ab1a/VHD-68408f33-5a69-4b3b-afdd-a2cfabcad9ba' [8.00 MiB] inherit

As you can see, we got a second 8 MiB logical volume, nothing more (base parent and active VDI doesn't change).

Let's remove the latest snapshot:

# lvscan inactive '/dev/VG_XenStorage-e27c48de-509f-3fec-d627-7f348062ab1a/MGT' [4.00 MiB] inherit inactive '/dev/VG_XenStorage-e27c48de-509f-3fec-d627-7f348062ab1a/VHD-38e2156f-da74-4edb-ac83-56fda54cfe55' [1.75 GiB] inherit inactive '/dev/VG_XenStorage-e27c48de-509f-3fec-d627-7f348062ab1a/VHD-f18856a5-039b-4d84-bf6c-a259d0f49a9e' [8.00 MiB] inherit inactive '/dev/VG_XenStorage-e27c48de-509f-3fec-d627-7f348062ab1a/VHD-770ceeac-e97e-4e05-b9c5-892b97b9d16e' [4.02 GiB] inherit

It removes the previously created volume, as expected. Now, let's remove the initial snapshot. Durin few seconds, we'll have this:

lvscan inactive '/dev/VG_XenStorage-e27c48de-509f-3fec-d627-7f348062ab1a/MGT' [4.00 MiB] inherit inactive '/dev/VG_XenStorage-e27c48de-509f-3fec-d627-7f348062ab1a/VHD-38e2156f-da74-4edb-ac83-56fda54cfe55' [1.75 GiB] inherit inactive '/dev/VG_XenStorage-e27c48de-509f-3fec-d627-7f348062ab1a/VHD-770ceeac-e97e-4e05-b9c5-892b97b9d16e' [8.00 MiB] inherit inactive '/dev/VG_XenStorage-e27c48de-509f-3fec-d627-7f348062ab1a/leaf_770ceeac-e97e-4e05-b9c5-892b97b9d16e_38e2156f-da74-4edb-ac83-56fda54cfe55' [4.00 MiB] inherit

But it will be automatically "garbage collected" when the system will see than the chain doesn't have any snapshot in it (after few seconds in this case):

# lvscan inactive '/dev/VG_XenStorage-e27c48de-509f-3fec-d627-7f348062ab1a/MGT' [4.00 MiB] inherit inactive '/dev/VG_XenStorage-e27c48de-509f-3fec-d627-7f348062ab1a/VHD-770ceeac-e97e-4e05-b9c5-892b97b9d16e' [4.02 GiB] inherit

We are back to the initial situation.

X8SIU-F for $150 with 8GB memory and a 2 hour round trip drive....

@halizard Awesome, thank you and your group a crap ton for me.

Gives me stuff to work on!

Happy to see it tested intensively 🙂

@DustinB3403 said:

Reading the below stats is a bit, awkward to say the least it shows the information, but it's not entirely clear in my opinion. XenCenter seems to graph the disk usage more accurately at the Hypervisor level. (shown below is XO showing the Hypervisor level)

0_1452189348096_2016-01-07_12-55-36.png

When you select a VM though you get something similar to below.

0_1452189500086_2016-01-07_12-58-12.png

Now I personally, don't care so much about an individual VM's disk performance, I care about the host. So for me using XenCenter provides a "better" explanation of what I'm reading.

That's pretty cool. However keep in mind that in some cases, a single VM's disk performance can be hurting performance for the other VMs as well.

@gjacobse said:

Of note,.. it seems that it is not just KeePass "one point three" or "two point three" - in each case, it's the thirtieth published incarnation of that particular version of KeePass after the "point zero" version (as commented from below).

http://sourceforge.net/p/keepass/discussion/329220/thread/a0672c5f/#9e13

lol. I reckon I'll have to try and do the update since it has been squealing at me for a few weeks now.

@Dashrender said:

For Knowledge sake - is HALizard something akin to StarWind's vSAN module?

No, HA-Lizard has no storage component. DRBD, which is in the Linux kernel, is like the StarWinds VSAN module. HA-Lizard is a script that automates the setup of DRBD, Xen HA and other features and adds its own fencing so that you can do effective two node HA setups.