Re: no sshd on new server...
On Thu, Nov 19, 2009 at 11:26:15PM -0500, Glen Barber wrote:
Hi,
On Thu, Nov 19, 2009 at 9:21 PM, Randi Harper ra...@freebsd.org wrote:
On Wed, Nov 18, 2009 at 3:12 PM, Gary Kline kl...@thought.org wrote:
[save the whales]
{slam}
Is this really necessary?
--
Glen Barber
long-story short, a friend who is a serious network guru kept
insisting that my new server have a STATIC ip, not one supplied by
DHCP. ...So i forced my pfsense firewall to lock down the IP of the
server-to-be [in services_dhcp.php (if memory serves)]. i mostly
forgot about that static config, so the new computer failed to work
correctly with what IP i was told to type in.
aeound 03:43 it slammed into my mind that if i 'x' out the config
on my pfsense box that i might be able to comply with my pal's
instructions. [[yeah, you can call him any number of names from X
to Z, but the facts are they this guy has been right--consistantly--
for the two years i've known him.]]
since noon here, i have my new computer running the latest 7.2, it
has a fixed IP, and i expect to have my services switched over by
monday. ---hope the power holds; autumn seattle mean wind storms
and power-outs, ... and my 1998 kayak (ns1.thought.org) has about three
power-cycles left.
--
Gary Kline kl...@thought.org http://www.thought.org Public Service Unix
http://jottings.thought.org http://transfinite.thought.org
The 7.31a release of Jottings: http://jottings.thought.org/index.php
___
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
transmission-web settings do not work
Basic system, installed these packages: transmission-daemon és transmission-web. Here is rc.conf: transmission_enable=YES transmission_flags= -a 192.168.0.1 transmission_download_dir=/download Other settings are the defaults. Then I do this: vm01# mkdir -p /download vm01# chown -R transmission:transmission /download vm01# /usr/local/etc/rc.d/transmission start Starting transmission. vm01# ps axww | grep transm 8963 ?? SsJ0:00.00 /usr/local/bin/transmission-daemon -g /usr/local/etc/transmission/home -a 192.168.0.1 -w /download My problem: cannot use web UI from outside. Here is the error I get: Unauthorized IP Address. Either disable the IP address whitelist or add your address to it. If you're editing settings.json, see the 'rpc-whitelist' and 'rpc-whitelist-enabled' entries. If you're still using ACLs, use a whitelist instead. See the transmission-daemon manpage for details. However, it is useless to change rpc-whitelist-enable to false in the ~transmission/settings.json file. I can even delete it. It doesn't matter. Anytime I start transmission-daemon, it ignores all the settings. Then, if I stop it, it dumps out the default settings again to settings.json. régi settings.json-t. When starting up transmission-daemon, it doesn't tell anything about not found config file, cannot read or parse it etc. What did I wrong? System info: vm01# uname -a FreeBSD vm01.test.dyndns.org 7.2-STABLE FreeBSD 7.2-STABLE #2: Wed Nov 18 08:50:04 CET 2009 gand...@test.dyndns.org:/usr/obj/usr/src/sys/DARKSUN amd64 vm01# pkg_info | grep trans transmission-daemon-1.75 A fast and lightweight daemon BitTorrent client transmission-web-1.75 A fast and lightweight WebUI for Transmission BitTorrent cl vm01# Thanks Laszlo ___ BSD levlista b...@hu.freebsd.org https://lists.hu.freebsd.org/mailman/listinfo/bsd -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. ___ 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
7.2, usb mouse, uhub0: device problem (IOERROR), disabling port 3
Hi, I just put 7.2 on an Asus P5N7A-VM motherboard (running with a Core II Quad 2.33). This motherboard has a PS/2 connector for the keyboard but not for the mouse. When I plug a USB mouse in, or connect a PS/2 mouse through an appropriate green adaptor (PS/2 mouse/USB) I get the following error on the console and in /var/log/messages: Nov 17 15:35:11 silver kernel: uhub0: device problem (IOERROR), disabling port 3 I've tried different USB ports and gotten similar errors. To run an X display I will need (well, very much want) a mouse. Can anyone offer advice on what I must or can do? Thanks, Mark A. Terribile ___ 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
7.2, mouse, uhub0: device problem (IOERROR), disabling port 3 (ADDENDUM)
Oops, forgot one thing: Nov 17 15:35:11 silver kernel: uhub0: device problem (IOERROR), disabling port 3 The message repeats twice within a few seconds. After a few minutes pass, it repeats twice again, and so forth. Mark Terribile ___ 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: transmission-web settings do not work
Dnia piątek 20 listopad 2009 o 10:10:03 Laszlo Nagy napisał(a): transmission_enable=YES transmission_flags= -a 192.168.0.1 transmission_download_dir=/download Other settings are the defaults. Then I do this: vm01# mkdir -p /download vm01# chown -R transmission:transmission /download vm01# /usr/local/etc/rc.d/transmission start Starting transmission. vm01# ps axww | grep transm 8963 ?? SsJ0:00.00 /usr/local/bin/transmission-daemon -g /usr/local/etc/transmission/home -a 192.168.0.1 -w /download My problem: cannot use web UI from outside. Here is the error I get: Unauthorized IP Address. From transmission manual: -a --allowed x.x.x.x,... Allow RPC access to a comma-delimited whitelist of IP addresses. Wildcards can be specified in an address by using '*'. Default: 127.0.0.1 Example: 127.0.0.*,192.168.1.* So by settings this flag you are allowing only IP 192.168.0.1. However, it is useless to change rpc-whitelist-enable to false in the ~transmission/settings.json file. I can even delete it. It doesn't matter. Anytime I start transmission-daemon, it ignores all the settings. Then, if I stop it, it dumps out the default settings again to settings.json. régi settings.json-t. When starting up transmission-daemon, it doesn't tell anything about not found config file, cannot read or parse it etc. Try this way: remove that flag, turn off transmission-daemon, change settings.json and then start transmission-daemon. -- Best Regards, Maciej Milewski ___ 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: diskless problem: Lookup of /dev for devfs, error: 13
On Thu, 19 Nov 2009 16:18:29 -0500, Michael W. Lucas mwlu...@blackhelicopters.org wrote: Hi, I'm attempting to run a diskless 8.0 i386 workstation on VMWare, using an OpenSolaris box as a file store. I get PXE, the kernel loads, but when we try to remount the filesystem I get: ... NFS ROOT: XXX.XXX.XXX.XXX:/storage1/vm/netflow Lookup of /dev for devfs, error 13 exec /sbin/init: error 13 exec /sbin/oinit: error 13 exec /sbin/init.bak: error 13 exec /rescue/inet: error 13 exec /stand/sysinstall: error 13 init: not found in path ... At first glance, it would appear that /dev is missing. Actually, at first glance it would appear that the mount doesn't allow execution. -- Mel ___ 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
Problem compiling php5 fro ports
Hello Maybe someone can help me. I try to compile several php5 extensions from the ports. php5 compiles fine but every extension fails with the same error. Example: php5-mcrypt In file included from /usr/local/include/php/main/../main/php_config.h:2827, from /usr/local/include/php/Zend/zend_config.h:1, from /usr/local/include/php/Zend/zend.h:53, from /usr/local/include/php/main/php.h:34, from /usr/ports/security/php5-mcrypt/work/php-5.2.11/ext/mcrypt/mcrypt.c:25: /usr/local/include/php/ext/php_config.h:1: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'file' In file included from /usr/local/include/php/main/../main/php_config.h:2827, from /usr/local/include/php/TSRM/tsrm_config.h:1, from /usr/local/include/php/Zend/../TSRM/TSRM.h:20, from /usr/local/include/php/Zend/zend_alloc.h:27, from /usr/local/include/php/Zend/zend.h:242, from /usr/local/include/php/main/php.h:34, from /usr/ports/security/php5-mcrypt/work/php-5.2.11/ext/mcrypt/mcrypt.c:25: /usr/local/include/php/ext/php_config.h:1: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'file' In file included from /usr/local/include/php/main/php_config.h:2827, from /usr/local/include/php/main/php_syslog.h:27, from /usr/local/include/php/Zend/zend.h:689, from /usr/local/include/php/main/php.h:34, from /usr/ports/security/php5-mcrypt/work/php-5.2.11/ext/mcrypt/mcrypt.c:25: /usr/local/include/php/ext/php_config.h:1: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'file' In file included from /usr/local/include/php/main/php_config.h:2827, from /usr/local/include/php/main/php_compat.h:27, from /usr/local/include/php/main/php.h:36, from /usr/ports/security/php5-mcrypt/work/php-5.2.11/ext/mcrypt/mcrypt.c:25: /usr/local/include/php/ext/php_config.h:1: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'file' In file included from /usr/local/include/php/Zend/zend_modules.h:26, from /usr/local/include/php/Zend/zend_API.h:26, from /usr/local/include/php/main/php.h:38, Another example: === Building for pecl-pdflib-2.1.6_1 /bin/sh /usr/ports/print/pecl-pdflib/work/pdflib-2.1.6/libtool --mode=compile cc -I. -I/usr/ports/print/pecl-pdflib/work/pdflib-2.1.6 -DPHP_ATOM_INC -I/usr/ports/print/pecl-pdflib/work/pdflib-2.1.6/include -I/usr/ports/print/pecl-pdflib/work/pdflib-2.1.6/main -I/usr/ports/print/pecl-pdflib/work/pdflib-2.1.6 -I/usr/local/include/php -I/usr/local/include/php/main -I/usr/local/include/php/TSRM -I/usr/local/include/php/Zend -I/usr/local/include/php/ext -I/usr/local/include/php/ext/date/lib -I/usr/local/include -DHAVE_CONFIG_H -O2 -fno-strict-aliasing -pipe -c /usr/ports/print/pecl-pdflib/work/pdflib-2.1.6/pdf.c -o pdf.lo mkdir .libs cc -I. -I/usr/ports/print/pecl-pdflib/work/pdflib-2.1.6 -DPHP_ATOM_INC -I/usr/ports/print/pecl-pdflib/work/pdflib-2.1.6/include -I/usr/ports/print/pecl-pdflib/work/pdflib-2.1.6/main -I/usr/ports/print/pecl-pdflib/work/pdflib-2.1.6 -I/usr/local/include/php -I/usr/local/include/php/main -I/usr/local/include/php/TSRM -I/usr/local/include/php/Zend -I/usr/local/include/php/ext -I/usr/local/include/php/ext/date/lib -I/usr/local/include -DHAVE_CONFIG_H -O2 -fno-strict-aliasing -pipe -c /usr/ports/print/pecl-pdflib/work/pdflib-2.1.6/pdf.c -fPIC -DPIC -o .libs/pdf.o In file included from /usr/local/include/php/main/../main/php_config.h:2827, from /usr/local/include/php/Zend/zend_config.h:1, from /usr/local/include/php/Zend/zend.h:53, from /usr/local/include/php/main/php.h:34, from /usr/ports/print/pecl-pdflib/work/pdflib-2.1.6/pdf.c:84: /usr/local/include/php/ext/php_config.h:1: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'file' In file included from /usr/local/include/php/main/../main/php_config.h:2827, from /usr/local/include/php/TSRM/tsrm_config.h:1, from /usr/local/include/php/Zend/../TSRM/TSRM.h:20, from /usr/local/include/php/Zend/zend_alloc.h:27, from /usr/local/include/php/Zend/zend.h:242, from /usr/local/include/php/main/php.h:34, from /usr/ports/print/pecl-pdflib/work/pdflib-2.1.6/pdf.c:84: /usr/local/include/php/ext/php_config.h:1: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'file' In file included from /usr/local/include/php/main/php_config.h:2827, from /usr/local/include/php/main/php_syslog.h:27, from /usr/local/include/php/Zend/zend.h:689, from /usr/local/include/php/main/php.h:34, from
GPUs on FBSD?
Anybody knows of working GPUs under FBSD on any arch? Any advice? -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 ___ 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: Problem compiling php5 fro ports
On Fri, 20 Nov 2009 12:13:39 +0100, Thomas Vogt freebsdli...@bsdunix.ch wrote: Hello Maybe someone can help me. I try to compile several php5 extensions from the ports. php5 compiles fine but every extension fails with the same error. Example: php5-mcrypt In file included from /usr/local/include/php/main/../main/php_config.h:2827, from /usr/local/include/php/Zend/zend_config.h:1, from /usr/local/include/php/Zend/zend.h:53, from /usr/local/include/php/main/php.h:34, from /usr/ports/security/php5-mcrypt/work/php-5.2.11/ext/mcrypt/mcrypt.c:25: /usr/local/include/php/ext/php_config.h:1: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'file' There shouldn't be anything declared there. What is line 1 of that file? -- Mel ___ 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
7.2-RELEASE-i386-disk1.iso boot issue/problem/bug
Where/how can I get more information about Open Issue #20090501 as listed in Section 3 (Open Issues) in the 7.2 Eratta? http://www.freebsd.org/releases/7.2R/errata.html This problem has been annoying me greatly, primarily because I wasn't sure if it might be due to my own (faulty?) CD/DVD writers, and I'd just like to know what the current status on this bug/issue is. I really do hope that somebody is working to fix this one. I've got two different systems here, of different vintages, where I have already ex- perienced this exact problem, i.e. 7.2-RELEASE-i386-disk1.iso not booting, even though the 7.2 i386 live file system _does_ boot. System 1: MSI K9VGM-V motherboard AMD Athlon 64 / 1640B CPU System 2: Soyo KT333 Dragon Lite AMD Athlon XP 2000+ If somebody knows the bug number so that I can look this up, I'd appreciate it if you would share that. ___ 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: Problem compiling php5 fro ports
Hi Am 20.11.2009 um 13:07 schrieb Mel Flynn: On Fri, 20 Nov 2009 12:13:39 +0100, Thomas Vogt freebsdli...@bsdunix.ch wrote: Hello Maybe someone can help me. I try to compile several php5 extensions from the ports. php5 compiles fine but every extension fails with the same error. Example: php5-mcrypt In file included from /usr/local/include/php/main/../main/php_config.h:2827, from /usr/local/include/php/Zend/zend_config.h:1, from /usr/local/include/php/Zend/zend.h:53, from /usr/local/include/php/main/php.h:34, from /usr/ports/security/php5-mcrypt/work/php-5.2.11/ext/mcrypt/mcrypt.c:25: /usr/local/include/php/ext/php_config.h:1: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'file' There shouldn't be anything declared there. What is line 1 of that file? I didn't see it the first time. There was a comment on line 1. Maybe from the last freebsd-update procedure. First line: Binary file /usr/local/include/php/ext/php_config.h.orig matches I removed it and now it works. Thanks Tom ___ 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
BTX Loader crashes -- Help wanted
Who should I be talking to if the BTX loader is crashing on my specific hardware configuration, and what specific info do I need to be gathering for him/her in order to have hope of getting the problem rectified? I'd pulled stuff out of the system in question until there's practically nothing left and I'm at my wit's end with this problem. System: AMD Athlon 64 1640B CPU MSI K9VGM-V motherboard 1GB 667 DDR (Kingston) LG DVD Burner Black SATA Model GH22NS50 - OEM floppy drive That's it. I've yanked out all the non-essential cards, _and_ I've even taken out the hard drive, and I'm still having BTX crashes. The problem(s) occurs with FreeBSD 6.3-RELEASE/i386 disk1 (CD), 7.0-RELEASE/i386 disk1 (CD), 7.2-RELEASE/i386 Live Filesystem (CD), and 7.2-RELEASE/amd64 Live Filesystem (CD). The symptoms are different depending on which of the above I'm trying to boot from. In the case of the first two, the crash results in a bunch of register values being displayed on my screen, after which the system is dead. In the case of the last two above, it appears that the BTX loader actually starts to load a kernel (well, anyway, the little twisty thing starts turning), but then the screen goes completely black, after which my monitor senses that the video signal has gone completely dead, and at that point the system is just frozen, and needs a power-cycle or hard reset to get going again. Curiously, with the same motherboard (_and_ the same boot CDs), I have no problems at all booting off of any of the above boot CDs, AS LONG AS I am using a different (PATA) CD/DVD drive. But I have tried two different recent vintage SATA CD/DVD drives (Optiarc the LG mentioned above) and both result in the booting failures described above. I'm bumbed. I really had hoped to start moving my machines over to SATA, but so far things are just not working out smoothly at all. ___ 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: BTX Loader crashes -- Help wanted
Ronald F. Guilmette wrote: Who should I be talking to if the BTX loader is crashing on my specific hardware configuration, and what specific info do I need to be gathering for him/her in order to have hope of getting the problem rectified? I'd pulled stuff out of the system in question until there's practically nothing left and I'm at my wit's end with this problem. System: AMD Athlon 64 1640B CPU MSI K9VGM-V motherboard 1GB 667 DDR (Kingston) LG DVD Burner Black SATA Model GH22NS50 - OEM floppy drive That's it. I've yanked out all the non-essential cards, _and_ I've even taken out the hard drive, and I'm still having BTX crashes. The problem(s) occurs with FreeBSD 6.3-RELEASE/i386 disk1 (CD), 7.0-RELEASE/i386 disk1 (CD), 7.2-RELEASE/i386 Live Filesystem (CD), and 7.2-RELEASE/amd64 Live Filesystem (CD). Try 8RC3 and see if any difference. I believe some work in this area may have occurred. In any event, these RELEASE versions are static and will not change. The only hope in this area would be if a fix from the 8.0 work has been MFC'd back to 7 STABLE. The symptoms are different depending on which of the above I'm trying to boot from. In the case of the first two, the crash results in a bunch of register values being displayed on my screen, after which the system is dead. In the case of the last two above, it appears that the BTX loader actually starts to load a kernel (well, anyway, the little twisty thing starts turning), but then the screen goes completely black, after which my monitor senses that the video signal has gone completely dead, and at that point the system is just frozen, and needs a power-cycle or hard reset to get going again. I don't believe you are the first to experience this. Curiously, with the same motherboard (_and_ the same boot CDs), I have no problems at all booting off of any of the above boot CDs, AS LONG AS I am using a different (PATA) CD/DVD drive. But I have tried two different recent vintage SATA CD/DVD drives (Optiarc the LG mentioned above) and both result in the booting failures described above. You can try disabling ACPI at boot, as well as toggling the BIOS between Enhanced and Legacy mode if this option is available. Probably your best approach will be to use a SATA hard drive while using a PATA CD-ROM. This is most likely what you will have to do if 8RC3 doesn't make any difference and you just want to get the box going. I'm bumbed. I really had hoped to start moving my machines over to SATA, but so far things are just not working out smoothly at all. If 8 does the same thing file a PR in order to bring the attention of the developers. There may be one, or more, already on the subject. Since the old releases are static the place to get the bits fixed is in the ongoing work. -Mike ___ 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: Apache22 + Subversion 1.6.6 = No go.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Nov 19, 2009, at 11:59 PM, Greg Larkin wrote: Glen Johnson wrote: On Nov 19, 2009, at 11:43 AM, Greg Larkin wrote: Glen Johnson wrote: FreeBSD-questions, I am attempting to use FreeBSD as my Subversion server. I have Subversion working, and I have Apache working. However when I try to use http:/my_server/svn/my_project I get: ?xml version=1.0 encoding=utf-8? D:error xmlns:D=DAV: xmlns:m=http://apache.org/dav/xmlns; xmlns:C=svn: C:error/ m:human-readable errcode=2 Could not open the requested SVN filesystem /m:human-readable /D:error 1 I tried chmod -R 777 /home/svn/repos. 2 I tried recompiling apache, db, and subversion. 3 I looked at /var/log/http-error.log (partial list below) [Thu Nov 19 09:35:52 2009] [notice] Graceful restart requested, doing restart [Thu Nov 19 09:35:53 2009] [notice] Digest: generating secret for digest authentication ... [Thu Nov 19 09:35:53 2009] [notice] Digest: done [Thu Nov 19 09:35:54 2009] [notice] Apache/2.2.13 (FreeBSD) mod_ssl/2.2.13 OpenSSL/0.9.8e DAV/2 SVN/1.6.6 configured -- resuming normal operations [Thu Nov 19 09:36:10 2009] [error] [client 192.168.2.12] (20014)Internal error: Can't open file '/usr/home/svn/repos/default/format': No such file or directory [Thu Nov 19 09:36:10 2009] [error] [client 192.168.2.12] Could not fetch resource information. [500, #0] [Thu Nov 19 09:36:10 2009] [error] [client 192.168.2.12] Could not open the requested SVN filesystem [500, #2] What am I missing? Thank you, Glen Hi Glen, Please post the relevant bits from your httpd.conf where you set up the SVNPath, etc. It looks like maybe the SVNPath directive is pointing to the wrong place. Thanks for your reply. I currently have this info in /usr/local/etc/apache22/Includes/svn.conf. Apache22 loads all the conf files in this directory when httpd.conf is loaded. Location /svn DAV svn SVNParentPath /usr/home/svn/repos SVNListParentPath on SVNPathAuthz off SVNIndexXSLT /data-dist/svnindex.xsl # anonymous first Satisfy Any Require valid-user # authenticating them valid ones AuthType Basic AuthName Subversion Repositories AuthUserFile /usr/home/svn/access/users /Location Hi Glen, At first glance, that looks OK to me. The next tests are: - - Does /usr/home/svn/repos/default exist? (I know, dumb question!) No, not so dumb. It is good not to make assumptions that I may overlook. This however is not one. This is what I did to verify I do have a project. 1. svn co file:///usr/home/svn/repos def # Then for fun I added hello.txt in def/trunk. More about this below. 2. svn co svn://usr/home/svn/repos def # Still works fine. 3. svn co file:///usr/home/svn/repos def # SVN: Could not open the requested SVN filesystem (Error message from svn) - - If it does, are permissions set such that the httpd process user can read the directory? You said chmod 777 on the repository parent directory didn't work. I tried: chmod -R 777 /usr/home/svn/repos chmod -R www:www /usr/home/svn/repos By the way here are the settings for user www and group www. grep www /etc/passwd www:*:80:80:World Wide Web Owner:/nonexistent:/usr/sbin/nologin grep www /etc/group www:*:80:glen,root - - Please post the output of ls -laR /usr/home/svn/repos First I noticed that there are some files that are owned by glen due to me adding repos/trunk/hello.txt. Ok you asked for this: total 24 drwxrwxrwx 10 www www 512 Nov 20 08:48 ./ drwxrwxrwx 5 root www 512 Nov 20 08:46 ../ drwxrwxrwx 6 www www 512 Nov 20 08:48 .svn/ - -rwxrwxrwx 1 www www 229 Nov 20 08:46 README.txt* drwxrwxrwx 3 www www 512 Nov 20 08:48 branches/ drwxrwxrwx 2 www www 512 Nov 20 08:46 conf/ drwxrwxrwx 6 www www 512 Nov 20 09:01 db/ - -rwxrwxrwx 1 www www2 Nov 20 08:46 format* drwxrwxrwx 2 www www 512 Nov 20 08:46 hooks/ drwxrwxrwx 2 www www 512 Nov 20 08:46 locks/ drwxrwxrwx 3 www www 512 Nov 20 08:48 tags/ drwxrwxrwx 3 www www 512 Nov 20 08:48 trunk/ /usr/home/svn/repos/.svn: total 14 drwxrwxrwx 6 www www 512 Nov 20 08:48 ./ drwxrwxrwx 10 www www 512 Nov 20 08:48 ../ - -rwxrwxrwx 1 www www 193 Nov 20 08:48 entries* drwxrwxrwx 2 www www 512 Nov 20 08:48 prop-base/ drwxrwxrwx 2 www www 512 Nov 20 08:48 props/ drwxrwxrwx 2 www www 512 Nov 20 08:48 text-base/ drwxrwxrwx 5 www www 512 Nov 20 08:48 tmp/ /usr/home/svn/repos/.svn/prop-base: total 4 drwxrwxrwx 2 www www 512 Nov 20 08:48 ./ drwxrwxrwx 6 www www 512 Nov 20 08:48 ../ /usr/home/svn/repos/.svn/props: total 4 drwxrwxrwx 2 www www 512 Nov 20 08:48 ./ drwxrwxrwx 6 www www 512 Nov 20 08:48 ../ /usr/home/svn/repos/.svn/text-base: total 4 drwxrwxrwx 2 www www 512 Nov 20 08:48 ./ drwxrwxrwx 6 www www 512 Nov 20 08:48 ../ /usr/home/svn/repos/.svn/tmp: total 10 drwxrwxrwx 5 www www 512 Nov 20 08:48 ./
Re: Apache22 + Subversion 1.6.6 = No go.
Glen Johnson wrote: I just happened to notice something in the log as I was about to go off and check my own setup: [Thu Nov 19 09:36:10 2009] [error] [client 192.168.2.12] (20014)Internal error: Can't open file '/usr/home/svn/repos/default/format': No such file or directory ...and then: - - Please post the output of ls -laR /usr/home/svn/repos total 24 drwxrwxrwx 10 www www 512 Nov 20 08:48 ./ drwxrwxrwx 5 root www 512 Nov 20 08:46 ../ drwxrwxrwx 6 www www 512 Nov 20 08:48 .svn/ -rwxrwxrwx 1 www www 229 Nov 20 08:46 README.txt* drwxrwxrwx 3 www www 512 Nov 20 08:48 branches/ drwxrwxrwx 2 www www 512 Nov 20 08:46 conf/ drwxrwxrwx 6 www www 512 Nov 20 09:01 db/ -rwxrwxrwx 1 www www2 Nov 20 08:46 format* drwxrwxrwx 2 www www 512 Nov 20 08:46 hooks/ drwxrwxrwx 2 www www 512 Nov 20 08:46 locks/ drwxrwxrwx 3 www www 512 Nov 20 08:48 tags/ drwxrwxrwx 3 www www 512 Nov 20 08:48 trunk/ You do not have a 'default' directory. 'format' is in the root of the repository. Whether this is causing you your grief is unknown to me, but perhaps it might provide clue. Steve ___ 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 7.2 Fatal trap 9 - general protection fault while in kernel mode
Hello, I have Fatal trap 9: general protection fault while in kernel mode with FreeBSD 7.2 and kernel csup'ed and build on 22 Oct using standard-supfile. How can I find out what is the problem? Message: Fatal trap 9: general protection fault while in kernel mode cpuid = 11; apic id = 13 instruction pointer = 0x8:0x802a65c1 stack pointer = 0x10:0x79d75380 frame pointer = 0x10:0x79d753a0 code segment= base 0x0, limit 0xf, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags= interrupt enabled, resume, IOPL = 0 current process = 114 (php) Backtrace: db bt Tracing pid 114 tid 100403 td 0xff00452ec370 devstat_start_transaction() at devstat_start_transaction+0x11 g_io_request() at g_io_request+0x11f breadn() at breadn+0xd3 bread() at bread+0x1e ffs_vgetf() at ffs_vgetf+0x2dc ufs_root() at ufs_root+0x21 lookup() at lookup+0x981 namei() at namei+0x33e kern_statfs() at kern_statfs+0x60 statfs() at statfs+0x2a syscall() at syscall+0x256 Xfast_syscall() at Xfast_syscall+0xab --- syscall (396, FreeBSD ELF64, statfs), rip = 0x8022ade1c, rsp = 0x7fffc528, rbp = 0x802536bb8 --- Kernel config: GENERIC config was changed: I disabled options for hardware that I do not require on this server and added some options options QUOTA options KDB options DDB I am using aacu RAID driver from Adaptec's site: aacu0: Adaptec 2405, aac driver 2.2.8-17517 What can it be? Soft-updates? aacu driver problem? Something else? Any help would be appreciated. ___ 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: GPUs on FBSD?
2009/11/20 Anton Shterenlikht me...@bristol.ac.uk: Anybody knows of working GPUs under FBSD on any arch? Any advice? Your question could have been phrased better but that's the teacher in me! Nvidia GPUs work on IA-32 machines, but AFAIK there's still no amd64 driver. Food for thought: http://forums.freebsd.org/showthread.php?t=398 My advice: Get an Nvidia card, and install FreeBSD/i386. Chris -- A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing in a mailing list? ___ 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: GPUs on FBSD?
Chris Rees writes:
Anybody knows of working GPUs under FBSD on any arch?
Any advice?
Nvidia GPUs work on IA-32 machines, but AFAIK there's still no
amd64 driver.
There was a posting within the last 24 hours on one of the
FreeBSD mailing lists that pointed to a post indicating nVidia is
working on native {i386, amd64} drivers. The post was dated
November 5th; it provided no expected release date beyond when it's
done. My personal _estimation_ would be when 8.0 ships, or soon
after.
Robert Huff
___
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: GPUs on FBSD?
2009/11/20 Robert Huff roberth...@rcn.com:
Chris Rees writes:
Anybody knows of working GPUs under FBSD on any arch?
Any advice?
Nvidia GPUs work on IA-32 machines, but AFAIK there's still no
amd64 driver.
There was a posting within the last 24 hours on one of the
FreeBSD mailing lists that pointed to a post indicating nVidia is
working on native {i386, amd64} drivers. The post was dated
November 5th; it provided no expected release date beyond when it's
done. My personal _estimation_ would be when 8.0 ships, or soon
after.
Robert Huff
Now that could be very interesting
Thanks for your alertness! I couldn't find the post you mentioned,
though there is
http://www.nvnews.net/vbulletin/showpost.php?p=2078598postcount=415
Chris
--
A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?
A: Top-posting.
Q: What is the most annoying thing in a mailing list?
___
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: GPUs on FBSD?
Chris Rees wrote:
2009/11/20 Robert Huff roberth...@rcn.com:
Chris Rees writes:
Anybody knows of working GPUs under FBSD on any arch?
Any advice?
Nvidia GPUs work on IA-32 machines, but AFAIK there's still no
amd64 driver.
There was a posting within the last 24 hours on one of the
FreeBSD mailing lists that pointed to a post indicating nVidia is
working on native {i386, amd64} drivers. The post was dated
November 5th; it provided no expected release date beyond when it's
done. My personal _estimation_ would be when 8.0 ships, or soon
after.
Robert Huff
Now that could be very interesting
Thanks for your alertness! I couldn't find the post you mentioned,
though there is
http://www.nvnews.net/vbulletin/showpost.php?p=2078598postcount=415
Chris
The link was
http://www.nvnews.net/vbulletin/showthread.php?t=41545page=37 and the
essence is that they have a driver that works but its still pre-beta (no
date for a public beta yet)
Vince
___
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
open64 fbsd port?
Is there a fbsd port of open64 (http://www.open64.net/), or any branched project? In particular there is a mention of ORC (http://ipf-orc.sourceforge.net/) specifically for ia64, but the pages are very out of date. And then there's something called Aurora, which seems to be the same as ORC (http://sourceforge.net/projects/ipf-orc/), but also *very* out of date. I'm confused many thanks anton -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 ___ 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: open64 fbsd port?
On Fri, Nov 20, 2009 at 04:47:41PM +, Anton Shterenlikht wrote: Is there a fbsd port of open64 (http://www.open64.net/), or any branched project? In particular there is a mention of ORC (http://ipf-orc.sourceforge.net/) specifically for ia64, but the pages are very out of date. And then there's something called Aurora, which seems to be the same as ORC (http://sourceforge.net/projects/ipf-orc/), but also *very* out of date. And also there is OpenUH, primarilily for ia64, but linux: OpenUH Source code, IA-64, Red Hat Enterprise Linux AS release 3 and gcc 3.x openuh-alpha.src.tar.gz 90.2 MB and Path64 (http://www.path64.com/) I understand no fbsd ports for these compilers exist yet? -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 ___ 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: GPUs on FBSD?
On Fri, 20 Nov 2009 11:46:57 + Anton Shterenlikht me...@bristol.ac.uk wrote: Anybody knows of working GPUs under FBSD on any arch? Any advice? I using a nvidia fx5500 with the latest driver 173.14.22 on i386 and it works perfect. And it was no pain to get 3d working for games. cheers Daniel -- Where there is a shell - there is a way http://www.piratenpartei.de http://bytebox.homeunix.net ___ 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: How painful is the nv driver supposed to be?
Awesome! I have been waiting for years for this driver, so a few more months won't make a difference. This was the major factor preventing me from fully enjoy FreeBSD for workstation usage. Uwe Laverenz wrote: Pierre-Luc Drouin schrieb: an i7 overclocked at 4GHz) configured in 1920x1080. With that setup it takes about 2 seconds to maximize a window or to switch workspace in fluxbox. Is there a way to improve speed or this is all I can hope to get? NVidia will release an official driver for FreeBSD/amd64 in the near future: http://www.nvnews.net/vbulletin/showthread.php?t=41545page=37 If you can't wait, and I guess that's the case, you culd try the free nv alternative named nouveau. Uwe ___ 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: diskless problem: Lookup of /dev for devfs, error: 13
On Fri, Nov 20, 2009 at 02:20:54AM -0900, Mel Flynn wrote: On Thu, 19 Nov 2009 16:18:29 -0500, Michael W. Lucas mwlu...@blackhelicopters.org wrote: Hi, I'm attempting to run a diskless 8.0 i386 workstation on VMWare, using an OpenSolaris box as a file store. I get PXE, the kernel loads, but when we try to remount the filesystem I get: ... NFS ROOT: XXX.XXX.XXX.XXX:/storage1/vm/netflow Lookup of /dev for devfs, error 13 exec /sbin/init: error 13 exec /sbin/oinit: error 13 exec /sbin/init.bak: error 13 exec /rescue/inet: error 13 exec /stand/sysinstall: error 13 init: not found in path ... At first glance, it would appear that /dev is missing. Actually, at first glance it would appear that the mount doesn't allow execution. Interesting. (BTW, this is running on a GENERIC kernel, no firewall.) I did a packet capture on the OpenSolaris NFS server, and found that the kernel load and initial boot takes place over NFSv2. When the FreeBSD box tries to remount root, it sends a NFSv3 FSINFO request. The server returns NFS3ERR_STALE. It appears that that error is generated when the permissions to the mount are revoked... but we just mounted it seconds before? It turns out that there's a whole discussion thread on nfsv2 and v3 interoperability with diskless systems. See http://lists.freebsd.org/pipermail/freebsd-hackers/2008-January/022792.html for a sample message. Short answer: it seems that there are interoperability annoyances with diskless systems and assorted NFS servers. NFS mount options in /etc/fstab seem to be ignored, but you can set them in /boot/loader.conf. boot.nfsroot.options=nfsv2 made FreeBSD try a NFSv2 remout, and the system came up. Thanks for pointing out it seems to be a permissions error, I wouldn't have headed down this route without that. ==ml -- Michael W. Lucasmwlu...@blackhelicopters.org http://www.MichaelWLucas.com/ Latest book: Cisco Routers for the Desperate, 2nd Edition http://www.CiscoRoutersForTheDesperate.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: BTX Loader crashes -- Help wanted
On 11/20/09, Ronald F. Guilmette r...@tristatelogic.com wrote: Who should I be talking to if the BTX loader is crashing on my specific hardware configuration, and what specific info do I need to be gathering for him/her in order to have hope of getting the problem rectified? snip Since the BTX is the BooT eXtender, what brings I think a 16-bit real-mode BIOS/POST to a 32-bit (or 64-bit?) protected operating system, I would start looking at BIOS options. Some BIOSes have a windows mentality and don't let you tweak much. Retail boards you buy off the shelf are typically pretty good to let you tweak lots of options. I'd also check for a BIOS update. ___ 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: NFS- SAN - FreeBSD
Hi Grant, I'm in a similar situation to where you were in July, and I was wondering what route you ended up going? Patrick On Tue, Jul 21, 2009 at 4:42 PM, Grant Peel gp...@thenetnow.com wrote: Chris, Again, thanks for the info. I only have one server with a PERC (raid) card installed, and I beleive it is an older PERC 3 DCI, and doubt it would do the job. I would not be able to add more PERC cards to the other machines. I am looking to have the connections all done via Ethernet. Again, the connections would be local (device to my switch, switch to the individual servers). Does this mean I should be considering iSCSI, or, since the connections will all be on a local network, that I can continue to consider NFS? Any takers? -Grant - Original Message - From: Christopher J. Umina chris.um...@studsvikscandpower.com To: Grant Peel gp...@thenetnow.com Cc: questi...@freebsd.org Sent: Tuesday, July 21, 2009 8:01 PM Subject: Re: NFS- SAN - FreeBSD Grant, DAS = Direct-Attached Storage, sorry to be confusing. I cannot personally speak to the performance of FreeBSD's NFS, but I wouldn't expect it to be the bottleneck in the situation described. Maybe others with more experience could chime in on this topic. The way to use a DAS is to connect the DAS to a server with an external SAS cable (or two). The PERC6/E controller you would need inside the server is very well supported in FreeBSD. The DAS system would basically act the same as internal disks would act (in the case of the MD1000). Of course you'll want to check with Dell before you make any purchases to be positive that your hardware will all communicate nicely, as I'm no Dell salesperson. Depending on how large of an array you plan to make (if larger than 2TB) you may have to investigate gpart/gpt to partition correctly, but that's quite simple in my experience. Chris Grant Peel wrote: Chris, Thanks for the insight! I will defineately investigate that DAS ... although I am not (yet) sure what the acronym means, I am sure it is something akin to Direct Access SCSI. You are quite right, I would like to use NFS to connect the device to the 6 servers I have, again, it would be only hosting the /home partition for each of them. Do you know if there would be any NFS I/O slowdowns using it in that fassion? Would freebsd support (on the storage device) that many connections? Also, do the Dell DAS machines run with FreeBSD? Also, from you you explained, I doubt I really need the versatility of the SAN at this point, or in the near future. I simply want a mass /home storage unit. -Grant - Original Message - From: Christopher J. Umina chris.um...@studsvikscandpower.com To: Grant Peel gp...@thenetnow.com Cc: questi...@freebsd.org Sent: Tuesday, July 21, 2009 5:43 PM Subject: Re: NFS- SAN - FreeBSD Grant, I mean to say that often times external SCSI solutions (direct attached) are cheaper and perform better (in terms of I/O) than iSCSI SANs. Especially if you're using many disks. SANs are generally chosen for the ability to be split into LUNs for different servers. Think of it as a disk which you can partition and serve out to servers on a per-partition basis, over Ethernet. That's essentially what an iSCSI SAN does. While DAS systems allow the same sort of configuration, they don't serve out over Ethernet, only SCSI/SAS. Since you plan to use NFS to share the files to the other servers, I think it may make more sense for you to use a SCSI solution if yo don't need the versatility of a SAN. Of course I know nothing of how you plan to expand this system, but from what I understand, with Dell DAS hardware it is possible to connect up to 4 different servers to the DAS and expand to up to 6 15 disk enclosures. The MD3000i (iSCSI) expands only to 3. Another issue is that without compiling in special versions of the iSCSI initiator, even in 8.0-BETA2 (which is not production-ready), iSCSI performance and reliability are terrible. There are other versions of the code (which I currently use) for the iscsi_initiator kernel module, but unless you're comfortable doing that, you may consider DAS in terms of ease of implementation and maintenance as well. Chris Grant Peel wrote: Chris, I don't know what a direct attached array is. What I was just thinking was move all of the servers /home directory to a huge NFS mount. If you have the time to elaborate fursther, I would apprciate it... This iSCSI think has me entrigued, but I must admit I know little about it at this point. -Grant - Original Message - From: Christopher J. Umina chris.um...@studsvik.com To: Grant Peel gp...@thenetnow.com Sent: Monday, July 20, 2009 11:27 PM Subject: Re: NFS- SAN - FreeBSD Grant, I have to ask, is there a reason you're intent on going with a SAN versus a direct-attached array? Chris Grant Peel wrote: Thanks for the
Re: 7.2, usb mouse, uhub0: device problem (IOERROR),
Date: Fri, 20 Nov 2009 01:18:10 -0800 (PST) From: Mark Terribile materrib...@yahoo.com Subject: 7.2, usb mouse, uhub0: device problem (IOERROR), disabling port 3 To: freebsd-questions@freebsd.org Message-ID: 181765.78137...@web110310.mail.gq1.yahoo.com Content-Type: text/plain; charset=us-ascii Hi, I just put 7.2 on an Asus P5N7A-VM motherboard (running with a Core II Quad 2.33). This motherboard has a PS/2 connector for the keyboard but not for the mouse. When I plug a USB mouse in, or connect a PS/2 mouse through an appropriate green adaptor (PS/2 mouse/USB) I get the following error on the console and in /var/log/messages: Nov 17 15:35:11 silver kernel: uhub0: device problem (IOERROR), disabling port 3 You can't just use a PS/2 - USB adapter on *any* mouse; you need a dual protocol mouse. It sound like your mouse may be old enough that it only supports a PS/2 - RS-232 (9 pin serial) adapter. Your board may have a header to allow the easy installation of a serial port, but I have not checked (and serial mice may not be auto-magically configured). Last time I was looking for a mouse, I could not find a PS/2 version. I was reluctant to get a USB mouse because none of them are USB Certified (http://www.usb.org). Many of them also had a Side-scrolling scroll wheel (designed with Vista in mind?) very awkward to use as a middle button. If you mouse IS a USB mouse, try a different one. Regards, James Phillips __ Yahoo! Canada Toolbar: Search from anywhere on the web, and bookmark your favourite sites. Download it now http://ca.toolbar.yahoo.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: open64 fbsd port?
On Nov 20, 2009, at 8:47 AM, Anton Shterenlikht wrote: Is there a fbsd port of open64 (http://www.open64.net/), or any branched project? Not at this time. In particular there is a mention of ORC (http://ipf-orc.sourceforge.net/) specifically for ia64, but the pages are very out of date. open64 includes ORC. I believe ORC is EOL. And then there's something called Aurora, which seems to be the same as ORC (http://sourceforge.net/projects/ipf-orc/), but also *very* out of date. They probably renamed the project. It does look like the same thing. FYI, -- Marcel Moolenaar xcl...@mac.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: GPUs on FBSD?
On Fri, Nov 20, 2009 at 6:16 PM, Daniel C. Dowse dcdo...@gmx.net wrote: On Fri, 20 Nov 2009 11:46:57 + Anton Shterenlikht me...@bristol.ac.uk wrote: Anybody knows of working GPUs under FBSD on any arch? Any advice? I using a nvidia fx5500 with the latest driver 173.14.22 on i386 and it works perfect. And it was no pain to get 3d working for games. I am still wondering what this thread is actually about: is it about hardware accelerated video or about offloading general computation to the GPU ( CUDA et al. ). does anybody know? regards, usleep cheers Daniel -- Where there is a shell - there is a way http://www.piratenpartei.de http://bytebox.homeunix.net ___ 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: open64 fbsd port?
On Nov 20, 2009, at 9:01 AM, Anton Shterenlikht wrote: On Fri, Nov 20, 2009 at 04:47:41PM +, Anton Shterenlikht wrote: Is there a fbsd port of open64 (http://www.open64.net/), or any branched project? In particular there is a mention of ORC (http://ipf-orc.sourceforge.net/) specifically for ia64, but the pages are very out of date. And then there's something called Aurora, which seems to be the same as ORC (http://sourceforge.net/projects/ipf-orc/), but also *very* out of date. And also there is OpenUH, primarilily for ia64, but linux: OpenUHSource code, IA-64, Red Hat Enterprise Linux AS release 3 and gcc 3.x openuh-alpha.src.tar.gz 90.2 MB Looks like a branch off of Open64. and Path64 (http://www.path64.com/) I don't believe Path64 has an ia64 backend (it's optimized for amd64), but that may be pulled from Open64. I think Path64 may be a better investment than Open64 (for FreeBSD), if the project is more open... I understand no fbsd ports for these compilers exist yet? Correct. -- Marcel Moolenaar xcl...@mac.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: How painful is the nv driver supposed to be?
Date: Fri, 20 Nov 2009 00:28:19 -0500 From: pldro...@pldrouin.net To: freebsd-questions@freebsd.org Subject: How painful is the nv driver supposed to be? Hi, I am using the nv xorg driver on 8.0 amd64 with a GeForce 6600 (CPU is an i7 overclocked at 4GHz) configured in 1920x1080. With that setup it takes about 2 seconds to maximize a window or to switch workspace in fluxbox. Is there a way to improve speed or this is all I can hope to get? the default nv driver with xorg does not fully utilize the nvidia GPU. install one of the nvidia drivers from /usr/ports/x11/nvidia-driver* make sure you pick the one that still has support for your card in it as they cull older cards from the newer drivers. judging by nvidia.coms driver lookup, the highest driver that supports the GeForce 6 series was 191.07 also make sure to follow the extra instructions that you get after installing the driver if i remember correctly, theres a line you add to /boot/loader.conf and you change the xorg.conf file driver from nv to nvidia -Sean ___ 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: 7.2, usb mouse, uhub0: device problem (IOERROR),
Hi-- On Nov 20, 2009, at 11:06 AM, James Phillips wrote: Last time I was looking for a mouse, I could not find a PS/2 version. I was reluctant to get a USB mouse because none of them are USB Certified (http://www.usb.org). Many of them also had a Side-scrolling scroll wheel (designed with Vista in mind?) very awkward to use as a middle button. It's quite possibly to your credit that you've actually checked whether a USB mouse has been tested as compliant, but when I do a search for Mice/trackballs/pointers, I get 68 results, including a dozen or so from both Logitech and Microsoft. The search URL seems to be difficult to abbreviate without it failing to work, but product examples: http://www.usb.org/kcompliance/view/view_item?item_key=a5152ed9dfc17474f426a8c42cc08632db85f832 http://www.usb.org/kcompliance/view/view_item?item_key=d1c6718da29392bfac5fafb847ecbb469d9ce250 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: 7.2, usb mouse, uhub0: device problem (IOERROR),
On Fri, 20 Nov 2009 11:38:22 -0800 Chuck Swiger cswi...@mac.com replied: It's quite possibly to your credit that you've actually checked whether a USB mouse has been tested as compliant, but when I do a search for Mice/trackballs/pointers, I get 68 results, including a dozen or so from both Logitech and Microsoft. I also got 68 matches; however, under 'wireless' I found '0'. Either I am searching incorrectly, or nobody has a 100% compliant wireless mouse. -- Jerry ges...@yahoo.com |=== |=== |=== |=== | So little time, so little to do. Oscar Levant ___ 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: 7.2, usb mouse, uhub0: device problem (IOERROR),
Hi-- On Nov 20, 2009, at 12:24 PM, Jerry wrote: It's quite possibly to your credit that you've actually checked whether a USB mouse has been tested as compliant, but when I do a search for Mice/trackballs/pointers, I get 68 results, including a dozen or so from both Logitech and Microsoft. I also got 68 matches; however, under 'wireless' I found '0'. Either I am searching incorrectly, or nobody has a 100% compliant wireless mouse. These 68 results include stuff like: http://www.usb.org/kcompliance/view/view_item?item_key=d7fe8fb052dda415dd3944736104ea858189d7e1 http://www.usb.org/kcompliance/view/view_item?item_key=1ca3f8c653307ce26ff101a9af50beb1921cbe28 ...which is a Microsoft Wireless Laser Mouse 5000 Microsoft Wireless Mouse Receiver v1.0. There seem to be wireless Logitech products there as well, like: http://www.usb.org/kcompliance/view/view_item?item_key=04bb314c07a5f1822148869b329d73a40fe82eae ...aka Cordless Desktop Receiver / C-BU44. 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: GPUs on FBSD?
On Fri, Nov 20, 2009 at 02:56:03PM +, Chris Rees wrote: 2009/11/20 Anton Shterenlikht me...@bristol.ac.uk: Anybody knows of working GPUs under FBSD on any arch? Any advice? Your question could have been phrased better but that's the teacher in me! Nvidia GPUs work on IA-32 machines, but AFAIK there's still no amd64 driver. Food for thought: http://forums.freebsd.org/showthread.php?t=398 My advice: Get an Nvidia card, and install FreeBSD/i386. Chris hi chris, i'm taking this offlist so i don't show my totsl ignorance about running X11 and my new intel duo with i386 and 7.2. do i need a nvidia card to run X? the graphics show the dell circle just before the boot sequence but that may be built into the bios. (another reason for keeping this offlist is that my network pal says to NOT run X on my server ... simply for the sake of simplicity. i will not use the computer for anything except CTWM for root, which will make doing sysadmin tasks vastly easier. nutshell: if i do need a video card for my dell inspiron 530, what kind? tia, gary -- A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing in a mailing list? ___ 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 http://jottings.thought.org http://transfinite.thought.org The 7.31a release of Jottings: http://jottings.thought.org/index.php ___ 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: 7.2, usb mouse, uhub0: device problem (IOERROR),
On Fri, 20 Nov 2009 12:28:39 -0800 Chuck Swiger cswi...@mac.com replied: I also got 68 matches; however, under 'wireless' I found '0'. Either I am searching incorrectly, or nobody has a 100% compliant wireless mouse. These 68 results include stuff like: http://www.usb.org/kcompliance/view/view_item?item_key=d7fe8fb052dda415dd3944736104ea858189d7e1 http://www.usb.org/kcompliance/view/view_item?item_key=1ca3f8c653307ce26ff101a9af50beb1921cbe28 ...which is a Microsoft Wireless Laser Mouse 5000 Microsoft Wireless Mouse Receiver v1.0. There seem to be wireless Logitech products there as well, like: http://www.usb.org/kcompliance/view/view_item?item_key=04bb314c07a5f1822148869b329d73a40fe82eae ...aka Cordless Desktop Receiver / C-BU44. Thanks! I guess the 'wireless' menu item is either not working, or I am using it incorrectly on that site. -- Jerry ges...@yahoo.com |=== |=== |=== |=== | Thou hast seen nothing yet. Miguel de Cervantes ___ 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: Apache22 + Subversion 1.6.6 = No go.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Glen Johnson wrote: On Nov 19, 2009, at 11:59 PM, Greg Larkin wrote: Glen Johnson wrote: On Nov 19, 2009, at 11:43 AM, Greg Larkin wrote: Glen Johnson wrote: FreeBSD-questions, I am attempting to use FreeBSD as my Subversion server. I have Subversion working, and I have Apache working. However when I try to use http:/my_server/svn/my_project I get: ?xml version=1.0 encoding=utf-8? D:error xmlns:D=DAV: xmlns:m=http://apache.org/dav/xmlns; xmlns:C=svn: C:error/ m:human-readable errcode=2 Could not open the requested SVN filesystem /m:human-readable /D:error 1 I tried chmod -R 777 /home/svn/repos. 2 I tried recompiling apache, db, and subversion. 3 I looked at /var/log/http-error.log (partial list below) [Thu Nov 19 09:35:52 2009] [notice] Graceful restart requested, doing restart [Thu Nov 19 09:35:53 2009] [notice] Digest: generating secret for digest authentication ... [Thu Nov 19 09:35:53 2009] [notice] Digest: done [Thu Nov 19 09:35:54 2009] [notice] Apache/2.2.13 (FreeBSD) mod_ssl/2.2.13 OpenSSL/0.9.8e DAV/2 SVN/1.6.6 configured -- resuming normal operations [Thu Nov 19 09:36:10 2009] [error] [client 192.168.2.12] (20014)Internal error: Can't open file '/usr/home/svn/repos/default/format': No such file or directory [Thu Nov 19 09:36:10 2009] [error] [client 192.168.2.12] Could not fetch resource information. [500, #0] [Thu Nov 19 09:36:10 2009] [error] [client 192.168.2.12] Could not open the requested SVN filesystem [500, #2] What am I missing? Thank you, Glen Hi Glen, Please post the relevant bits from your httpd.conf where you set up the SVNPath, etc. It looks like maybe the SVNPath directive is pointing to the wrong place. Thanks for your reply. I currently have this info in /usr/local/etc/apache22/Includes/svn.conf. Apache22 loads all the conf files in this directory when httpd.conf is loaded. Location /svn DAV svn SVNParentPath /usr/home/svn/repos SVNListParentPath on SVNPathAuthz off SVNIndexXSLT /data-dist/svnindex.xsl # anonymous first Satisfy Any Require valid-user # authenticating them valid ones AuthType Basic AuthName Subversion Repositories AuthUserFile /usr/home/svn/access/users /Location Hi Glen, At first glance, that looks OK to me. The next tests are: - - Does /usr/home/svn/repos/default exist? (I know, dumb question!) No, not so dumb. It is good not to make assumptions that I may overlook. This however is not one. This is what I did to verify I do have a project. 1. svn co file:///usr/home/svn/repos def # Then for fun I added hello.txt in def/trunk. More about this below. 2. svn co svn://usr/home/svn/repos def# Still works fine. 3. svn co file:///usr/home/svn/repos def# SVN: Could not open the requested SVN filesystem (Error message from svn) - - If it does, are permissions set such that the httpd process user can read the directory? You said chmod 777 on the repository parent directory didn't work. I tried: chmod -R 777 /usr/home/svn/repos chmod -R www:www /usr/home/svn/repos By the way here are the settings for user www and group www. grep www /etc/passwd www:*:80:80:World Wide Web Owner:/nonexistent:/usr/sbin/nologin grep www /etc/group www:*:80:glen,root - - Please post the output of ls -laR /usr/home/svn/repos First I noticed that there are some files that are owned by glen due to me adding repos/trunk/hello.txt. Ok you asked for this: total 24 drwxrwxrwx 10 www www 512 Nov 20 08:48 ./ drwxrwxrwx 5 root www 512 Nov 20 08:46 ../ drwxrwxrwx 6 www www 512 Nov 20 08:48 .svn/ -rwxrwxrwx 1 www www 229 Nov 20 08:46 README.txt* drwxrwxrwx 3 www www 512 Nov 20 08:48 branches/ drwxrwxrwx 2 www www 512 Nov 20 08:46 conf/ drwxrwxrwx 6 www www 512 Nov 20 09:01 db/ -rwxrwxrwx 1 www www2 Nov 20 08:46 format* drwxrwxrwx 2 www www 512 Nov 20 08:46 hooks/ drwxrwxrwx 2 www www 512 Nov 20 08:46 locks/ drwxrwxrwx 3 www www 512 Nov 20 08:48 tags/ drwxrwxrwx 3 www www 512 Nov 20 08:48 trunk/ [...] Hi Glen, Ok, I see what's going on now. First, you have an SVNParentPath directive in your httpd.conf file. The directory on that line specifies a place where multiple, separate Subversion repositories will appear, so you could have a setup like this: /usr/home/svn/repos /internal-repos /client-projects-repos /oss-contrib-repos ... ... In this case, each of those repository subdirectories would be created like so: svnadmin create /usr/home/svn/repos/internal-repos svnadmin create /usr/home/svn/repos/client-projects-repos svnadmin create /usr/home/svn/repos/oss-contrib-repos So far, so good. What I notice in your directory listings is that you have a
kern.polling.lost_polls
Everyone: I've been experimenting with using device polling on a router with six Ethernet interfaces that handles lots of traffic. I turned polling on, and set HZ=4000 to minimize latency and ensure that enough time was allocated to handle all of the incoming packets. But the sysctl variable kernel.polling.lost_polls keeps incrementing! The documentation of this variable isn't very good, so I am not sure what this means. Does it mean that I should set kern.hz lower (perhaps to 2000) and kern.polling.burst_max higher? Or that running the interfaces in interrupt-driven mode would be more effective? How can I tell? (Feel free to ask for more information about the hardware or kernel config if it would help you to provide a good answer.) --Brett Glass ___ 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: How painful is the nv driver supposed to be?
Thanks well this won't work on amd64 until Nvidia releases a driver. I was waiting for the amd64 driver to buy a new video card... Sean Cavanaugh wrote: Date: Fri, 20 Nov 2009 00:28:19 -0500 From: pldro...@pldrouin.net To: freebsd-questions@freebsd.org Subject: How painful is the nv driver supposed to be? Hi, I am using the nv xorg driver on 8.0 amd64 with a GeForce 6600 (CPU is an i7 overclocked at 4GHz) configured in 1920x1080. With that setup it takes about 2 seconds to maximize a window or to switch workspace in fluxbox. Is there a way to improve speed or this is all I can hope to get? the default nv driver with xorg does not fully utilize the nvidia GPU. install one of the nvidia drivers from /usr/ports/x11/nvidia-driver* make sure you pick the one that still has support for your card in it as they cull older cards from the newer drivers. judging by nvidia.coms driver lookup, the highest driver that supports the GeForce 6 series was 191.07 also make sure to follow the extra instructions that you get after installing the driver if i remember correctly, theres a line you add to /boot/loader.conf and you change the xorg.conf file driver from nv to nvidia -Sean ___ 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: BTX Loader crashes -- Help wanted
In message he67nb$ad...@ger.gmane.org, you wrote: Ronald F. Guilmette wrote: Who should I be talking to if the BTX loader is crashing on my specific hardware configuration, and what specific info do I need to be gathering for him/her in order to have hope of getting the problem rectified? I'd pulled stuff out of the system in question until there's practically nothing left and I'm at my wit's end with this problem. System: AMD Athlon 64 1640B CPU MSI K9VGM-V motherboard 1GB 667 DDR (Kingston) LG DVD Burner Black SATA Model GH22NS50 - OEM floppy drive That's it. I've yanked out all the non-essential cards, _and_ I've even taken out the hard drive, and I'm still having BTX crashes. The problem(s) occurs with FreeBSD 6.3-RELEASE/i386 disk1 (CD), 7.0-RELEASE/i386 disk1 (CD), 7.2-RELEASE/i386 Live Filesystem (CD), and 7.2-RELEASE/amd64 Live Filesystem (CD). Try 8RC3 and see if any difference. I believe some work in this area may have occurred. I just tried it. Alas, same result. I don't believe you are the first to experience this. Well, I'm just about to file a new PR on this, but I'll refrain if someone else has alreadyt done so. Do you have an eisting PR number on this? Curiously, with the same motherboard (_and_ the same boot CDs), I have no problems at all booting off of any of the above boot CDs, AS LONG AS I am using a different (PATA) CD/DVD drive. But I have tried two different recent vintage SATA CD/DVD drives (Optiarc the LG mentioned above) and both result in the booting failures described above. You can try disabling ACPI at boot I just tried that (at your suggesting). Same result. No change. :-( ... as well as toggling the BIOS between Enhanced and Legacy mode if this option is available. I'm not seeing anything like that in my BIOS settings. Probably your best approach will be to use a SATA hard drive while using a PATA CD-ROM. This is most likely what you will have to do if 8RC3 doesn't make any difference and you just want to get the box going. Shsh! I literally _just_ bought this new SATA DVD drive, and I went with SATA because I believed that (a) the world is slowly but surely switching everything over to SATA and (b) SATA has been around long enough now that FreeBSD related bugs should have all been shaken out by now. Please excuse my snarkiness, but... I guess I was wrong about the latter. If 8 does the same thing file a PR in order to bring the attention of the developers. There may be one, or more, already on the subject. Well, I did a search on the PR database for BTX and I'm looking at all those PRs... some of them going back to 2004, which doesn't exactly inspire confidence about a possible timely fix... and I don't see anything in the subjects that quite matched up to what I'm talking about. And ah... while we are on the subject... If I do file a PR on this, then at long last I'll need to know the answers to the two questions that have been in the back of my mind for ages, regarding PRs... 1) What do the various severity codes mean? 2) What do the various proirity codes mean? I've never filed a PR with severity critical or with priority high because I've always figured that this may be a good way to get the developers to view _all_ one's future (and past) PRs with a suspicious/ jaundiced eye... you know... the-boy-who-cried-wolf syndrome. I don't want to be labeled as a nut case or an incessant complainer, but for _this_ issue I'm thinking that severity==critical and/or priority==high may be appropriate. I mean jeezzz Louise! If one can't even install from the distribution CDs/DVDs on perfectly good hardware... (And it's not like the whole SATA interface standard is exactly ``new'' or anything anymore.) So? Any advice? Should I stick my neck out and label this PR either severity==critical or priority==high ? Regards, rfg ___ 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: BTX Loader crashes -- Help wanted
[[ To: Michael Powell nightre...@hotmail.com... please accept my apologies that you can't e-mail me directly. I jsyt get too much spam from hotmail.com, so it's blacklisted here. Nothing personal. ]] In message 7872.1258759...@tristatelogic.com, Michael Powell nightre...@hotmail.com wrote: rfg: The problem(s) occurs with FreeBSD 6.3-RELEASE/i386 disk1 (CD), 7.0-RELEASE/i386 disk1 (CD), 7.2-RELEASE/i386 Live Filesystem (CD), and 7.2-RELEASE/amd64 Live Filesystem (CD). Try 8RC3 and see if any difference. I believe some work in this area may have occurred. As I said (in my other post) that didn't help. :-( But... While researching this problem (BTX v. SATA) I saw where someone recommended booting from floppy first. So I went and started to download images on boot floppies. I haven't used this install/booting method for ages and ages, but I vaguely recalled that you could get rolling with just a single boot floppy. But now I see where they say you need the first boot floppy and then three more kernel floppies! Yikes! Sounds like a bit of a pain. So that gave me a Swell Idea. I though Hey! Wouldn't it be great if we could put all this stuff into one single image and ``burn'' it onto a bootable USB thumb drive! I should definitely write to the FreeBSD developers and suggest this Great Idea.'' But of course, since you directed me to 8.0-RC3, I had to go groveling around in the relevant FTP directories to get that stuff, and while I was there, of course, I saw: 8.0-RC3-amd64-memstick.img Yippie! Some smart FreeBSD deloper is already way ahead of me! Marvelous! Now all I need is instructions for how to use that .img file. (Fortunately, I have a spare USB 1GB flash drive lying around.) So I go groveling around, trying to find some mention of this .img file in the README.TXT files and I find nothing. But Google is my friend, and I found this: http://lists.freebsd.org/pipermail/freebsd-stable/2009-July/051018.html which gives instructions for ``burning'' the image onto USB/flash. But I have one question. The author sez to do this: dd if=8.0-BETA1-amd64-memstick.img of=/dev/da0 bs=10240 conv=sync I just want to know what the effect of conv=sync and why it might be necessary. Anybody happen to know? Why can't you just dd the thing? ___ 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: 7.2, usb mouse, uhub0: device problem (IOERROR),
--- On Fri, 11/20/09, Chuck Swiger cswi...@mac.com wrote: On Nov 20, 2009, at 11:06 AM, James Phillips wrote: Last time I was looking for a mouse, I could not find a PS/2 version. I was reluctant to get a USB mouse because none of them are USB Certified (http://www.usb.org). Many of them also had a Side-scrolling scroll wheel (designed with Vista in mind?) very awkward to use as a middle button. It's quite possibly to your credit that you've actually checked whether a USB mouse has been tested as compliant, but when I do a search for Mice/trackballs/pointers, I get 68 results, including a dozen or so from both Logitech and Microsoft. Ok, I wasn't clear: none of the mice in the local stores I checked had the USB certified logo, Including a Logitech one I ended up getting. I was looking for a $20 mouse, not a $100 mouse, so that may make a difference in labling/testing. *shrug* Regards, James Phillips __ Looking for the perfect gift? Give the gift of Flickr! http://www.flickr.com/gift/ ___ 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: BTX Loader crashes -- Help wanted
On Fri, 20 Nov 2009 15:48:34 -0800, Ronald F. Guilmette r...@tristatelogic.com wrote: But I have one question. The author sez to do this: dd if=8.0-BETA1-amd64-memstick.img of=/dev/da0 bs=10240 conv=sync I just want to know what the effect of conv=sync and why it might be necessary. According to man dd: bs=n Set both input and output block size to n bytes, superseding the ibs and obs operands. If no conversion values other than noerror, notrunc or sync are specified, then each input block is copied to the output as a single block without any aggregation of short blocks. in conjunction with conv=value[,value ...] Where value is one of the symbols from the following list. sync Pad every input block to the input buffer size. Spaces are used for pad bytes if a block oriented conversion value is specified, otherwise NUL bytes are used. it appears that the data is ensured to be properly aligned with a possibly different block size on the source or target media. As far as I remember, not giving the bs= argument would result in a default block size of 512 bytes which may - but don't ask me why - lead to a non-functioning target USB stick. -- 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: rTorrent + FreeBSD + pf = freeze?
well.. i think this is really something to escalate now since there is obviously a problem. today again i tried a little bit and as told, the isntance B crashes the system reproducible. In my opinion something like this should really be examined further, since a userspace program shouldn't kill the hole system... for me this really looks like several people have similar problems but so far there's no investigation since nobody knows what the actual problem. any ideas how to proceed? can i provide any additional information? since the system reboots immediately it's hard to investigate the process of crashing itself.. at least for me. regards - michael On 20.11.2009 01:08, Peter Kieser wrote: Hello, This problem has been going on for at least the past 2 years. I've had the exact same issue with rtorrent locking up or restarting machines running FreeBSD, regardless of the hardware used. I did not have any sort of firewall installed (neither pf, or ipfw). If I loaded up rtorrent and had a number of torrents open the machines would lock up or restart. It was reproducible at the time, but I could never get anyone to admit there was a bug and I'm unable to find the initial posting. Regards, -Peter Michael Schaefer wrote: Hello everybody, I encountered same problems and am kinda glad to see I'm not alone. I use FreeBSD 7.1-RELEASE-p8 (GENERIC) on a VIA EPIA board (800MHz C3). This box for the moment does nothing but torrent. I use two instances of rtorrent. Each with an own user and in its own screen session. Let's name them A and B. A seeds around 300 torrents and B around 500 (each rtorrent instance communicates just to one specific tracker). The configuration is exactly the same, except B communicates with the track only using https (A does plain http). While A works 100% perfect an stable, B crashes the machine reproducible. When using rtorrent 0.8.3/0.12.3 this happened only about once a month. After upgrading to 0.8.4/0.12.4 the rate of crashes increased to about once a week. now i upgraded to 0.8.5/0.12.5 and cannot even start instance B without crashing the machine immediately just several minutes after I started it. Sometimes it somehow survives the starting procedure (where actually all seeding torrents are registered at the tracker at more or less the same time) but then it takes about 10min - 2 hours after the hole systems crashes again. Like I mentioned: instance B works perfectly without any problems. I'm pretty sure I encountered the problem also (even not the heavily) during times instance B was only seeding about 300 torrents... For me the system simply reboots and doesn't freeze. The logs are clear and show no advice concerning the problem. It's not a matter of hardware since I changed the board (which included CPU, RAM, NIC,...) and also the hard disc month ago. Also a heat problem can be excluded. Any clou about all that? btw: I don't use PF at all... regards - Michael On Wed, 21 Oct 2009, cpghost wrote: Hi, could a resource leak or bug in pf(4) crash a RELENG_7 router (as of Oct 6th)? I'm experiencing frequent crashes on my soekris net4801 home router for some months now, and I'm wondering if it could be some kind of pf-related bug similar to this on OpenBSD: http://www.mail-archive.com/m...@openbsd.org/msg58042.html More precisely, when I fire up rtorrent-devel on some *other* machine (not the router!), everything runs fine at first. It could also run very fine for many days. BUT should I start a torrent with a large number of seeders which could saturate my link for an extended period of time, the soekris router would suddenly freeze... but not immediately: more like a few hours (3 to 6) or so of relatively heavy traffic. Only a hard reboot of the router would help. Please note that rtorrent is NOT running on the router, only its traffic is being redirected through the router. So I'm suspecting some bug / resource leak in pf that would bring the kernel down somehow. What kind of resources should I monitor (and how)? Maybe that could bring some clues? Oh, before anybody asks: I have no crashdumps, the router freezes totally without panicking. And it doesn't recover automatically even after many hours. Any ideas? Thanks, -cpghost. ___ 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: 7.2, usb mouse, uhub0: device problem (IOERROR),
On Fri, 20 Nov 2009 15:52:51 -0800 (PST), James Phillips anti_spam...@yahoo.ca wrote: Ok, I wasn't clear: none of the mice in the local stores I checked had the USB certified logo, Including a Logitech one I ended up getting. I can recommend the Sun type 6 USB mouse (standard three button mouse), and maybe the type 7 USB mouse is excellent as well, allthough I can't confirm that because I don't own one (I don't like the mouse wheel). I was looking for a $20 mouse, not a $100 mouse, so that may make a difference in labling/testing. *shrug* A $100 mouse? What is it, made of gold? :-) Maybe the nameless mice are as good as the expensive ones (that come with well-known brand names) when it comes to USB standard compliance. Being able to test them in a live condition would always be an advantage... -- 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: problem with printer on pcbsd
On Thu, 19 Nov 2009 20:59:22 -0500, Robert Falanga rfal...@twcny.rr.com wrote: I am running PCBSD. I have a HP Photosmart ink jet printer connected to a USB port. during bootup I get the following line. umass1: HP Photosmart 7400 series, class 0/0, rev 2.00/1.00, addr 2 on uhub4 usbdevs shows the following: addr 2: Photosmart 7400 series, HP umass1 Checking the /dev directorys with ls there is no umass of any kind. This printer was working, it configured with no problems. Now hp-setup cannot even find it. What happened? Any ideas? Just an idea: Does the printer contain some kind of card reader? It is possible that the printer could have been changed into a mode where it only appears as a DA storage device to the system, maybe this change of state can be done using the operator panel on the printer? If you haven't changed something on your PC, check the printer. Maybe there's a way to reset the thing to revert to default settings. -- 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: kern.polling.lost_polls
On Fri, 20 Nov 2009 14:35:22 -0700 (MST), Brett Glass br...@lariat.net wrote: Everyone: I've been experimenting with using device polling on a router with six Ethernet interfaces that handles lots of traffic. I turned polling on, and set HZ=4000 to minimize latency and ensure that enough time was allocated to handle all of the incoming packets. But the sysctl variable kernel.polling.lost_polls keeps incrementing! The documentation of this variable isn't very good, so I am not sure what this means. Does it mean that I should set kern.hz lower (perhaps to 2000) and kern.polling.burst_max higher? Or that running the interfaces in interrupt-driven mode would be more effective? You likely have the HZ too high. First, see this description: http://www.pubbs.net/freebsd/200909/107087/ So that means that you give the kernel .25 microseconds to poll and act on any pending network IO. That's probably not enough. It is further explained by the comment in sys/kern/kern_poll.c: /* * Hook from hardclock. Tries to schedule a netisr, but keeps track * of lost ticks due to the previous handler taking too long. * Normally, this should not happen, because polling handler should * run for a short time. However, in some cases (e.g. when there are * changes in link status etc.) the drivers take a very long time * (even in the order of milliseconds) to reset and reconfigure the * device, causing apparent lost polls. * * The first part of the code is just for debugging purposes, and tries * to count how often hardclock ticks are shorter than they should, * meaning either stray interrupts or delayed events. */ I would start with the FreeBSD provided default of 1000HZ. If there are lost polls then, see if you can correlate it with link state changes. If not, then there may be issues with the driver and I would follow up to freebsd-net. If there are no lost polls, see if you can increase the frequency until they return. You also want to get some form of realworld measurement for these higher values: do they in effect increase network throughput. -- Mel ___ 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: diskless problem: Lookup of /dev for devfs, error: 13
On Fri, 20 Nov 2009 12:49:16 -0500, Michael W. Lucas It turns out that there's a whole discussion thread on nfsv2 and v3 interoperability with diskless systems. See http://lists.freebsd.org/pipermail/freebsd-hackers/2008-January/022792.html for a sample message. Short answer: it seems that there are interoperability annoyances with diskless systems and assorted NFS servers. NFS mount options in /etc/fstab seem to be ignored, but you can set them in /boot/loader.conf. boot.nfsroot.options=nfsv2 made FreeBSD try a NFSv2 remout, and the system came up. It's even funkier, since you said an 8.0 system, it should be nfsv4. Rick Maklem may be interested in your findings, on either freebsd-fs or in light of the upcoming release on freebsd-current. This is also a nice dilemma: nfsv4 is still wet behind the ears, but v2 should be considered deprecated. But - it is good to know that with all the new NFS code in 8.0, the v2 compat plays nice with Solaris v2. Thanks for pointing out it seems to be a permissions error, I wouldn't have headed down this route without that. You're very welcome. -- Mel ___ 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: kern.polling.lost_polls
At 06:25 PM 11/20/2009, Mel Flynn wrote: So that means that you give the kernel .25 microseconds to poll and act on any pending network IO. That's probably not enough. I think that you mean .25 milliseconds, not .25 microseconds, above. It is further explained by the comment in sys/kern/kern_poll.c: /* * Hook from hardclock. Tries to schedule a netisr, but keeps track * of lost ticks due to the previous handler taking too long. * Normally, this should not happen, because polling handler should * run for a short time. However, in some cases (e.g. when there are * changes in link status etc.) the drivers take a very long time * (even in the order of milliseconds) to reset and reconfigure the * device, causing apparent lost polls. * * The first part of the code is just for debugging purposes, and tries * to count how often hardclock ticks are shorter than they should, * meaning either stray interrupts or delayed events. */ Well, even at HZ=2000, kern.polling.lost_polls and kern.polling.suspect are both incrementing, as is kern.polling.stalled: stargate# sysctl -a | grep polling kern.polling.burst: 150 kern.polling.burst_max: 150 kern.polling.each_burst: 5 kern.polling.idle_poll: 0 kern.polling.user_frac: 50 kern.polling.reg_frac: 20 kern.polling.short_ticks: 0 kern.polling.lost_polls: 41229 kern.polling.pending_polls: 0 kern.polling.residual_burst: 0 kern.polling.handlers: 2 kern.polling.enable: 0 kern.polling.phase: 0 kern.polling.suspect: 31653 kern.polling.stalled: 10 kern.polling.idlepoll_sleeping: 1 hw.acpi.thermal.polling_rate: 10 But if I slow the clock down to 1000 Hz, it's unclear if the machine will be able to keep up with traffic. I was already getting more than 1,000 network interrupts per second before I tried polling, and I'm not sure how many packets the interfaces (some fxp, some em) can buffer up. I'm going to try it, but if it doesn't work I will have to go back to interrupt-driven operation. --Brett Glass ___ 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
