Re: Problems with Dual Athlons
On Sat, Nov 24, 2001 at 02:48:12AM -0800, Hiten Pandya wrote: > hi.. no offense... but Tyan motherboards are the one > which cause the whole problem... What are you talking about? Tyan Thunder/Tigger boards work *beautifully*. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: tar and nodump flag
On Wed, Nov 21, 2001 at 02:18:42PM +, Walter C. Pelissero wrote: > How about adding the nodump flag processing in tar? This would be a *bad* idea. It would diverge our tar even more than it already is -- which is so bad it isn't trival to update to the latest version (ours is many years behind). To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
MFC exlock+truncate bug^Wpatch
Hello, Any chances to MFC these changes before 4.5? The bug is very annoying. | mckusick2000/07/03 20:34:11 PDT | | Modified files: |sys/dev/ccd ccd.c |sys/dev/vn vn.c |sys/kern kern_acct.c kern_ktrace.c kern_linker.c | kern_sig.c link_aout.c link_elf.c | vfs_syscalls.c vfs_vnops.c |sys/sys vnode.h |sys/ufs/ufs ufs_extattr.c ufs_quota.c | Log: | | Move the truncation code out of vn_open and into the open system | call after the acquisition of any advisory locks. This fix corrects | a case in which a process tries to open a file with a non-blocking | exclusive lock. Even if it fails to get the lock it would still | truncate the file even though its open failed. With this change, | the truncation is done only after the lock is successfully acquired. | | Obtained from: BSD/OS TIA, - -maxim -- Maxim Konovalov, MAcomnet, Internet-Intranet Dept., system engineer phone: +7 (095) 796-9079, mailto: [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
[PATCH] Relevance of 8254 calibration.
I'd just like to know wether there are any i386 boxes which don't have a
timer_freq of 1193182Hz I know there might be slight variations but i
still have to come across a box that doesn't, which leads me to the
purpose of this email. Do we need to do the 8254 clock calibration?
One of the reasons for me delving in this particular code is because i've
got a box with a broken mc146818A and it locks the box until timeout
occurs (currently set to 1), dropping timeout to 10 or something
much lower speeds up booting somewhat ;).
Any feedback (flames too ;) would be greatly appreciated
Thanks in advance,
Zwane Mwaikambo
Please CC me as i'm not on the list.
Patch - add a "rtc_is_broken" variable NB. I've tried not to be too
intrusive here and only added the rtc_is_broken check where it affects
this specifc case. Diffed against 4.3-RELEASE
diff -crbB fbsd4.3-rel.orig/i386/include/clock.h fbsd4.3-rel.zm1/i386/include/clock.h
*** fbsd4.3-rel.orig/i386/include/clock.h Sun Aug 19 21:39:26 2001
--- fbsd4.3-rel.zm1/i386/include/clock.hSun Nov 25 09:06:21 2001
***
*** 21,26
--- 21,27
extern inttimer0_max_count;
extern u_int tsc_freq;
extern inttsc_is_broken;
+ extern intrtc_is_broken;
extern intwall_cmos_clock;
#ifdef APIC_IO
extern intapic_8254_intr;
Only in fbsd4.3-rel.zm1/i386/isa: .clock.c.swp
diff -crbB fbsd4.3-rel.orig/i386/isa/clock.c fbsd4.3-rel.zm1/i386/isa/clock.c
*** fbsd4.3-rel.orig/i386/isa/clock.c Sun Aug 19 21:41:08 2001
--- fbsd4.3-rel.zm1/i386/isa/clock.cSun Nov 25 09:24:48 2001
***
*** 141,146
--- 141,147
int timer0_max_count;
u_int tsc_freq;
int tsc_is_broken;
+ int rtc_is_broken = 0;
int wall_cmos_clock;/* wall CMOS clock assumed if != 0 */
staticint beeping = 0;
***
*** 591,596
--- 592,601
if (bootverbose)
printf("Calibrating clock(s) ... ");
+
+ if (rtc_is_broken)
+ goto fail;
+
if (!(rtcin(RTC_STATUSD) & RTCSD_PWR))
goto fail;
timeout = 1;
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
Strange FTPD behavior
I run FreeBSD 4.3-STABLE machine. I use ftpd for ftp server daemon. It has very strange behavior with one of user accounts on my machine. Every one user account on my machine can access it via ftp, exept this account, let call it ttt. The ttt is not in /etc/ftpusers file and it can access the machine via ssh and telnet, but with ftp it can't! The ftpd says "530 User ttt access denied", as a replay of command "user ttt". I saw in the rfc, that 530 replay code means "Not logged in", but the ftpd doesn't allow on ttt to supply its credentials. My ftpd is not chroot -ed, if this is important! Any ideas? Vladimir To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: Strange FTPD behavior
Is the user's shell listed in /etc/shells? It must be there for ftpd to let them in. On Mon, 26 Nov 2001, Vladimir Terziev wrote: > > I run FreeBSD 4.3-STABLE machine. I use ftpd for ftp server daemon. It has > very strange behavior with one of user accounts on my machine. Every one user > account on my machine can access it via ftp, exept this account, let call it > ttt. The ttt is not in /etc/ftpusers file and it can access the machine via > ssh and telnet, but with ftp it can't! The ftpd says "530 User ttt access > denied", as a replay of command "user ttt". I saw in the rfc, that 530 replay > code means "Not logged in", but the ftpd doesn't allow on ttt to supply its > credentials. > My ftpd is not chroot -ed, if this is important! > > Any ideas? > > Vladimir > > > > To Unsubscribe: send mail to [EMAIL PROTECTED] > with "unsubscribe freebsd-security" in the body of the message > To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
BPF - Packet Reception
Hello, We are trying to use BPF (Packet Filter) pseduo device to send and receive the packets. Even if there is a slight delay (Some processing has to be done on the read packet) between the issuing of 'read' call, so many packets are getting dropped. Is there a way to attach a callback function to the opened device, so that on a packet arrival, this function is being called. We polling the device is always risky thing as we may loose some packet. Any help on this would be very much appreciated. Thanks and regards, -Raj Join 18 million Eudora users by signing up for a free Eudora Web-Mail account at http://www.eudoramail.com To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re:
Re: Infrared emitters under FreeBSD
On Sun, Nov 25, 2001 at 09:23:21PM -0800, Charles Henrich wrote: > Has anyone out there played with controlling an infrared emitter from a > FreeBSD box? Ideally I'd love to be able to control my satellite receiver > from a remote location, streaming the video out at the same time :) > > So far I've only found a TekRam IRMate, but its only available in germany :(. > > Anyone out there have any luck with a project like this? http://www.evation.com/irman/ /\/\ \/\/ To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: add some constraints in cpufunc.h
On 22-Nov-01 David Xu wrote: > According to GCC manual of inline assembler instruction, it says if your > instruction > changes condition code register(on X86, it's cpu flag register, and a simple > addl > instruction can affect it), you'd put cc there, I have reviewed some source > header > files of bus management, they all have cc constraint, but others not, and > some > lines lost __volatile__ keyword, GCC can feel free to optimize them and > re-order > or delete these lines when it thinks this is a right decision, this could be > dangerous > when high optimizing option is turned on. Bah, fair enough. There are probably several places that are missing "cc". I doubt that there are very many bugs from this though, since "cc" is clobbered very often during normal program flow. -- John Baldwin <[EMAIL PROTECTED]> <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: Problems with Dual Athlons
> When did you last cvsup? A few weeks ago. > My desktop machine at work is a tyan thunder k7 (S2462), I have no trouble > with it under FreeBSD. This is essentially the same as yours but you dont > have onboard ethernet, scsi or (I think) video. Yeah, that's true. I'm glad to hear that you are not having any problems. I'm sure my problem is just hardware related. I'm going to be swapping out the power supply (since the Athlon MPs are picky about power supplies) and the memory, and see what happens. Thanks for your feedback. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: Problems with Dual Athlons
On Sat, Nov 24, 2001 at 11:48:24AM -, cameron grant wrote: > > For the record, I'm running the 1.2Ghz Athlons on a Tyan S2460 board with > > 256MB of 266Mhz DDR-SDRAM. > > check that your bus speed jumpers are correctly set as per the errata sheet, > not the manual. if you don't have an errata sheet, check tyan's web site. > some boards were sent out with incorrect manuals, mine included, and i had > identical symptoms when running my duron 1100s at 1266mhz (115mhz bus speed, > undocumented on the s2460). Everything on the motherboard is as it should be. As I mentioned to Peter, I going to be swapping out a couple things (power supply, memory) which may be the cause of the problem. We'll see... To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re:
review: single step thoruggh the probe messages
Attached some patches that add a -p functionality to the boot process.
If booting with -p, every line printed during probing happens only
after one presses a key.
This was usefull to see the probe messages of a system that completely
hung (read: no scroll-back functionslity left) after probing.
-Guido
--- sbin/reboot/boot_i386.8.origMon Nov 26 16:13:29 2001
+++ sbin/reboot/boot_i386.8 Sun Nov 25 16:46:57 2001
@@ -220,6 +220,8 @@
and
.Fl h
options are automatically set.
+.It Fl p
+pause after each attached device during the device probing phase.
.It Fl r
use the statically configured default for the device containing the
root file system
--- sys/boot/i386/libi386/bootinfo.c.orig Mon Nov 26 16:13:16 2001
+++ sys/boot/i386/libi386/bootinfo.cSat Nov 24 00:10:23 2001
@@ -97,6 +97,9 @@
case 'h':
howto |= RB_SERIAL;
break;
+ case 'p':
+ howto |= RB_PAUSE;
+ break;
case 'r':
howto |= RB_DFLTROOT;
break;
--- sys/sys/reboot.h.orig Mon Nov 26 16:13:05 2001
+++ sys/sys/reboot.hSat Nov 24 00:08:11 2001
@@ -61,6 +61,7 @@
#defineRB_GDB 0x8000 /* use GDB remote debugger instead of DDB */
#defineRB_MUTE 0x1 /* Come up with the console muted */
#defineRB_SELFTEST 0x2 /* don't boot to normal operation, do selftest
*/
+#defineRB_PAUSE0x4 /* pause after each line during autoconfig */
#defineRB_BOOTINFO 0x8000 /* have `struct bootinfo *' arg */
--- sys/kern/tty_cons.c.origMon Nov 26 16:12:31 2001
+++ sys/kern/tty_cons.c Mon Nov 26 15:58:30 2001
@@ -98,6 +98,7 @@
static d_close_t *cn_phys_close; /* physical device close function */
static d_open_t *cn_phys_open; /* physical device open function */
struct consdev *cn_tab; /* physical console device info */
+static u_char cninit_notyetfinished=1; /* zero if we left autoconfigure */
CONS_DRIVER(cons, NULL, NULL, NULL, NULL, NULL, NULL, NULL);
@@ -175,6 +176,7 @@
}
cn_dev_t = cn_tab->cn_dev;
cn_udev_t = dev2udev(cn_dev_t);
+ cninit_notyetfinished = 0;
}
static void
@@ -443,6 +445,12 @@
if (c == '\n')
(*cn_tab->cn_putc)(cn_tab->cn_dev, '\r');
(*cn_tab->cn_putc)(cn_tab->cn_dev, c);
+ if ((c == '\n') && (boothowto & RB_PAUSE) &&
+ (cninit_notyetfinished)) {
+ printf("\r");
+ (void)cngetc();
+ printf(" \r");
+ }
}
}
RE: review: single step thoruggh the probe messages
On 26-Nov-01 Guido van Rooij wrote: > Attached some patches that add a -p functionality to the boot process. > If booting with -p, every line printed during probing happens only > after one presses a key. > > This was usefull to see the probe messages of a system that completely > hung (read: no scroll-back functionslity left) after probing. I would call the variable name 'console_pausing' or some such, rather than cninit_notyetfinished to better explain what the variable does. > -Guido -- John Baldwin <[EMAIL PROTECTED]> <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: review: single step thoruggh the probe messages
On Mon, Nov 26, 2001 at 12:36:01PM -0800, John Baldwin wrote: > > I would call the variable name 'console_pausing' or some such, rather than > cninit_notyetfinished to better explain what the variable does. > Ok, I also need to get rid of printf and directly write as to not interfere with dmesg output. -Guido To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: BPF - Packet Reception
On Mon, 26 Nov 2001, Rajesh P Jain wrote: > We are trying to use BPF (Packet Filter) pseduo device to send and > receive the packets. > Even if there is a slight delay (Some processing has to be done on > the read packet) between the issuing of 'read' call, so many packets are > getting dropped. BPF isn't a high-performance interface. If you need something faster, you should add your code to the kernel network stack. Then you will get a call to your code for every packet input of the type you're looking for. Doug White| FreeBSD: The Power to Serve [EMAIL PROTECTED] | www.FreeBSD.org To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
compare and contrast vmware and jail ?
I am going to be setting up four freeBSD servers as a test environment - they need to be totally isolated machines. However, I would like to see if I can do all of this on one server. The choice that comes to mind immediately is vmware, but since I am required to use all freeBSD, I would be using vmware via linux compatibility mode, which is somewhat slower than native vmware on linux. I have two specific questions: 1. Is jail ready for prime time ? that is, taking into account stability, performance, and _security_, would you feel comfortable running multiple servers on a single machine where the relative contents of the machines were sensitive (in terms of performance and security) ? 2. Any comments on the differences between using vmware and jail ? Why would I choose vmware over jail ? Does jail offer the same memory usage guarantees, etc. ? Any thoughts / comments on vmware vs. jail, and the viability of using jail on a multi-system system are appreciated. --joesh _ Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Solution for "panic: swap_pager_swap_init: swap_zone == NULL"?
Greetings FreeBSD gurus - I am brand new to the OS. I test NIC drivers for Intel products and we are turning towards an emphasized support for FreeBSD. One of my test boxes produces the following error on bootup: "panic: swap_pager_swap_init: swap_zone == NULL" A quick Google search suggests that this is an issue of the kernel failing to deal with an abundance of RAM. The test box in question has 8GB of RAM. Pulling RAM out as a 'workaround' is not an option, as I am to test on these specifically configured OEM machines. This one is a Dell 6400 quad Zeon 550. Suggestions? Patches? Anything? Please reply via direct email. Much gratitude - -=C. Stephen Frost=- Intel Corp. ICG - Network Quality Labs Software QA Engineer 503.264.8300 (standard disclaimers apply within... ) -=C. Stephen Frost=- Intel Corp. ICG - Network Quality Labs Software QA Engineer 503.264.8300 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: BPF - Packet Reception
If it's an ethernet type device then you can attach to it via netgraph and either write a small netgraph node to do what you want or redirect the packets to a userland daemon that does what you want. On Mon, 26 Nov 2001, Rajesh P Jain wrote: > Hello, > We are trying to use BPF (Packet Filter) pseduo device to send and > receive the packets. > Even if there is a slight delay (Some processing has to be done on > the read packet) between the issuing of 'read' call, so many packets are > getting dropped. > Is there a way to attach a callback function to the opened device, so > that on a packet arrival, this function is being called. > We polling the device is always risky thing as we may loose some > packet. > Any help on this would be very much appreciated. > Thanks and regards, > -Raj > > > Join 18 million Eudora users by signing up for a free Eudora Web-Mail account at >http://www.eudoramail.com > > To Unsubscribe: send mail to [EMAIL PROTECTED] > with "unsubscribe freebsd-hackers" in the body of the message > To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: BPF - Packet Reception
On Mon, 26 Nov 2001, Rajesh P Jain wrote: > We are trying to use BPF (Packet Filter) pseduo device to send > and receive the packets. > Even if there is a slight delay (Some processing has to be done > on the read packet) between the issuing of 'read' call, so many packets > are getting dropped. > Is there a way to attach a callback function to the opened device, > so that on a packet arrival, this function is being called. > We polling the device is always risky thing as we may loose some > packet. > Any help on this would be very much appreciated. Thanks and > regards, -Raj There are a number of things that can be done to improve BPF's behavior under high volume, including setting a larger in-kernel buffer for BPF (using BIOCSBLEN), as well as implementing the equivilent of interupt coallescing when delivering packets to userland, through the use of a timeout (BIOCSRTIMEOUT, BIOCIMMEDIATE), which can increase throughput. While BPF is not able to handle extremely high packet rates, due to it performing memory copies and simple virtual machine execution, I've quite successfully used it to do userland packet forwarding (read, process, send) in the 100mbps range on moderately equipped machines. Depending on the nature of the packets you're capturing, optimizing your BPF code, or feeding it code that matches more specifically, can also impact performance. The performance of BPF is often directly associated with the amount of userland context switching going on: for example, running my BPF-based packet forwarding program at the same time as tcpdump would easily halve the throughput by making the number of context switches proportional to the number of packets delivered. A single process performing BPF operations will perform *much* better on an unloaded machine. Robert N M Watson FreeBSD Core Team, TrustedBSD Project [EMAIL PROTECTED] NAI Labs, Safeport Network Services To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: Solution for "panic: swap_pager_swap_init: swap_zone == NULL"?
On Mon, 26 Nov 2001, Frost, Stephen C wrote: > > Greetings FreeBSD gurus - > > I am brand new to the OS. I test NIC drivers for Intel products and we are > turning towards an emphasized support for FreeBSD. One of my test boxes > produces the following error on bootup: "panic: swap_pager_swap_init: > swap_zone == NULL" > > A quick Google search suggests that this is an issue of the kernel failing > to deal with an abundance of RAM. The test box in question has 8GB of RAM. > Pulling RAM out as a 'workaround' is not an option, as I am to test on these > specifically configured OEM machines. This one is a Dell 6400 quad Zeon > 550. You don't say which version of FreeBSD you are testing on I presume 4.4? > > Suggestions? Patches? Anything? > > Please reply via direct email. > > Much gratitude - > > -=C. Stephen Frost=- >Intel Corp. >ICG - Network Quality Labs >Software QA Engineer >503.264.8300 >(standard disclaimers apply within... ) > > > -=C. Stephen Frost=- >Intel Corp. >ICG - Network Quality Labs >Software QA Engineer >503.264.8300 > > > > To Unsubscribe: send mail to [EMAIL PROTECTED] > with "unsubscribe freebsd-hackers" in the body of the message > To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: compare and contrast vmware and jail ?
Joesh Juphland writes: > I am going to be setting up four freeBSD servers as a test environment - > they need to be totally isolated machines. However, I would like to see if > I can do all of this on one server. The choice that comes to mind > immediately is vmware, but since I am required to use all freeBSD, I would > be using vmware via linux compatibility mode, which is somewhat slower than > native vmware on linux. Linux compatibility mode is not perfomanse loose, I have seen reports where linux binaries run faster on FreeBSD compatibility mode then linux with the same hardware. I am using jail intensively on about 10 of my servers, for example: 0grimble~(2)>ps -ax | grep J | wc 101 6275024 but I do not use vmware and know why. > I have two specific questions: > > 1. Is jail ready for prime time ? that is, taking into account stability, > performance, and _security_, would you feel comfortable running multiple > servers on a single machine where the relative contents of the machines were > sensitive (in terms of performance and security) ? performance: OK stability: OK after tuning security: not ideal, but best I know of. > 2. Any comments on the differences between using vmware and jail ? Why > would I choose vmware over jail ? Does jail offer the same memory usage > guarantees, etc. ? vmware has perfomanse loose no matter what host OS is. The reason is that some CPU comands are emulated, each vmware has its own copy of running OS and resourse management in this case in highly not optimal. But you can use different OSes simultaneosly. Jail share the same kernel and resourses beetween processes as if without jail. You can't start some service in vmware without full enough set of software in it. For example, it is almoust impossible to start some servise in vmware when not having shell it it. Jailed service can be started having the only executable in it (static linked). I usually copy minimal set from base system to jail and this set does not include any shell. This way I have rescued from vulnerability to stack overflow in some version of bind - I had some servers with this hole and none of attempt to execute /bin/sh using stack oferflow is successful. Starting up such a daemon in vmware do not rescue server from hacks via secure holes. > Any thoughts / comments on vmware vs. jail, and the viability of using > jail on a multi-system system are appreciated. In short: vmware is not a way to start any service if that service can execute on host system. PS Sorry, my English is bad enough. -- @BABOLO http://links.ru/ To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re:
Re: Solution for "panic: swap_pager_swap_init: swap_zone == NULL"?
G'day. I'm sorry to say that 4.4 has a regression related to systems with 4GB of memory, mostly related to poor test coverage. You can work around this by reducing the amount of physical memory that the kernel will use by setting a loader tunable. At the 10-second countdown before the kernel starts, hit the spacebar and at the 'ok' prompt type set hw.physmem=3G boot Once the system is up and installed, edit /boot/loader.conf and add the line hw.physmem="3G" to avoid having to repeat the process every time you boot. This issue has been corrected in later 4.4-STABLE snapshots, and should not recur in future releases. I hope this helps; please don't hesitate to contact us should you have any more questions. Regards, Mike > I am brand new to the OS. I test NIC drivers for Intel products and we are > turning towards an emphasized support for FreeBSD. One of my test boxes > produces the following error on bootup: "panic: swap_pager_swap_init: > swap_zone == NULL" To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: [PATCH] Relevance of 8254 calibration.
In message <[EMAIL PROTECTED]> Zwane Mwaikambo writes: : I'd just like to know wether there are any i386 boxes which don't have a : timer_freq of 1193182Hz I know there might be slight variations but i : still have to come across a box that doesn't, which leads me to the : purpose of this email. Do we need to do the 8254 clock calibration? Yes. Almost *ALL* PCs in the field aren't exactly 11931282Hz. There's a lot of variance in this. PC have such crappy oscillators that calibration is required. The "slight" variation can be as large as +-300Hz, which is huge. :-(. But I'm a little biased here... Warner To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: compare and contrast vmware and jail ?
On Mon, Nov 26, 2001 at 02:11:42PM -0700, Joesh Juphland wrote: > > I am going to be setting up four freeBSD servers as a test environment - > they need to be totally isolated machines. However, I would like to see if > I can do all of this on one server. The choice that comes to mind > immediately is vmware, but since I am required to use all freeBSD, I would > be using vmware via linux compatibility mode, which is somewhat slower than > native vmware on linux. Is this just your guess, or a conclusion based on measurement? Linux compatibility mode does not entail any performance loss in the general case because it's basically an alternative interface to the FreeBSD kernel, not a virtual machine emulation layer running on top of it (if you can show slowdown in this particular case, please do). > I have two specific questions: > > 1. Is jail ready for prime time ? that is, taking into account stability, > performance, and _security_, would you feel comfortable running multiple > servers on a single machine where the relative contents of the machines were > sensitive (in terms of performance and security) ? > > 2. Any comments on the differences between using vmware and jail ? Why > would I choose vmware over jail ? Does jail offer the same memory usage > guarantees, etc. ? > > Any thoughts / comments on vmware vs. jail, and the viability of using > jail on a multi-system system are appreciated. I wouldn't have even considered using vmware..it sounds like a very heavyweight solution for something jail can probably do better (see the manpage for limitations). Kris msg28874/pgp0.pgp Description: PGP signature
Re: Bugmeister discussion list
On Thu, Nov 22, 2001 at 11:19:25PM -0500, Andrew R. Reiter wrote: > > I thought it was normal process for a new FreeBSD mailing list to be > hosted on another site until it was deemed beneficial to have @FreeBSD.org > host it. Nope. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: jail patch
On Monday 26 November 2001 03:45 am, Antony T Curtis wrote: > Robert Watson wrote: > > On Sun, 25 Nov 2001, Gregory Neil Shapiro wrote: > > > > > In the jailng code, I allow jails to be identified using a name (other > > than the hostname) when they are created, and that can later be used as a > > handle for signalling. Two of the concepts that are useful in jailng are > > (1) the ability to identify jails and manage them from the outside more > > easily, and (2) jailinit, which permits a jail to maintain a runlevel, > > meaning that you don't have to be 'in' a jail in order to start an > > orderly shutdown (as you can signal jailinit), not to mention introducing > > the notion of an orderly shutdown :-). > > > > I currently make use of a hacked version of init which allows me to have > a whole "system" in a jail - this allows me to telnet in to a jail and > do a shutdown. > > The only downside is that many things expect init to be pid=1 but in the > jail, this isn't true - I keep the pid of the init in a temporary file > (ugly hack, a better "hack" would probably involve hacking the kernel > sources so that the jailed pid is "1" and that when that process dies, > the whole jail gets a kill -9. http://www.jailbsd.net/tarballs/jailinit.rat.gz This is a little something that I whipped up some time back, but haven't put much effort into lately. Sam To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
RE: possibily something to do with sshd
The system I am running freebsd 4.4 stable allthough I don't know how to reproduce the problem of the w, who, uptime, finger commaands hanging and taking the whole cpu and when you ssh back into the machine I think sshd runs one of these commands or calls a function that they use that makes it hang. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Bri Sent: 26 November 2001 13:22 To: [EMAIL PROTECTED] Subject: RE: possibily something to do with sshd rebooted and its fine. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Bri Sent: 26 November 2001 12:59 To: [EMAIL PROTECTED] Subject: possibily something to do with sshd 2827 root 60 0 2632K 1532K RUN 1:01 32.28% 32.28% sshd 2498 root 59 0 2632K 1548K RUN 5:04 32.23% 32.23% sshd 1262 root 58 0 2672K 1504K RUN 1:13 31.45% 31.45% sshd some info from top and these's should be basically idle. Maybe I should reboot. for some reason when I type in w, finger, uptime or who it just starts the process and uses about 100% CPU for something that should just take one secound to display what you want. Any idea's Bri, To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: [PATCH] Relevance of 8254 calibration.
In message <[EMAIL PROTECTED]> Zwane Mwaikambo writes: : hmm cross referencing here (forgive me ;) NetBSD nor Linux do this : calibration and NetBSD runs on just about anything ;) The higher levels of NetBSD does this if you are running ntpd. Ditto Linux. I measure phase differences in oscelators to sub-pico second level in my day job :-). Warner To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: [PATCH] Relevance of 8254 calibration.
In message <[EMAIL PROTECTED]> Zwane Mwaikambo writes: : PS the box runs fine with the patch right now (2 day uptime) I can't do : anything which would write to the RTC without it blocking for a long time, : but i only do project compiles on the box anyway. Well, I'll bet your system time has drifted about a second or four in those two days. Warner To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: [PATCH] Relevance of 8254 calibration.
In message <[EMAIL PROTECTED]> Zwane Mwaikambo writes: : When you say system time do you mean "hardware" time? or the running : kernel's time? Output of date command, which is kept by the kernel. : The hardware time doesn't work anyway since the box's RTC : is stuck somewhere in 2057 but the hardware timer interrupt seems to be : ticking at the right pace so i'm sure the kernel time does stay consistent : (with normal drift). I had problems regarding timestamps on files in Linux : (annoying because configure scripts would think the files have changed : whilst it was running and hence an endless loop) but i don't seem to have : the same problem in FreeBSD. Cool. Warner To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: Fiskars UPS - solution!
Hi > > > We are using from 1993 Fiskars UPS 0.8 A UPS unit (Type UPS 1008A- > > 10EU, PartNo: 10 02 891 Rev A1, SerNo: 119355 9345, Made in Finland) > > and few days ago the Battery failure control light started blinking. > > We replaced accus (5 pcs 12V 4Ah) and we charged them for 48 hours > > but the control light is still blinking. Do you have any advice what > > to do? Where it is possible to get the electrical plans of this > > unit? I would be grateful for any help. > > try to measure the battery voltage and the load current. > perhaps the batterys are low level decharged,,, (a 12v battery have > less than 10V). the try to load it a while with a battery loader > (perhaps a car-battery loader) and limit the current to 300ma. > > that should work.. > Finally, we found the proper solution. Only the proper reset was needed. Inside of the unit, close to the front panel there is an 8 position DIP switch. The uppermost switch should change the position and then the reset button on the front panel should be pressed. The unit reset is finalized by turning the unit off, then DIP switch should be pressed into the initial position and when you switch the unit on, everything is OK. Thank you for all advises and best regards Marjan Assoc. Prof. Marjan Mihelin, Ph.D. !!! AGAIN NEW TELEPHONE NUMBERS University Medical Centre University Institute of Clinical Neurophysiology Ljubljana - SLOVENIA tel: +386-1-543-1515, fax: +386-1-543-1533 E-mail: [EMAIL PROTECTED], [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: Bugmeister discussion list
On Mon, Nov 26, 2001 at 02:40:58AM -0800, David O'Brien wrote: > On Thu, Nov 22, 2001 at 11:19:25PM -0500, Andrew R. Reiter wrote: > > > > I thought it was normal process for a new FreeBSD mailing list to be > > hosted on another site until it was deemed beneficial to have @FreeBSD.org > > host it. > > Nope. History says 'yes' in several cases. Kris msg28914/pgp0.pgp Description: PGP signature
Re: jail patch
Robert Watson wrote: > > On Sun, 25 Nov 2001, Gregory Neil Shapiro wrote: > In the jailng code, I allow jails to be identified using a name (other > than the hostname) when they are created, and that can later be used as a > handle for signalling. Two of the concepts that are useful in jailng are > (1) the ability to identify jails and manage them from the outside more > easily, and (2) jailinit, which permits a jail to maintain a runlevel, > meaning that you don't have to be 'in' a jail in order to start an orderly > shutdown (as you can signal jailinit), not to mention introducing the > notion of an orderly shutdown :-). I currently make use of a hacked version of init which allows me to have a whole "system" in a jail - this allows me to telnet in to a jail and do a shutdown. The only downside is that many things expect init to be pid=1 but in the jail, this isn't true - I keep the pid of the init in a temporary file (ugly hack, a better "hack" would probably involve hacking the kernel sources so that the jailed pid is "1" and that when that process dies, the whole jail gets a kill -9. -- ANTONY T CURTIS Tel: +44 (1635) 36222 Abacus Polar Holdings Ltd Fax: +44 (1635) 38670 > There is a green, multi-legged creature crawling on your shoulder. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
