| 00:11:03 | Bradipo | Mecworks: You around? |
| 01:37:24 | han_solo | how do you tell a module to load (with specific options) at boot time? |
| 01:38:54 | Bradipo | That often depends on the distribution. |
| 01:40:08 | han_solo | debian. I found /etc/modules and that looks like it will load it on boot |
| 01:40:36 | han_solo | but now I want to go one step further - this isa network card needs an option passed to it, so it won't autoload with kerneld |
| 01:41:17 | Bradipo | I wonder if the options can just be placed in the /etc/modules.conf |
| 01:41:18 | han_solo | I could set up an alias, but what do I alias it to so that it will auto-load it? |
| 01:41:36 | Bradipo | Is there a man page for modules.conf? |
| 01:41:41 | han_solo | yeah |
| 01:41:48 | han_solo | but it's lengthy and cryptic |
| 01:41:57 | Bradipo | lol |
| 01:42:15 | Bradipo | Well, I don't have a debian system... |
| 01:44:07 | han_solo | but the format for modules.conf shouldn't change much from distro to distro should it? |
| 01:44:11 | han_solo | would this do it? |
| 01:44:18 | han_solo | option ne io=0x300 |
| 01:44:18 | Bradipo | Right. |
| 01:44:28 | Bradipo | But some distros don't include a man page for modules.conf |
| 01:44:36 | Bradipo | That looks like it shoudl do it. |
| 01:44:59 | Bradipo | Neither of my linux systems has a man page for modules.conf |
| 01:45:18 | han_solo | that's one reason I love debian |
| 01:45:25 | han_solo | there's man pages for just about everything |
| 01:45:41 | han_solo | and when there's not there are in /usr/doc |
| 01:45:41 | Bradipo | I've been moving more towards OpenBSD. |
| 01:45:50 | Bradipo | Their man pages are much better than those in Linux. |
| 01:46:16 | han_solo | (fwiw, in debian you don't edit /etc/modules.conf you edit files in /etc/modutils and run a script to generate modules.conf) |
| 01:46:30 | Bradipo | Figures. |
| 01:46:36 | han_solo | that did it |
| 01:46:38 | Bradipo | Everything in debian is pretty much auotmated. |
| 01:46:42 | Bradipo | Which is nice. |
| 01:46:46 | han_solo | yeah |
| 01:47:05 | Bradipo | I think debian is the linux that I recommend the most. |
| 01:47:31 | NetGeek | hi all |
| 01:49:06 | Bradipo | Hello. |
| 01:55:31 | han_solo | i |
| 02:07:32 | NetGeek-AFK | is away: Beer in/Beer out |
| 02:07:33 | NetGeek-AFK | Beer in/Beer out (Auto-dead after 20 min idle) (Log: ON) |
| 02:21:20 | han_solo | strange. computer behind masquerading firewall transfers the first 4k of an http transfer fine, then stalls |
| 02:21:27 | han_solo | ping has no delay |
| 02:23:05 | Jayce^ | interesting.. |
| 02:24:11 | BZFlag | han_solo: packet size black hole. |
| 02:24:53 | Jayce^ | get's ready to kill the "network admin" at his ISP.. |
| 02:25:02 | BZFlag | run tcpdump, I suspect as tcp ramps up the packet size, you are ok till you hit a full size packet. |
| 02:27:25 | han_solo | could be. I don't know how to interpret that from tcpdump though |
| 02:27:31 | han_solo | how would I fix it? |
| 02:27:39 | BZFlag | ping -s 65468 and see if that works. ;-) |
| 02:29:40 | han_solo | i see a lot of stuff going out with a ping -s 6548, but nothing comes back |
| 02:29:53 | han_solo | and it does go out the external card on the firewall |
| 02:31:27 | BZFlag | then he quit. ;-) |
| 02:31:37 | BZFlag | set the mtu on the interface down. |
| 02:35:00 | BZFlag | ie: "ifconfig eth0 mtu 1400" or some such. |
| 02:35:29 | BZFlag | think he'll come back? |
| 03:23:38 | fugalh | i'm back. but still have the problem |
| 03:24:26 | han_solo | the only thing that has changed (this setup has been working fine for a few days now) is that i installed a 2.4 kernel on the box behind the firewall |
| 03:27:59 | han_solo | maybe this from logs on the firewall has something to do with it? |
| 03:28:05 | han_solo | eth1: Tx timeout - resetting |
| 03:29:56 | BZFlag | heh, could be. |
| 03:30:28 | BZFlag | that being the case, I'd suspect an interrupt problem. |
| 03:31:58 | han_solo | hmm. would the interrupt problem be on the client? |
| 03:32:39 | han_solo | how do I check which devices are using what interrupts? I know the ethernet card is on irq 10 (this is client) |
| 03:34:10 | han_solo | /proc/interrupts says 10: 7636 XT-PIC NE2000 |
| 03:35:52 | taran | is on the firewall. han_solo is on the client |
| 03:48:29 | BZFlag | the 7636 seems to indicate that interrupts are happening. |
| 03:48:53 | BZFlag | bad cable? |
| 03:52:19 | taran | it's never been bad before |
| 03:52:50 | taran | but looking at the hub here, the link light for the client box goes off momentarily about every 4 seconds |
| 03:53:04 | taran | and in between (also about 4 secs apart) the collision light will flash |
| 03:53:42 | taran | i take that back, it's the link light coming from the firewall. hmm :( |
| 04:16:54 | taran | btw, ping -s 6058 192.168.1.1 (the firewall) works fine |
| 04:17:11 | taran | 14.5 milliseconds |
| 04:17:14 | taran | each time |
| 04:17:46 | taran | both directions. at once |
| 04:18:18 | taran | i.e. running ping -s 6058 192.168.1.17 from the 192.168.1.1 while the other is still pinging |
| 04:18:30 | taran | gkrellm says 25k of activity |
| 04:18:37 | taran | constant |
| 04:18:50 | taran | so i guess it doesn't feel like hardware is what I'm saying |
| 04:18:54 | taran | hmm |
| 23:59:51 | Xanic[lappy] | moo brandon |