@Mike-Ralston said:

Completely random, but who here likes music?

I do!

What music do you like?

Mostly symphonic metal, some rock, and some grungy techno

What kinds of equipment do you use for your listening experience?

2007 Cadillac DTS

What would your top five songs be?

You're making me pick? You're killing me, Smalls!

1. Heaven Knows by the Pretty Reckless
2. Mitternacht by E Nomine
3. Stirb Nicht vor Mir by Rammstein
4. Systeme de Sexe by Julien-K
5. Der Mann Mit Dem Koks ist Da by Stahlhammer

Any music suggestions for anyone else here?

Many, but I don't have time to list them all.

@shalooshalini said:

@alexntg said:

@shalooshalini said:

What are your experiences with IO bottlenecks? Have you considered addressing those cost effectively via Flash based or Solid State Drive (SSD) based caching software?

I can't think of the last time I didn't use some sort of flash cache or another. It allows for much greater bang for the buck when it comes to storage performance.

What SSD caching solution did you use and for which application/OS?

Typically a flash-based write cache on the host's SAS controller or VMware vSAN. The only bare-metal OS I run in a server environment is ESXi.

@shalooshalini said:

@alexntg said:

KVM is a pretty minor player

Depends on the use case - they aren't minor if you consider worldwide OpenStack Deployments today and its rate of growth. Ref: http://www.slideshare.net/ryan-lane/openstack-atlanta-user-survey

I never said that, perhaps it was a misquote?

@alexntg said:

@Minion-Queen said:

Wow that is very painful to read.

That was, and so is the title of this thread.

Dang! Someone fixed the title.

@Minion-Queen said:

Wow that is very painful to read.

That was, and so is the title of this thread.

@Dashrender said:

primarily as a backup target

Reds should be fine.

What will you be doing with them? Is this for long-term storage, production load, backup target, etc.?

@Hubtech said:

That's not too bad. Do the larger servers have other options?

@Reid-Cooper said:

What about the big there platforms.... vSphere, HyperV and XenServer. KVM is a pretty minor player and bare metal Windows and Linux are rare today.

VMware has vSAN as part of its product offering. Furthermore, Infinio does wonders with its distributed RAM caching on ESXi. Most server providers offer flash caching as well on their controllers, and decent SANs make use of tiered storage. Even Windows Server now supports storage tiering.

What makes CacheBox different?

@shalooshalini said:

What are your experiences with IO bottlenecks? Have you considered addressing those cost effectively via Flash based or Solid State Drive (SSD) based caching software?

I can't think of the last time I didn't use some sort of flash cache or another. It allows for much greater bang for the buck when it comes to storage performance.

@scottalanmiller said:

@alexntg said:

@scottalanmiller said:

It's my desk phone. So yes.

It's likely not your phone, but the phone system instead. Other users have experienced the same thing. The only other thing it could be is multiple users swiss-cheesing their firewalls via UPnP.

Where is that getting reported? I've not seen any tickets about that.

@FiyaFly had it happen a while back.

Have you tried forcing a lookup against the branch DC via nslookup yet?

@scottalanmiller said:

It's my desk phone. So yes.

It's likely not your phone, but the phone system instead. Other users have experienced the same thing. The only other thing it could be is multiple users swiss-cheesing their firewalls via UPnP.

There's no difference. The admin account shouldn't be the same account used for regular daily use.

@scottalanmiller said:

@alexntg said:

@scottalanmiller said:

@alexntg said:

Sounds like SipVicious. allowing only end-user subnets to access your SIP interface should fix that issue.

It's a phone, you can't really do that. But it is not externally available, so it must be being accessed by the local subnet.

I'm referring to the SIP interface on your phone system. Lock the firewall down to only the IP addresses of the clients that register with it (or subnets if they're dynamic). That way, the attacker won't be able to send the call over. The only other explanation is that you have your SIP ports exposed and NATted directly to your phone, which really shouldn't be necessary for normal operation.

Neither. The call is not coming from the PBX nor are any ports forwarded. It has to be coming off of the local LAN.

Is this the NTG phone system?

@NetworkNerd said:

I completely rebuilt an ESXi host this weekend because the jump drive running ESXi had a bootbank issue. The host was running 5.1U1 (all VMs on local storage) and is now running 5.5U1 and has been patched for Heartbleed.

Well, I am backing up the VMs on this host and one other with Veeam. After the rebuild of ESXi, I had to re-import all VMs on the host into inventory. I then had to reconnect the host to Veeam and enter the new root credentials for it so Veeam could back up its VMs successfully. Well, after Veeam re-scanned the host for VMs, my backup jobs went haywire. The selection lists that contained VMs for the newly rebuilt host were all wrong (different VMs on different jobs than they should be), and backups of any VM on the newly rebuilt ESXi host would fail. I had to remove all VMs that were on the host I rebuilt from Veeam backup jobs and add them to the backup jobs anew to fix the problem. Once I did that, all was smooth sailing.

My guess is this may have to do with the way Veeam sees VMs inventoried on an ESXi host and the fact that they had to be re-imported into inventory on the host due to the rebuild. Has anyone else experienced this?

Veeam uses something other than name to track the VMs. I've seen similar when I"ve moved a VM out of a vSphere datacenter to a mobile host. When I moved the VM back in, Veeam didn't see it without having to update the replica and backup jobs.

@Joyfano said:

@Minion-Queen said:

That is awesome. Maybe I will move there, if my house ever sells.

@Minion-Queen Can i go with you? I never tried to experience the feeling of using Ulta-high speed Internet.

You poor thing! Gigabit Internet is wonderful. You should at least try it out.

@scottalanmiller said:

@alexntg said:

Sounds like SipVicious. allowing only end-user subnets to access your SIP interface should fix that issue.

It's a phone, you can't really do that. But it is not externally available, so it must be being accessed by the local subnet.

I'm referring to the SIP interface on your phone system. Lock the firewall down to only the IP addresses of the clients that register with it (or subnets if they're dynamic). That way, the attacker won't be able to send the call over. The only other explanation is that you have your SIP ports exposed and NATted directly to your phone, which really shouldn't be necessary for normal operation.

@Gabi said:

@alexntg said:

What, exactly, is the request? I didn't sense a question in there.

Enable command left click or control left click (depending on os) to open link in new tab instead of opening on existing window.

Target=new

Oh, I thought from the beginning of your post that it already did that.

@scottalanmiller said:

@alexntg said:

@IT-ADMIN said:

@Dashrender said:

@Dashrender said:

what server is providing DHCP for the branch PCs?

Again, what server is providing DHCP to the branch PCs? Is the scope set correctly to give the PC's the DNS of the branch DNS server.

yes, the DHCP is providing the correct DNS setting which is the ip of my ADC as primary DNS and the internet gateway as secondary DNS

For the branch site, the DC should be primary DNS, and the DC at your main location should be secondary. Non-AD DNS sources should not be used.

I use them but only for tertiary and quaternary DNS options and only when I have only two DCs.

Using non-AD DNS in an AD enviornment can lead to kerberos errors and other fun, erratic behavior.