Re: 8.2 prerelease, virtualbox, and windows guests that freeze...

2011-02-07 Thread Eric Schuele
On 02/06/2011 21:44, Rob Farmer wrote:
 On Sun, Feb 6, 2011 at 7:03 PM, Chris Brennan xa...@xaerolimit.net wrote:
 Net, I've formatted drives as fat32 that were well over 4gb. In fact I have
 an external 120gb we datavault that's fat32

 
 Max per file, not the whole partition. Virtual machines generally
 store the whole disk as a single file, though Vmware has an option to
 split it up for these situations.
 

Correct.  not an option here.

-- 
Regards,
Eric




signature.asc
Description: OpenPGP digital signature


Re: 8.2 prerelease, virtualbox, and windows guests that freeze...

2011-02-07 Thread Eric Schuele
On 02/06/2011 22:02, Adam Vande More wrote:
 On Sun, Feb 6, 2011 at 9:23 PM, Eric Schuele e.schu...@computer.org wrote:
 
 Ok... found the logs.  :)
 Looks as if each machine has 4 log files, and that the set of files is
 from the last run.  Anything in there I could post to help diagnose?

 
 Let's see what's in the most recent log of an affected VM.  If you have any
 funky options like page fusion enabled disable them.

After looking in the logs I found an error.  :)
AIOMgr: Error happened 

This led me to an open issues in VirtualBox's bug tracker.  The proposed
work around is to either *enable* th Use Host I/O cache on your
virtualized SATA disks, or just use virtualized IDE disks.  I am testing
this now.

Will let you know how it turns out.

 
 What the output of gstat(8) and top(1) look like when you reach this
 degraded state?
 
 


-- 
Regards,
Eric




signature.asc
Description: OpenPGP digital signature


Follow a port of a specific major verion

2011-02-07 Thread Mikael Bak
Hi list,

I searched for this in the handbook, but without any hits. Google gave
me nada too.

I have a machine running FreeBSD 7.3 and Postfix 2.7.2 installed from
ports. Unfortunately when I installed Postfix I did this:

cd /usr/ports/mail/postfix
make install clean

Now when Postfix 2.8.0 is released the above path in the ports tree
points to a Postfix version I do not yet want to install. I would like
to follow Postfix 2.7.x for a while.

So my question is: How can I make the ports system act as if I had
installed Postfix like this?:

cd /usr/ports/mail/postfix27
make install clean

Is there a way to tell the ports database to follow and older version
of Postfix without rebuild the entire port again?

TIA,
Mikael
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org


Re: Debian GNU/kFreeBSD

2011-02-07 Thread Julian H. Stacey
 From: b. f. bf1...@googlemail.com 

b. f. wrote:
  I have heard that Debian project has replaced the Linux kernel in
  their distribution with FreeBSD kernel and have released Debian
  GNU/kFreeBSD.
  Since this version, they will release Debian
  GNU/kFreeBSD as a stable port.
  What is this all about?

http://lists.debian.org/debian-announce/2011/msg1.html

 As you can see from their webpages, they replaced the Linux kernel
 with a patched FreeBSD 8.1 kernel, but kept most of the rest of the
 Debian base system and packaging system.  It's for users who prefer a
 FreeBSD kernel, but want a Debian userland and packages, and don't
 have a problem with the different licenses. Gentoo has a similar
 project:
 
 http://www.gentoo.org/proj/en/gentoo-alt/bsd/fbsd/
 
 There are also some NetBSD-base derivatives.
 
 What will be consequences for FreeBSD? Will a
  lot of FreeBSD users move to that distribution?
 
 Well, only time will tell, but I doubt that either will completely
 replace the other in the near future.  There has already been some
 interaction between the two projects -- I remember a few recent
 changes made in FreeBSD because of feedback from Debian users and
 developers.
 
 b.
 ___
 freebsd-questions@freebsd.org mailing list
 http://lists.freebsd.org/mailman/listinfo/freebsd-questions
 To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org

Cheers,
Julian
-- 
Julian Stacey, BSD Unix Linux C Sys Eng Consultants Munich http://berklix.com
 Mail plain text;  Not quoted-printable, Not HTML, Not base 64.
 Reply below text sections not at top, to avoid breaking cumulative context.
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org


Re: Follow a port of a specific major verion

2011-02-07 Thread Paul Macdonald

On 07/02/2011 16:44, Mikael Bak wrote:

So my question is: How can I make the ports system act as if I had
installed Postfix like this?:

cd /usr/ports/mail/postfix27
make install clean

Is there a way to tell the ports database to follow and older version
of Postfix without rebuild the entire port again?



