Search results

Thanks for the info!

This is just a quick one... I run a 16 node production proxmox cluster that in the immediate future will be taking down for an upgrade / rebuild to VE 4.x from 3.3. I am also going to be provisioning a lot more iSCSI storage on our 10Gbit SAN. Currently I present a couple of large LUNS to the...

Good news! So my VM that has 275GB real usage as reported by df -h used to result in an 800GB backup archive. After zero'ing the free space, the backup archive is only 245GB. Result!

Ok well I just done that on my 'problem' VM and its filled about 700GB with zero's which I have now deleted. Backup is running now, we'll see if it helps. Hopefully my backups of this VM won't be 800GB anymore!

Forgive my ignorance but what exactly is this doing? From my knowledge, reading it looks like its using /dev/zero to write 0's continuously to a file until disk space is used up, then we delete said file. Is this all it takes to zero out the space? Learn something new every day! :cool:

Thanks guys!

HI guys, I look after a 16 node VE 3.4 cluster who's primary storage is presented in the form of iSCSI backed LVM with MPIO devices configured. Obviously Proxmox only allows for RAW image format on this type of storage. So I have a VM that has a large disk, about 900GB, only 200 of which is...

Hi guys, Am I able to specify a destination port range when creating a rule on the firewall GUI? I only seem to be able to specify individual ports.

Indeed, like I say I am not experiencing performance problems since the DB workload is currently not heavy. However I always like to know the performance of my equipment. The two new shelfs with an extra 50 10k SAS disks should get things moving a lot quicker. I am pretty happy with my...

Yeah you have a pretty quick set up there. The database apps that i am using are running fine at the moment. I am about to add another 2 disk shelfs to the SAN which each have 25 x 10k RPM 300GB 6G SAS disks in. The DB workload will be moved to these disks eventually. The SAN is a HP P2000...

Whilst that is excellent, it is clear that your IO test is almost exclusively using the cache. There is no way at all that you can achieve 3900 IOPS read with a 4 disk 7.2k SATA RAID10. Your write IOPS look more realistic but even still, with 9 other VM's using it at the same time, cache is...

Well like I said, I am not experiencing performance problems and the performance within that VM is what id expect from a 4 disk 7.2k SAS RAID10 that is currently shared with 4 other VM's. I was mainly wondering if that io calculation is anything to worry about or whether it even takes into...

Yes write back is enabled. The read cache optimisation is set to default which I believe is on, but I do not know exactly what setting right now.

Any other opinions?

You might be able to create a VM specific firewall rule to block all traffic if its source or destination are not what was allocated originally. However if you are providing access to the VM's only via RDP or SSH and use SNAT (1:1) at your network edge for public IP mapping, they will loose...

Excellent project! I currently do the same with a few lists at my network edge with pfBlockerNG using pfSense.

I am running this now. The VM's disk that I am running this on resides on a LUN that is only backed by a 4 disk RAID10 using 2TB MDL 7.2K SAS disks, so I wouldn't expect mega performance. Heres a write test with DD: tom@oss-flt-web01:/dev$ sudo dd if=/dev/zero of=/home/tom/test.data bs=1M...

Hi guys, I operate a 16 node cluster with 10Gbit iSCSI through to a HP SAN as my VM storage. Performance seems excellent and I have MPIO configured on every host. However I noticed that the IO Delay stat on the host summary page moves between 0 and 3%. Mostly 0 but hovers around upto 3% every...

I don't actually use OpenVZ since would rather run a fully isolated KVM instance for everything anyway. Im not running a high density VPS environment so I have no need for container virtualisation.

I would try it how I suggested and avoid using the native untagged vlan wherever possible.