Re: OpenBSD on VMware ESXi
We have been running succesfully for a very long time, earlier editions (5.5) didn’t recover so well after storage hiccups, but these days running very well, no customizations needed. Sorry I can’t download the vmx right now. OpenBSD 6.3 GENERIC.MP#107 amd64 Running openbgpd, pf and relayd. Esxi 6.5 on Intel "Sandy Bridge” Generation EVC VMFS5 datastore on FC - Thick provision lazy zeroed VMXNET3 VM version 10 hardware compatibility Guest OS emulation - Freebsd 64bit 8vcpu 8gig mem > On 22 May 2019, at 12:46, Roderick wrote: > > > Hallo! > > As far as I read in WWW, OpenBSD do run on VMware ESXi out of the box. > > What does run better on amd64 virtual machine? i386 or amd64? > Are there reasons to preffer one to the other? > > Any recommendations in general? Current or stable? > > I have a virtual server, just for testing, at the moment with debian > and I find it awfull. Is there any reasong to keep it with linux? > > A detail: the console is in WWW, almost unreadable small fonts, > unstable, high latency (result of low price :). The best would > be a short installation path to get a listening sshd and end the > installation with shell login. > > Thanks for any hint > Rodrigo >
Re: OpenBSD on VMware ESXi
On Thu, 23 May 2019, Ian Darwin wrote: ..., but if you just wanted hosting in a hurry and cheap, vultr.com offers an entry-level vhost with OpenBSD 6.5 (or half a dozen others including BSDs and Linuxes) already installed (or you can use any ISO to install from) for US$2.50/month, with console access. I'm hosting my secondary DNS there and have had zero issues so far, though I didn't do a full reinstall. Well, I was just testing for being prepared when I need "hosting in a hurry and cheap". Waiting till one is in need makes the need and the price bigger. It was an offer of ionos.de, 500MB Ram, 10 GB SSD, 1vCore, Linux OS. For me OK, I like to test under spare resources. What runs under spare resources, runs much better under better conditions: it is a way to select what to run. The price of ionos.de: 1 EUR/Month, bound to 1 year, but one can end the contract in the first 30 days. Probably an offer to catch customers. The answer to my question to change to "LSI Logic SAS" was: they cannot do individual adaptions, but I can take a root server from them. This answer is perfectly acceptable, as also the ugly Web Console, if one can rely in their offer of 1 Eur/month, if it is not a trap to catch customers. They are not saying me, I must take a root server from them. It is possible to boot a CD and install an own OS. It would have been wonderfull to run OpenBSD, unfortunately almost worked. Rodrigo
Re: OpenBSD on VMware ESXi
On 2019-05-22 11:04, Stuart Henderson wrote: No idea, I don't run those. I have some experience: For over three years I have been running a qemu/KVM on Linux hypervisor for a lab that's had at least four running OpenBSD vms with virtio and e1000 nics. The obsd vms have never had a kernel panic, where they usually do basic routing/nating for a dev network, but occasionally do a lot of iperf traffic while I work on their pf.conf files. -- Sent from a phone, apologies for poor formatting. On 22 May 2019 17:20:16 Igor Podlesny wrote: On Wed, 22 May 2019 at 23:06, Stuart Henderson wrote: [...] vmxnet3 suffers kernel panics under some conditions, e1000 is rock solid for me. Any known similarities in regards of vio -- VirtIO network device (bhyve, KVM, QEMU, and VirtualBox)? -- End of message. Next message?
Re: Installer buggy (Re: OpenBSD on VMware ESXi)
Thanks, Jan, thanks Otto for the personal mail. Yes, the problem is sure that. I will se with the provider. When I changed the fdisk partition (first writes), they were not written, but the disklabel. When I did not, but changed the disklabel, then the disklabel was not changed. I hope enough dmesg is written before KARL!!! Rodrigo
Re: Installer buggy (Re: OpenBSD on VMware ESXi)
> On Thu, 23 May 2019, Jan Vlach wrote: > > > IIRC, pvscsi used to eat up first write to the paravirtual storage > > device with VMware. Not sure what's the current situation as I tend to > > use LSI Logic SAS. > > I do not understand very much, but yes, something is being eaten up. > > The fsck I mentioned before was not effective, I landed with a system > with ro mounted root system. It was impossible to do anything reasonable > with it. > > pci3 at ppb2 bus 3 > vmwpvs0 at pci3 dev 0 function 0 "VMware PVSCSI" rev 0x02: apic 1 int 18 ^^ https://marc.info/?l=openbsd-misc&m=144899602327183&w=2 I think you're seeing this. Change the Storage adapter in VMware to LSI Logic SAS or ask your VM provider to do this for you. JV
Re: Installer sucks ! (Re: OpenBSD on VMware ESXi)
On 5/23/19 7:51 AM, Roderick wrote: I wonder that no one noted this bugs before: are there no new people installing OpenBSD? Or it is a problem only with VMWare? Yes, the fact that nobody else has run into your problem suggest that it might in fact be your problem. Or your provider may be doing something strange. It's great that you are exploring this, and may yet find an actual issue, but if you just wanted hosting in a hurry and cheap, vultr.com offers an entry-level vhost with OpenBSD 6.5 (or half a dozen others including BSDs and Linuxes) already installed (or you can use any ISO to install from) for US$2.50/month, with console access. I'm hosting my secondary DNS there and have had zero issues so far, though I didn't do a full reinstall.
Re: Installer buggy (Re: OpenBSD on VMware ESXi)
On Thu, 23 May 2019, Jan Vlach wrote: IIRC, pvscsi used to eat up first write to the paravirtual storage device with VMware. Not sure what's the current situation as I tend to use LSI Logic SAS. I do not understand very much, but yes, something is being eaten up. The fsck I mentioned before was not effective, I landed with a system with ro mounted root system. It was impossible to do anything reasonable with it. I booted bsd.rd and did fsck /dev/rsd0a: tice!!! The first one did not mark it as clean. And now, I boot, but do not get a compleete /var/run/dmesg.boot for Tom Smyth. Below is all what I get. It seems, it was not the installer. :) Any idea how to continue? How to get the ESXi version? Thanks Rodrigo v 0x00 vga1: aperture needed wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) ppb1 at pci0 dev 17 function 0 "VMware PCI" rev 0x02 pci2 at ppb1 bus 2 ahci0 at pci2 dev 0 function 0 "VMware AHCI" rev 0x00: apic 1 int 18, AHCI 1.3 ahci0: port 0: 6.0Gb/s scsibus0 at ahci0: 32 targets cd0 at scsibus0 targ 0 lun 0: ATAPI 5/cdrom removable ppb2 at pci0 dev 21 function 0 "VMware PCIE" rev 0x01 pci3 at ppb2 bus 3 vmwpvs0 at pci3 dev 0 function 0 "VMware PVSCSI" rev 0x02: apic 1 int 18 scsibus1 at vmwpvs0: 16 targets sd0 at scsibus1 targ 0 lun 0: SCSI4 0/direct fixed naa.6000c290fd42ddbb45acd19e285b95bf sd0: 20480MB, 512 bytes/sector, 41943040 sectors ppb3 at pci0 dev 21 function 1 "VMware PCIE" rev 0x01 pci4 at ppb3 bus 4 ppb4 at pci0 dev 21 function 2 "VMware PCIE" rev 0x01 pci5 at ppb4 bus 5 ppb5 at pci0 dev 21 function 3 "VMware PCIE" rev 0x01 pci6 at ppb5 bus 6 ppb6 at pci0 dev 21 function 4 "VMware PCIE" rev 0x01 pci7 at ppb6 bus 7 ppb7 at pci0 dev 21 function 5 "VMware PCIE" rev 0x01 pci8 at ppb7 bus 8 ppb8 at pci0 dev 21 function 6 "VMware PCIE" rev 0x01 pci9 at ppb8 bus 9 ppb9 at pci0 dev 21 function 7 "VMware PCIE" rev 0x01 pci10 at ppb9 bus 10 ppb10 at pci0 dev 22 function 0 "VMware PCIE" rev 0x01 pci11 at ppb10 bus 11 vmx0 at pci11 dev 0 function 0 "VMware VMXNET3" rev 0x01: apic 1 int 19, address 00:50:56:0a:ad:be ppb11 at pci0 dev 22 function 1 "VMware PCIE" rev 0x01 pci12 at ppb11 bus 12 ppb12 at pci0 dev 22 function 2 "VMware PCIE" rev 0x01 pci13 at ppb12 bus 13 ppb13 at pci0 dev 22 function 3 "VMware PCIE" rev 0x01 pci14 at ppb13 bus 14 ppb14 at pci0 dev 22 function 4 "VMware PCIE" rev 0x01 pci15 at ppb14 bus 15 ppb15 at pci0 dev 22 function 5 "VMware PCIE" rev 0x01 pci16 at ppb15 bus 16 ppb16 at pci0 dev 22 function 6 "VMware PCIE" rev 0x01 pci17 at ppb16 bus 17 ppb17 at pci0 dev 22 function 7 "VMware PCIE" rev 0x01 pci18 at ppb17 bus 18 ppb18 at pci0 dev 23 function 0 "VMware PCIE" rev 0x01 pci19 at ppb18 bus 19 ppb19 at pci0 dev 23 function 1 "VMware PCIE" rev 0x01 pci20 at ppb19 bus 20 ppb20 at pci0 dev 23 function 2 "VMware PCIE" rev 0x01 pci21 at ppb20 bus 21 ppb21 at pci0 dev 23 function 3 "VMware PCIE" rev 0x01 pci22 at ppb21 bus 22 ppb22 at pci0 dev 23 function 4 "VMware PCIE" rev 0x01 pci23 at ppb22 bus 23 ppb23 at pci0 dev 23 function 5 "VMware PCIE" rev 0x01 pci24 at ppb23 bus 24 ppb24 at pci0 dev 23 function 6 "VMware PCIE" rev 0x01 pci25 at ppb24 bus 25 ppb25 at pci0 dev 23 function 7 "VMware PCIE" rev 0x01 pci26 at ppb25 bus 26 ppb26 at pci0 dev 24 function 0 "VMware PCIE" rev 0x01 pci27 at ppb26 bus 27 ppb27 at pci0 dev 24 function 1 "VMware PCIE" rev 0x01 pci28 at ppb27 bus 28 ppb28 at pci0 dev 24 function 2 "VMware PCIE" rev 0x01 pci29 at ppb28 bus 29 ppb29 at pci0 dev 24 function 3 "VMware PCIE" rev 0x01 pci30 at ppb29 bus 30 ppb30 at pci0 dev 24 function 4 "VMware PCIE" rev 0x01 pci31 at ppb30 bus 31 ppb31 at pci0 dev 24 function 5 "VMware PCIE" rev 0x01 pci32 at ppb31 bus 32 ppb32 at pci0 dev 24 function 6 "VMware PCIE" rev 0x01 pci33 at ppb32 bus 33 ppb33 at pci0 dev 24 function 7 "VMware PCIE" rev 0x01 pci34 at ppb33 bus 34 isa0 at pcib0 isadma0 at isa0 pckbc0 at isa0 port 0x60/5 irq 1 irq 12 pckbd0 at pckbc0 (kbd slot) wskbd0 at pckbd0: console keyboard, using wsdisplay0 npx0 at isa0 port 0xf0/16: reported by CPUID; using exception 16 softraid0 at root scsibus2 at softraid0: 256 targets root on rd0a swap on rd0b dump on rd0b syncing disks... done rebooting... OpenBSD 6.4 (GENERIC) #926: Thu Oct 11 13:43:06 MDT 2018 dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC real mem = 536227840 (511MB) avail mem = 511414272 (487MB) mpath0 at root scsibus0 at mpath0: 256 targets mainbus0 at root bios0 at mainbus0: date 09/19/18, BIOS32 rev. 0 @ 0xfd780, SMBIOS rev. 2.7 @ 0xe0010 (620 entries) bios0: vendor Phoenix Technologies LTD version "6.00" date 09/19/2018 bios0: VMware, Inc. VMware Virtual Platform acpi0 at bios0: rev 2 acpi0: sleep states S0 S1 S4 S5 acpi0: tables DSDT FACP BOOT APIC MCFG SRAT HPET WAET acpi0: wakeup devices PCI0(S3) USB_(S1) P2P0(S3) S1F0(S3) S2F0(S3) S8F0(S3) S16F(S3) S18F(S3) S22F(S3) S23F(S3) S24F(S3) S25F(S3) PE40(S3) S1F0(S3) PE50(S3) S1F0(S3) [...] acpitimer0 at acpi0: 3579545 Hz, 24 bits acp
Re: Installer sucks ! (Re: OpenBSD on VMware ESXi)
The web console copy/paste functionnality is a VMWare limitation. I don't think it ever worked. It think would require the console to emulate/simulate key presses depending on what is pasted and somehow assuming what the VM keymap is. I didn't try to install 6.5 on ESXI yet, but I definitely installed 6.4. On a lot of ESXi versions from 5.5 to 6.7. So you could try to install 6.4 to see if you have the same problems ? Never experienced your problems, although I experienced some strange behaviors with disklabeling (if I remember well sometimes it couldn't install the bootloader or wouldn't boot after install). They were resolved by : - dropping to the shell at the start of the install - fdisk -i - return to the install and proceed normally Never tried to install a custom label on ESXi, but did it sucessfully on virtualbox with 6.5 without any issue (not even needed to fdisk -i). What ESXi version are you running ? What disk controller are you showing to OpenBSD ? AB Le 2019-05-23 12:17, Roderick a écrit : On Thu, 23 May 2019, Otto Moerbeek wrote: You must be doing something wrong. Since it installer surely leats you use a custom label. But since you are not showgin waht you did and you start insulting remarks, you won't get much help. Excuse me, although my words was not flowers, they were no insult. And there was no intention to insult, but it is realy nerving to deal with this web console. I cannot even do "copy and paste" in it for showing what I did. That is why I described it. It is sure a bug there. As said: it is not my previous experience with OpenBSD. There is sure a bug there: (1) if you installed a label before, the installer does not offer it to you. (2) it changes the "custom label" you write in the process. Really changes it. That can never be something else than a bug. (3) "disklabel -E /dev/sd0" puts alway cpg=1. The installer in the autoinstall puts numbers like 10277, 16384. Rodrigo
Re: Installer sucks ! (Re: OpenBSD on VMware ESXi)
include a copy of dmesg and you might get info about the virtual hardware / hypervisor you are running on On Thu, 23 May 2019 at 12:58, Roderick wrote: > > On Thu, 23 May 2019, Arnaud BRAND wrote: > > > So you could try to install 6.4 to see if you have the same problems ? > > Just copied bsd.rd from 6.4 in the root of the running system and > booted it. It was a litle better. > > My settings to fdisk, namely change of offset from 64 to 2048, were > ignored, and so the automatic disklabel offered an offset of 64. > > My settings to disklabel were this time not ignored. > > I will proceed to do "fdisk -i", perhaps reinstall, perhaps not. > > The changing of the offset from 64 to 2048 did help: after a "hardware > shutdown" I got again a bootable system, although a fsck is necessary. > > I wonder that no one noted this bugs before: are there no new people > installing OpenBSD? Or it is a problem only with VMWare? > > > What ESXi version are you running ? > > No idea. I must ask the hoster. > > > What disk controller are you showing to OpenBSD ? > > sd0 > > Thanks > Rodrigo > > -- Kindest regards, Tom Smyth.
Re: Installer sucks ! (Re: OpenBSD on VMware ESXi)
On Thu, 23 May 2019, Arnaud BRAND wrote: So you could try to install 6.4 to see if you have the same problems ? Just copied bsd.rd from 6.4 in the root of the running system and booted it. It was a litle better. My settings to fdisk, namely change of offset from 64 to 2048, were ignored, and so the automatic disklabel offered an offset of 64. My settings to disklabel were this time not ignored. I will proceed to do "fdisk -i", perhaps reinstall, perhaps not. The changing of the offset from 64 to 2048 did help: after a "hardware shutdown" I got again a bootable system, although a fsck is necessary. I wonder that no one noted this bugs before: are there no new people installing OpenBSD? Or it is a problem only with VMWare? What ESXi version are you running ? No idea. I must ask the hoster. What disk controller are you showing to OpenBSD ? sd0 Thanks Rodrigo
Re: Installer buggy (Re: OpenBSD on VMware ESXi)
Hi Rodrigo, IIRC, pvscsi used to eat up first write to the paravirtual storage device with VMware. Not sure what's the current situation as I tend to use LSI Logic SAS. Also, the first eaten-up write would explain why you're still seeing Linux partitions instead of OpenBSD. # fdisk sd0 Disk: sd0 geometry: 14593/255/63 [234441648 Sectors] Offset: 0 Signature: 0xAA55 Starting Ending LBA Info: #: id C H S - C H S [ start:size ] --- 0: 00 0 0 0 - 0 0 0 [ 0: 0 ] unused 1: 00 0 0 0 - 0 0 0 [ 0: 0 ] unused 2: 00 0 0 0 - 0 0 0 [ 0: 0 ] unused *3: A6 0 1 2 - 14592 254 63 [ 64: 234436481 ] OpenBSD jvl P.S. Description or even screenshots would help to know where you got stuck.
Re: Installer buggy (Re: OpenBSD on VMware ESXi)
Some more details about my experience. Excuseme that I dont take fotos of the screen and just describe, with the data y wrote down. As I wrote, yesterday my instalation did not work. Today morning I began to inspect with the shell of cd65.iso the partitions. fdisk gave me 41943040 sectors divided as follows: startsize 0* 2048 997376 Linux files 1 999424 40943616 Linux LVM disklabel gave me the sizes I typed: a 409600 0 4.2BSD b 1048576 409600 swap c 41943040 0 e 40484864 1458176 4.2BSD you see there the offset zero, no MBR. That is why the system did not boot. I went to the shell and did "fdisk -iy sd0". Now I have a partition 3 with the whole, 64 till 41942976. I started the installer and got an installation, as described, only with the automatic set values. The server hoster offers two kinds of shutting down the system by clicking on their web plattform: software and hardware. If I restart with "hardware", the system does not go up anymore, unless I reinstall the whole system. I though the hoster spoiled my disk because it writes in the first 2048 sectors. I went to install again, but with an offset of 2048 in the OpenBSD fdisk partition: no way, the installer ignores my settings. Rodrigo
Re: Installer sucks ! (Re: OpenBSD on VMware ESXi)
On Thu, 23 May 2019, Otto Moerbeek wrote: You must be doing something wrong. Since it installer surely leats you use a custom label. But since you are not showgin waht you did and you start insulting remarks, you won't get much help. Excuse me, although my words was not flowers, they were no insult. And there was no intention to insult, but it is realy nerving to deal with this web console. I cannot even do "copy and paste" in it for showing what I did. That is why I described it. It is sure a bug there. As said: it is not my previous experience with OpenBSD. There is sure a bug there: (1) if you installed a label before, the installer does not offer it to you. (2) it changes the "custom label" you write in the process. Really changes it. That can never be something else than a bug. (3) "disklabel -E /dev/sd0" puts alway cpg=1. The installer in the autoinstall puts numbers like 10277, 16384. Rodrigo
Re: Installer sucks ! (Re: OpenBSD on VMware ESXi)
On Thu, May 23, 2019 at 08:42:05AM +, Roderick wrote: > > Please, delete the cc to b...@openbsd.org in any answer. > > I am now, after hours typing in the damned web console and dealing > with the buggy installer, a little bit furious. This is definitively > not the OpenBSD I know! > > I did manage to install OpenBSD in VMWare, with the "autopartition", but I > want a custom partition due to my spare resources. I will now do a pause to > calm myself and then continue trying. I appreciate any hint > and thank for it very much. You must be doing something wrong. Since it installer surely leats you use a custom label. But since you are not showgin waht you did and you start insulting remarks, you won't get much help. > My remarks: > > (1) There no way to write a custom disklabel. After doing it, after giving the > command w and leaving with x, or after leaving with q, the installer > overwrites it with something arbitrary that may be unusable (then > one will note it no later than when loading the sets due to error > "cannot determine prefetch ...").OA see above > > (2) "disklabel -E" in cd65.iso puts a cpg=1 for all partitions: is that > correct? yes. The cpg field is used for some redundant fs metadata these days and will be filled in by newfs. > > (4) No way to leave the disklabel as it is. I wrote one with the shell > of cd65.iso (and cpg=1), also did nefwfs on the partitions, but > the installer do not show the partition it anywhere. One is compelled > to type again, and again comes the unusable arbitrary modification. see above > > (5) Auto allocaton puts partitions for X11 even if one selects > that one will run no X11. You can easily edit the auto label and delete partitions you do not want. > > (6) No vi in cd65.iso (but at least ed). > > Rodrigo >
Installer sucks ! (Re: OpenBSD on VMware ESXi)
Please, delete the cc to b...@openbsd.org in any answer. I am now, after hours typing in the damned web console and dealing with the buggy installer, a little bit furious. This is definitively not the OpenBSD I know! I did manage to install OpenBSD in VMWare, with the "autopartition", but I want a custom partition due to my spare resources. I will now do a pause to calm myself and then continue trying. I appreciate any hint and thank for it very much. My remarks: (1) There no way to write a custom disklabel. After doing it, after giving the command w and leaving with x, or after leaving with q, the installer overwrites it with something arbitrary that may be unusable (then one will note it no later than when loading the sets due to error "cannot determine prefetch ..."). (2) "disklabel -E" in cd65.iso puts a cpg=1 for all partitions: is that correct? (4) No way to leave the disklabel as it is. I wrote one with the shell of cd65.iso (and cpg=1), also did nefwfs on the partitions, but the installer do not show the partition it anywhere. One is compelled to type again, and again comes the unusable arbitrary modification. (5) Auto allocaton puts partitions for X11 even if one selects that one will run no X11. (6) No vi in cd65.iso (but at least ed). Rodrigo
Re: OpenBSD on VMware ESXi
On 5/22/2019 6:46 AM, Roderick wrote: > Any recommendations in general? Current or stable? I've had bad luck with softupdates and OpenBSD on ESXi when the ESXi datastore is on nfs. (Encountered on ESX 5.0, 5.1, and 5.5; I must not learn from my mistakes.) From what I can tell, if the nfs datastore takes too long to respond OpenBSD thinks the disk has gone away and panics. It's not OpenBSD's fault; if a real disk stopped responding a panic is probably the best result. Probably some tuning could be done to make the ESXi nfs timeout match the OpenBSD timeout, but it's easier to just not use softupdates and match the backing disk to my performance requirements. Note that softupdates are not enabled by default.
Re: OpenBSD on VMware ESXi
There's a bug in ESXI 6.5 specifically with vmxnet 3. We we're using Linux when it was noticed but anytime one of our floating ips (haproxy, keepalived) would switch to the node with vmxnet 3, instant kernel panic. I wonder if the problem is happening to you. https://kb.vmware.com/s/article/2151480 Like others have mentioned, E1000 doesn't have the problem and the issue also goes away after upgrading to 6.7. On Wed, May 22, 2019, 4:24 PM Roderick, wrote: > > Of course never booted: /var/log/messages is empty. :) > > I was too sleepy and optimistic. > > >
Re: OpenBSD on VMware ESXi
Of course never booted: /var/log/messages is empty. :) I was too sleepy and optimistic.
Re: OpenBSD on VMware ESXi
On Wed, 22 May 2019, Roderick wrote: The installed system seems to boot. Or perhaps not. I put in /etc/hostname.vmx0 with the help of cd65.iso: dhcp. But got no connection. Dificult to know without console. In the rescue disk was "dhclient vmx0" enough for getting connection. I did MBR, no gpt. I suppose that is not the problem. Rodrigo
Re: OpenBSD on VMware ESXi
No idea, I don't run those. -- Sent from a phone, apologies for poor formatting. On 22 May 2019 17:20:16 Igor Podlesny wrote: On Wed, 22 May 2019 at 23:06, Stuart Henderson wrote: [...] vmxnet3 suffers kernel panics under some conditions, e1000 is rock solid for me. Any known similarities in regards of vio -- VirtIO network device (bhyve, KVM, QEMU, and VirtualBox)? -- End of message. Next message?
Re: OpenBSD on VMware ESXi
I thanks a lot! I need a litle more help, I do not want to give up. :) I use now the terms of the provider, I do not like virtual machines and have no experience with them. I loaded cd65.iso in the providers platform as "other 64-bit OS image". Then I loaded it in the (virtual) DVD rom and started the server. bsd.rd booted, vmx0 appeared and did work, I installed the system with internet connection. The installed system seems to boot. I can start and stop it clicking in the web, with the offered "software method" that supposedly does not work without the "VMWare tools". But it complains that without "VMWare tools" there is no console, and I do not get the damned WWW console, called "KVM console" by the provider. And the installed and booted system do not react to ping and ssh, probably a net configuration is necessary. This means: I must use c65.iso as rescue system. c65.iso as (virtual) DVD do boot and I get the console, although I also get the same messages that without the "VMWare tools" that is not possible. Whay the difference? During installation there was something strange, but I think that it is not the origin of the problem. The automatic partition offered me: a 2048 on / c 41943040 i 997376 extfs (?!) to be mounted nowhere j 40943616 unknown to be mounted nowhere Although this was very suspicious, I answered yes for not dealing long with the console. It seems, it did no do partition and fs. It did not load the sets, it complained "cannot determine prefetch area ...". Perhaps a bug? I did the partition manually (what I always use to do). 200 times more than that a on /, 512 times more that that a as b (swap), and the rest as e on /usr. There was then no problem with the installation. But was that ext2fs that appeared in the automatic partition necessary for something?! Thanks again for any hint Rodrigo
Re: OpenBSD on VMware ESXi
On Wed, 22 May 2019 at 23:06, Stuart Henderson wrote: [...] > vmxnet3 suffers kernel panics under some conditions, e1000 is rock solid > for me. Any known similarities in regards of vio -- VirtIO network device (bhyve, KVM, QEMU, and VirtualBox)? -- End of message. Next message?
Re: OpenBSD on VMware ESXi
On 2019-05-22, Reyk Floeter wrote: > > But unfortunately, there is no openbsd template. So use "Other 64bit" > and enable vmxnet3 manually, as mentioned in vmx(4): > > The following entry must be added to the VMware configuration file to > provide the vmx device: > >ethernet0.virtualDev = "vmxnet3" > > This is much better than the e1000 emulation. vmxnet3 suffers kernel panics under some conditions, e1000 is rock solid for me.
Re: OpenBSD on VMware ESXi
On 2019-05-22 09:25, mxb wrote: I think FreeBSD or any Linux template will work just fine and add vmxnet3. However, last I checked (1year ago) vmxnet3 been less stable than e1000 under pressure. Don't use the Linux templates. I would recommend against using the FreeBSD templates, and go with "Other (64-bit)" instead. YMMV on using FreeBSD vs Other, I haven't seen consistent results here yet... just don't pick Linux, or DOS, or Windows - in some situations, that allows VMware to take certain shortcuts that are based on assumptions about the Linux/Win/etc. kernel & device drivers that (probably) aren't valid under OpenBSD. Various people have reported different problems with vmxnet3; I'm aware of at least 4 or 5 different environment-specific issues (i.e. can't be reproduced on any other vSphere/ESXi system). I have some of those problems, and I cannot reproduce them outside my production environment, but they don't prevent me from running OpenBSD. Workarounds: * use vmxnet2 * use e1000 If vmxnet3 and pvscsi work for you (you'll know pretty darn fast!), use them. When they work, which is usually (in my experience), they're generally very stable and high-performing compared to the emulated h/w (e1000, lsisas, lsiscsi, buslogic). I also experience timer issues, and I've had to specify kern.timecounter.hardware=i8254 in sysctl.conf. This is likely a VMware problem, not an OpenBSD problem, but it's non-trivial to diagnose. (Even i8254 doesn't work perfectly: e.g. usleep() isn't very accurate in my VMs!) I'm also running these VMs on very heavily-loaded hosts, which is probably a factor. My disk write throughput is horrible, but that's an interaction between how OpenBSD does writes, how VMware handles writes into thin-provisioned disks, and how my NFS storage handles writes on thin-provisioned volumes; it's not an OpenBSD problem, strictly speaking, although that's the only place it's normally visible. Overall, OpenBSD works well under ESXi, but there are semi-random problems that do have workarounds. Several years ago, Theo noted (approximately, I'm going from memory here AND paraphrasing) that it was hard enough for OpenBSD to handle broken hardware implementations, it's exponentially harder to handle an incorrect software emulation of hardware that was incorrect in the first place. This has proven accurate, and VMware doesn't really care much about OpenBSD, since I doubt it even registers on their radar so they're not terribly interested in fixing VMware bugs that are only visible under OpenBSD. (If you have a support contract, please submit bug reports to VMware. If enough of us do so, they might start fixing some of the problems.) -Adam
Re: OpenBSD on VMware ESXi
Vmware ESXI detects as FreeBSD 32bit. Set network interface to vmxnet3. Also you can use pvscsi driver ( I had some issues with filesystem corruption, there is a weird bug, but there is a workaround.) In general buslogic is more resilient. Regards, Em qua, 22 de mai de 2019 às 14:26, mxb escreveu: > I think FreeBSD or any Linux template will work just fine and add vmxnet3. > However, last I checked (1year ago) vmxnet3 been less stable than e1000 > under pressure. > > Sent from my iDevice > > > 22 мая 2019 г., в 13:47, Reyk Floeter написал(а): > > > >> On Wed, May 22, 2019 at 01:43:35PM +0200, Janne Johansson wrote: > >> Den ons 22 maj 2019 kl 12:52 skrev Roderick : > >> > >>> Hallo! > >>> As far as I read in WWW, OpenBSD do run on VMware ESXi out of the box. > >>> What does run better on amd64 virtual machine? i386 or amd64? > >>> Are there reasons to preffer one to the other? > >>> > >> > >> The ESX template for 64-bit comes with more recent "hardware" in the > >> environment IIRC, so it will be less tweaking the supplied virtualized > >> hardware if you select 64bit guest instead of 32bit. > >> Apart from that, 64bit is better on both virtual and real hw. > >> > > > > But unfortunately, there is no openbsd template. So use "Other 64bit" > > and enable vmxnet3 manually, as mentioned in vmx(4): > > > > The following entry must be added to the VMware configuration file to > > provide the vmx device: > > > > ethernet0.virtualDev = "vmxnet3" > > > > This is much better than the e1000 emulation. > > > > Reyk > > > >
Re: OpenBSD on VMware ESXi
I think FreeBSD or any Linux template will work just fine and add vmxnet3. However, last I checked (1year ago) vmxnet3 been less stable than e1000 under pressure. Sent from my iDevice > 22 мая 2019 г., в 13:47, Reyk Floeter написал(а): > >> On Wed, May 22, 2019 at 01:43:35PM +0200, Janne Johansson wrote: >> Den ons 22 maj 2019 kl 12:52 skrev Roderick : >> >>> Hallo! >>> As far as I read in WWW, OpenBSD do run on VMware ESXi out of the box. >>> What does run better on amd64 virtual machine? i386 or amd64? >>> Are there reasons to preffer one to the other? >>> >> >> The ESX template for 64-bit comes with more recent "hardware" in the >> environment IIRC, so it will be less tweaking the supplied virtualized >> hardware if you select 64bit guest instead of 32bit. >> Apart from that, 64bit is better on both virtual and real hw. >> > > But unfortunately, there is no openbsd template. So use "Other 64bit" > and enable vmxnet3 manually, as mentioned in vmx(4): > > The following entry must be added to the VMware configuration file to > provide the vmx device: > > ethernet0.virtualDev = "vmxnet3" > > This is much better than the e1000 emulation. > > Reyk >
Re: OpenBSD on VMware ESXi
On Wed, May 22, 2019 at 01:43:35PM +0200, Janne Johansson wrote: > Den ons 22 maj 2019 kl 12:52 skrev Roderick : > > > Hallo! > > As far as I read in WWW, OpenBSD do run on VMware ESXi out of the box. > > What does run better on amd64 virtual machine? i386 or amd64? > > Are there reasons to preffer one to the other? > > > > The ESX template for 64-bit comes with more recent "hardware" in the > environment IIRC, so it will be less tweaking the supplied virtualized > hardware if you select 64bit guest instead of 32bit. > Apart from that, 64bit is better on both virtual and real hw. > But unfortunately, there is no openbsd template. So use "Other 64bit" and enable vmxnet3 manually, as mentioned in vmx(4): The following entry must be added to the VMware configuration file to provide the vmx device: ethernet0.virtualDev = "vmxnet3" This is much better than the e1000 emulation. Reyk
Re: OpenBSD on VMware ESXi
Den ons 22 maj 2019 kl 12:52 skrev Roderick : > Hallo! > As far as I read in WWW, OpenBSD do run on VMware ESXi out of the box. > What does run better on amd64 virtual machine? i386 or amd64? > Are there reasons to preffer one to the other? > The ESX template for 64-bit comes with more recent "hardware" in the environment IIRC, so it will be less tweaking the supplied virtualized hardware if you select 64bit guest instead of 32bit. Apart from that, 64bit is better on both virtual and real hw. -- May the most significant bit of your life be positive.
Re: OpenBSD on VMware ESXi
Hi Roderick, use amd64 ... as it offers better mitigation's and has better support overall also if your hypervisor / machine offers nested virtualisation you would be able to run vmm inside your machine... i386 does not have support for vmm anymore use stable if you want to run in production, and want to avoid rebooting use current if you want to run and test latest features, ( and you dont mind rebooting to upgrade regularly) sysupgrade in current makes running current much easier, Vmxnet worked fine for me in the past. I have had issues with vmware 6.0 ... But these were solved with vmware6.0 Update 2 Thanks On Wed, 22 May 2019 at 12:09, Roderick wrote: > > Hallo! > > As far as I read in WWW, OpenBSD do run on VMware ESXi out of the box. > > What does run better on amd64 virtual machine? i386 or amd64? > Are there reasons to preffer one to the other? > > Any recommendations in general? Current or stable? > > I have a virtual server, just for testing, at the moment with debian > and I find it awfull. Is there any reasong to keep it with linux? > > A detail: the console is in WWW, almost unreadable small fonts, > unstable, high latency (result of low price :). The best would > be a short installation path to get a listening sshd and end the > installation with shell login. > > Thanks for any hint > Rodrigo > > -- Kindest regards, Tom Smyth.
OpenBSD on VMware ESXi
Hallo! As far as I read in WWW, OpenBSD do run on VMware ESXi out of the box. What does run better on amd64 virtual machine? i386 or amd64? Are there reasons to preffer one to the other? Any recommendations in general? Current or stable? I have a virtual server, just for testing, at the moment with debian and I find it awfull. Is there any reasong to keep it with linux? A detail: the console is in WWW, almost unreadable small fonts, unstable, high latency (result of low price :). The best would be a short installation path to get a listening sshd and end the installation with shell login. Thanks for any hint Rodrigo
Re: OpenBSD on VMware
Xavier Mertens wrote: At random time, the server is just "powered off" (that's the feedback I always received from the VMware server administrator). There is nothing in logs and as the server is off, the console is not available anymore. :( It sounds like the vmware guest process is crashing and exiting. The admin should be able to turn on debug logging for you, maybe that would tell you where it's crashing. I have a vmware server on a DL360 G5 on W2003 amd64, and by default it creates a file named vmware.log in the same directory as the vmdk and vmx file. That file should have all the information you need. If nothing else try downloading vmware server yourself and try to make it crash.
Re: OpenBSD on VMware
On 11/26/07, Henry Sieff <[EMAIL PROTECTED]> wrote: > On Nov 25, 2007 10:56 PM, Xavier Mertens <[EMAIL PROTECTED]> wrote: > > > Hi *, > > > > I'm running a 4.1-GENERIC on a VMware server (the VMare host runs a > > Microsoft Windows OS). > > I've no access to the VMware server. > > > > At random time, the server is just "powered off" (that's the feedback I > > always received from > > the VMware server administrator). There is nothing in logs and as the > > server > > is off, the > > console is not available anymore. :( > > > > Does somebody already experienced such issue? Any tips to run OBSD as > > VMware > > guest? > > If the guest computer (your OpenBSD machine) is running in the context of > the user who starts it on the host, then when that user logs off the vmware > host the guest computer will shutoff. > > In order for it to be available at all times, it should be running in the > local system context OR a specially created user. Then it runs regardless of > the login status of the person who clicks the start button on the vmware > console. And if the admin is being uncooperative, take your business elsewhere. -Nick
Re: OpenBSD on VMware
Delurk If the guest computer (your OpenBSD machine) is running in the context of the user who starts it on the host, then when that user logs off the vmware host the guest computer will shutoff. In order for it to be available at all times, it should be running in the local system context OR a specially created user. Then it runs regardless of the login status of the person who clicks the start button on the vmware console. Lurk Henry On Nov 25, 2007 10:56 PM, Xavier Mertens <[EMAIL PROTECTED]> wrote: > Hi *, > > I'm running a 4.1-GENERIC on a VMware server (the VMare host runs a > Microsoft Windows OS). > I've no access to the VMware server. > > At random time, the server is just "powered off" (that's the feedback I > always received from > the VMware server administrator). There is nothing in logs and as the > server > is off, the > console is not available anymore. :( > > Does somebody already experienced such issue? Any tips to run OBSD as > VMware > guest? > > Regards, > Xavier > > PS: I'm using pcn as network driver. Maybe vmnet could increase > performance > and/or stability?
Re: OpenBSD on VMware
Lurk Off: On Nov 26, 2007 2:41 AM, Xavier Mertens <[EMAIL PROTECTED]> wrote: > Ok, the only fix that explains my issue is this one: > > "This release fixes a problem that resulted from a conflict between Linux > guest operating systems with kernel version 2.6.21 and RTC-related processes > on the host. This problem caused the virtual machine to quit unexpectedly." Not really...you did say you are running an OBSD virtual machine right? Not sure how the leap to a fix for "linux" applies. Suggest that you establish a communications channel with the VMWare server admin to discuss the dynamics of your problem. You state you know only that VMWare Server version 1.0.3 on some "MS OS" is used to host the virtual machines. You need to know a little more than that in order to properly diagnose your problem; i.e.: - Specifically what MS OS, MS Server (version), XP Pro, VISTA...etc. is running on the host; and patch level. - What hardware is utilized, and are all relevant driver updates applied? - Virtual Machine configuration -- how is the VM configured to use the host resources? Memory, hardware, networking, etc. - Logs -- host and guest (Logging is enabled on the OBSD guest right?) Biggest thing, again, is communication with the VMWare server admin, and the consideration of all factors -- software and hardware in the pursuit of a possible solution. Lurk On: > > Could you give me more details? As the VMware server is not under my > control, I need to have good arguments to ask them to upgrade! :( > > /x > > -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of > PowerBSD > > Sent: lundi 26 novembre 2007 8:33 > To: misc@openbsd.org > Subject: Re: OpenBSD on VMware > > On Mon, Nov 26, 2007 at 08:15:03AM +0100, Xavier Mertens wrote: > > It's a VMware server 1.0.3. I've no more info about the config. > > > > -Original Message- > > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf > > Of PowerBSD > > Sent: lundi 26 novembre 2007 8:17 > > To: misc@openbsd.org > > Subject: Re: OpenBSD on VMware > > > > On Mon, Nov 26, 2007 at 07:56:16AM +0100, Xavier Mertens wrote: > > > Hi *, > > > > > > I'm running a 4.1-GENERIC on a VMware server (the VMare host runs a > > > Microsoft Windows OS). > > > I've no access to the VMware server. > > > > > > At random time, the server is just "powered off" (that's the > > > feedback I always received from the VMware server administrator). > > > There is nothing in logs and as the server is off, the console is > > > not available anymore. :( > > > > > > Does somebody already experienced such issue? Any tips to run OBSD > > > as VMware guest? > > > > > > Regards, > > > Xavier > > > > > > PS: I'm using pcn as network driver. Maybe vmnet could increase > > > performance and/or stability? > > > > I always runs openbsd on vmware , but the vware version is workstation > > 6.0.2.59824 . > > > > you may post your vmware server version. > > > read this link : > > http://www.vmware.com/support/server/doc/releasenotes_server.html#resolved
Re: OpenBSD on VMware
Ok, the only fix that explains my issue is this one: "This release fixes a problem that resulted from a conflict between Linux guest operating systems with kernel version 2.6.21 and RTC-related processes on the host. This problem caused the virtual machine to quit unexpectedly." Could you give me more details? As the VMware server is not under my control, I need to have good arguments to ask them to upgrade! :( /x -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of PowerBSD Sent: lundi 26 novembre 2007 8:33 To: misc@openbsd.org Subject: Re: OpenBSD on VMware On Mon, Nov 26, 2007 at 08:15:03AM +0100, Xavier Mertens wrote: > It's a VMware server 1.0.3. I've no more info about the config. > > -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf > Of PowerBSD > Sent: lundi 26 novembre 2007 8:17 > To: misc@openbsd.org > Subject: Re: OpenBSD on VMware > > On Mon, Nov 26, 2007 at 07:56:16AM +0100, Xavier Mertens wrote: > > Hi *, > > > > I'm running a 4.1-GENERIC on a VMware server (the VMare host runs a > > Microsoft Windows OS). > > I've no access to the VMware server. > > > > At random time, the server is just "powered off" (that's the > > feedback I always received from the VMware server administrator). > > There is nothing in logs and as the server is off, the console is > > not available anymore. :( > > > > Does somebody already experienced such issue? Any tips to run OBSD > > as VMware guest? > > > > Regards, > > Xavier > > > > PS: I'm using pcn as network driver. Maybe vmnet could increase > > performance and/or stability? > > I always runs openbsd on vmware , but the vware version is workstation > 6.0.2.59824 . > > you may post your vmware server version. > read this link : http://www.vmware.com/support/server/doc/releasenotes_server.html#resolved
Re: OpenBSD on VMware
On Mon, Nov 26, 2007 at 08:15:03AM +0100, Xavier Mertens wrote: > It's a VMware server 1.0.3. I've no more info about the config. > > -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of > PowerBSD > Sent: lundi 26 novembre 2007 8:17 > To: misc@openbsd.org > Subject: Re: OpenBSD on VMware > > On Mon, Nov 26, 2007 at 07:56:16AM +0100, Xavier Mertens wrote: > > Hi *, > > > > I'm running a 4.1-GENERIC on a VMware server (the VMare host runs a > > Microsoft Windows OS). > > I've no access to the VMware server. > > > > At random time, the server is just "powered off" (that's the feedback > > I always received from the VMware server administrator). There is > > nothing in logs and as the server is off, the console is not available > > anymore. :( > > > > Does somebody already experienced such issue? Any tips to run OBSD as > > VMware guest? > > > > Regards, > > Xavier > > > > PS: I'm using pcn as network driver. Maybe vmnet could increase > > performance and/or stability? > > I always runs openbsd on vmware , but the vware version is workstation > 6.0.2.59824 . > > you may post your vmware server version. > read this link : http://www.vmware.com/support/server/doc/releasenotes_server.html#resolved
Re: OpenBSD on VMware
On Mon, Nov 26, 2007 at 08:15:03AM +0100, Xavier Mertens wrote: > It's a VMware server 1.0.3. I've no more info about the config. > > -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of > PowerBSD > Sent: lundi 26 novembre 2007 8:17 > To: misc@openbsd.org > Subject: Re: OpenBSD on VMware > > On Mon, Nov 26, 2007 at 07:56:16AM +0100, Xavier Mertens wrote: > > Hi *, > > > > I'm running a 4.1-GENERIC on a VMware server (the VMare host runs a > > Microsoft Windows OS). > > I've no access to the VMware server. > > > > At random time, the server is just "powered off" (that's the feedback > > I always received from the VMware server administrator). There is > > nothing in logs and as the server is off, the console is not available > > anymore. :( > > > > Does somebody already experienced such issue? Any tips to run OBSD as > > VMware guest? > > > > Regards, > > Xavier > > > > PS: I'm using pcn as network driver. Maybe vmnet could increase > > performance and/or stability? > > I always runs openbsd on vmware , but the vware version is workstation > 6.0.2.59824 . > > you may post your vmware server version. > you need upgrade vmware server to VMware Server 1.0.4
Re: OpenBSD on VMware
It's a VMware server 1.0.3. I've no more info about the config. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of PowerBSD Sent: lundi 26 novembre 2007 8:17 To: misc@openbsd.org Subject: Re: OpenBSD on VMware On Mon, Nov 26, 2007 at 07:56:16AM +0100, Xavier Mertens wrote: > Hi *, > > I'm running a 4.1-GENERIC on a VMware server (the VMare host runs a > Microsoft Windows OS). > I've no access to the VMware server. > > At random time, the server is just "powered off" (that's the feedback > I always received from the VMware server administrator). There is > nothing in logs and as the server is off, the console is not available > anymore. :( > > Does somebody already experienced such issue? Any tips to run OBSD as > VMware guest? > > Regards, > Xavier > > PS: I'm using pcn as network driver. Maybe vmnet could increase > performance and/or stability? I always runs openbsd on vmware , but the vware version is workstation 6.0.2.59824 . you may post your vmware server version.
Re: OpenBSD on VMware
On Mon, Nov 26, 2007 at 07:56:16AM +0100, Xavier Mertens wrote: > Hi *, > > I'm running a 4.1-GENERIC on a VMware server (the VMare host runs a > Microsoft Windows OS). > I've no access to the VMware server. > > At random time, the server is just "powered off" (that's the feedback I > always received from > the VMware server administrator). There is nothing in logs and as the server > is off, the > console is not available anymore. :( > > Does somebody already experienced such issue? Any tips to run OBSD as VMware > guest? > > Regards, > Xavier > > PS: I'm using pcn as network driver. Maybe vmnet could increase performance > and/or stability? I always runs openbsd on vmware , but the vware version is workstation 6.0.2.59824 . you may post your vmware server version.
OpenBSD on VMware
Hi *, I'm running a 4.1-GENERIC on a VMware server (the VMare host runs a Microsoft Windows OS). I've no access to the VMware server. At random time, the server is just "powered off" (that's the feedback I always received from the VMware server administrator). There is nothing in logs and as the server is off, the console is not available anymore. :( Does somebody already experienced such issue? Any tips to run OBSD as VMware guest? Regards, Xavier PS: I'm using pcn as network driver. Maybe vmnet could increase performance and/or stability?
Re: OpenBSD on VMware fusion (dmesg) -- yes it works
On Dec 22, 2006, at 1:41 PM, Brian Keefer wrote: So the only difference we know of is that you have a Core Duo2- based system? Which version of OS X? I'm on 10.4.8 with all the patches (including EFI firmware update), except for the most recent Quartz & QuickTime security patch. Yes, this is a Core 2 Duo system running 10.4.8 with all patches. We're comparing apples to oranges (excuse the half-pun); it would be more appropriate to boot up another Core Duo and compare results. It's strange that when you boot -current it loads vic w/o having to specify vmxnet as your dev, but when I boot the snapshot from 21st it loads pcn unless I specifically change the dev to vmxnet, then it's vic, but it has no link. Maybe I should cvsup and build from source? My snapshot is from 12/20 (ftp2.usa.openbsd.org). -- Jason Dixon DixonGroup Consulting http://www.dixongroup.net
Re: OpenBSD on VMware fusion (dmesg) -- yes it works
On Dec 22, 2006, at 10:26 AM, Jason Dixon wrote: On Dec 22, 2006, at 12:31 PM, Brian Keefer wrote: Jason, what does your .vmx look like? Oddly, I also found a statement: deploymentPlatform = "windows", which I found rather odd since I choose other/other for the OS and type. I comment that out, but it didn't change anything. config.version = "8" ... tools.remindInstall = "TRUE" -- Jason Dixon DixonGroup Consulting http://www.dixongroup.net It's the same, other than the MAC addresses of course. I'm running e.x.p. 36932, but I don't figure they did another in the 3 hours between when I downloaded it and when you posted. So the only difference we know of is that you have a Core Duo2-based system? Which version of OS X? I'm on 10.4.8 with all the patches (including EFI firmware update), except for the most recent Quartz & QuickTime security patch. It's strange that when you boot -current it loads vic w/o having to specify vmxnet as your dev, but when I boot the snapshot from 21st it loads pcn unless I specifically change the dev to vmxnet, then it's vic, but it has no link. Maybe I should cvsup and build from source? Brian Keefer www.Tumbleweed.com "The Experts in Secure Internet Communication"
Re: OpenBSD on VMware fusion (dmesg) -- yes it works
On Dec 22, 2006, at 12:31 PM, Brian Keefer wrote: Jason, what does your .vmx look like? Oddly, I also found a statement: deploymentPlatform = "windows", which I found rather odd since I choose other/other for the OS and type. I comment that out, but it didn't change anything. config.version = "8" virtualHW.version = "6" numvcpus = "2" scsi0.present = "TRUE" memsize = "256" MemAllowAutoScaleDown = "FALSE" ide0:0.present = "TRUE" ide0:0.fileName = "OpenBSD 4.0.vmdk" ide1:0.present = "TRUE" ide1:0.fileName = "/Users/jasondixon/cd40.iso" ide1:0.deviceType = "cdrom-image" floppy0.present = "FALSE" ethernet0.present = "TRUE" ethernet0.connectionType = "nat" ethernet0.wakeOnPcktRcv = "FALSE" sound.present = "TRUE" sound.fileName = "-1" sound.autodetect = "TRUE" pciBridge0.present = "TRUE" isolation.tools.hgfs.disable = "TRUE" displayName = "OpenBSD 4.0" guestOS = "other" nvram = "OpenBSD 4.0.nvram" deploymentPlatform = "windows" virtualHW.productCompatibility = "hosted" RemoteDisplay.vnc.port = "0" tools.upgrade.policy = "useGlobal" powerType.powerOff = "soft" powerType.powerOn = "soft" powerType.suspend = "soft" powerType.reset = "soft" ethernet0.addressType = "generated" uuid.location = "56 4d 0b 8d 44 53 f8 c2-8e 13 fa e0 1b 15 bd b8" uuid.bios = "56 4d 0b 8d 44 53 f8 c2-8e 13 fa e0 1b 15 bd b8" ide0:0.redo = "" pciBridge0.pciSlotNumber = "17" scsi0.pciSlotNumber = "16" ethernet0.pciSlotNumber = "32" sound.pciSlotNumber = "33" vmi.pciSlotNumber = "34" ethernet0.generatedAddress = "00:0c:29:15:bd:b8" ethernet0.generatedAddressOffset = "0" tools.remindInstall = "TRUE" -- Jason Dixon DixonGroup Consulting http://www.dixongroup.net
Re: OpenBSD on VMware fusion (dmesg) -- yes it works
On Dec 22, 2006, at 5:15 AM, Reyk Floeter wrote: On Fri, Dec 22, 2006 at 03:59:10AM -0800, Brian Keefer wrote: Here're the dmesg's from RAMDISK_CD and GENERIC.MP on a MBP 15" CoreDuo 2.16GHz: can you try 4.0-current (or a recent snapshot)? it should use the new vic(4) driver instead of pcn(4). I added Ethernet0.virtualDev to "vmxnet" (wasn't present by default) and this is what I got with the latest i386 snap: vic0 at pci2 dev 0 function 0 "VMware Virtual NIC" rev 0x10: apic 2 int 18 (irq 9) vic0: VMXnet 864F, address 00:0c:29:c9:d7:96 Boots fine, but when it searches for DHCP lease I get: vic0: no link . giving up hmmm, can you try it with GENERIC (without MP)? It didn't make a difference. I tried commenting out the virtualDev setting to see which one it would detect if no device type was specified in the .vmx, and it went back to pcn. Jason, what does your .vmx look like? Oddly, I also found a statement: deploymentPlatform = "windows", which I found rather odd since I choose other/other for the OS and type. I comment that out, but it didn't change anything. Brian Keefer www.Tumbleweed.com "The Experts in Secure Internet Communication"
Re: OpenBSD on VMware fusion (dmesg) -- yes it works
On Dec 22, 2006, at 6:59 AM, Brian Keefer wrote: On Dec 22, 2006, at 3:09 AM, Reyk Floeter wrote: can you try 4.0-current (or a recent snapshot)? it should use the new vic(4) driver instead of pcn(4). I added Ethernet0.virtualDev to "vmxnet" (wasn't present by default) and this is what I got with the latest i386 snap: vic0 at pci2 dev 0 function 0 "VMware Virtual NIC" rev 0x10: apic 2 int 18 (irq 9) vic0: VMXnet 864F, address 00:0c:29:c9:d7:96 Boots fine, but when it searches for DHCP lease I get: vic0: no link . giving up I tried to ifconfig vic0 down ; ifconfig vic0 up, but it still didn't get a link. Both stable and current work fine on my new MBP (Core 2 Duo 2.33GHz). vic grabs a NAT fine in stable, pcn in current. # sysctl hw hw.machine=i386 hw.model=Intel(R) Core(TM)2 CPU T7600 @ 2.33GHz ("GenuineIntel" 686- class) hw.ncpu=2 hw.byteorder=1234 hw.physmem=267939840 hw.usermem=267927552 hw.pagesize=4096 hw.disknames=wd0,cd0 hw.diskcount=2 hw.cpuspeed=2328 hw.vendor=VMware, Inc. hw.product=VMware Virtual Platform hw.version=None hw.serialno=VMware-56 4d 0b 8d 44 53 f8 c2-8e 13 fa e0 1b 15 bd b8 hw.uuid=564d0b8d-4453-f8c2-8e13-fae01b15bdb8 # dmesg OpenBSD 4.0-current (GENERIC.MP) #1106: Wed Dec 20 14:22:11 MST 2006 [EMAIL PROTECTED]:/usr/src/sys/arch/i386/compile/GENERIC.MP cpu0: Intel(R) Core(TM)2 CPU T7600 @ 2.33GHz ("GenuineIntel" 686- class) 2.33 GHz cpu0: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36, CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,SSE3,DS-CPL,CX16 real mem = 267939840 (261660K) avail mem = 236470272 (230928K) using 3302 buffers containing 13524992 bytes (13208K) of memory mainbus0 (root) bios0 at mainbus0: AT/286+(4a) BIOS, date 12/06/06, BIOS32 rev. 0 @ 0xfd880, SMBIOS rev. 2.31 @ 0xe0010 (45 entries) bios0: VMware, Inc. VMware Virtual Platform 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 @ 0xfd880/0x780 pcibios0: PCI IRQ Routing Table rev 1.0 @ 0xfdf30/176 (9 entries) pcibios0: PCI Interrupt Router at 000:07:0 ("Intel 82371FB ISA" rev 0x00) pcibios0: PCI bus #2 is the last bus bios0: ROM list: 0xc/0x8000 0xc8000/0x1000 0xdc000/0x4000! 0xe/0x4000! acpi at mainbus0 not configured mainbus0: Intel MP Specification (Version 1.4) cpu0 at mainbus0: apid 0 (boot processor) cpu0: apic clock running at 65 MHz cpu1 at mainbus0: apid 1 (application processor) cpu1: Intel(R) Core(TM)2 CPU T7600 @ 2.33GHz ("GenuineIntel" 686- class) 2.33 GHz cpu1: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36, CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,SSE3,DS-CPL,CX16 mainbus0: bus 0 is type PCI mainbus0: bus 1 is type PCI mainbus0: bus 2 is type PCI mainbus0: bus 3 is type ISA ioapic0 at mainbus0: apid 2 pa 0xfec0, version 11, 24 pins pci0 at mainbus0 bus 0: configuration mode 1 (no bios) pchb0 at pci0 dev 0 function 0 "Intel 82443BX AGP" rev 0x01 ppb0 at pci0 dev 1 function 0 "Intel 82443BX AGP" rev 0x01 pci1 at ppb0 bus 1 pcib0 at pci0 dev 7 function 0 "Intel 82371AB PIIX4 ISA" rev 0x08 pciide0 at pci0 dev 7 function 1 "Intel 82371AB IDE" rev 0x01: DMA, channel 0 configured to compatibility, channel 1 configured to compatibility wd0 at pciide0 channel 0 drive 0: wd0: 64-sector PIO, LBA, 4096MB, 8388608 sectors wd0(pciide0:0:0): using PIO mode 4, Ultra-DMA mode 2 atapiscsi0 at pciide0 channel 1 drive 0 scsibus0 at atapiscsi0: 2 targets cd0 at scsibus0 targ 0 lun 0: SCSI0 5/cdrom removable cd0(pciide0:1:0): using PIO mode 4, Ultra-DMA mode 2 piixpm0 at pci0 dev 7 function 3 "Intel 82371AB Power" rev 0x08: SMBus disabled vga1 at pci0 dev 15 function 0 "VMware Virtual SVGA II" rev 0x00 wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) wsdisplay0: screen 1-5 added (80x25, vt100 emulation) bha3 at pci0 dev 16 function 0 "BusLogic MultiMaster" rev 0x01: apic 2 int 17 (irq 11), BusLogic 9xxC SCSI bha3: model BT-958, firmware 5.07B bha3: sync, parity scsibus1 at bha3: 8 targets ppb1 at pci0 dev 17 function 0 vendor "VMware", unknown product 0x0790 rev 0x01 pci2 at ppb1 bus 2 pcn0 at pci2 dev 0 function 0 "AMD 79c970 PCnet-PCI" rev 0x10, Am79c970A, rev 0: apic 2 int 18 (irq 9), address 00:0c:29:15:bd:b8 eap0 at pci2 dev 1 function 0 "Ensoniq AudioPCI97" rev 0x02: apic 2 int 19 (irq 10) ac97: codec id 0x43525913 (Cirrus Logic CS4297A rev 3) audio0 at eap0 midi0 at eap0: isa0 at pcib0 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 pmsi0 at pckbc0 (aux slot) pckbc0: using irq 12 for aux slot wsmouse0 at pmsi0 mux 0 pcppi0 at isa0 port 0x61 midi1 at pcppi0: spkr0 at pcppi0 lpt0 at isa0 port 0x378/4 irq 7 npx0 at isa0 port 0xf0/16: reported by CPUID; using exception 16 pccom0 at isa0 port 0x3f8/8 irq 4: ns16550a, 16 byte fifo pccom1 at isa0 port 0x2f8/8 irq 3: ns16550a, 16 byte fif
Re: OpenBSD on VMware fusion (dmesg) -- yes it works
On Fri, Dec 22, 2006 at 03:59:10AM -0800, Brian Keefer wrote: > >>Here're the dmesg's from RAMDISK_CD and GENERIC.MP on a MBP 15" > >>CoreDuo 2.16GHz: > >> > > > >can you try 4.0-current (or a recent snapshot)? it should use the new > >vic(4) driver instead of pcn(4). > > I added Ethernet0.virtualDev to "vmxnet" (wasn't present by default) > and this is what I got with the latest i386 snap: > vic0 at pci2 dev 0 function 0 "VMware Virtual NIC" rev 0x10: apic 2 > int 18 (irq 9) > vic0: VMXnet 864F, address 00:0c:29:c9:d7:96 > > Boots fine, but when it searches for DHCP lease I get: > vic0: no link . giving up > hmmm, can you try it with GENERIC (without MP)? > I tried to ifconfig vic0 down ; ifconfig vic0 up, but it still didn't > get a link. > > I tried "e1000" instead of "vmxnet" and em0 was able to get a link > just fine. > > Any other options I should try? > > Here's the .vmx: > config.version = "8" > virtualHW.version = "6" > numvcpus = "2" > scsi0.present = "TRUE" > memsize = "256" > MemAllowAutoScaleDown = "FALSE" > ide0:0.present = "TRUE" > ide0:0.fileName = "OpenBSD.vmdk" > ide1:0.present = "TRUE" > ide1:0.fileName = "/Users/chort/scratch/cd40.iso" > ide1:0.deviceType = "cdrom-image" > floppy0.present = "FALSE" > ethernet0.present = "TRUE" > ethernet0.connectionType = "nat" > ethernet0.wakeOnPcktRcv = "FALSE" > sound.present = "TRUE" > sound.fileName = "-1" > sound.autodetect = "TRUE" > pciBridge0.present = "TRUE" > isolation.tools.hgfs.disable = "TRUE" > displayName = "OpenBSD" > guestOS = "other" > nvram = "OpenBSD.nvram" > deploymentPlatform = "windows" > virtualHW.productCompatibility = "hosted" > RemoteDisplay.vnc.port = "0" > tools.upgrade.policy = "useGlobal" > powerType.powerOff = "soft" > powerType.powerOn = "soft" > powerType.suspend = "soft" > powerType.reset = "soft" > > ethernet0.addressType = "generated" > uuid.location = "56 4d b4 c8 87 f5 fa 58-c7 59 8e d7 8b c9 d7 96" > uuid.bios = "56 4d b4 c8 87 f5 fa 58-c7 59 8e d7 8b c9 d7 96" > ide0:0.redo = "" > pciBridge0.pciSlotNumber = "17" > scsi0.pciSlotNumber = "16" > ethernet0.pciSlotNumber = "32" > sound.pciSlotNumber = "33" > vmi.pciSlotNumber = "34" > ethernet0.generatedAddress = "00:0c:29:c9:d7:96" > ethernet0.generatedAddressOffset = "0" > tools.remindInstall = "TRUE" > Ethernet0.virtualDev = "vmxnet" > > checkpoint.vmState = "" > > >>Brian Keefer > >>www.Tumbleweed.com > >>"The Experts in Secure Internet Communication"
Re: OpenBSD on VMware fusion (dmesg) -- yes it works
On Dec 22, 2006, at 3:09 AM, Reyk Floeter wrote: On Fri, Dec 22, 2006 at 02:35:00AM -0800, Brian Keefer wrote: Not sure if anyone else has noticed, but VMware finally released Fusion for public beta. It's the port to Macintel. Only caveat so far is that Fusion wouldn't mount the OpenBSD CDs. I think it might have a problem mounting volumes that have spaces in the path. I downloaded cd40.iso and did an FTP install and that worked fine (NAT for networking, choose dhcp during the install since it doesn't have any way that I could find to configure vmnet). Here're the dmesg's from RAMDISK_CD and GENERIC.MP on a MBP 15" CoreDuo 2.16GHz: can you try 4.0-current (or a recent snapshot)? it should use the new vic(4) driver instead of pcn(4). I added Ethernet0.virtualDev to "vmxnet" (wasn't present by default) and this is what I got with the latest i386 snap: vic0 at pci2 dev 0 function 0 "VMware Virtual NIC" rev 0x10: apic 2 int 18 (irq 9) vic0: VMXnet 864F, address 00:0c:29:c9:d7:96 Boots fine, but when it searches for DHCP lease I get: vic0: no link . giving up I tried to ifconfig vic0 down ; ifconfig vic0 up, but it still didn't get a link. I tried "e1000" instead of "vmxnet" and em0 was able to get a link just fine. Any other options I should try? Here's the .vmx: config.version = "8" virtualHW.version = "6" numvcpus = "2" scsi0.present = "TRUE" memsize = "256" MemAllowAutoScaleDown = "FALSE" ide0:0.present = "TRUE" ide0:0.fileName = "OpenBSD.vmdk" ide1:0.present = "TRUE" ide1:0.fileName = "/Users/chort/scratch/cd40.iso" ide1:0.deviceType = "cdrom-image" floppy0.present = "FALSE" ethernet0.present = "TRUE" ethernet0.connectionType = "nat" ethernet0.wakeOnPcktRcv = "FALSE" sound.present = "TRUE" sound.fileName = "-1" sound.autodetect = "TRUE" pciBridge0.present = "TRUE" isolation.tools.hgfs.disable = "TRUE" displayName = "OpenBSD" guestOS = "other" nvram = "OpenBSD.nvram" deploymentPlatform = "windows" virtualHW.productCompatibility = "hosted" RemoteDisplay.vnc.port = "0" tools.upgrade.policy = "useGlobal" powerType.powerOff = "soft" powerType.powerOn = "soft" powerType.suspend = "soft" powerType.reset = "soft" ethernet0.addressType = "generated" uuid.location = "56 4d b4 c8 87 f5 fa 58-c7 59 8e d7 8b c9 d7 96" uuid.bios = "56 4d b4 c8 87 f5 fa 58-c7 59 8e d7 8b c9 d7 96" ide0:0.redo = "" pciBridge0.pciSlotNumber = "17" scsi0.pciSlotNumber = "16" ethernet0.pciSlotNumber = "32" sound.pciSlotNumber = "33" vmi.pciSlotNumber = "34" ethernet0.generatedAddress = "00:0c:29:c9:d7:96" ethernet0.generatedAddressOffset = "0" tools.remindInstall = "TRUE" Ethernet0.virtualDev = "vmxnet" checkpoint.vmState = "" Brian Keefer www.Tumbleweed.com "The Experts in Secure Internet Communication"
Re: OpenBSD on VMware fusion (dmesg) -- yes it works
On Fri, Dec 22, 2006 at 02:35:00AM -0800, Brian Keefer wrote: > Not sure if anyone else has noticed, but VMware finally released > Fusion for public beta. It's the port to Macintel. > > Only caveat so far is that Fusion wouldn't mount the OpenBSD CDs. I > think it might have a problem mounting volumes that have spaces in > the path. I downloaded cd40.iso and did an FTP install and that > worked fine (NAT for networking, choose dhcp during the install since > it doesn't have any way that I could find to configure vmnet). > > Here're the dmesg's from RAMDISK_CD and GENERIC.MP on a MBP 15" > CoreDuo 2.16GHz: > can you try 4.0-current (or a recent snapshot)? it should use the new vic(4) driver instead of pcn(4). > OpenBSD 4.0 (RAMDISK_CD) #39: Sat Sep 16 19:34:26 MDT 2006 > [EMAIL PROTECTED]:/usr/src/sys/arch/i386/compile/RAMDISK_CD > cpu0: Genuine Intel(R) CPU T2600 @ 2.16GHz ("GenuineIntel" 686-class) > 2.19 GHz > cpu0: > FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,CFLUSH > ,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,SSE3 > real mem = 267939840 (261660K) > avail mem = 238141440 (232560K) > using 3296 buffers containing 13500416 bytes (13184K) of memory > mainbus0 (root) > bios0 at mainbus0: AT/286+(2b) BIOS, date 12/06/06, BIOS32 rev. 0 @ > 0xfd880, SMBIOS rev. 2.31 @ 0xe0010 (45 entries) > bios0: VMware, Inc. VMware Virtual Platform > apm0 at bios0: Power Management spec V1.2 > apm0: flags 30102 dobusy 0 doidle 1 > pcibios0 at bios0: rev 2.1 @ 0xfd880/0x780 > pcibios0: PCI IRQ Routing Table rev 1.0 @ 0xfdf30/176 (9 entries) > pcibios0: PCI Interrupt Router at 000:07:0 ("Intel 82371FB ISA" rev > 0x00) > pcibios0: PCI bus #2 is the last bus > bios0: ROM list: 0xc/0x8000 0xc8000/0x1000 0xdc000/0x4000! > 0xe/0x4000! > cpu0 at mainbus0 > pci0 at mainbus0 bus 0: configuration mode 1 (no bios) > pchb0 at pci0 dev 0 function 0 "Intel 82443BX AGP" rev 0x01 > ppb0 at pci0 dev 1 function 0 "Intel 82443BX AGP" rev 0x01 > pci1 at ppb0 bus 1 > pcib0 at pci0 dev 7 function 0 "Intel 82371AB PIIX4 ISA" rev 0x08 > pciide0 at pci0 dev 7 function 1 "Intel 82371AB IDE" rev 0x01: DMA, > channel 0 configured to compatibility, channel 1 configured to > compatibility > wd0 at pciide0 channel 0 drive 0: > wd0: 64-sector PIO, LBA, 8192MB, 16777216 sectors > wd0(pciide0:0:0): using PIO mode 4, Ultra-DMA mode 2 > atapiscsi0 at pciide0 channel 1 drive 0 > scsibus0 at atapiscsi0: 2 targets > cd0 at scsibus0 targ 0 lun 0: > SCSI0 5/cdrom removable > cd0(pciide0:1:0): using PIO mode 4, Ultra-DMA mode 2 > "Intel 82371AB Power" rev 0x08 at pci0 dev 7 function 3 not configured > vga1 at pci0 dev 15 function 0 "VMware Virtual SVGA II" rev 0x00 > wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) > bha3 at pci0 dev 16 function 0 "BusLogic MultiMaster" rev 0x01: irq > 11, BusLogic 9xxC SCSI > bha3: model BT-958, firmware 5.07B > bha3: sync, parity > scsibus1 at bha3: 8 targets > ppb1 at pci0 dev 17 function 0 vendor "VMware", unknown product > 0x0790 rev 0x01 > pci2 at ppb1 bus 2 > pcn0 at pci2 dev 0 function 0 "AMD 79c970 PCnet-PCI" rev 0x10, > Am79c970A, rev 0: irq 9, address 00:0c:29:c9:d7:96 > "Ensoniq AudioPCI97" rev 0x02 at pci2 dev 1 function 0 not configured > isa0 at pcib0 > 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 > npx0 at isa0 port 0xf0/16: using exception 16 > pccom0 at isa0 port 0x3f8/8 irq 4: ns16550a, 16 byte fifo > pccom1 at isa0 port 0x2f8/8 irq 3: ns16550a, 16 byte fifo > fdc0 at isa0 port 0x3f0/6 irq 6 drq 2 > biomask fde5 netmask ffe5 ttymask ffe7 > rd0: fixed, 3800 blocks > wd0: no disk label > dkcsum: wd0 matches BIOS drive 0x80 > root on rd0a > rootdev=0x1100 rrootdev=0x2f00 rawdev=0x2f02 > wd0: no disk label > syncing disks... done > rebooting... > OpenBSD 4.0 (GENERIC.MP) #936: Sat Sep 16 19:27:28 MDT 2006 > [EMAIL PROTECTED]:/usr/src/sys/arch/i386/compile/GENERIC.MP > cpu0: Genuine Intel(R) CPU T2600 @ 2.16GHz ("GenuineIntel" 686-class) > 2.17 GHz > cpu0: > FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,CFLUSH > ,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,SSE3 > real mem = 267939840 (261660K) > avail mem = 236609536 (231064K) > using 3296 buffers containing 13500416 bytes (13184K) of memory > mainbus0 (root) > bios0 at mainbus0: AT/286+(4a) BIOS, date 12/06/06, BIOS32 rev. 0 @ > 0xfd880, SMBIOS rev. 2.31 @ 0xe0010 (45 entries) > bios0: VMware, Inc. VMware Virtual Platform > 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 @ 0xfd880/0x780 > pcibios0: PCI IRQ Routing Table rev 1.0 @ 0xfdf30/176 (9 entries) > pcibios0: PCI Interrupt Router at 000:07:0 ("Intel 82371FB ISA" rev > 0x00) > pcibios0: PCI bus #2 is the last bus > bios0: ROM list: 0xc/0x8000 0xc8000/0x1000 0xdc000/0x4000! > 0xe/0x4000! > mainb
OpenBSD on VMware fusion (dmesg) -- yes it works
Not sure if anyone else has noticed, but VMware finally released Fusion for public beta. It's the port to Macintel. Only caveat so far is that Fusion wouldn't mount the OpenBSD CDs. I think it might have a problem mounting volumes that have spaces in the path. I downloaded cd40.iso and did an FTP install and that worked fine (NAT for networking, choose dhcp during the install since it doesn't have any way that I could find to configure vmnet). Here're the dmesg's from RAMDISK_CD and GENERIC.MP on a MBP 15" CoreDuo 2.16GHz: OpenBSD 4.0 (RAMDISK_CD) #39: Sat Sep 16 19:34:26 MDT 2006 [EMAIL PROTECTED]:/usr/src/sys/arch/i386/compile/RAMDISK_CD cpu0: Genuine Intel(R) CPU T2600 @ 2.16GHz ("GenuineIntel" 686-class) 2.19 GHz cpu0: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,CFLUSH ,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,SSE3 real mem = 267939840 (261660K) avail mem = 238141440 (232560K) using 3296 buffers containing 13500416 bytes (13184K) of memory mainbus0 (root) bios0 at mainbus0: AT/286+(2b) BIOS, date 12/06/06, BIOS32 rev. 0 @ 0xfd880, SMBIOS rev. 2.31 @ 0xe0010 (45 entries) bios0: VMware, Inc. VMware Virtual Platform apm0 at bios0: Power Management spec V1.2 apm0: flags 30102 dobusy 0 doidle 1 pcibios0 at bios0: rev 2.1 @ 0xfd880/0x780 pcibios0: PCI IRQ Routing Table rev 1.0 @ 0xfdf30/176 (9 entries) pcibios0: PCI Interrupt Router at 000:07:0 ("Intel 82371FB ISA" rev 0x00) pcibios0: PCI bus #2 is the last bus bios0: ROM list: 0xc/0x8000 0xc8000/0x1000 0xdc000/0x4000! 0xe/0x4000! cpu0 at mainbus0 pci0 at mainbus0 bus 0: configuration mode 1 (no bios) pchb0 at pci0 dev 0 function 0 "Intel 82443BX AGP" rev 0x01 ppb0 at pci0 dev 1 function 0 "Intel 82443BX AGP" rev 0x01 pci1 at ppb0 bus 1 pcib0 at pci0 dev 7 function 0 "Intel 82371AB PIIX4 ISA" rev 0x08 pciide0 at pci0 dev 7 function 1 "Intel 82371AB IDE" rev 0x01: DMA, channel 0 configured to compatibility, channel 1 configured to compatibility wd0 at pciide0 channel 0 drive 0: wd0: 64-sector PIO, LBA, 8192MB, 16777216 sectors wd0(pciide0:0:0): using PIO mode 4, Ultra-DMA mode 2 atapiscsi0 at pciide0 channel 1 drive 0 scsibus0 at atapiscsi0: 2 targets cd0 at scsibus0 targ 0 lun 0: SCSI0 5/cdrom removable cd0(pciide0:1:0): using PIO mode 4, Ultra-DMA mode 2 "Intel 82371AB Power" rev 0x08 at pci0 dev 7 function 3 not configured vga1 at pci0 dev 15 function 0 "VMware Virtual SVGA II" rev 0x00 wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) bha3 at pci0 dev 16 function 0 "BusLogic MultiMaster" rev 0x01: irq 11, BusLogic 9xxC SCSI bha3: model BT-958, firmware 5.07B bha3: sync, parity scsibus1 at bha3: 8 targets ppb1 at pci0 dev 17 function 0 vendor "VMware", unknown product 0x0790 rev 0x01 pci2 at ppb1 bus 2 pcn0 at pci2 dev 0 function 0 "AMD 79c970 PCnet-PCI" rev 0x10, Am79c970A, rev 0: irq 9, address 00:0c:29:c9:d7:96 "Ensoniq AudioPCI97" rev 0x02 at pci2 dev 1 function 0 not configured isa0 at pcib0 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 npx0 at isa0 port 0xf0/16: using exception 16 pccom0 at isa0 port 0x3f8/8 irq 4: ns16550a, 16 byte fifo pccom1 at isa0 port 0x2f8/8 irq 3: ns16550a, 16 byte fifo fdc0 at isa0 port 0x3f0/6 irq 6 drq 2 biomask fde5 netmask ffe5 ttymask ffe7 rd0: fixed, 3800 blocks wd0: no disk label dkcsum: wd0 matches BIOS drive 0x80 root on rd0a rootdev=0x1100 rrootdev=0x2f00 rawdev=0x2f02 wd0: no disk label syncing disks... done rebooting... OpenBSD 4.0 (GENERIC.MP) #936: Sat Sep 16 19:27:28 MDT 2006 [EMAIL PROTECTED]:/usr/src/sys/arch/i386/compile/GENERIC.MP cpu0: Genuine Intel(R) CPU T2600 @ 2.16GHz ("GenuineIntel" 686-class) 2.17 GHz cpu0: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,CFLUSH ,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,SSE3 real mem = 267939840 (261660K) avail mem = 236609536 (231064K) using 3296 buffers containing 13500416 bytes (13184K) of memory mainbus0 (root) bios0 at mainbus0: AT/286+(4a) BIOS, date 12/06/06, BIOS32 rev. 0 @ 0xfd880, SMBIOS rev. 2.31 @ 0xe0010 (45 entries) bios0: VMware, Inc. VMware Virtual Platform 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 @ 0xfd880/0x780 pcibios0: PCI IRQ Routing Table rev 1.0 @ 0xfdf30/176 (9 entries) pcibios0: PCI Interrupt Router at 000:07:0 ("Intel 82371FB ISA" rev 0x00) pcibios0: PCI bus #2 is the last bus bios0: ROM list: 0xc/0x8000 0xc8000/0x1000 0xdc000/0x4000! 0xe/0x4000! mainbus0: Intel MP Specification (Version 1.4) (INTEL440BX ) cpu0 at mainbus0: apid 0 (boot processor) cpu0: unknown Core FSB_FREQ value 0 (0x0) cpu0: apic clock running at 66 MHz cpu1 at mainbus0: apid 1 (application processor) cpu1: Genuine Intel(R) CPU T2600 @ 2.16GHz ("GenuineIntel" 686-class) 2.17 GHz cpu1: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR