Re: ifconfig problem - Botched upgrade?
On Sun, Aug 05, 2007 at 04:16:05PM -0700, Greg Thomas wrote: On 8/4/07, L. V. Lammert [EMAIL PROTECTED] wrote: At 10:40 PM 8/4/2007 +0100, Stuart Henderson wrote: # ifconfig add -A to show all aliases. Bingo - I must have missed that somehow!! Also note this from the hostname.if man page: net alias 10.0.1.15 255.255.255.255 Not having the /32 subnet mask may be why the alias is showing in ifconfig output but the primary address isn't. The reason for this is a different one. Interface routes are all added to the routing table. The /32 route for the alias is necessary because the real network is already in the table. Additionally it helps choosing the main interface address for outgoing traffic (instead of an alias) because the network route points to the main interface address. Interface aliases are a bit of a mess because of all these side-effects. -- :wq Claudio
Re: ifconfig problem - Botched upgrade?
On 8/5/07, Claudio Jeker [EMAIL PROTECTED] wrote: On Sun, Aug 05, 2007 at 04:16:05PM -0700, Greg Thomas wrote: On 8/4/07, L. V. Lammert [EMAIL PROTECTED] wrote: At 10:40 PM 8/4/2007 +0100, Stuart Henderson wrote: # ifconfig add -A to show all aliases. Bingo - I must have missed that somehow!! Also note this from the hostname.if man page: net alias 10.0.1.15 255.255.255.255 Not having the /32 subnet mask may be why the alias is showing in ifconfig output but the primary address isn't. The reason for this is a different one. Interface routes are all added to the routing table. The /32 route for the alias is necessary because the real network is already in the table. Additionally it helps choosing the main interface address for outgoing traffic (instead of an alias) because the network route points to the main interface address. Interface aliases are a bit of a mess because of all these side-effects. Cool, thanks for the info. Greg -- Ticketmaster and Ticketweb suck, but everyone knows that: http://ticketmastersucks.org Dethink to survive - Mclusky
Re: ifconfig problem - Botched upgrade?
At 09:19 AM 8/6/2007 -0700, Greg Thomas wrote: The reason for this is a different one. Interface routes are all added to the routing table. The /32 route for the alias is necessary because the real network is already in the table. Additionally it helps choosing the main interface address for outgoing traffic (instead of an alias) because the network route points to the main interface address. Interface aliases are a bit of a mess because of all these side-effects. Thanks for the info! Creating the alias with a /32 does not include the alias with ifconfig interface, however, as was suggested earlier. ifconfig -A is still required. Lee
Re: ifconfig problem - Botched upgrade?
Most definitely, -A is normally the only way to see alias info. Just wanted to let you know about the /32 mask for aliases. ???. Perhaps I missed some earlier context, but -A is not the only way to see alias info. $ ifconfig msk0 msk0: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST mtu 1500 lladdr 00:16:cb:a7:52:1c groups: egress media: Ethernet autoselect (100baseTX full-duplex,rxpause,txpause) status: active inet 208.201.244.208 netmask 0xff00 broadcast 208.201.244.255 inet6 fe80::216:cbff:fea7:521c%msk0 prefixlen 64 scopeid 0x1 inet 208.201.244.210 netmask 0x broadcast 208.201.244.210 inet6 2001:5a8:4:910:216:cbff:fea7:521c prefixlen 64 $ Note the second line from the bottom. It is an alias as are the inet6 entries. Note the command line. -A was not given. Per the man page: -A Causes full interface alias information for each interface to be displayed. Shows all aliases on all interfaces. Not necessary (and not valid) if you only want to look at one interface. // marc
Re: ifconfig problem - Botched upgrade?
On 8/4/07, L. V. Lammert [EMAIL PROTECTED] wrote: At 10:40 PM 8/4/2007 +0100, Stuart Henderson wrote: # ifconfig add -A to show all aliases. Bingo - I must have missed that somehow!! Also note this from the hostname.if man page: net alias 10.0.1.15 255.255.255.255 Not having the /32 subnet mask may be why the alias is showing in ifconfig output but the primary address isn't. Greg -- Ticketmaster and Ticketweb suck, but everyone knows that: http://ticketmastersucks.org Dethink to survive - Mclusky
ifconfig problem - Botched upgrade?
In the process of upgrading a test machine from 3.9 - 4.0 - 4.1, something seems have to gotten farkled with ifconfig and/or network config. Can't find any clues in the upgrade docs. Is there something funky with 4.0 - 4.1? Could file permissions have gotten off-track somewhere? Symptoms; = ifconfig will not accept the base IP in hostname.fxp0, but neither can an alias be added after boot (ifconfig WILL, however, change the base IP for the i/f, which does work). History: == Did ithe upgrades by hand, as the machine will not boot from CD. 3.9 - 4.0 went just fine, .. no problems at all; 4.0 - 4.1 had this problem with an alias, so I did it a second time, just to make sure I didn't miss a step - no change. hostname.fxp0: # cat /etc/hostname.fxp0 inet 206.197.251.240 255.255.255.0 inet alias 206.197.251.204 255.255.255.0 ifconfig (after booting): = fxp0: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST mtu 1500 lladdr 00:d0:b7:b6:3f:1b groups: egress media: Ethernet autoselect (100baseTX full-duplex) status: active inet6 fe80::2d0:b7ff:feb6:3f1b%fxp0 prefixlen 64 scopeid 0x1 inet 206.197.251.204 netmask 0xff00 broadcast 206.197.251.255 trying to add an alias: (tried variations w/wo inet, subnet mask, no difference) # ifconfig fxp0 inet alias 206.197.251.240 255.255.255.0 (no errors returned) # ifconfig lo0: flags=8049UP,LOOPBACK,RUNNING,MULTICAST mtu 33224 groups: lo inet 127.0.0.1 netmask 0xff00 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x4 fxp0: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST mtu 1500 lladdr 00:d0:b7:b6:3f:1b groups: egress media: Ethernet autoselect (100baseTX full-duplex) status: active inet6 fe80::2d0:b7ff:feb6:3f1b%fxp0 prefixlen 64 scopeid 0x1 inet 206.197.251.204 netmask 0xff00 broadcast 206.197.251.255 (also tried rerunning netstart fxp0, no errors, no change) Either my mind is fried (possibly), or something has gotten falked through the upgrade process. Any cluesticks would be appreciated! Lee dmesg == OpenBSD 4.1 (GENERIC) #1435: Sat Mar 10 19:07:45 MST 2007 [EMAIL PROTECTED]:/usr/src/sys/arch/i386/compile/GENERIC cpu0: Intel Pentium III (GenuineIntel 686-class) 800 MHz cpu0: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR,SSE real mem = 536371200 (523800K) avail mem = 481705984 (470416K) using 4278 buffers containing 26943488 bytes (26312K) of memory mainbus0 (root) bios0 at mainbus0: AT/286+ BIOS, date 10/11/00, BIOS32 rev. 0 @ 0xfd98e, SMBIOS rev. 2.3 @ 0xef5c0 (51 entries) bios0: Intel STL2 apm0 at bios0: Power Management spec V1.2 apm0: AC on, battery charge unknown apm0: flags 30102 dobusy 0 doidle 1 pcibios0 at bios0: rev 2.1 @ 0xfd8f0/0x710 pcibios0: PCI BIOS has 11 Interrupt Routing table entries pcibios0: PCI Interrupt Router at 000:15:0 (ServerWorks OSB4 rev 0x00) pcibios0: PCI bus #0 is the last bus bios0: ROM list: 0xc/0x8000 0xc8000/0x1800 0xc9800/0x6000 acpi at mainbus0 not configured cpu0 at mainbus0 pci0 at mainbus0 bus 0: configuration mode 1 (no bios) pchb0 at pci0 dev 0 function 0 ServerWorks CNB20LE Host rev 0x05 pchb1 at pci0 dev 0 function 1 ServerWorks CNB20LE Host rev 0x05 pci1 at pchb1 bus 1 ahc0 at pci1 dev 4 function 0 Adaptec AIC-7899 U160 rev 0x01: irq 9 scsibus0 at ahc0: 16 targets sd0 at scsibus0 targ 0 lun 0: IBM, DPSS-309170N, S93E SCSI3 0/direct fixed sd0: 8748MB, 14627 cyl, 3 head, 408 sec, 512 bytes/sec, 17916240 sec total sd1 at scsibus0 targ 1 lun 0: IBM, DPSS-309170N, S93E SCSI3 0/direct fixed sd1: 8748MB, 14627 cyl, 3 head, 408 sec, 512 bytes/sec, 17916240 sec total ahc1 at pci1 dev 4 function 1 Adaptec AIC-7899 U160 rev 0x01: irq 9 scsibus1 at ahc1: 16 targets cd0 at scsibus1 targ 1 lun 0: TOSHIBA, CD-ROM XM-6401TA, 1001 SCSI2 5/cdrom removable vga1 at pci0 dev 2 function 0 ATI Mach64 GV rev 0x7a wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) wsdisplay0: screen 1-5 added (80x25, vt100 emulation) fxp0 at pci0 dev 3 function 0 Intel 8255x rev 0x08, i82559: irq 10, address 00:d0:b7:b6:3f:1b inphy0 at fxp0 phy 1: i82555 10/100 PHY, rev. 4 piixpm0 at pci0 dev 15 function 0 ServerWorks OSB4 rev 0x4f: polling iic0 at piixpm0 pciide0 at pci0 dev 15 function 1 ServerWorks OSB4 IDE rev 0x00: DMA ohci0 at pci0 dev 15 function 2 ServerWorks OSB4/CSB5 USB rev 0x04: irq 9, version 1.0, legacy support usb0 at ohci0: USB revision 1.0 uhub0 at usb0 uhub0: ServerWorks OHCI root hub, rev 1.00/1.00, addr 1 uhub0: 4 ports with 4 removable, self powered isa0 at mainbus0 isadma0 at isa0 pckbc0 at isa0 port 0x60/5 pckbd0 at pckbc0 (kbd slot) pckbc0: using irq 1 for kbd slot wskbd0 at pckbd0: console keyboard, using wsdisplay0 pcppi0 at isa0 port 0x61 midi0 at pcppi0: PC speaker spkr0 at pcppi0 lpt0 at isa0 port 0x378/4 irq 7 npx0 at isa0 port 0xf0/16:
Re: ifconfig problem - Botched upgrade?
At 04:11 PM 8/4/2007 -0500, you wrote: In the process of upgrading a test machine from 3.9 - 4.0 - 4.1, something seems have to gotten farkled with ifconfig and/or network config. Can't find any clues in the upgrade docs. Is there something funky with 4.0 - 4.1? Could file permissions have gotten off-track somewhere? Symptoms; = ifconfig will not accept the base IP in hostname.fxp0, but neither can an alias be added after boot (ifconfig WILL, however, change the base IP for the i/f, which does work). Update - I realized I was ssh'ing to the ALIAS instead of the BASE, . . so it appears that both ARE working, just not showing in ifconfig??? Cluesticks, please? Lee
Re: ifconfig problem - Botched upgrade?
On 2007/08/04 16:11, L. V. Lammert wrote: (tried variations w/wo inet, subnet mask, no difference) # ifconfig fxp0 inet alias 206.197.251.240 255.255.255.0 (no errors returned) that's incorrect, see the ifconfig manual (format is not the same as hostname.if). # ifconfig add -A to show all aliases.
Re: ifconfig problem - Botched upgrade?
At 10:40 PM 8/4/2007 +0100, Stuart Henderson wrote: # ifconfig add -A to show all aliases. Bingo - I must have missed that somehow!! Thanks!! Lee