thus Robert spake:
Timo Schoeler wrote:
thus Alexander Farber spake:
Do you see any kernel output at all? I believe one
should always see at least the boot> prompt -
unless the serial speed of the console doesn't match

Do you see the boot> prompt and have you tried "verbose"?

On 5/11/06, Robert <[EMAIL PROTECTED]> wrote:
Alexander Farber wrote:
   h754815:afarber {103} cat /etc/hostname.fxp0
   inet 81.169.186.95 255.255.255.255 NONE
   !route add 81.169.186.1 -link \$if: -interface

PS: I wonder if anyone successfully runs OpenBSD
at Strato's SR2, MR2 or LR2 as I'd like to upgrade

On 5/11/06, Dan Farrell <[EMAIL PROTECTED]> wrote:
Geez network setups just shouldn't be that strained... I mean, what
happened to hooking up a server with a /30 connection to the nearest
router? Am I missing something?

I think Strato, 1&1 and co introduced the .255 hack to counter sniffing.
Using .0 netmask works, but won't allow traffic with other hosts in the
same subnet. (Which shouldn't be a problem for most.)

I have not tried any of the new Strato servers, but am experimenting
with one of 1&1's new AMD64 systems.
So far, nothing that i dd to the hd will boot.
(tried 3.9 and current floppy and cd, modified for serial-acc and also
disabling the usual kernel-options like pcibios)

Anyone got one of those systems to run OpenBSD?

For those interested here's the debian-resycue-system dmesg and lspci
output for an 1&1 L64 server. Perhaps someone can see unsupported
hardware i don't.
http://openbsd.pap.st/1und1_L64.txt

Any advice'd be much apreciated.
did anybody into the problem of device timeouts for the NIC itself? i
tried to install OpenBSD on three or few machines at strato, none did
the job. i also tried NetBSD, same problem. it seems to be up to a weird
interrupt routing...


Which kind of servers did you try?
At Strato i had no problems with the Highend SR. That's what they
offered last year. i386/Celeron 2400 running OpenBSD without a problem.

fxp0 at pci2 dev 6 function 0 "Intel 82557" rev 0x08, i82559: irq 11,
address 00:30:48:52:12:34
inphy0 at fxp0 phy 1: i82555 10/100 PHY, rev. 4
fxp1 at pci2 dev 7 function 0 "Intel 82557" rev 0x08, i82559: irq 10,
address 00:30:48:52:12:35
inphy1 at fxp1 phy 1: i82555 10/100 PHY, rev. 4

-Robert

STRATO HighEnd-Server SR (v3.4)

tried OpenBSD 3.8 and NetBSD 3.0 and -current. no dmesg as i don't maintain that machine any longer. what i remember is that the MAC addresses were not the actual addresses of the interfaces. linux, however, figured them out correctly (which is the main fact i don't maintain them any longer ;)

--
Timo Schoeler | http://riscworks.net/~tis | [EMAIL PROTECTED]
RISCworks -- Perfection is a powerful message
ISP | POWER & PowerPC afficinados | Networking, Security, BSD services
GPG Key fingerprint = B5F6 68A4 EC45 C309 6770  38C4 50E8 2740 9E0C F20A

There are 10 types of people in the world. Those who understand binary
and those who don't.

Reply via email to