jail and emulators/linux_base
Hi all, I'm running CURRENT and set up a jail where I want to install SUN JDK 1.4.2. In the process, linux emulation needs to be installed. While installing emulators/linux_base, I get the following: === Installing for linux_base-7.1_5 Un-mounting linprocfs... umount: retrying using path instead of file system ID === Generating temporary packing list === Checking if emulators/linux_base already installed mknod: /compat/linux/dev/null: Operation not permitted *** Error code 1 While Linux-emulation is already up and running on the host-machine, it seems the jail is not allowed to create what it needs to run it. I understand allowing mknod(8) within a jail is dangerous in the case where you allow untrusted users to be root. Is there some way to either say I don't let untrusted users be root thus allowing this or to compile emulators/linux_base more jail-friendly, possibly setting things up from outside the jail? About compiles, btw, they seem to drag out forever in a jail. Especially configure takes ridiculous long time. I was under the impression that the overhead of running a jail should be very small, yet compiling shells/bash2 in a fresh jail took 8 minutes and 8.6 seconds while compiling it on the host system took 54.9 seconds. Are there options that may affect jail-performance I can tune? Cheers Niklas Saers ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Postfix locks 5.1-servers?
Hi, are anyone familiar with conditions where postfix may bring a 5.1-p10 server to a halt, making the server accept incoming ports (such as 22) but serve nothing, making getty(8) become non-respondent (pressing enter doesn't give any feedback) and making the server ignore ctrl-alt-del etc? I've got two boxes running FreeBSD 5.1-p10 and Postfix 2.0.10,1 and 2.0.13,1. They also have a java process (v1.3.1 and v1.4.1) running, but that one is an extremely tiny process that can only be accessed from one specific IP and when executing lives for a couple of milliseconds. Does this ring any bells with anyone? We've been at it for a while and not being able to figure it out. The boxes are quite different hardwareish, so I don't suspect that being the problem. Cheers Niklas Saers ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
ATA DVD-ROM failure
Hi everyone, I haven't been using my DVD-ROM in my Fujitsu/Siemens S-1540 series laptop with FreeBSD for some time, so I don't know how long this problem has been. (I used it quite a bit when installing, so it hasn't always been like this) When I boot up or do a atacontrol reinit 0 I get ata0: resetting devices .. ata0-slave: FAILURE - ATA_IDENTIFY status=51READY,DSC,ERROR error=4ABORTED done Does anyone recognize this or have any idea why this happens or how I can debug it further to get an idea? Cheers Nik ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
make kernel - no root found, sysinstall - panic
Hi guys, I cvsupped about two hours ago and made myself a world. This, on a system compiled up from 5-CURRENT cvs yesterday, caused a panic when compiling fork in libc. Not getting through this, I figured the worlds were similar enough that I compiled up a new kernel and left the world to be compiled up after boot, just in case. Not a good idea, now it can't find rootvp when mounting the file systems. Whups... Figuring I'm fsck'ed for the moment, I grabbed my CD-RW with 5.1-RELEASE burned recently and chose Upgrade. Chose Yes, Ok, User, No, Ok, Ok, set my mount points and chose acd1 to install from. After a short extraction into /bin, I got the following Panic: Trap 12: page fault while in kernel mode fault virtual address = 0x1c fault code= supervisor write, page not precent instruction pointer = 0x8:0xc02fb3c5 stack pointer = 0x10:0xd7ba8898 frame pointer = 0x10:0xd7ba88ac code segment = base 0x0, limit 0xf, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 41 (bufdaemon) trap number = 12 panic: page fault I'm probably fsck'ed, but I hope this note can help someone if there have been made any changes lately that have had some significance. :) Cheers Nik ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
