Again on multiple bridges

[Claudio Laurita]

First of all, my congratulations for the excellent idea.
Your sw is very impressive and I'm waiting for the first official release.

Just two questions:
- besides the fact that bridges cannot be managed via web interface, is there actually a way to manually add them? I really need them for my application.
- could it be possible to add dmraid support to the installation?

Thanks in advance
Claudio

 

[tom]

First of all, my congratulations for the excellent idea.
Your sw is very impressive and I'm waiting for the first official release.

Just two questions:
- besides the fact that bridges cannot be managed via web interface, is there actually a way to manually add them? I really need them for my application.

not supported yet, but it is on the roadmap for 1.0.

- could it be possible to add dmraid support to the installation?

the bar-metal ISO installer will not support software raid due to many reasons. But in order to support special partitioning and software raid we will provide a debian task package installing all Proxmox VE packages.

this means you have to install a basic debian etch 64 (e.g. via netinstall), choosing your favorite partitioning and soft raid configuration. and after this, just install the Proxmox VE packages.

 

[fortechitsolutions]

Hi Tom,

I wanted to ask / followup on this thread - is there any access to debian packages, as you mention above, if one wishes to do a bare/custom debian etch install first & then add ProxmoxVE packages subsequently ?

This is in context, of wishing to add SW Raid to a system being deployed. A case of, hardware was bought by someone who didn't know better, and ProxmoxVE is a perfect fit for their requirements / except that the client doesn't have HW raid on this box (sigh).

Alternately, I'm looking at prospect of manual/unsupported migration from non-raid to raid config "behind the scenes" from proxmox. But if there are more direct / less fiddley ways to achieve this end (if at all) - then direct & easy is always appealing.

Thanks,

Tim Chipman

 

[dietmar]

I wanted to ask / followup on this thread - is there any access to debian packages, as you mention above, if one wishes to do a bare/custom debian etch install first & then add ProxmoxVE packages subsequently ?

ftp://pve.proxmox.com/debian/dists/etch/pve/binary-amd64/

This is in context, of wishing to add SW Raid to a system being deployed. A case of, hardware was bought by someone who didn't know better, and ProxmoxVE is a perfect fit for their requirements / except that the client doesn't have HW raid on this box (sigh).

For many reasons (search this forum) we do not want to support SW Raid.

- Dietmar

 

[fortechitsolutions]

Hi, Thanks for the quick reply. I have searched the forums and read your discussion on SW raid. I understand what you say. However, I was still curious if you offer the debian packages to install proxmoxVE as had been alluded to in this thread. I assume the answer is "no".

I'll proceed with a 'degraded raid migration' to get SW raid implemented. I believe anyone who can do this is also capable of dealing with the fallout of "difficult to maintain in case of failure" - which appears to be the primary barrier to having this feature in the first place.

Thanks,

Tim

 

[dietmar]

Hi, Thanks for the quick reply. I have searched the forums and read your discussion on SW raid. I understand what you say. However, I was still curious if you offer the debian packages to install proxmoxVE as had been alluded to in this thread. I assume the answer is "no".

Again, all debian packages are available at:

ftp://pve.proxmox.com/debian/dists/e.../binary-amd64/

There is also a virtual package 'proxmox-ve' which depends on all other required packages.

What do you miss?

- Dietmar

 

[dietmar]

I'll proceed with a 'degraded raid migration' to get SW raid implemented. I believe anyone who can do this is also capable of dealing with the fallout of "difficult to maintain in case of failure" - which appears to be the primary barrier to having this feature in the first place.

For technical reasons, the whole boot partition cannot be on the SW RAID. So what happens if a HD dies and then the kernel tries to access something there (the whole kernel is located there)? Or isn't that a problem?