Menu
▾
▴
devil-linux-discuss — General Mailing List for all discussions
You can subscribe to this list here.
| 2001 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(59) |
Sep
(57) |
Oct
(5) |
Nov
(45) |
Dec
(21) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2002 |
Jan
(13) |
Feb
(22) |
Mar
(14) |
Apr
(7) |
May
(33) |
Jun
(57) |
Jul
(25) |
Aug
(40) |
Sep
(53) |
Oct
(58) |
Nov
(75) |
Dec
(22) |
| 2003 |
Jan
(101) |
Feb
(101) |
Mar
(103) |
Apr
(125) |
May
(85) |
Jun
(57) |
Jul
(62) |
Aug
(42) |
Sep
(76) |
Oct
(214) |
Nov
(290) |
Dec
(274) |
| 2004 |
Jan
(187) |
Feb
(172) |
Mar
(313) |
Apr
(209) |
May
(169) |
Jun
(147) |
Jul
(118) |
Aug
(193) |
Sep
(227) |
Oct
(125) |
Nov
(246) |
Dec
(191) |
| 2005 |
Jan
(244) |
Feb
(175) |
Mar
(165) |
Apr
(130) |
May
(217) |
Jun
(122) |
Jul
(188) |
Aug
(235) |
Sep
(165) |
Oct
(133) |
Nov
(209) |
Dec
(88) |
| 2006 |
Jan
(66) |
Feb
(89) |
Mar
(108) |
Apr
(91) |
May
(29) |
Jun
(45) |
Jul
(64) |
Aug
(42) |
Sep
(44) |
Oct
(81) |
Nov
(64) |
Dec
(9) |
| 2007 |
Jan
(24) |
Feb
(122) |
Mar
(55) |
Apr
(50) |
May
(84) |
Jun
(13) |
Jul
(80) |
Aug
(70) |
Sep
(78) |
Oct
(45) |
Nov
(56) |
Dec
(42) |
| 2008 |
Jan
(65) |
Feb
(3) |
Mar
(51) |
Apr
(151) |
May
(54) |
Jun
(72) |
Jul
(73) |
Aug
(47) |
Sep
(55) |
Oct
(123) |
Nov
(16) |
Dec
(4) |
| 2009 |
Jan
(23) |
Feb
(39) |
Mar
(27) |
Apr
(36) |
May
(35) |
Jun
(51) |
Jul
(11) |
Aug
(14) |
Sep
(40) |
Oct
(67) |
Nov
(38) |
Dec
(13) |
| 2010 |
Jan
(15) |
Feb
(35) |
Mar
(40) |
Apr
(11) |
May
(26) |
Jun
(10) |
Jul
(5) |
Aug
(50) |
Sep
(86) |
Oct
(67) |
Nov
(36) |
Dec
(11) |
| 2011 |
Jan
(50) |
Feb
(6) |
Mar
(13) |
Apr
(13) |
May
(29) |
Jun
(27) |
Jul
(26) |
Aug
(27) |
Sep
(21) |
Oct
(7) |
Nov
(27) |
Dec
(4) |
| 2012 |
Jan
(11) |
Feb
(20) |
Mar
(48) |
Apr
(18) |
May
(8) |
Jun
(19) |
Jul
|
Aug
(15) |
Sep
(3) |
Oct
(4) |
Nov
(5) |
Dec
(1) |
| 2013 |
Jan
(13) |
Feb
(7) |
Mar
(4) |
Apr
(25) |
May
(2) |
Jun
(8) |
Jul
(4) |
Aug
(8) |
Sep
(7) |
Oct
|
Nov
(5) |
Dec
(10) |
| 2014 |
Jan
|
Feb
|
Mar
(6) |
Apr
(20) |
May
(5) |
Jun
|
Jul
(2) |
Aug
|
Sep
(8) |
Oct
(21) |
Nov
(4) |
Dec
(7) |
| 2015 |
Jan
(10) |
Feb
(9) |
Mar
(4) |
Apr
|
May
|
Jun
|
Jul
|
Aug
(5) |
Sep
(11) |
Oct
|
Nov
(17) |
Dec
(32) |
| 2016 |
Jan
(10) |
Feb
(15) |
Mar
(4) |
Apr
(7) |
May
(10) |
Jun
(11) |
Jul
(15) |
Aug
(26) |
Sep
(13) |
Oct
(10) |
Nov
(16) |
Dec
(6) |
| 2017 |
Jan
(9) |
Feb
(3) |
Mar
|
Apr
(2) |
May
(2) |
Jun
|
Jul
|
Aug
(3) |
Sep
(3) |
Oct
(6) |
Nov
(8) |
Dec
|
| 2018 |
Jan
(12) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(4) |
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Dominic R. <dl...@ed...> - 2011-05-10 14:04:39
|
Gudy:
To get samba working with DL 1.4.1 and higher I think you must add the
following in /etc/samba/smb.conf:
in [global] add:
unix extensions = no
add a new share:
[IPC$]
path = /shm/var/tmp
wide links = yes
and for each other share include the line:
wide links = yes
I have now updated http://www.edendevelopments.co.uk/dlsetup to reflect
this.
Dominic
On 09/05/2011 14:14, gudy wrote:
> I like to request some help with configuring samba on dl 1.4.2 i686 server.
> as i followed all the instructions on
> http://www.edendevelopments.co.uk/dlsetup
> except workgroup=WORKGROUP
> but i can't get access to the dl samba server from winxp pc's
> dl samba server shows up in workgroup, but access not allowed, ask your
> admin....
> has anyone dl running with samba?
> is there something i have overlooked?
>
> pls help, i have no clues
>
> Gudy ,Saigon Vietnam
|
|
From: gudy <jaz...@gm...> - 2011-05-09 10:14:39
|
I like to request some help with configuring samba on dl 1.4.2 i686 server. as i followed all the instructions on http://www.edendevelopments.co.uk/dlsetup except workgroup=WORKGROUP but i can't get access to the dl samba server from winxp pc's dl samba server shows up in workgroup, but access not allowed, ask your admin.... has anyone dl running with samba? is there something i have overlooked? pls help, i have no clues Gudy ,Saigon Vietnam |
|
From: Jazz C. <jaz...@gm...> - 2011-05-09 07:58:57
|
okay, filled in the bug report regards Gudy ,saigon,vietnam On 5/6/11, Heiko Zuerker <he...@zu...> wrote: > Gudy, > > Quoting gudy_2 <jaz...@gm...>: >> >> dl 1.4.2 -i686 server : when i try to run "shutdown now -t secs:10" the >> server keeps on giving the following message: >> give root password for maintenance (or type control-d to continue) >> >> if you type the root password, get the message "cannot set terminal >> process >> group -1: inappopriate ioctl for device, no job control in this shell" >> >> with exit , get "give root password for maintenance (or type control-d to >> continue)" > > This seems to be a bug, could you please open a bug report as described > here? > http://www.devil-linux.org/support/bugs.php > > Instead of the "shutdown" command you can also use "poweroff", this > one works fine. > > -- > > Regards > Heiko Zuerker > http://www.devil-linux.org > > > ---------------------------------------------------------------- > This message was sent using IMP, the Internet Messaging Program. > > > > ------------------------------------------------------------------------------ > WhatsUp Gold - Download Free Network Management Software > The most intuitive, comprehensive, and cost-effective network > management toolset available today. Delivers lowest initial > acquisition cost and overall TCO of any competing solution. > http://p.sf.net/sfu/whatsupgold-sd > _______________________________________________ > Devil-linux-discuss mailing list > Dev...@li... > https://lists.sourceforge.net/lists/listinfo/devil-linux-discuss > |
|
From: Heiko Z. <he...@zu...> - 2011-05-06 12:29:59
|
Gudy, Quoting gudy_2 <jaz...@gm...>: > > dl 1.4.2 -i686 server : when i try to run "shutdown now -t secs:10" the > server keeps on giving the following message: > give root password for maintenance (or type control-d to continue) > > if you type the root password, get the message "cannot set terminal process > group -1: inappopriate ioctl for device, no job control in this shell" > > with exit , get "give root password for maintenance (or type control-d to > continue)" This seems to be a bug, could you please open a bug report as described here? http://www.devil-linux.org/support/bugs.php Instead of the "shutdown" command you can also use "poweroff", this one works fine. -- Regards Heiko Zuerker http://www.devil-linux.org ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. |
|
From: Jacob S. <dev...@js...> - 2011-05-06 12:02:17
|
Hi, Björn, thank you for your sugestions, I tried adding the values to sysctl, but it sadly did not change the problem. Most similar problems I found on "google" seemed to be related to a faulty bios, kernel or drivers. I have changed both machine and nic's, only kernel left on that track. I also tried disable IPv6 but it did not change anything. Kind Regards Jacob On Fri, 6 May 2011 08:18:21 +0200, Rudner, Björn <br...@ba...> wrote: > Hi Jacob, > > I remember that I also had this problem a while ago. > > > > I used heartbeat and apache on two servers with virtual-IP and > loadbalancing. I also encountered the problem with the ksoftirq on 100%. > > > > I did not exactly remember what solved the problem but I have done some > changes: > > 1. I switched from heartbeat to keepalived. > > 2. I have done some tweaks in the sysctl. I do not exactly know > which of them solved the problem but you might try it. > > Here are the settings from my sysctl.conf that could be involved: > > > > kernel.panic=3 > > #net.ipv4.netfilter.ip_conntrack_max=65536 > > net.ipv4.tcp_ecn=1 > > net.ipv4.tcp_fin_timeout=30 > > net.ipv4.tcp_keepalive_time=120 > > net.ipv4.tcp_timestamps=0 > > net.ipv4.netfilter.ip_conntrack_tcp_timeout_established=300 > > net.ipv4.netfilter.ip_conntrack_udp_timeout=60 > > net.ipv4.netfilter.ip_conntrack_udp_timeout_stream=180 > > > > # Set conntrack-stuff higher > > net.netfilter.nf_conntrack_max=3000000 > > > > Cheers, > > > > Björn Rudner > > > > > > > > > > Von: Devil-Linux [mailto:dev...@js...] > Gesendet: Donnerstag, 5. Mai 2011 16:43 > An: dev...@li... > Betreff: [Devil-Linux-discuss] ksoftirqd 100% > > > > Hi all, > > We just upgraded to latest software on one router/VPN/firewall. > > I had to change to ipsec-tools instead of *swan, but else all seemed fine > from the 1.2.13 we had before. > > Anyways, as soon as we put trafik through (VPN) it it become totaly > unresponcive, and top always hangs having either close to 100%si or close > to 100% on ksoftirqd. > > The system is stale for a minute or so and then clears upp again, probably > because the services runing trafic through it timeout. > >>From watching /proc/interrupts it seem to be the network cards generating >>alot of interupts. > > We have tried changing networkcards from 3com to intel. We even bought a > new machine, to change everything but still get the same problem. > > The new machine works better though as the IRQ only hog one CPU/core att a > time so the system still answers. > > My next step is to try and recompile Devil-Linux with noapic and try that, > but before I go ahead I thought I might ask here and see if you guys know > anything else I could try. It might be just some silly mistake. > > Kind Regards > > Jacob Sandin |
|
From: gudy_2 <jaz...@gm...> - 2011-05-06 10:06:18
|
dl 1.4.2 -i686 server : when i try to run "shutdown now -t secs:10" the server keeps on giving the following message: give root password for maintenance (or type control-d to continue) if you type the root password, get the message "cannot set terminal process group -1: inappopriate ioctl for device, no job control in this shell" with exit , get "give root password for maintenance (or type control-d to continue)" please post a solution Gudy, Saigon , Vietnam -- View this message in context: http://old.nabble.com/shutdown-not-works-well-%3A%29-tp31555651p31555651.html Sent from the devil-linux-discuss mailing list archive at Nabble.com. |
|
From: Rudner, B. <br...@ba...> - 2011-05-06 06:35:16
|
Hi Jacob, I remember that I also had this problem a while ago. I used heartbeat and apache on two servers with virtual-IP and loadbalancing. I also encountered the problem with the ksoftirq on 100%. I did not exactly remember what solved the problem but I have done some changes: 1. I switched from heartbeat to keepalived. 2. I have done some tweaks in the sysctl. I do not exactly know which of them solved the problem but you might try it. Here are the settings from my sysctl.conf that could be involved: kernel.panic=3 #net.ipv4.netfilter.ip_conntrack_max=65536 net.ipv4.tcp_ecn=1 net.ipv4.tcp_fin_timeout=30 net.ipv4.tcp_keepalive_time=120 net.ipv4.tcp_timestamps=0 net.ipv4.netfilter.ip_conntrack_tcp_timeout_established=300 net.ipv4.netfilter.ip_conntrack_udp_timeout=60 net.ipv4.netfilter.ip_conntrack_udp_timeout_stream=180 # Set conntrack-stuff higher net.netfilter.nf_conntrack_max=3000000 Cheers, Björn Rudner Von: Devil-Linux [mailto:dev...@js...] Gesendet: Donnerstag, 5. Mai 2011 16:43 An: dev...@li... Betreff: [Devil-Linux-discuss] ksoftirqd 100% Hi all, We just upgraded to latest software on one router/VPN/firewall. I had to change to ipsec-tools instead of *swan, but else all seemed fine from the 1.2.13 we had before. Anyways, as soon as we put trafik through (VPN) it it become totaly unresponcive, and top always hangs having either close to 100%si or close to 100% on ksoftirqd. The system is stale for a minute or so and then clears upp again, probably because the services runing trafic through it timeout. >From watching /proc/interrupts it seem to be the network cards generating alot of interupts. We have tried changing networkcards from 3com to intel. We even bought a new machine, to change everything but still get the same problem. The new machine works better though as the IRQ only hog one CPU/core att a time so the system still answers. My next step is to try and recompile Devil-Linux with noapic and try that, but before I go ahead I thought I might ask here and see if you guys know anything else I could try. It might be just some silly mistake. Kind Regards Jacob Sandin |
|
From: Heiko Z. <he...@zu...> - 2011-05-05 21:35:01
|
Quoting Devil-Linux <dev...@js...>: > Hi all, > > We just upgraded to latest software on one router/VPN/firewall. > > I had to change to ipsec-tools instead of *swan, but else all seemed fine from the 1.2.13 we had before. > > Anyways, as soon as we put trafik through (VPN) it it become totaly unresponcive, and top always hangs having either close to 100%si or close to 100% on ksoftirqd. > > The system is stale for a minute or so and then clears upp again, probably because the services runing trafic through it timeout. > > From watching /proc/interrupts it seem to be the network cards generating alot of interupts. > > We have tried changing networkcards from 3com to intel. We even bought a new machine, to change everything but still get the same problem. > > The new machine works better though as the IRQ only hog one CPU/core att a time so the system still answers. > > My next step is to try and recompile Devil-Linux with noapic and try that, but before I go ahead I thought I might ask here and see if you guys know anything else I could try. It might be just some silly mistake. I asked google quickly and it seems you're not the only one with the issue. Unfortunately I couldn't find a post with a solution. -- Regards Heiko Zuerker http://www.devil-linux.org ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. |
|
From: Devil-Linux <dev...@js...> - 2011-05-05 15:01:46
|
Hi all, We just upgraded to latest software on one router/VPN/firewall. I had to change to ipsec-tools instead of *swan, but else all seemed fine from the 1.2.13 we had before. Anyways, as soon as we put trafik through (VPN) it it become totaly unresponcive, and top always hangs having either close to 100%si or close to 100% on ksoftirqd. The system is stale for a minute or so and then clears upp again, probably because the services runing trafic through it timeout. From watching /proc/interrupts it seem to be the network cards generating alot of interupts. We have tried changing networkcards from 3com to intel. We even bought a new machine, to change everything but still get the same problem. The new machine works better though as the IRQ only hog one CPU/core att a time so the system still answers. My next step is to try and recompile Devil-Linux with noapic and try that, but before I go ahead I thought I might ask here and see if you guys know anything else I could try. It might be just some silly mistake. Kind Regards Jacob Sandin |
|
From: <gd...@tx...> - 2011-05-04 02:24:35
|
Serge, After following your instructions make prepare worked. Someone should copy them into the Devil Linux documentation because their version does not work with version 1.41 or 1.42. THANK YOU !! Gary Stewart ---- Serge Leschinsky <ser...@gm...> wrote: > Gary, '/data/build' should not be empty. 1. tar vfxj lfssystem-SVN-20070314-cleaned.tar.bz2 2. cd lfssystem/data 3. cvs -d:pserver:ano...@de...:/cvsroot/devil-linux login (just press enter) 4. cvs -z3 -d:pserver:ano...@de...:/cvsroot/devil-linux co build 5. cd build 6. ./update_src 7. chroot LOCATION_OPATH_TO_YOUR_LFSSYSTEM/lfssystem /usr/bin/env -i HOME=/root TERM=$TERM /bin/bash -login That’s it. Serge On 05/02/2011 07:19 AM, gd...@tx... wrote: > After deleting all previous files and carefully following the > directions in the documentation for installing Devil Linux > 1.4.2 I ended up with EXACTLY the same build problem I had > with 1.4.1, make prepare fails. I have attached two prepare > log files that were produced during the attempts. The first, > prepare.build.log, was made directly after the installation > from the /build directory. Contrary to information I received > from a reply to the first email I sent on this subject, after > the install the /data directory was still empty (no > /data/build). Also the documentation specifically says > to change to the /build directory (not /data/build) before > running make. To be absolutely sure that this was not part > of the problem I copied the /build directory into /data > (after doing make mrproper), did make unpack and then > make prepare from /data/build. It produced the EXACT same > build problem I have seen from /build. I have attached that > log file, prepare.data.log as well. I have spent several > hours tracking through directories, make files, and build > scripts but have been unable to find anything that helps. > > As I said in my previous email, I had no problem building > Devil Linux based on the 2.4 kernel with Debian Etch. Since > then I have upgraded to Debian Lenny. Unfortunately I can > no longer attempt the 1.4.2 build with Debian Etch to > eliminate that possibility. I do consider it unlikely that > I would be the only one using Debian Lenny reporting this > problem. > > I REALLY need this to work. The main reason I want to use > Devil Linux as a firewall/router is due to the hardened > kernel and that it supports almost everything I want do > with the firewall/router. None of the alternatives do. > > Thanks, > > Gary Stewart > > > > ------------------------------------------------------------------------------ > WhatsUp Gold - Download Free Network Management Software > The most intuitive, comprehensive, and cost-effective network > management toolset available today. Delivers lowest initial > acquisition cost and overall TCO of any competing solution. > http://p.sf.net/sfu/whatsupgold-sd > > > > _______________________________________________ > Devil-linux-discuss mailing list > Dev...@li... > https://lists.sourceforge.net/lists/listinfo/devil-linux-discuss ------------------------------------------------------------------------------ WhatsUp Gold - Download Free Network Management Software The most intuitive, comprehensive, and cost-effective network management toolset available today. Delivers lowest initial acquisition cost and overall TCO of any competing solution. http://p.sf.net/sfu/whatsupgold-sd _______________________________________________ Devil-linux-discuss mailing list Dev...@li... https://lists.sourceforge.net/lists/listinfo/devil-linux-discuss |
|
From: Serge L. <ser...@gm...> - 2011-05-02 18:51:10
|
Gary, '/data/build' should not be empty. 1. tar vfxj lfssystem-SVN-20070314-cleaned.tar.bz2 2. cd lfssystem/data 3. cvs -d:pserver:ano...@de...:/cvsroot/devil-linux login (just press enter) 4. cvs -z3 -d:pserver:ano...@de...:/cvsroot/devil-linux co build 5. cd build 6. ./update_src 7. chroot LOCATION_OPATH_TO_YOUR_LFSSYSTEM/lfssystem /usr/bin/env -i HOME=/root TERM=$TERM /bin/bash -login That’s it. Serge On 05/02/2011 07:19 AM, gd...@tx... wrote: > After deleting all previous files and carefully following the > directions in the documentation for installing Devil Linux > 1.4.2 I ended up with EXACTLY the same build problem I had > with 1.4.1, make prepare fails. I have attached two prepare > log files that were produced during the attempts. The first, > prepare.build.log, was made directly after the installation > from the /build directory. Contrary to information I received > from a reply to the first email I sent on this subject, after > the install the /data directory was still empty (no > /data/build). Also the documentation specifically says > to change to the /build directory (not /data/build) before > running make. To be absolutely sure that this was not part > of the problem I copied the /build directory into /data > (after doing make mrproper), did make unpack and then > make prepare from /data/build. It produced the EXACT same > build problem I have seen from /build. I have attached that > log file, prepare.data.log as well. I have spent several > hours tracking through directories, make files, and build > scripts but have been unable to find anything that helps. > > As I said in my previous email, I had no problem building > Devil Linux based on the 2.4 kernel with Debian Etch. Since > then I have upgraded to Debian Lenny. Unfortunately I can > no longer attempt the 1.4.2 build with Debian Etch to > eliminate that possibility. I do consider it unlikely that > I would be the only one using Debian Lenny reporting this > problem. > > I REALLY need this to work. The main reason I want to use > Devil Linux as a firewall/router is due to the hardened > kernel and that it supports almost everything I want do > with the firewall/router. None of the alternatives do. > > Thanks, > > Gary Stewart > > > > ------------------------------------------------------------------------------ > WhatsUp Gold - Download Free Network Management Software > The most intuitive, comprehensive, and cost-effective network > management toolset available today. Delivers lowest initial > acquisition cost and overall TCO of any competing solution. > http://p.sf.net/sfu/whatsupgold-sd > > > > _______________________________________________ > Devil-linux-discuss mailing list > Dev...@li... > https://lists.sourceforge.net/lists/listinfo/devil-linux-discuss |
|
From: <gd...@tx...> - 2011-05-02 18:34:45
|
Hi Heiko,
I tried using lfssystem-SVN-20070314-cleaned.tar.bz2 the first time,
and since that didn't work I tried using CVS the second time. Both
times /data was empty and the results were exactly the same. All
attempts were made using this alias in the non-chroot /root/.bashrc
file (I used the escape for line continuation here to fit, it is not
used in .bashrc) and executing lfs_cr as root:
alias lfs_cr='chroot /usr/src/lfssystem /usr/bin/env -i HOME=/root \
TERM=$TERM /bin/bash -login'
When I do, this is displayed on the console:
******************************
** **
** Devil-Linux Build System **
** **
******************************
Setting up timezone data to EST ... done.
Changing to /data/build
Type "make<ENTER>" to see possible options
Have fun...
root:/data/build#
Please note that when /data is empty, changing to that directory
fails and after this prints out I use cd /build instead. This was
mentioned as a minor problem in my first email.
According to the prepare log files all patches seem to be applied
without problems so at this point I am confused too. I suspect
something in chroot or Lenny is causing a problem but I don't
have a clue as to what it may be. I wish I still had Debian Etch
running to check it out in the last working configuration I had.
As I said though I would be very surprised if somebody else was
not building Devil Linux using Debian Lenny, and if there was,
there is no mention of a problem like I am seeing in this
discussion list.
Thanks for the quick reply,
Gary Stewart
P.S. I just checked modified times on several patched files listed
in the prepare log and it appears they were indeed patched.
---- Heiko Zuerker <he...@zu...> wrote:
> Gary,
>
> which lfssystem are you using? lfssystem-SVN-20070314-cleaned.tar.bz2
> is the correct one.
>
> I'm confused why you're saying /data/build was empty. This directory
> only gets populated when you check out the sources from CVS and is a
> manual task.
>
> Just to be safe, you're working within the chrooted environment, correct?
>
> --
>
> Regards
> Heiko Zuerker
> http://www.devil-linux.org
>
>
> ----------------------------------------------------------------
> This message was sent using IMP, the Internet Messaging Program.
>
>
>
> ------------------------------------------------------------------------------
> WhatsUp Gold - Download Free Network Management Software
> The most intuitive, comprehensive, and cost-effective network
> management toolset available today. Delivers lowest initial
> acquisition cost and overall TCO of any competing solution.
> http://p.sf.net/sfu/whatsupgold-sd
> _______________________________________________
> Devil-linux-discuss mailing list
> Dev...@li...
> https://lists.sourceforge.net/lists/listinfo/devil-linux-discuss
|
|
From: Heiko Z. <he...@zu...> - 2011-05-02 17:25:01
|
Gary, which lfssystem are you using? lfssystem-SVN-20070314-cleaned.tar.bz2 is the correct one. I'm confused why you're saying /data/build was empty. This directory only gets populated when you check out the sources from CVS and is a manual task. Just to be safe, you're working within the chrooted environment, correct? -- Regards Heiko Zuerker http://www.devil-linux.org ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. |
|
From: <gd...@tx...> - 2011-05-02 14:19:14
|
After deleting all previous files and carefully following the directions in the documentation for installing Devil Linux 1.4.2 I ended up with EXACTLY the same build problem I had with 1.4.1, make prepare fails. I have attached two prepare log files that were produced during the attempts. The first, prepare.build.log, was made directly after the installation from the /build directory. Contrary to information I received from a reply to the first email I sent on this subject, after the install the /data directory was still empty (no /data/build). Also the documentation specifically says to change to the /build directory (not /data/build) before running make. To be absolutely sure that this was not part of the problem I copied the /build directory into /data (after doing make mrproper), did make unpack and then make prepare from /data/build. It produced the EXACT same build problem I have seen from /build. I have attached that log file, prepare.data.log as well. I have spent several hours tracking through directories, make files, and build scripts but have been unable to find anything that helps. As I said in my previous email, I had no problem building Devil Linux based on the 2.4 kernel with Debian Etch. Since then I have upgraded to Debian Lenny. Unfortunately I can no longer attempt the 1.4.2 build with Debian Etch to eliminate that possibility. I do consider it unlikely that I would be the only one using Debian Lenny reporting this problem. I REALLY need this to work. The main reason I want to use Devil Linux as a firewall/router is due to the hardened kernel and that it supports almost everything I want do with the firewall/router. None of the alternatives do. Thanks, Gary Stewart |
|
From: Motycka J. <mai...@vc...> - 2011-04-18 08:41:04
|
Hello.
I have tested this patch and it is ok for me.
I have tested it on this setup:
2 bond devices (bond0, bond1) each with 2 slaves.
bond0 OPTS: max_bonds=2 mode=2 miimon=100
bond1 OPTS: mode=4 miimon=100
And after system stats up, I have this in proc:
/proc/net/bonding/bond0:
Bonding Mode: load balancing (xor)
Transmit Hash Policy: layer2 (0)
MII Status: up
MII Polling Interval (ms): 100
Up Delay (ms): 0
Down Delay (ms): 0
Slave Interface: eth1
MII Status: up
Link Failure Count: 0
Permanent HW addr: 00:04:76:15:ef:c1
Slave Interface: eth2
MII Status: up
Link Failure Count: 0
Permanent HW addr: 00:04:76:15:8b:e6
/proc/net/bonding/bond1:
Bonding Mode: IEEE 802.3ad Dynamic link aggregation
Transmit Hash Policy: layer2 (0)
MII Status: up
MII Polling Interval (ms): 100
Up Delay (ms): 0
Down Delay (ms): 0
802.3ad info
LACP rate: slow
Aggregator selection policy (ad_select): stable
Active Aggregator Info:
Aggregator ID: 1
Number of ports: 2
Actor Key: 9
Partner Key: 3
Partner Mac Address: 00:1c:c5:a3:92:e0
Slave Interface: eth3
MII Status: up
Link Failure Count: 0
Permanent HW addr: 00:04:76:15:ef:bc
Aggregator ID: 1
Slave Interface: eth4
MII Status: up
Link Failure Count: 0
Permanent HW addr: 00:50:da:19:85:e2
Aggregator ID: 1
Thanks.
Jiri
-------- Original Message --------
Subject: Re: [Devil-Linux-discuss] multiple bonds devices
From: Serge Leschinsky <ser...@gm...>
To: dev...@li...
CC: Motycka Jiri <mai...@vc...>
Date: 04/15/2011 10:39 AM
> Jiri,
>
> could you please test/check the attached patch?
>
> Thanks,
> Serge
>
> On 03/28/2011 11:49 PM, Motycka Jiri wrote:
>> Thank you very much for this quick workaround. It is functional for
>> me too.
>> I have made submission of a bug to the DL bugtrack system.
>>
>> Jiri Motycka
|
|
From: Serge L. <ser...@gm...> - 2011-04-15 08:39:34
|
Jiri, could you please test/check the attached patch? Thanks, Serge On 03/28/2011 11:49 PM, Motycka Jiri wrote: > Thank you very much for this quick workaround. It is functional for me too. > I have made submission of a bug to the DL bugtrack system. > > Jiri Motycka |
|
From: Philippe M. <ph...@oz...> - 2011-04-06 04:52:44
|
On Tue, Apr 05, 2011 at 03:07:26PM -0500, Heiko Zuerker wrote: > Quoting Philippe Marzouk <ph...@oz...>: > > > > > I checked the ethernet interface is set to 1500 and the ppp0 interface > > to 1492 by pppd. > > This is the same on both versions. > > > > I checked the routing, the firewall script, the sysctl.conf file... > > > > I'm at a loss > > I just checked, 2.4.5 is the latest version. > Did you do a google search, maybe there's a patch or somebody came > across the issue before. > I did but didn't find anything yet Philippe |
|
From: Heiko Z. <he...@zu...> - 2011-04-05 20:07:33
|
Quoting Philippe Marzouk <ph...@oz...>: > > I checked the ethernet interface is set to 1500 and the ppp0 interface > to 1492 by pppd. > This is the same on both versions. > > I checked the routing, the firewall script, the sysctl.conf file... > > I'm at a loss I just checked, 2.4.5 is the latest version. Did you do a google search, maybe there's a patch or somebody came across the issue before. -- Regards Heiko Zuerker http://www.devil-linux.org ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. |
|
From: Philippe M. <ph...@oz...> - 2011-04-05 18:07:50
|
I checked the ethernet interface is set to 1500 and the ppp0 interface to 1492 by pppd. This is the same on both versions. I checked the routing, the firewall script, the sysctl.conf file... I'm at a loss Philippe On Tue, Apr 05, 2011 at 10:13:05AM -0400, Fred Frigerio wrote: > Well since you are stuffing an IP packet inside another, in order to avoid > splitting packets you want to set the MTU to 1492 so that the 'space' used > by the encapsulating package is taken into account. That's the way I > understand it. But that is for the packets that get encapsulated, you don't > want to reduce the MTU on the encapsulating ones. I guess what I am saying > is make sure you are reducing the MTU on the correct interface. > > -----Original Message----- > From: Bruce Smith [mailto:bw...@re...] > Sent: Tuesday, April 05, 2011 8:40 AM > To: dev...@li... > Subject: Re: [Devil-Linux-discuss] Very poor performance of ppp 2.4.5 > > I thought you were supposed to set pppd's MTU to 1492 (or some slightly less > value) to allow for something in the header. Or something like that ... > it's been a long time since I dealt with pppd -- back in my dialup days. > > - BS > > > > On Tue, Apr 5, 2011 at 08:22, Heiko Zuerker <he...@zu...> wrote: > > > Hey, > > 1.4.2 also has the 2.6 kernel, which changes things quite a bit. > I try things like forcing the MTU size to like 1500, see if that > changes anything. > > Heiko > > > Quoting Philippe Marzouk <ph...@oz...>: > > Hi, > > > > I have very poor performance for my ADSL connection with ppp 2.4.5 > on > > DL 1.4.2. > > > > I tried on an official 1.4.2 i686 and after recompiling with ipv6 > > support. > > > > For example, the ping time to my ISP webserver is stable around 25 > ms > > with the old ppp 2.4.3 version in the a DL 1.3.4 from 2007 while > with DL > > 1.4.2 I get erratic times and often more than 1 second. > > > > Has anyone experienced this ? > > > > Philippe > > > > > ---------------------------------------------------------------------------- > -- > > Create and publish websites with WebMatrix > > Use the most popular FREE web apps or write code yourself; > > WebMatrix provides all the features you need to develop and > > publish your website. http://p.sf.net/sfu/ms-webmatrix-sf > > _______________________________________________ > > Devil-linux-discuss mailing list > > Dev...@li... > > https://lists.sourceforge.net/lists/listinfo/devil-linux-discuss > > > > > > > -- > > Regards > Heiko Zuerker > http://www.devil-linux.org > > > ---------------------------------------------------------------- > This message was sent using IMP, the Internet Messaging Program. > > |
|
From: Fred F. <ffr...@lo...> - 2011-04-05 14:31:05
|
Well since you are stuffing an IP packet inside another, in order to avoid splitting packets you want to set the MTU to 1492 so that the 'space' used by the encapsulating package is taken into account. That's the way I understand it. But that is for the packets that get encapsulated, you don't want to reduce the MTU on the encapsulating ones. I guess what I am saying is make sure you are reducing the MTU on the correct interface. -----Original Message----- From: Bruce Smith [mailto:bw...@re...] Sent: Tuesday, April 05, 2011 8:40 AM To: dev...@li... Subject: Re: [Devil-Linux-discuss] Very poor performance of ppp 2.4.5 I thought you were supposed to set pppd's MTU to 1492 (or some slightly less value) to allow for something in the header. Or something like that ... it's been a long time since I dealt with pppd -- back in my dialup days. - BS On Tue, Apr 5, 2011 at 08:22, Heiko Zuerker <he...@zu...> wrote: Hey, 1.4.2 also has the 2.6 kernel, which changes things quite a bit. I try things like forcing the MTU size to like 1500, see if that changes anything. Heiko Quoting Philippe Marzouk <ph...@oz...>: > Hi, > > I have very poor performance for my ADSL connection with ppp 2.4.5 on > DL 1.4.2. > > I tried on an official 1.4.2 i686 and after recompiling with ipv6 > support. > > For example, the ping time to my ISP webserver is stable around 25 ms > with the old ppp 2.4.3 version in the a DL 1.3.4 from 2007 while with DL > 1.4.2 I get erratic times and often more than 1 second. > > Has anyone experienced this ? > > Philippe > > ---------------------------------------------------------------------------- -- > Create and publish websites with WebMatrix > Use the most popular FREE web apps or write code yourself; > WebMatrix provides all the features you need to develop and > publish your website. http://p.sf.net/sfu/ms-webmatrix-sf > _______________________________________________ > Devil-linux-discuss mailing list > Dev...@li... > https://lists.sourceforge.net/lists/listinfo/devil-linux-discuss > -- Regards Heiko Zuerker http://www.devil-linux.org ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. ---------------------------------------------------------------------------- -- Xperia(TM) PLAY It's a major breakthrough. An authentic gaming smartphone on the nation's most reliable network. And it wants your games. http://p.sf.net/sfu/verizon-sfdev _______________________________________________ Devil-linux-discuss mailing list Dev...@li... https://lists.sourceforge.net/lists/listinfo/devil-linux-discuss |
|
From: Philippe M. <ph...@oz...> - 2011-04-05 13:48:54
|
Hi, 1.3.4 also has a 2.6 kernel. Thanks for the advice, I'll if there are other parameters I may have forgotten to apply like the MTU. Philippe On Tue, Apr 05, 2011 at 07:22:03AM -0500, Heiko Zuerker wrote: > Hey, > > 1.4.2 also has the 2.6 kernel, which changes things quite a bit. > I try things like forcing the MTU size to like 1500, see if that > changes anything. > > Heiko > > Quoting Philippe Marzouk <ph...@oz...>: > > Hi, > > > > I have very poor performance for my ADSL connection with ppp 2.4.5 on > > DL 1.4.2. > > > > I tried on an official 1.4.2 i686 and after recompiling with ipv6 > > support. > > > > For example, the ping time to my ISP webserver is stable around 25 ms > > with the old ppp 2.4.3 version in the a DL 1.3.4 from 2007 while with DL > > 1.4.2 I get erratic times and often more than 1 second. > > > > Has anyone experienced this ? > > > > Philippe > > > > ------------------------------------------------------------------------------ > > Create and publish websites with WebMatrix > > Use the most popular FREE web apps or write code yourself; > > WebMatrix provides all the features you need to develop and > > publish your website. http://p.sf.net/sfu/ms-webmatrix-sf > > _______________________________________________ > > Devil-linux-discuss mailing list > > Dev...@li... > > https://lists.sourceforge.net/lists/listinfo/devil-linux-discuss > > |
|
From: Bruce S. <bw...@re...> - 2011-04-05 13:47:19
|
I thought you were supposed to set pppd's MTU to 1492 (or some slightly less value) to allow for something in the header. Or something like that ... it's been a long time since I dealt with pppd -- back in my dialup days. - BS On Tue, Apr 5, 2011 at 08:22, Heiko Zuerker <he...@zu...> wrote: > Hey, > > 1.4.2 also has the 2.6 kernel, which changes things quite a bit. > I try things like forcing the MTU size to like 1500, see if that > changes anything. > > Heiko > > Quoting Philippe Marzouk <ph...@oz...>: > > Hi, > > > > I have very poor performance for my ADSL connection with ppp 2.4.5 on > > DL 1.4.2. > > > > I tried on an official 1.4.2 i686 and after recompiling with ipv6 > > support. > > > > For example, the ping time to my ISP webserver is stable around 25 ms > > with the old ppp 2.4.3 version in the a DL 1.3.4 from 2007 while with DL > > 1.4.2 I get erratic times and often more than 1 second. > > > > Has anyone experienced this ? > > > > Philippe > > > > > ------------------------------------------------------------------------------ > > Create and publish websites with WebMatrix > > Use the most popular FREE web apps or write code yourself; > > WebMatrix provides all the features you need to develop and > > publish your website. http://p.sf.net/sfu/ms-webmatrix-sf > > _______________________________________________ > > Devil-linux-discuss mailing list > > Dev...@li... > > https://lists.sourceforge.net/lists/listinfo/devil-linux-discuss > > > > > > -- > > Regards > Heiko Zuerker > http://www.devil-linux.org > > > ---------------------------------------------------------------- > This message was sent using IMP, the Internet Messaging Program. > > > > > ------------------------------------------------------------------------------ > Xperia(TM) PLAY > It's a major breakthrough. An authentic gaming > smartphone on the nation's most reliable network. > And it wants your games. > http://p.sf.net/sfu/verizon-sfdev > _______________________________________________ > Devil-linux-discuss mailing list > Dev...@li... > https://lists.sourceforge.net/lists/listinfo/devil-linux-discuss > |
|
From: Heiko Z. <he...@zu...> - 2011-04-05 12:22:16
|
Hey, 1.4.2 also has the 2.6 kernel, which changes things quite a bit. I try things like forcing the MTU size to like 1500, see if that changes anything. Heiko Quoting Philippe Marzouk <ph...@oz...>: > Hi, > > I have very poor performance for my ADSL connection with ppp 2.4.5 on > DL 1.4.2. > > I tried on an official 1.4.2 i686 and after recompiling with ipv6 > support. > > For example, the ping time to my ISP webserver is stable around 25 ms > with the old ppp 2.4.3 version in the a DL 1.3.4 from 2007 while with DL > 1.4.2 I get erratic times and often more than 1 second. > > Has anyone experienced this ? > > Philippe > > ------------------------------------------------------------------------------ > Create and publish websites with WebMatrix > Use the most popular FREE web apps or write code yourself; > WebMatrix provides all the features you need to develop and > publish your website. http://p.sf.net/sfu/ms-webmatrix-sf > _______________________________________________ > Devil-linux-discuss mailing list > Dev...@li... > https://lists.sourceforge.net/lists/listinfo/devil-linux-discuss > -- Regards Heiko Zuerker http://www.devil-linux.org ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. |
|
From: Philippe M. <ph...@oz...> - 2011-04-04 18:42:31
|
Hi, I have very poor performance for my ADSL connection with ppp 2.4.5 on DL 1.4.2. I tried on an official 1.4.2 i686 and after recompiling with ipv6 support. For example, the ping time to my ISP webserver is stable around 25 ms with the old ppp 2.4.3 version in the a DL 1.3.4 from 2007 while with DL 1.4.2 I get erratic times and often more than 1 second. Has anyone experienced this ? Philippe |
|
From: Heiko Z. <he...@zu...> - 2011-04-02 20:27:06
|
Quoting Philippe Marzouk <ph...@oz...>: > On Fri, Apr 01, 2011 at 11:18:23PM +0200, Philippe Marzouk wrote: >> Hi, >> >> I just reconfigured my old Devil-Linux 1.3.something to 1.4.2. >> >> Everything went mostly smoothly but for the ipv6 option of pppd which is >> not recognized: >> >> pppd[5831]: unrecognized option 'ipv6' >> >> Is pppd compiled with IPV6 support ? >> > > Well it is unfortunately not. > > I just opened issue 98 in Mantis with a small patch. Thanks, we'll add it to the next release. -- Regards Heiko Zuerker http://www.devil-linux.org ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. |
50 messages has been excluded from this view by a project administrator.
