13 Sep 2006 07:44
13 Sep 2006 08:30
Re: How to reset UBC failcnt
I am out of the office until Tuesday 26th September 2006. Please contact our team via the following for any issues relating to a hosting account: Billing - billing[at]transnexis.com Domain Renewals/Transfers/Registrations - domains[at]transnexis.com Sales - sales[at]transnexis.com Support - support[at]transnexis.com (24/7) If you have any queries please contact Damien Ransome via damien@..., and for problems with technical support please email Daniel Pop via daniel@... For anything else I will get back to you as quickly as possible when I return. Regards, Andrew Cranson Transnexis Hosting www.transnexis.com
13 Sep 2006 08:56
Re: How to reset UBC failcnt
Kazu Nisimura wrote: > Hi, > > Is it possible to reset the failcnt number of UBC to zero without > rebooting? This wiki article describes this with all the details: http://wiki.openvz.org/UBC_failcnt_reset
13 Sep 2006 15:51
Re: How to reset UBC failcnt
I understand problems in resetting failcnt. Thanks for the pointer. On 9/13/06, Kir Kolyshkin <kir@...> wrote: > Kazu Nisimura wrote: > > Hi, > > > > Is it possible to reset the failcnt number of UBC to zero without > > rebooting? > This wiki article describes this with all the details: > http://wiki.openvz.org/UBC_failcnt_reset > _______________________________________________ > Users mailing list > Users@... > https://openvz.org/mailman/listinfo/users >
1 Sep 2006 11:07
binfmt-support ?
On Thu, Aug 31, 2006 at 06:49:48PM +0200, Andreas Mimz wrote: > Hmm I don't think it can be used out of the box... I've loaded the > binfmt_misc module and enabled some wrappers for php for example on the > host-system. However within the vps system I'm unable to set the > "update-binfmts --enable"... Quite natural since binfmt_misc is not virtualized as Kirill already said, meaning that filetype -> interpreter mappings - are global (work in all VEs where the corresponding interpreter is found under the specified path) - can only be manipulated in the host system. Roman.
1 Sep 2006 14:08
4 Sep 2006 06:34
Problem using arptables on hw-node
Fabian, > I just discovered problems when using srptables on a bridge the veth of > the VE and the eth of the hw-node are connected to. > > is there anything known about arptables and OpenVZ ?? what kind of problems? AFAIR arptables are simply not included in binary kernel. did you recompile it yourself? Kirill
4 Sep 2006 06:47
Correctly building the kernel helped a lot 
Thanks for your support.
Fabian
4 Sep 2006 07:37
Re: Re: Problem using arptables on hw-node
I am out of the office until Tuesday 26th September 2006. Please contact our team via the following for any issues relating to a hosting account: Billing - billing[at]transnexis.com Domain Renewals/Transfers/Registrations - domains[at]transnexis.com Sales - sales[at]transnexis.com Support - support[at]transnexis.com (24/7) If you have any queries please contact Damien Ransome via damien@..., and for problems with technical support please email Daniel Pop via daniel@... For anything else I will get back to you as quickly as possible when I return. Regards, Andrew Cranson Transnexis Hosting www.transnexis.com
18 Sep 2006 10:40
find_task_by_pid macro removed from kernel
Hi all,
I had troubles getting lirc modules working on openvz kernel: lirc_dev
needs find_task_by_pid (modprobe lirc_dev returns an unresolved
symbol).
On a vanilla kernel this is defined as a macro:
#define find_task_by_pid(nr) find_task_by_pid_type(PIDTYPE_PID, nr)
On openvz kernel (I'm running 2.6.16-026test017), this macro has been
removed, I can only find:
#define find_task_by_pid_all(nr) \
find_task_by_pid_type_all(PIDTYPE_PID, nr)
Why find_task_by_pid has been removed? In which ways
find_task_by_pid_all differs?
I tried replacing find_task_by_pid(ir->tpid) in lirc source-code with
find_task_by_pid_type(PIDTYPE_PID, ir->tpid), and it works flawlessly.
Does this have any drawback? If not, why not reincluding
find_task_by_pid into the kernel to keep compatibility?
Thanks for replies.
Bye.
--
--
* Pillon Matteo
RSS Feed