Search results

Yeah, I believe I had issues with the jdk at the time. I dislike linux for the desktop anyway, so it was a brief experience. I'm sure you're correct though.

We have a web interface to make it easier to manage. Good luck with your efforts, in my experience the proxmox web interface doesn't really work well under linux anyway, ironically. It's worth noting, that if they can go to the effort of attaching a console to the server, they could just as...

Yeah, unfortunately I don't think you're going to have a positive experience trying to implement this. You'd be better off throwing an extra NIC in the server, configuring it with a private address, and connecting a laptop to the server with a cross over cable whenever you want to manage it.

Yeah, you want to look at mac-address-table on the switches...the arp is just for the switches layer 3 interface. But yeah, there's no response coming from your netflow monitor back to the router, so that's one way traffic. I'm thinking the issue is, the router still knows the MAC of the server...

Only thing I can possibly think of is the VM may not be generating any outbound traffic for awhile, and the mac address is somehow falling out of the table (even though you'd think arp would stuff it right back in as soon as it falls out). I'm curious to know if the static arp entry fixes it.

Have you done a tcpdump to verify what IP the traffic is headed toward? For example is it broadcasting to 255.255.255.255 or is it broadcasting to the subnet's broadcast address, or is it actually targeted at the x.x.x.x IP in your config? I would assume the last, but it's worth verifying. What...

I see, so it's specifically netflow traffic that's being broadcast. Can you post your netflow config?

Just setup a cheap server with FreeNAS, and export iscsi targets for each cluster. It will take you 30 minutes from start to finish and give you a much safer cluster environment.

You sure it's not just a difference in block size?

Heh, you learn something new every day. For some reason I thought there was a one-to-one relationship between vmbr interfaces and actual interfaces, and my first instinct was to create a subinterface (eth1:0) to bridge to. Good to know.

It's not really helpful to you if each of your four NICs will do a gigabit by themselves...you need the aggregate speed between the servers to be greater than 1gbps. For example, in my environment (two bonded giges), I get: [ ID] Interval Transfer Bandwidth [ 3] 0.0-10.0 sec 2.30...

I think you're confusing units. "950 mbps" is about 118 mBps. If you can't break the 1gbps barrier in iperf, don't expect to see your iscsi bandwidth break 1gbps either.

You're only using one of your gige's. Try bonding with balance-rr.

Did you add _netdev to the options for the mount in fstab?

Take a look at my thread, I'm really happy with the Supermicro chassis I picked out: http://forum.proxmox.com/threads/12394-New-cluster-hardware-details-suggestions-for-edits-to-the-wiki

What brand and model NIC?

Yes, you can umount any filesystem that isn't currently in use. If it won't let you, you can use lsof to determine what processes are still using it. Try umount'ing the filesystem and then seeing what you see in the /mnt/pve/proxbackup directory.

You sure that mount is mounted? Check df. If it is indeed mounted, try unmounting it and then looking to see what's in the directory...pretty sure you'll find that at one point it was unmounted during a backup, and your backup was written to /, and the remounting of the remote filesystem is...

Perhaps the virtio drivers don't yet work on Windows 2012. Try an IDE or SCSI partition.

Yikes, ok, that's not what you want. I'm not 100% clear from your initial post, but let me tell you what I think you want based on what I read: ip ru add from 192.168.2.0/24 lookup 4 ip ro add 172.16.1.0/24 via 172.16.1.254 table 4 What that does is it takes packets from 192.168.2.0/24...