I'm pretty sure you can't do this, *unless* there's someone actually 
tracking  a seperate port on that version. ( i didn't check but it 
doesn't sound like it from your post).


To stop ports tree updates from clobbering your v27, you'd need to 
exclude this from your cvssup or whatever you use to update your tree.


portdowngrade will get you back to an arbitrary older version if your 
tree already has the newer version.


Paul.



TIA,
Mikael
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org



--
-
Paul Macdonald
IFDNRG Ltd
Web and video hosting
-
t: 0131 5548070
m: 07534206249
e: p...@ifdnrg.com
w: http://www.ifdnrg.com
-
IFDNRG
40 Maritime Street
Edinburgh
EH6 6SA
-


___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org


Re: Follow a port of a specific major verion

2011-02-07 Thread Lowell Gilbert
Mikael Bak m...@inbox.lv writes:

 Hi list,

 I searched for this in the handbook, but without any hits. Google gave
 me nada too.

 I have a machine running FreeBSD 7.3 and Postfix 2.7.2 installed from
 ports. Unfortunately when I installed Postfix I did this:

 cd /usr/ports/mail/postfix
 make install clean

 Now when Postfix 2.8.0 is released the above path in the ports tree
 points to a Postfix version I do not yet want to install. I would like
 to follow Postfix 2.7.x for a while.

 So my question is: How can I make the ports system act as if I had
 installed Postfix like this?:

 cd /usr/ports/mail/postfix27
 make install clean

 Is there a way to tell the ports database to follow and older version
 of Postfix without rebuild the entire port again?

You can edit the package database by hand, but it will probably take a
lot less of your time to build the whole port again.  [More of the
computer's time, but that's generally a much cheaper resource.]
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org


top: where to find process state descriptions (i.e. STATE usem)?

2011-02-07 Thread O. Hartmann

Hello.
Try to find docs about the process states shown in top, but I can't find 
any hint for explanations what the abbrev. do mean.


I have a problem with a scientific program using OpenMP showing STATE 
'usem' in top. Problem: the small program is much slower on a dual or 
four core CPU using OpenMP than using only a single core (single thread 
never show state 'usem' in top).


Any help?

Thanks in advance, and regards,
Oliver
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org


Re: top: where to find process state descriptions (i.e. STATE usem)?

2011-02-07 Thread Alexander Best
On Mon Feb  7 11, O. Hartmann wrote:
 Hello.
 Try to find docs about the process states shown in top, but I can't find 
 any hint for explanations what the abbrev. do mean.
 
 I have a problem with a scientific program using OpenMP showing STATE 
 'usem' in top. Problem: the small program is much slower on a dual or 
 four core CPU using OpenMP than using only a single core (single thread 
 never show state 'usem' in top).

i don't think the states are documented anywhere, except maybe in the source
code itself.

you might find this video helpful though [1].

cheers.
alex

[1] http://www.youtube.com/watch?v=Mfb5_uG7BCA

 
 Any help?
 
 Thanks in advance, and regards,
 Oliver

-- 
a13x
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org


Re: top: where to find process state descriptions (i.e. STATE usem)?

2011-02-07 Thread Lowell Gilbert
O. Hartmann ohart...@mail.zedat.fu-berlin.de writes:

 Try to find docs about the process states shown in top, but I can't
 find any hint for explanations what the abbrev. do mean.

ps(1)

 I have a problem with a scientific program using OpenMP showing STATE
 usem' in top. Problem: the small program is much slower on a dual or
 four core CPU using OpenMP than using only a single core (single
 thread never show state 'usem' in top).

Sorry, I've never run into that, and can't find it in the source...
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org


Re: top: where to find process state descriptions (i.e. STATE usem)?

2011-02-07 Thread Dan Nelson
In the last episode (Feb 07), O. Hartmann said:
 Try to find docs about the process states shown in top, but I can't find
 any hint for explanations what the abbrev.  do mean.
 
 I have a problem with a scientific program using OpenMP showing STATE
 'usem' in top.  Problem: the small program is much slower on a dual or
 four core CPU using OpenMP than using only a single core (single thread
 never show state 'usem' in top).

STATEs that aren't in caps are either wait channels or mutexes, and their
initialization is scattered all over the kernel.  There isn't one
comprehensive index.  usem sounds like maybe a semaphore operation?  A
quick grep of the kernel doesn't show any strings starting with usem,
though.  Maybe if you run procstat -k pid on one of those processes you
can narrow down what part of the kernel it's waiting in.

-- 
Dan Nelson
dnel...@allantgroup.com
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org


Re: OpenSSH could be faster...then why don't they path it??

2011-02-07 Thread David Brodbeck
On Sun, Feb 6, 2011 at 5:42 AM, Bill Moran wmo...@potentialtech.com wrote:
 Also, I'm having trouble understanding how people like that get grants
 to do work like that.  On the one hand, they obviously know enough about
 cryptography to make improvements.  On the other hand, they can't seem
 to get a grip on the fact that the code will need to have a license
 before anyone can grab it and incorporate it.  I can't find anywhere on
 that page where it tells me what terms I am allowed to use those patches
 under.

This seems to be a big problem with academia in general.  I almost
never see a piece of code associated with a research paper that has a
coherent license attached to it.  Often there's no license at all.  I
don't know if this is ignorance or if there are bureaucratic hurdles
at work here.  It's possible it's the latter, since universities often
want to profit off of licensing the research that's done on their
sites.
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org


Re: OpenSSH could be faster...then why don't they path it??

2011-02-07 Thread Jerry
On Mon, 7 Feb 2011 11:12:45 -0800
David Brodbeck g...@gull.us articulated:

 On Sun, Feb 6, 2011 at 5:42 AM, Bill Moran wmo...@potentialtech.com
 wrote:
  Also, I'm having trouble understanding how people like that get
  grants to do work like that.  On the one hand, they obviously know
  enough about cryptography to make improvements.  On the other hand,
  they can't seem to get a grip on the fact that the code will need
  to have a license before anyone can grab it and incorporate it.  I
  can't find anywhere on that page where it tells me what terms I am
  allowed to use those patches under.
 
 This seems to be a big problem with academia in general.  I almost
 never see a piece of code associated with a research paper that has a
 coherent license attached to it.  Often there's no license at all.  I
 don't know if this is ignorance or if there are bureaucratic hurdles
 at work here.  It's possible it's the latter, since universities often
 want to profit off of licensing the research that's done on their
 sites.

A university or any business for that matter certainly has the right to
profit from any research or other work done on a given project if such
research or work were done using the university's or business's
resources.

-- 
Jerry ✌
freebsd.u...@seibercom.net

Disclaimer: off-list followups get on-list replies or get ignored.
Please do not ignore the Reply-To header.
__
If you think things can't get worse it's probably only because you
lack sufficient imagination.
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org


Re: Debian GNU/kFreeBSD

2011-02-07 Thread David Brodbeck
On Sun, Feb 6, 2011 at 7:31 PM, Bahman Kahinpour bahman.li...@gmail.com wrote:
 I have heard that Debian project has replaced the Linux kernel in
 their distribution with FreeBSD kernel and have released Debian
 GNU/kFreeBSD. Since this version, they will release Debian
 GNU/kFreeBSD as a stable port.
 What is this all about? What will be consequences for FreeBSD? Will a
 lot of FreeBSD users move to that distribution?

Nah, no more than Nexenta (Solaris kernel + Debian userland) has
caused OpenSolaris/OpenIndiana users to migrate away from that
distribution.  People who like a particular kernel tend to like OS's
userland utilities, as well, out of habit if nothing else; the niche
for these hybrid distributions is actually pretty small.  They're nice
if you're comfortable with the Debian userland and packaging utilities
but need some feature of another OS's kernel, though.
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org


Using Multiple -prune directives in a find command

2011-02-07 Thread Martin McCormick
Can one use the -prune directive multiple times in a
find command to specify a list of directories not to descend?

It would be like

find . -name * -prune dir1 -prune dir2 -print

or whatever you wanted find to do, but that does not work or I
wouldn't be asking. Find appears to get confused and thinks dir1
is a command.

Thanks for your help.
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org


How to count number of connections from nginx workers to php-cgi unix socket?

2011-02-07 Thread Igor Prokopenkov
I need to count number of connections to php's cgi unix socket (created with
spawn-fci). When nginx initiates a connection to cgi socket one of spawned
php processes accepts this connection, processes input and outputs data. But
number of processes is limited and i want to be able to monitor amount of
free processes. I tried all available tools (netstat, sockstat even lsof)
but it seems there is no way to determine how many active connections from
nginx to unix socket. Please advise.

