Re: Parking disk drive heads

2005-08-21 Thread Matthew N. Dodd
On Wed, 17 Aug 2005 [EMAIL PROTECTED] wrote: which is the correct way to park the hd head? The documentation will refer to this operation as "Unload". Standby (0xE2) or Standby Immediate (0xE0) would be the only way I can see to do this. (Sleep performs an unload as well, but is not useful f

Re: nagios and freebsd threads issue : help please ...

2005-08-21 Thread Christophe Yayon
Hi again, I just upgraded again to FreeBSD5.4-Stable of August 20 and, i just killed a nagios loop process which consume 100% of CPU... The problem seems to persist again... How do think about this ? Thanks in advance. Christophe Yayon wrote: Daniel, But i am in stable '5.4-STABLE FreeBSD

Re: Project BSDVISION Wants To Develop Native *BSD Console Desktop

2005-08-21 Thread Kamal R. Prasad
> It will be running on a virtual console in text or > graphics mode like > TurboVision used to, but we are focusing on text > mode for now. As I just > wrote to someone else, the main idea is to enable > BSD programs to have a > nice console (textual and graphical) interface with > and without any

number of simultanously opened files

2005-08-21 Thread Divacky Roman
hi I wrote this: witten /tmp# cat x.c #include #include #include #define MAX 10 main() { int i = MAX; for (; i>0; i--) { if (open("/dev/null", O_RDONLY) == -1) { printf("FUCK: %i\n", MAX-i); p

Re: number of simultanously opened files

2005-08-21 Thread victor cruceru
And errno (from a failed open) is ? On 8/21/05, Divacky Roman <[EMAIL PROTECTED]> wrote: > > hi > > I wrote this: > witten /tmp# cat x.c > #include > #include > #include > > #define MAX 10 > main() > { > int i = MAX; > > for (; i>0; i--) { > if (open("/dev/null", O_RDONLY) == -1) {

Re: number of simultanously opened files

2005-08-21 Thread Divacky Roman
On Sun, Aug 21, 2005 at 01:26:37PM +0300, victor cruceru wrote: > And errno (from a failed open) is ? sorry for not mentioning it... of course its: Too many open files (obtained by perror()) ___ freebsd-hackers@freebsd.org mailing list http://lists.

MAC Biba policy. High marked process can't write to high marked file.

2005-08-21 Thread Michael
Hello, hackers. First of all have to apologize for english, sorry. I was playing with Mandatory Access Control, all have been done like it described in handbook: I have added 'insecure' class with "label=partition/13,mls/5,biba/low". Then created 'mactest' user and placed it there. I have turned

Re: number of simultanously opened files

2005-08-21 Thread Sam Lawrance
On Sun, 2005-08-21 at 11:48 +0200, Divacky Roman wrote: > hi > > I wrote this: > witten /tmp# cat x.c > #include > #include > #include > > #define MAX 10 > main() > { > int i = MAX; > > for (; i>0; i--) { > if (open("/dev/null", O_RDONLY) == -1) { >

Re: nagios and freebsd threads issue : help please ...

2005-08-21 Thread Daniel Eischen
On Sun, 21 Aug 2005, Christophe Yayon wrote: > Hi again, > > I just upgraded again to FreeBSD5.4-Stable of August 20 and, i just > killed a nagios loop process which consume 100% of CPU... > The problem seems to persist again... > > How do think about this ? > Thanks in advance. Go ask the nagios

Re: nagios and freebsd threads issue : help please ...

2005-08-21 Thread Christophe Yayon
I have already asked them... here is a resume of our conversation (me and other freebsd guys) : --- The thread I started is here: http://marc.theaimsgroup.com/?t=11193011801&r=1&w=2 There are some very interesting replies, a few in particular note that Nagios may be breaking POSIX sp

Re: MAC Biba policy. High marked process can't write to high marked file.

2005-08-21 Thread Robert Watson
On Sun, 21 Aug 2005, Michael wrote: %setpmac biba/high echo 1 >> test # bah! test: Permission denied. Remember that the '>>' is evaluated in the parent shell context, not the execution context set up by setpmac. Try doing "setpmac biba/high csh" and see how that changes the results w

Re: Realtek RTL8169 on FreeBSD 5.4: no carrier.

2005-08-21 Thread Julien Gabel
Regrettably, i always encountered this problem. I spoke about that since the middle of 2004, and didn't really receive feedback on this. I try a lot of things but none worked better than the other. To not forget about it, i filled a bug report on this particular probl

Re: Realtek RTL8169 on FreeBSD 5.4: no carrier.

2005-08-21 Thread Julien Gabel
> Regrettably, i always encountered this problem. I spoke about that > since the middle of 2004, and didn't really receive feedback on this. > I try a lot of things but none worked better than the other. > > To not forget about it, i filled a bug report on this particular >

Re: Project BSDVISION Wants To Develop Native *BSD Console Desktop

2005-08-21 Thread Allan Fields
On Sat, Aug 20, 2005 at 06:18:13AM -0400, Mike Adewole wrote: > For many people who spend a lot of time on the *BSD console and would love > to have a desktop environment comparable to KDE/GNOME, I'm starting a > project called BSDVISION to develop such an environment. Please don't ask if > such an

xl driver proplem.

2005-08-21 Thread Thordur I. Bjornsson
Hello list. I had this proplem with the xl driver: Aug 21 22:45:38 caulfield kernel: taskqueue_drain with the following non-sleepable locks held: Aug 21 22:45:38 caulfield kernel: exclusive sleep mutex xl0 (network driver) r = 0 (0xc23c00a4) locked @ /usr/src/sys/pci/if_xl.c:2796 Aug 21 22:45:38

Locating obsolete ports distfiles

2005-08-21 Thread Peter Jeremy
I currently have just over 8GB is /usr/ports/distfiles. Some of these files are more than 10 years old and long obsolete. Does anyone have any suggestions on how to identify which files are no longer referenced by current ports? Doing a 'make checksum' on every installed port and then looking at

Re: Locating obsolete ports distfiles

2005-08-21 Thread Edwin Groothuis
On Mon, Aug 22, 2005 at 02:36:47PM +1000, Peter Jeremy wrote: > I currently have just over 8GB is /usr/ports/distfiles. Some of these > files are more than 10 years old and long obsolete. Does anyone have > any suggestions on how to identify which files are no longer referenced > by current ports

Re: Locating obsolete ports distfiles

2005-08-21 Thread Mike Meyer
In <[EMAIL PROTECTED]>, Peter Jeremy <[EMAIL PROTECTED]> typed: > I currently have just over 8GB is /usr/ports/distfiles. Some of these > files are more than 10 years old and long obsolete. Does anyone have > any suggestions on how to identify which files are no longer referenced > by current por

Re: Locating obsolete ports distfiles

2005-08-21 Thread Pascal Hofstee
On Mon, 2005-08-22 at 14:36 +1000, Peter Jeremy wrote: > I currently have just over 8GB is /usr/ports/distfiles. Some of these > files are more than 10 years old and long obsolete. Does anyone have > any suggestions on how to identify which files are no longer referenced > by current ports? > >

Re: nagios and freebsd threads issue : help please ...

2005-08-21 Thread Alexey Vesnin
- Original Message - From: "Daniel Eischen" <[EMAIL PROTECTED]> To: "Christophe Yayon" <[EMAIL PROTECTED]> Cc: <[EMAIL PROTECTED]> Sent: Friday, August 19, 2005 11:03 PM Subject: Re: nagios and freebsd threads issue : help please ... > On Fri, 19 Aug 2005, Christophe Yayon wrote: > > > H

Re: nagios and freebsd threads issue : help please ...

2005-08-21 Thread Alexey Vesnin
- Original Message - From: "Daniel Eischen" <[EMAIL PROTECTED]> To: "Christophe Yayon" <[EMAIL PROTECTED]> Cc: <[EMAIL PROTECTED]> Sent: Friday, August 19, 2005 11:03 PM Subject: Re: nagios and freebsd threads issue : help please ... > On Fri, 19 Aug 2005, Christophe Yayon wrote: > > > H

Re: nagios and freebsd threads issue : help please ...

2005-08-21 Thread Christophe Yayon
Thank you very much Alexey for your help ! Just a little last question, how could i say to nagios to use it ? Do i need to recompile it (i suppose) but is there a configure param or a Makefile modification ? Sorry but i am not a developper... Thanks. Alexey Vesnin wrote: - Original Mes

Re: Project BSDVISION Wants To Develop Native *BSD Console Desktop

2005-08-21 Thread Kamal R. Prasad
> > And here I thought you were talking about a desktop > for us vt220 fans. > There is already screen or emacs on that front. A GUI has more than what emacs provides. > What about twin > for example? > close to what they are doing. > What exactly is meant by a "console" desktop anyway > othe