It's my fault that a serious error came into released kernel.
it is fixed in 028stab034 which is coming soon.
or you can still use 028stab031 kernel.
Kirill
Jun OKAJIMA wrote:
> Is this the answer?
> But, Why stable version is not stable!!!.
> http://forum.openvz.org/index.php?t=rview&goto=13675&
On Wednesday den 6. June 2007 17:14:57 Nils Domrose wrote:
> Hi,
>
> we are facing a problem with veth device in combination with long veids.
> if we configure a veth device as described in the wiki, we are unable
> to start that VE with the following error:
>
In veth.c a buffer with length 11 is
Hello,
Is there any way to migrate from OpenVZ to Virtuozzo without losing any
data?
Thanks,
Florin Veres
___
Users mailing list
Users@openvz.org
https://openvz.org/mailman/listinfo/users
Kristian F. Høgh wrote:
> On Wednesday den 6. June 2007 17:14:57 Nils Domrose wrote:
>
>>Hi,
>>
>>we are facing a problem with veth device in combination with long veids.
>>if we configure a veth device as described in the wiki, we are unable
>>to start that VE with the following error:
>>
>
>
>
Yes. VEs are converted on installation
or AFAIR there was a tool for converting them.
Anyway, converting procedure is quite simple.
Thanks,
Kirill
Florin Veres wrote:
> Hello,
>
> Is there any way to migrate from OpenVZ to Virtuozzo without losing any
> data?
>
> Thanks,
> Florin Veres
> _
On Thursday den 7. June 2007 11:32:39 Kirill Korotaev wrote:
> Kristian F. Høgh wrote:
> > On Wednesday den 6. June 2007 17:14:57 Nils Domrose wrote:
> >>Hi,
> >>
> >>we are facing a problem with veth device in combination with long veids.
> >>if we configure a veth device as described in the wiki,
I can not open /dev/tty0.
"DEVICES="c:4:all:rw" does not help.
/dev/tty works, but /dev/tty0 does not.
This is feature? or possible to solve this?
It is Okay to run Apache/Sendmail,
but a bit inconvienient for debugging or development or such purposes.
OpenVZ version: 2.6.18-028stab033
I still have not solved this issue.
You change something on /dev/tty[0-9] in a VE?
I guess they are not same as usual ones.
-
I can not open /dev/tty0.
"DEVICES="c:4:all:rw" does not help.
/dev/tty works, but /dev/tty0 does not.
This is feature? or possible to solve this?
It is Okay to run
Hi,
or export the right VEID from /proc/vz/veth:
/proc/vz/veth :
MAC_VE0 veth_dev_on_VE0 mac_dev_VE dev_VE VEID deny
Attached a workaround patch, to solve this issue.
Regards,
Thorsten
Kristian F. Høgh schrieb:
On Thursday den 7. June 2007 11:32:39 Kirill Korotaev wrote:
Kristian F. Høgh wr
Ummm?? Maybe here is the problem? What is ve_is_super()???
@@ -2506,6 +2603,12 @@ retry_open:
#ifdef CONFIG_VT
if (device == MKDEV(TTY_MAJOR,0)) {
extern struct tty_driver *console_driver;
+#ifdef CONFIG_VE
+ if (!ve_is_super(get_exec_env())) {
+
My OS is Ubuntu 7.04 for amd_64, and I have tried many different
virtualization tools, such as qemu, virtualbox, in vain. So I wonder whether
the OpenVZ could run smoothly in my OS.
Looking forward to reply...
Thanks for help.
___
Users mailing list
Use
11 matches
Mail list logo