-- 
Best regards,
Igor Prokopenkov
Zend Certificied Engineer
http://zend.com/zce.php?c=ZEND010909
http://linkedin.com/in/igorprokopenkov
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org


Re: https is faster on amd64?

2011-02-07 Thread Chuck Swiger
On Feb 6, 2011, at 2:14 AM, kellyremo wrote:
 http://devcentral.f5.com/weblogs/macvittie/archive/2011/01/31/dispelling-the-new-ssl-myth.aspx
 
 according to the SSL Performance table it says that the transactions per 
 second is 2-3 times better using 64bit kernels opposite to 32bit kernels?
 
 is this true, or i am just misunderstanding something

Sort of, although you're partially misunderstanding something.

SSL cryptography, like most highly math-intensive workloads, can be performed 
more efficiently in 64-bit architectures than in 32-bit architectures.  
However, SSL is almost always done in userland processes and not in the kernel. 
 You don't have to run a 64-bit kernel to run 64-bit userland apps (on some 
systems, anyway), much as 64-bit kernels support running 32-bit processes as 
well as running 64-bit userland processes.

Regards,
-- 
-Chuck

___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org


Re: Using Multiple -prune directives in a find command

2011-02-07 Thread Mike Clarke
On Monday 07 February 2011, Martin McCormick wrote:

   Can one use the -prune directive multiple times in a
 find command to specify a list of directories not to descend?

   It would be like

 find . -name * -prune dir1 -prune dir2 -print

 or whatever you wanted find to do, but that does not work or I
 wouldn't be asking. Find appears to get confused and thinks dir1
 is a command.

