Posts made by DustinB3403

We use NAUBackup and schedule it within Crontab for our XenServer.

Well I'm the admin of this mound.

As small and stinky it may be, this is mine!

@scottalanmiller That is my assumption as well at this point.

But odds are we arent spending another $600 for a laCie case just to try and recover the files on this drive.

Thanks again!

Reach out via PM please!

It's still attempting to mount the drive, so we'll see once we get there.

We have partial lift off!

Drive is seen in Ubuntu, Disk is ok with 1 bad sector.
Mounting . . .

Now for the massive explosion

Mounting it now into a tower, and booting into Linux to see if it can even see the drive.

Yeah. . .

Neither the "good" drive nor the one originally marked as bad will mount. So much for being SAFE.

Boss wants to give it a try when he gets back.

Well we got a replacement drive, as Drive 2 was marked as bad, and let it "run a resilver" for a very long time. 2 days... at which point the system went into a full failed state.

So much fun.

Trying to recover any data off of a failed RAID 1 (2-Drive laCie) . . . fun . . .

I've never monitored them.

The work is being done by Dom0, not the VM.

And with the resources being statically assigned I can't imagine that there is much of a hit to the performance of the VM's them self.

@dafyre Correct they do.

Immediately after those first few seconds. The data transfer off host takes the longest amount of time to complete.

I have 4 VM's that we backup (care about) that use 696GB of data, so the transfer time takes a bit.

And that is only the Snapshot portion, migrating it off host obviously takes a bit of time.

Just testing now, it takes maybe 3-5 seconds to run per VM in our environment.

I haven't had anything to try yet that is heavily used. We have our Asset management system which is built on a SQL Database, and that gets backed up weekly without issue.

But there are only 2-4 people accessing the database at a time, at the most.

Years of uptime, as awesome as it sounds doesn't really work.

It sets the VM to a suspend state while it build the backup file. (At least this is what NAUBackup does).

So technically speaking your Uptime counter should still continue, as far as the VM knows.

@JaredBusch said:

@DustinB3403 said:

Q: I think my phone was stolen, can you track that?
A: No, no we can't track it, if we were tracking your phone you'd sue the crap out of us. . .

Correct Answer: Yes, it is a company owned device we have MDM software on it and I can tell it was last at X.

I say that because:

Does anyone else manage the cellphone plans and hardware for the employers?

That sounds like employer owned devices, not BYOD. BYOD is different.

Unfortunately, we'd have to have a very clear and strict Cell Phone Policy that has a clause for phone tracking. Which we have a phone policy but upper management didn't want, nor I to get involved with tracking phones. As it could get very messy, very quickly.

And I don't know about NYS law and tracking phones, even company provided ones.

@scottalanmiller said:

@DustinB3403 said:

No, it is strictly a running state backup tool. It does however cleanup after it's self. Removing the Snapshot from Xen's local storage, and will remove old backup's after the default of 4. (this default can be changed)

If you store images on a system with block-level dedupe it will act much like an incremental.

It kicks the VM offline to perform a snapshot, so if you're willing to take your VM's down for that given length of time on schedule every so often I suppose it could.

Seems like overkill to me.

And I have nothing against kids or clowns, but F!!!