Best Prices on Pain`killers like Ultram!
Gr'eat D`eals on Vali'um!
St'op smok'ing with ZYBAN!!
Click here to lear:n more about each:
http://kingdom.base4ds.com/s95/index.php?id=s95
cosmos honda1 zenith test2 bach johnson bridges sasha nautica dasha cutie doom2
corrado
stormy misha kenneth miki
At 14:17 Uhr -0400 15.04.2004, Gregory (Grisha) Trubetskoy wrote:
I may be missing something obvious, if so forgive me:
For some reason all my vservers resolve names using the main server's
/etc/hosts, not their own
Hm, not seen it myself, but if you use the "host xyz" command, it
does not lo
nevermind, I think I found the problem :-)
On Thu, 15 Apr 2004, Gregory (Grisha) Trubetskoy wrote:
>
> I may be missing something obvious, if so forgive me:
>
> For some reason all my vservers resolve names using the main server's
> /etc/hosts, not their own
>
> This OS is Fedora C1 (both in
I may be missing something obvious, if so forgive me:
For some reason all my vservers resolve names using the main server's
/etc/hosts, not their own
This OS is Fedora C1 (both inside and outside), kernel 2.4.25, vs 1.26
with corresponding util-vserver. I also have the ctx disk limit patch
a
> 'small' fixes from vs1.27 too 8-)
In surprise move, Bastard patchset version 18c has been released, and is
available from:
http://eyck.forumakad.pl/Projects/bsd/18c/
http://eyck.forumakad.pl/Projects/bsd/deb/kernel-image-2.4.25-bsd18c_eGen.1.01_i386.deb
in addition to fixes from DSA-479-1 it c
Hi Herbert,
> > Is it possible that "vserver X stop" does not always take down the right
> > interface?
>
> yes, under yet unknown circumstances, it happens
> that the vserver tools (or the ip/ifconfig utility)
> creates the alias as primary IP, in which case a
> vserver down (for this alias) wi
On Thu, Apr 15, 2004 at 03:26:38PM +0100, Chris Wilson wrote:
> Hi Cathy,
>
> > > are you 100% sure that this isn't some hidden
> > > arp table flushing / router not routing issue?
> >
> > I had similar problems (similarly affecting only the vserver IPs, not the
> > master server) that coincided
Hi Thomas,
> Herbert helped me to trace down the problem: We are running
> the master server and the vservers in different ip subnets:
Yes, that is _exactly_ what we are doing.
> (ip from the iproute2 suite) you can figure out which of the ip alias
> interfaces are "secondary". These ip aliases
On Thursday 15 April 2004 13:27, Chris Wilson wrote:
Hi,
> Does anyone have any ideas that could explain this bizarre behaviour? How
> is it that a machine can have an address configured, and not respond to
> ARPs for it, when it has a route to the source of the ARPs? There are no
> netfilter ipt
Hi Cathy,
> > are you 100% sure that this isn't some hidden
> > arp table flushing / router not routing issue?
>
> I had similar problems (similarly affecting only the vserver IPs, not the
> master server) that coincided with a router upgrade in the data center. I
> second Herbert's suggestion
> are you 100% sure that this isn't some hidden
> arp table flushing / router not routing issue?
I had similar problems (similarly affecting only the vserver IPs, not the
master server) that coincided with a router upgrade in the data center. I
second Herbert's suggestion to check the router. :
On Thu, Apr 15, 2004 at 12:27:17PM +0100, Chris Wilson wrote:
> Hi all,
>
> I'm afraid I'm a bit of a newbie at this, having just installed the
> vserver patches, and not read much of the documentation yet, so I
> apologise if this is a stupid question or a FAQ. I had a brief look at the
> mailing
Hi all,
I'm afraid I'm a bit of a newbie at this, having just installed the
vserver patches, and not read much of the documentation yet, so I
apologise if this is a stupid question or a FAQ. I had a brief look at the
mailing list archives but they weren't searchable so I couldn't find
anything in
he he... and what is master context?
/L
On Thu, 15 Apr 2004 13:12:06 +0200
Dariush Pietrzak <[EMAIL PROTECTED]> wrote:
> > Having a vserver stable debian and on that one trying to install gforge. At one
> > point following is trying to be done:
> >
> > # Create devices files
> > [ -c $CHROOTDIR
> Having a vserver stable debian and on that one trying to install gforge. At one
> point following is trying to be done:
>
> # Create devices files
> [ -c $CHROOTDIR/dev/null ] || mknod $CHROOTDIR/dev/null c 1 3
> [ -c $CHROOTDIR/dev/urandom ] || mknod $CHROOTDIR/dev/urandom c 1 9
> [ -c $CHROOT
On Thu, Apr 15, 2004 at 01:12:02PM +0200, Lennart Petersson wrote:
> Having a vserver stable debian and on that one trying to install gforge. At one
> point following is trying to be done:
>
> # Create devices files
> [ -c $CHROOTDIR/dev/null ] || mknod $CHROOTDIR/dev/null c 1 3
> [ -c $CHROOTDIR
> > deb http://eyck.forumakad.pl/woody/strace ./
> > strace 4.5.x
> as it seems that strace is _very_ important to you,
sorry, my fingger slipped and I must've pressed 'p',
it's possible that falling off the bike is not as beneficial
to your mental health as they say.
> I ask myself, does this s
Having a vserver stable debian and on that one trying to install gforge. At one point
following is trying to be done:
# Create devices files
[ -c $CHROOTDIR/dev/null ] || mknod $CHROOTDIR/dev/null c 1 3
[ -c $CHROOTDIR/dev/urandom ] || mknod $CHROOTDIR/dev/urandom c 1 9
[ -c $CHROOTDIR/dev/consol
On Thu, Apr 15, 2004 at 12:41:57PM +0200, Dariush Pietrzak wrote:
> > maybe it would be a good idea to include the
> > 'small' fixes from vs1.27 too 8-)
> Those are in my 'testing' branch, currently at 21d version.
> You are perfectly right though, I will fix that soon.
>
> additionally, for debi
> maybe it would be a good idea to include the
> 'small' fixes from vs1.27 too 8-)
Those are in my 'testing' branch, currently at 21d version.
You are perfectly right though, I will fix that soon.
additionally, for debian woody users:
deb http://eyck.forumakad.pl/woody/vserver ./
util-vserver for
On Thu, Apr 15, 2004 at 10:57:42AM +0200, Dariush Pietrzak wrote:
> Hi,
> I'd like to announce small update to my patchset, it contains fixes from
> DSA-479-1 ( ie CAN-2004-0003, CAN-2004-0109, CAN-2004-0177 and CAN-2004-0178)
> Patchset is available from http://eyck.forumakad.pl/Projects/bsd/18b
Hi,
I'd like to announce small update to my patchset, it contains fixes from
DSA-479-1 ( ie CAN-2004-0003, CAN-2004-0109, CAN-2004-0177 and CAN-2004-0178)
Patchset is available from http://eyck.forumakad.pl/Projects/bsd/18b,
debian kernel package in apt-gettable form is available from
deb http:
22 matches
Mail list logo