find . -type d -name dir1 -prune -o -name dir2 -prune -o -name \* 

... should list all files except those in dir1 or dir2

-- 
Mike Clarke
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org


Re: Debian GNU/kFreeBSD

2011-02-07 Thread Gary Kline
On Mon, Feb 07, 2011 at 07:01:04AM +0330, Bahman Kahinpour wrote:
 Hello,
 I have heard that Debian project has replaced the Linux kernel in
 their distribution with FreeBSD kernel and have released Debian
 GNU/kFreeBSD. Since this version, they will release Debian
 GNU/kFreeBSD as a stable port.
 What is this all about? What will be consequences for FreeBSD? Will a
 lot of FreeBSD users move to that distribution?
 Good Luck
 Bahman Kahinpour



Yes! Dreams do come true  or maybe just partly.

Years ago, like late 1990's or very early 2000's, there was an
effort to use the strengths of both operating systems: the
unsurpassed stability of BSD along with the goodies you find in
Linux.  I mostly did cheerleading but when things stalled I got
busy porting the FBSD libc.  I was about 17% done w hen I
stopped this Debian FreeBSD.  You can google around and find
stuff about the project.

{
Begin slight diversion::
   IIRC, the main point of contention involved the differences
   between the GNU CopyLeft and the freerer BSD Copyright.  For [at 
   least one] of my projects, muuz, I even invented my own
   copyright.  And then there are many, many other means of sharing
   stuff.  My electronic novel, altho copyright by the Lib of
   Congress does not have any Digital *Wrongs* Management.  ---That's
   my tiny contribution.  So you can buy one copy of JOURNEY/DAWN for
   $9.47 and share it around the way I share my boughten books and
   music CD's and DVD's.
End slight diversion;
}

I haven't heard anything about somebody picking up the idea on
integrating Debian Linux and FreeBSD, so unless Zeus stabbed
hisself in the back while about to hurl a lightening bolt, don't
worry.




 ___
 freebsd-questions@freebsd.org mailing list
 http://lists.freebsd.org/mailman/listinfo/freebsd-questions
 To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org

-- 
 Gary Kline  kl...@thought.org  http://www.thought.org  Public Service Unix
   Journey Toward the Dawn, E-Book: http://www.thought.org
  The 7.98a release of Jottings: http://jottings.thought.org

___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org


shutdown computer after the halt command

2011-02-07 Thread Alokat

Hi,

if I use the *halt* command I just see the system is halted press any 
key to reboot

How can I fix this?
*
Halt* should cut off my laptop.

Regards,
alokat
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org


some problems with vim

2011-02-07 Thread Alokat

Hi,

I have some problems by using vim.

arrow up prints a B
arrow down prints a C
...

How can I fix this?

Regards,
alokat

___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org


Re: shutdown computer after the halt command

2011-02-07 Thread Alexander Best
On Tue Feb  8 11, Alokat wrote:
 Hi,
 
 if I use the *halt* command I just see the system is halted press any 
 key to reboot
 How can I fix this?
 *
 Halt* should cut off my laptop.

try 'shutdown -p now'

 
 Regards,
 alokat

-- 
a13x
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org


Re: shutdown computer after the halt command

2011-02-07 Thread Devin Teske
On Tue, 2011-02-08 at 01:06 +0100, Alokat wrote:

 Hi,
 
 if I use the *halt* command I just see the system is halted press any 
 key to reboot
 How can I fix this?


halt -p

NOTE: May require ACPI support loaded into the kernel.
--
Devin



 *
 Halt* should cut off my laptop.
 
 Regards,
 alokat
 ___
 freebsd-questions@freebsd.org mailing list
 http://lists.freebsd.org/mailman/listinfo/freebsd-questions
 To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org


___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org


Re: some problems with vim

2011-02-07 Thread Devin Teske
On Tue, 2011-02-08 at 01:10 +0100, Alokat wrote:

 Hi,
 
 I have some problems by using vim.
 
 arrow up prints a B
 arrow down prints a C
 ...
 
 How can I fix this?


Try adding to ~/.vimrc

