Recent content by isparks_curtis

Thanks guys. Since I'm not getting any "me too" responses, I'm guessing this is not a Proxmox issue, but something being configured wrong on our network. I'm moving this discussion to ServerFault: http://serverfault.com/questions/777103/linux-adding-a-bad-route-on-startup And since posting...

I've got several Proxmox 3.1 machines that have a peculiar problem. After booting them up, an extra route is created that has to be deleted before the machine can talk to others on the same subnet. After booting, the routes look like this (public IPs masked): # route Kernel IP routing table...

Thanks for the clarification. Perhaps someone over on the OpenVZ forum will know... https://forum.openvz.org/index.php?t=tree&goto=52226#msg_52226

I got distracted for a bit and am finally getting back to this. Are you saying that lxc.mount.auto can be used in an openvz configuration file? In my googling, I'm only seeing examples of it being used in lxc container configs. There must be some way to mount /proc in a secure way in...

Recently I discovered that the default /proc mount inside CentOS containers running under Proxmox 3.1 were mounted insecurely: # mount|grep " /proc" proc on /proc type proc (rw,relatime) Under older versions of Proxmox, I was able to correct this by running: mount -o remount,nosuid,noexec...

A quick follow up here... I was successfully able to get this done, but there was definitely more to it than what I originally thought. Here's roughly what I did: Run from Node: Remove the master's access from the node: mv /root/.ssh/authorized_keys /root/.ssh/authorized_keys_proxmox # save...

Yes, our main switch is managed, and for some reason it doesn't happen there. But we have sub-groups of servers that we wanted on private switches and we didn't need managed switches for them. If we had time to replace the switches with managed switches, we'd do that, but we don't have time for...

Thanks for the tip on how to upgrade the kernel. Since I'm not finding any evidence that another kernel upgrade will help, my first priority is to get these machines out of the cluster so it doesn't happen again. I've started a separate thread for that...

Due instability issues we're having with a Proxmox 3.1 cluster, we need to remove several servers from the cluster without migrating the OpenVZ containers off of them. This thread is not about the instability of the cluster, if you want to read about that, go here...

So, if I understand the link you provided, if we want to upgrade our kernel, we have to use the non-production "test" repo or their subscription based one. We don't have time for testing. We need a stable platform and I'm not interested in purchasing a subscription until after we've determined...

apt-get update produces the following error: Err https://enterprise.proxmox.com wheezy/pve-enterprise amd64 Packages...

I thought Proxmox 3.1 would have included the most recent stable kernel. Where do I get the latest kernel? Also, is there a kernel change log somewhere? Thanks again for your response.