Denny Schierz
2005-Aug-25 14:03 UTC
[Xen-users] IPCop in DomU with Dom0 kernel, can''t login via dsl
hi,
i have a DomU with ipcop and two real network cards assigned to ipcop.
Eth0 is green and eth1 red, connected to our standard dsl-modem.
i can "ping" the dsl remote modem with "pppoe -A -I eth1",
but i can''t
start dsl themselves.
ip-cop settings:
===========
CONFIG_TYPE=2
GREEN_DRIVER=8139too
GREEN_DRIVER_OPTIONSGREEN_DEV=eth0
GREEN_DISPLAYDRIVER=8139too
GREEN_ADDRESS=192.168.100.254
GREEN_NETMASK=255.255.255.0
GREEN_NETADDRESS=192.168.100.0
GREEN_BROADCAST=192.168.100.255
ORANGE_DEVBLUE_DEVRED_DEV=eth1
RED_DRIVER=8139too
RED_DRIVER_OPTIONS=8139too
RED_DISPLAYDRIVER=8139too
RED_DHCP_HOSTNAME=ipcop
RED_ADDRESS=0.0.0.0
RED_NETMASK=0.0.0.0
RED_TYPE=PPPOE
RED_NETADDRESS=0.0.0.0
RED_BROADCAST=255.255.255.255
xen config:
===========
kernel ="/boot/xen-linux-2.6.11.12-xen0.xen.kernel"
memory = 32
name = "ipcop"
disk = [ ''file:/mnt/vserver/images/ipcop.img,sda1,w'', \
''file:/mnt/vserver/images/ipcoplog.img,sda2,w'' ]
nics=1
root = "/dev/sda1 ro"
extra = "3"
pci = ["00,0a,0","00,0b,0"]
I get every connect messages:
Aug 25 15:55:00 ipcop kernel: Cannot read proc file system: 1 -
Operation not permitted.
Aug 25 15:55:30 ipcop last message repeated 579659 times
Aug 25 15:56:31 ipcop last message repeated 1195678 times
/var/log/messages:
Aug 25 15:42:55 ipcop pppd[1701]: rcvd [LCP ConfReq id=0x58 <mru 1492>
<auth pap> <magic 0x1e651629>]
Aug 25 15:42:55 ipcop kernel: Cannot read proc file system: 1 -
Operation not permitted.
Aug 25 15:42:55 ipcop pppd[1701]: No auth is possible
Aug 25 15:42:55 ipcop kernel: Cannot read proc file system: 1 -
Operation not permitted.
Aug 25 15:42:55 ipcop pppd[1701]: sent [LCP ConfRej id=0x58 <auth pap>]
Aug 25 15:42:55 ipcop kernel: Cannot read proc file system: 1 -
Operation not permitted.
Aug 25 15:42:55 ipcop kernel: Cannot read proc file system: 1 -
Operation not permitted.
Aug 25 15:42:55 ipcop pppd[1701]: rcvd [LCP ConfAck id=0x1 <mru 1492>
<magic 0x55a167cd>]
Aug 25 15:42:55 ipcop kernel: Cannot read proc file system: 1 -
Operation not permitted.
Aug 25 15:42:55 ipcop last message repeated 8 times
Aug 25 15:42:55 ipcop pppd[1701]: rcvd [LCP ConfReq id=0x59 <mru 1492>
<magic 0x1e651629>]
Aug 25 15:42:55 ipcop kernel: Cannot read proc file system: 1 -
Operation not permitted.
Aug 25 15:42:55 ipcop pppd[1701]: sent [LCP ConfAck id=0x59 <mru 1492>
<magic 0x1e651629>]
Aug 25 15:42:55 ipcop kernel: Cannot read proc file system: 1 -
Operation not permitted.
Aug 25 15:42:55 ipcop pppd[1701]: sent [LCP EchoReq id=0x0
magic=0x55a167cd]
Aug 25 15:42:55 ipcop kernel: Cannot read proc file system: 1 -
Operation not permitted.
Aug 25 15:42:55 ipcop pppd[1701]: sent [IPCP ConfReq id=0x1 <addr
0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns3 0.0.0.0>]
Aug 25 15:42:55 ipcop kernel: Cannot read proc file system: 1 -
Operation not permitted.
Aug 25 15:42:55 ipcop last message repeated 7 times
Aug 25 15:42:56 ipcop pppd[1701]: rcvd [LCP TermReq id=0x5a]
Aug 25 15:42:56 ipcop kernel: Cannot read proc file system: 1 -
Operation not permitted.
Aug 25 15:42:56 ipcop pppd[1701]: LCP terminated by peer
Aug 25 15:42:56 ipcop kernel: Cannot read proc file system: 1 -
Operation not permitted.
Aug 25 15:42:56 ipcop pppd[1701]: sent [LCP TermAck id=0x5a]
Aug 25 15:42:56 ipcop kernel: Cannot read proc file system: 1 -
Operation not permitted.
Aug 25 15:42:56 ipcop last message repeated 7 times
Aug 25 15:42:56 ipcop pppoe[1702]: Session 8838 terminated -- received
PADT from peer
Aug 25 15:42:56 ipcop kernel: Cannot read proc file system: 1 -
Operation not permitted.
Aug 25 15:42:56 ipcop pppoe[1702]: Sent PADT
Aug 25 15:42:56 ipcop kernel: Cannot read proc file system: 1 -
Operation not permitted.
Aug 25 15:42:56 ipcop pppd[1701]: Modem hangup
At the moment, i connect to th internet via the old linux standard
router.
i also can read everything in /proc
example:
cat /proc/interrupts
CPU0
8: 0 Phys-irq rtc
10: 136 Phys-irq eth1
12: 4778 Phys-irq eth0
128: 1 Dynamic-irq misdirect
129: 830 Dynamic-irq ctrl-if
130: 137398 Dynamic-irq timer
131: 3783 Dynamic-irq blkif
132: 0 Dynamic-irq eth2
NMI: 0
ERR: 0
any suggestions?
cu denny
_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.com
http://lists.xensource.com/xen-users
Hi, > The default CPU for the first domU is wrong for SMP machines. Dead wrong > if there are only the two domains. dom0 and the first domU end up on > hyperthreads of the first CPU. At least under 2.0.5 .... and I frankly > didn''t realize that XEN doesn''t seem to move domains between "CPUs". Once > a domain has been assigned a "CPU" it is stuck there until/unless someone > moves it with "xm pincpu" > > You can have two busy dom''s sharing one CPU and the other CPU effectively > idle. I hope and believe this will be fixed under 3.0 ? > Does anybody know for certain if 3.0 will have a more intelligent CPU balancing system? Thanks, David _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
> > The default CPU for the first domU is wrong for SMP machines. Dead wrong > > if there are only the two domains. dom0 and the first domU end up on > > hyperthreads of the first CPU. At least under 2.0.5 ....Default allocation is already smarter under 3.0-unstable.> > and I frankly > > didn''t realize that XEN doesn''t seem to move domains between "CPUs". > > Once a domain has been assigned a "CPU" it is stuck there until/unless > > someone moves it with "xm pincpu"Yep.> > You can have two busy dom''s sharing one CPU and the other CPU > > effectively idle. I hope and believe this will be fixed under 3.0 ? > > Does anybody know for certain if 3.0 will have a more intelligent CPU > balancing system?It will; in addition to the improved default allocation already available Stephan has code that tries to move vCPUs around in order to optimise the performance of the machine. Cheers, Mark _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users