set t_ku=^[[1;2B
set t_kd=^[[1;2C

You didn't mention what left/right do. But here's a guess:

set t_kr=^[[1;2A
set t_kl=^[[1;2D

NOTE: You'll have to re-launch vim after creating ~/.vimrc

Alternatively, this may be an artifact of an incorrectly-set TERM
variable...

try (if you're using csh or tcsh):

setenv TERM vt100

(or if you're using sh or bash):

export TERM=vt100

NOTE: you'll have to re-launch vim after changing TERM
--
Devin



 
 Regards,
 alokat
 
 ___
 freebsd-questions@freebsd.org mailing list
 http://lists.freebsd.org/mailman/listinfo/freebsd-questions
 To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org


___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org


Re: shutdown computer after the halt command

2011-02-07 Thread Eitan Adler
 if I use the *halt* command I just see the system is halted press any
 key to reboot
 How can I fix this?

shutdown -p now
don't use halt directly

-- 
Eitan Adler
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org


Re: some problems with vim

2011-02-07 Thread Devin Teske
On Mon, 2011-02-07 at 16:25 -0800, Devin Teske wrote:

 On Tue, 2011-02-08 at 01:10 +0100, Alokat wrote:
 
  Hi,
  
  I have some problems by using vim.
  
  arrow up prints a B
  arrow down prints a C
  ...
  
  How can I fix this?
 
 
 Try adding to ~/.vimrc
 
 set t_ku=^[[1;2B
 set t_kd=^[[1;2C
 


Minor note (hit send after forgetting the pit-fall many fall into):

^[ above is a single character produced by the two keystrokes:

Control+V followed by Control+[

NOTE: Or, you can use... Control+V followed by Escape
--
Devin



 You didn't mention what left/right do. But here's a guess:
 
 set t_kr=^[[1;2A
 set t_kl=^[[1;2D
 
 NOTE: You'll have to re-launch vim after creating ~/.vimrc
 
 Alternatively, this may be an artifact of an incorrectly-set TERM
 variable...
 
 try (if you're using csh or tcsh):
 
 setenv TERM vt100
 
 (or if you're using sh or bash):
 
 export TERM=vt100
 
 NOTE: you'll have to re-launch vim after changing TERM
 --
 Devin
 
 
 
  
  Regards,
  alokat
  
  ___
  freebsd-questions@freebsd.org mailing list
  http://lists.freebsd.org/mailman/listinfo/freebsd-questions
  To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
 
 
 ___
 freebsd-questions@freebsd.org mailing list
 http://lists.freebsd.org/mailman/listinfo/freebsd-questions
 To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org


___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org


Re: shutdown computer after the halt command

2011-02-07 Thread Devin Teske
On Mon, 2011-02-07 at 19:26 -0500, Eitan Adler wrote:

  if I use the *halt* command I just see the system is halted press any
  key to reboot
  How can I fix this?
 
 shutdown -p now
 don't use halt directly
 


There's no technical reason to avoid using halt directly other than the
fact that shutdown sends a message to connected users while halt does
not.
--
Devin

P.S. I welcome the rebuttle as a learning experience if the above is not
100% accurate and true (but be-warned... I went around the office
polling _really_ old UNIX hands before making the above statement).
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org


Re: shutdown computer after the halt command

2011-02-07 Thread Devin Teske
On Mon, 2011-02-07 at 19:26 -0600, Adam Vande More wrote:
 On Mon, Feb 7, 2011 at 7:13 PM, Devin Teske dte...@vicor.com wrote:
 
 There's no technical reason to avoid using halt directly other
 than the
 fact that shutdown sends a message to connected users while
 halt does
 not.
 --
 Devin
 
 P.S. I welcome the rebuttle as a learning experience if the
 above is not
 100% accurate and true (but be-warned... I went around the
 office
 polling _really_ old UNIX hands before making the above
 statement).
 
 
 I used to believe that until I was shown I was wrong.  The easiest way
 to see you're wrong is to drop to ttyv0  then do one of each like a
 reboot then a shutdown -r now.  In the latter case, you'll
 notice /etc/rc.d/ and /usr/local/etc/rc.d/ stop scripts being
 processed but not so in the former.  In both types of shutdowns,
 everything *should* exit cleanly but processes are terminated with
 different signals and certain types of applications really need the
 full rc stop script to end cleanly like HAST and CARP for example.
 
 shutdown -r/p is a really good habit to form. 
 
 FWIW, someone also stated reboot on Linux behaves like shutdown -r now
 so that I sure contributes to the confusion. 


Thank you very much for the explanation!

Yes, I (we) had completely forgotten about the shutdown scripts.

Of course, many of us still remember the days when it standard fare to
sync; sync; halt.
--
Devin



 
 
 
 -- 
 Adam Vande More


___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org


Re: shutdown computer after the halt command

2011-02-07 Thread Robison, Dave

Allow me to split hairs here.

I was taught sync;sync;sync;halt.

One for the father, one for the son, one for the holy spirit.

This, of course, in the days when I/O was slow enough that sync didn't 
have time to finish before the halt, so doing it three times ensured 
your file system shut down cleanly.


Dave

On 02/07/11 17:38, Devin Teske wrote:

On Mon, 2011-02-07 at 19:26 -0600, Adam Vande More wrote:

On Mon, Feb 7, 2011 at 7:13 PM, Devin Teskedte...@vicor.com  wrote:

 There's no technical reason to avoid using halt directly other
 than the
 fact that shutdown sends a message to connected users while
 halt does
 not.
 --
 Devin

 P.S. I welcome the rebuttle as a learning experience if the
 above is not
 100% accurate and true (but be-warned... I went around the
 office
 polling _really_ old UNIX hands before making the above
 statement).


I used to believe that until I was shown I was wrong.  The easiest way
to see you're wrong is to drop to ttyv0  then do one of each like a
reboot then a shutdown -r now.  In the latter case, you'll
notice /etc/rc.d/ and /usr/local/etc/rc.d/ stop scripts being
processed but not so in the former.  In both types of shutdowns,
everything *should* exit cleanly but processes are terminated with
different signals and certain types of applications really need the
full rc stop script to end cleanly like HAST and CARP for example.

shutdown -r/p is a really good habit to form.

FWIW, someone also stated reboot on Linux behaves like shutdown -r now
so that I sure contributes to the confusion.


Thank you very much for the explanation!

Yes, I (we) had completely forgotten about the shutdown scripts.

Of course, many of us still remember the days when it standard fare to
sync; sync; halt.
--
Devin






--
Adam Vande More


___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org




--
Dave Robison
Sales Solution Architect II
FIS Banking Solutions
510/621-2089 (w)
530/518-5194 (c)
510/621-2020 (f)
da...@vicor.com
david.robi...@fisglobal.com

_

The information contained in this message is proprietary and/or confidential. 
If you are not the intended recipient, please: (i) delete the message and all 
copies; (ii) do not disclose, distribute or use the message in any manner; and 
(iii) notify the sender immediately. In addition, please be aware that any 
message addressed to our domain is subject to archiving and review by persons 
other than the intended recipient. Thank you.
_
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org


Re: shutdown computer after the halt command

2011-02-07 Thread Polytropon
On Mon, 07 Feb 2011 17:38:50 -0800, Devin Teske dte...@vicor.com wrote:
 Of course, many of us still remember the days when it standard fare to
 sync; sync; halt.

Erm... what about sync; sync; init 0? :-)



-- 
Polytropon
Magdeburg, Germany
Happy FreeBSD user since 4.0
Andra moi ennepe, Mousa, ...
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org


Re: shutdown computer after the halt command

2011-02-07 Thread Adam Vande More
On Mon, Feb 7, 2011 at 7:13 PM, Devin Teske dte...@vicor.com wrote:

 There's no technical reason to avoid using halt directly other than the
 fact that shutdown sends a message to connected users while halt does
 not.
 --
 Devin

 P.S. I welcome the rebuttle as a learning experience if the above is not
 100% accurate and true (but be-warned... I went around the office
 polling _really_ old UNIX hands before making the above statement).


I used to believe that until I was shown I was wrong.  The easiest way to
see you're wrong is to drop to ttyv0  then do one of each like a reboot then
a shutdown -r now.  In the latter case, you'll notice /etc/rc.d/ and
/usr/local/etc/rc.d/ stop scripts being processed but not so in the former.
In both types of shutdowns, everything *should* exit cleanly but processes
are terminated with different signals and certain types of applications
really need the full rc stop script to end cleanly like HAST and CARP for
example.

shutdown -r/p is a really good habit to form.

FWIW, someone also stated reboot on Linux behaves like shutdown -r now so
that I sure contributes to the confusion.

-- 
Adam Vande More
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org


Terminal Server/BREAK_TO_DEBUGGER

2011-02-07 Thread Marco Steinbach

Hi there,


I'm trying to break a FreeBSD/i386 machine into the debugger via serial 
console connected to an older Avocent CPS 1600 serial terminal server. 
I'm using cu on another FreeBSD/i386 machine to connect to one of the 
other serial ports of the Avocent.


The CPS offers a port break command for creating a break condition on 
an attached serial port, but that doesn't trigger anything on the 
receiving FreeBSD machine.


Using a direct serial connection (just 2x3, GND) between the machines 
works, though.


I realize this being quite a long shot -- Someone ever used such a box 
successfuly for the purpose ?



MfG CoCo
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org


Re: 8.2 prerelease, virtualbox, and windows guests that freeze... [Solved]

2011-02-07 Thread Eric Schuele
On 02/07/2011 05:58, Eric Schuele wrote:
 On 02/06/2011 22:02, Adam Vande More wrote:
 On Sun, Feb 6, 2011 at 9:23 PM, Eric Schuele e.schu...@computer.org wrote:

 Ok... found the logs.  :)
 Looks as if each machine has 4 log files, and that the set of files is
 from the last run.  Anything in there I could post to help diagnose?

 Let's see what's in the most recent log of an affected VM.  If you have any
 funky options like page fusion enabled disable them.
 
 After looking in the logs I found an error.  :)
   AIOMgr: Error happened 
 
 This led me to an open issues in VirtualBox's bug tracker.  The proposed
 work around is to either *enable* th Use Host I/O cache on your
 virtualized SATA disks, or just use virtualized IDE disks.  I am testing
 this now.
 
 Will let you know how it turns out.

Thanks guys!  I've had my VMs running longer this evening than before.
I'm gonna call this one fixed.

For the archives, here is the VirtualBox bug report I was referring to
that mentions the host I/O cache.

http://www.virtualbox.org/ticket/7363

Thanks.
 
 What the output of gstat(8) and top(1) look like when you reach this
 degraded state?


 
 


-- 
Regards,
Eric




signature.asc
Description: OpenPGP digital signature


Re: shutdown computer after the halt command

2011-02-07 Thread John Levine
I used to believe that until I was shown I was wrong.  The easiest way to
see you're wrong is to drop to ttyv0  then do one of each like a reboot then
a shutdown -r now.  In the latter case, you'll notice /etc/rc.d/ and
/usr/local/etc/rc.d/ stop scripts being processed but not so in the former.

Uh, no.  shutdown or halt signals init, and init runs /etc/rc.shutdown
which runs all the shutdown scripts.  The only extra work that
shutdown does is to blat lots of warnings onto the ttys.

Read the man pages for shutdown, halt, and init if you believe otherwise.

Regards,
John Levine, jo...@iecc.com, Primary Perpetrator of The Internet for Dummies,
Please consider the environment before reading this e-mail. http://jl.ly
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org


Re: shutdown computer after the halt command

2011-02-07 Thread Adam Vande More
On Mon, Feb 7, 2011 at 8:54 PM, John Levine jo...@iecc.com wrote:

 I used to believe that until I was shown I was wrong.  The easiest way to
 see you're wrong is to drop to ttyv0  then do one of each like a reboot
 then
 a shutdown -r now.  In the latter case, you'll notice /etc/rc.d/ and
 /usr/local/etc/rc.d/ stop scripts being processed but not so in the
 former.

 Uh, no.  shutdown or halt signals init, and init runs /etc/rc.shutdown
 which runs all the shutdown scripts.  The only extra work that
 shutdown does is to blat lots of warnings onto the ttys.

 Read the man pages for shutdown, halt, and init if you believe 
 otherwise.http://jl.ly


Yes please do so as that's not what it says at all although I think could
certainly be a worded better.

It's quite easy to see you're wrong, just follow the steps I outlined
above.  If you are correct, reboot(8) should print things like:

Stopping sshd.

to the console.  It doesn't and shutdown(8) does so the proof is right
there.  The reboot man page only hints at it though unfortunately which
caused my initial confusion(in addition to the permissions mismatch between
the two).

Normally, the shutdown(8) utility is used when the system needs to be
 halted or restarted, giving users advance warning of their impending
doom
 and cleanly terminating specific programs.

You can also reference init.c if you still think you're correct.  In
addition, please read carefully through this thread and then examine your
arguments vs what is reality and then we can all be on the same page.

http://lists.freebsd.org/pipermail/freebsd-stable/2010-December/060519.html

-- 
Adam Vande More
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org


Re: shutdown computer after the halt command

2011-02-07 Thread John R. Levine

It's quite easy to see you're wrong, just follow the steps I outlined
above.  If you are correct, reboot(8) should print things like:

Stopping sshd.

to the console.


Sigh.  I shut down my FreeBSD 8.1 laptop all the time with halt -p, and I
can assure you it prints all those messages.


You can also reference init.c if you still think you're correct.


No thanks, I've already read the man page for init, including this
paragraph:

 When shutting down the machine, init will try to run the /etc/rc.shutdown
 script.  This script can be used to cleanly terminate specific programs
 such as innd (the InterNetNews server).  If this script does not termi-
 nate within 120 seconds, init will terminate it.  The timeout can be con-
 figured via the sysctl(8) variable kern.init_shutdown_timeout.

If you're unfamiliar with rc.shutdown, it also has a man page.

Perhaps your copy of FreeBSD was installed incorrectly, or it's been
so long since you tried halt or reboot that you forgot what happened.

Regards,
John Levine, jo...@iecc.com, Primary Perpetrator of The Internet for Dummies,
Please consider the environment before reading this e-mail. http://jl.ly
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org


Re: shutdown computer after the halt command

2011-02-07 Thread Adam Vande More
On Mon, Feb 7, 2011 at 9:31 PM, John R. Levine jo...@iecc.com wrote:

 It's quite easy to see you're wrong, just follow the steps I outlined
 above.  If you are correct, reboot(8) should print things like:

 Stopping sshd.

 to the console.


 Sigh.  I shut down my FreeBSD 8.1 laptop all the time with halt -p, and I
 can assure you it prints all those messages.


Are you hitting the bottle hard tonight? It does no such thing.

 You can also reference init.c if you still think you're correct.


No thanks, I've already read the man page for init, including this
 paragraph:

 When shutting down the machine, init will try to run the
 /etc/rc.shutdown
 script.  This script can be used to cleanly terminate specific programs
 such as innd (the InterNetNews server).  If this script does not termi-
 nate within 120 seconds, init will terminate it.  The timeout can be
 con-
 figured via the sysctl(8) variable kern.init_shutdown_timeout.


Exactly, reboot(8) doesn't call init, shutdown(8) does.  See reboot.c,
shutdown.c


-- 
Adam Vande More
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org


Re: shutdown computer after the halt command

2011-02-07 Thread Rob Farmer
On Mon, Feb 7, 2011 at 7:31 PM, John R. Levine jo...@iecc.com wrote:
 It's quite easy to see you're wrong, just follow the steps I outlined
 above.  If you are correct, reboot(8) should print things like:

 Stopping sshd.

 to the console.

 Sigh.  I shut down my FreeBSD 8.1 laptop all the time with halt -p, and I
 can assure you it prints all those messages.


Well, that's not what everyone else sees.

 You can also reference init.c if you still think you're correct.

 No thanks, I've already read the man page for init, including this
 paragraph:


That man page hasn't been more than minorly tweaked in over 10 years,
according to cvsweb.

 Perhaps your copy of FreeBSD was installed incorrectly, or it's been
 so long since you tried halt or reboot that you forgot what happened.


Just did - it kills all process and moves to the syncing disks stage.
Nothing rc related is touched.

-- 
Rob Farmer
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org


Re: shutdown computer after the halt command

2011-02-07 Thread John R. Levine
Hmmn, I looked at the code and by golly you're right, halt/reboot doesn't 
poke init.


Nonetheless, I really do see a lot of foo stopping messages when I use 
halt, presumably because the SIGTERM that halt/reboot sends has the same 
effect (if not the same ordering) as the ones that the various rc.d 
scripts send.


Looks like init 0 would be tidier than halt -p, and in the finest Unix 
tradition, is one less character to type.


Regards,
John Levine, jo...@iecc.com, Primary Perpetrator of The Internet for Dummies,
Please consider the environment before reading this e-mail. http://jl.ly
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org


VESA and SDL in tty terminal

2011-02-07 Thread David Demelier

Hello,

The SDL's pkg-message says we can use video driver in tty terminal.

 To do this you have to load the vesa kernel module or enable it in your
 kernel, and set environment variable SDL_VIDEODRIVER=vgl.

I tried it with mplayer :

$ SDL_VIDEODRIVER=vgl; export SDL_VIDEODRIVER
$ mplayer -vo sdl the file here

And that's what happened :

AVI file format detected.
[aviheader] Video stream found, -vid 0
[aviheader] Audio stream found, -aid 1
[aviheader] Audio stream found, -aid 2
VIDEO:  [XVID]  656x368  12bpp  25.000 fps  854.5 kbps (104.3 kbyte/s)
Clip info:
 Software: VirtualDubMod 1.5.4.1 (build 2178/release)
[VO_SDL] Using driver: vgl.
vo: couldn't open the X11 display ()!
Opening video filter: [scale]
==
Opening video decoder: [ffmpeg] FFmpeg's libavcodec codec family
Selected video codec: [ffodivx] vfm: ffmpeg (FFmpeg MPEG-4)
==
==
Opening audio decoder: [ffmpeg] FFmpeg/libavcodec audio decoders
AUDIO: 48000 Hz, 2 ch, s16le, 192.0 kbit/12.50% (ratio: 24000-192000)
Selected audio codec: [ffac3] afm: ffmpeg (FFmpeg AC-3)
==
AO: [oss] 48000Hz 2ch s16le (2 bytes per sample)
Starting playback...
Movie-Aspect is 1.78:1 - prescaling to correct movie aspect.
[swscaler @ 0xc6d2e0]using unscaled yuv420p - yuv420p special converter
VO: [sdl] 656x368 = 656x368 Planar YV12
[VO_SDL] Set_fullmode: SDL_SetVideoMode failed: Unable to switch to 
requested mode.

[VO_SDL] Failed to set video mode: Unable to switch to requested mode.
FATAL: Cannot initialize video driver.
Movie-Aspect is 1.78:1 - prescaling to correct movie aspect.
VO: [sdl] 656x368 = 656x368 Planar YV12

[message repeated a lot of time]

Do you have any idea? I of course compiled my kernel with the following 
options :


options VESA
options X86BIOS
options SC_PIXEL_MODE

and my terminal is set to the mode 496 (0x1f0) 0x001f G 1366x768x32 
D   8x16  0xa 64k 64k 0xc000 4128k


Cheers,

--
David Demelier
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org