Re: DNS and file system messed up...
On Thu, Jul 07, 2011 at 06:00:42PM +, Gary Kline wrote: > Date: Thu, 7 Jul 2011 18:00:42 + > From: Gary Kline > Subject: DNS and file system messed up... > To: FreeBSD Mailing List > > > Guys, > > I'd be much obliged to learn why /etc/rc.named start fails. This has been > going > on for months. For some reason freebsd.org doesn't recognize part of my > domain, so I'm writing from my backup site, magnesium net. > > I did *somrthing* that keeps /etc/rc.d/named from working correctly. On the > second line below the ^+, you'll see a "none:0:/etc/named.conf" from > messages. The only way I can exec bind9 is by first doing a kill -9, then > explicitly starting named and then, with the -c switch , aiming it at my > *real* named.conf. > > I don't want to finish my new/latest install of 7.3 until I understand > this screwup. > Nobody has any clues to the capture output? I'm surprised. -g > > > > # sh /etc/rc.d/named start > Starting named. > > + > # tail /var/log/messages > Jul 7 10:16:33 ethic named[54366]: starting BIND 9.3.6-P1 -t /var/named -u > bind > Jul 7 10:16:33 ethic named[54366]: none:0: open: /etc/named.conf: file not > found > Jul 7 10:16:33 ethic named[54366]: loading configuration: file not found > Jul 7 10:16:33 ethic named[54366]: exiting (due to fatal error) > > > # tail /var/log/messages > # kill -9 `head -1 /var/run/named/pid` > # /usr/local/sbin/named -c /var/named/etc/namedb/named.conf > > Jul 7 10:17:56 ethic named[54371]: starting BIND 9.3.6-P1 -c > /var/named/etc/namedb/named.conf > Jul 7 10:17:56 ethic named[54371]: command channel listening on > 127.0.0.1#953 > Jul 7 10:17:56 ethic named[54371]: command channel listening on ::1#953 > Jul 7 10:17:56 ethic named[54371]: running > > + > > > -- > Gary Kline Seattle BSD Users' Group (seabug) | kl...@magnesium.net > Thought Unlimited Org's Alternate Email Site > http://www.magnesium.net/~kline >To live is not a necessity; but to live honorably...is a necessity. -Kant > -- Gary Kline kl...@thought.org http://www.thought.org Public Service Unix Journey Toward the Dawn, E-Book: http://www.thought.org The 8.51a 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"
Re: Heavy I/O blocks FreeBSD box for several seconds
(OT, yes, but I'd like to take a stab at explaining "why" these things fall to the wayside..) On 7 July 2011 12:08, Arnaud Lacombe wrote: > What would be the point to even start looking at an issue? You guys > (by "you", I mean "official" committers on public list) don't care When someone who has an active interest takes ownership of the problem. > about people providing patches, might it be for trivial, obvious, > fixes. I'm not even talking about complex patches ... When you > eventually ends up providing a patch, you ends up being slammed a door > at by maintainers asserting their code is perfect, until logic and > user complaints prove them wrong. > > That said, this comment is off-topic, but I will certainly re-state > this next month when I'll be ping'ing trivial patches. The problem is that someone doesn't own the problem. If I commit someone's fix to the tree without really understanding what's going on, I take ownership of that change and any issues/breakages/changes that it creates. The people responsible for these areas are likely very busy with other things. It's not that they don't want to help! It's much more likely that they don't have the time. Trivial patches aren't always so trivial. You can change the behaviour of something subtle which works great for you and not for others. This is very likely what's going on with IO/CPU scheduling. It's a tricky area. A simple fix isn't always as simple. So if there's a diagnosed problem, with reproducable test cases and some patches which fix it, I suggest doing something like the following: * create a webpage, even if it's a wiki somewhere (even wiki.freebsd.org if you ask someone nicely) * dump all the information you can in there. Having stuff in emails is great - but it's only really helpful for tracking the 'flow' of a discussion. Having a summarised analysis of all of that on a webpage is much more helpful. * Add the patches there. * Encourage people who aren't in your immediate community to try them too - to try and find if your changes mess up other configurations somehow. * Be persistent trying to get your changes in. If you've done the background research, done some wide-spread testing and show you've not caused any obvious regressions, you're much more likely to get your changes in. With all of that done, you can likely find a committer who will help you get your fixes into the tree. Please just try not to interpret a lack of response as a lack of interest. There's only so much time in the day and committers tend to be a busy bunch, with day jobs that may in no way reflect their FreeBSD interests. Finally, if people do enough of the above and begin to take ownership of parts of the tree, you'll find someone will likely sponsor you for a commit bit. HTH, Adrian ___ 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"
Management Training on "Attitudinal Re-Orientation"
This email newsletter was sent to you in graphical HTML format. If you're seeing this version, your email program prefers plain text emails. You can read the original version online: http://ymlp147.net/z7PsdW WODIA Training Institute (WOTI) Management Training andSkills Development The Boat House, 21, Ogunnusi Road, Ogba, Ikeja, Lagos.www.thewodia.org/woti.html ( http://www.thewodia.org/woti.html ), Email : supp...@thewodia.org,invitat...@thewodia.org Telephone : +234 802 307 9485, +234 813 375 4358 INVITATION TO MANAGEMENT TRAINING PROGRAM Investment in People- TOPIC:Attitudinal Re-orientation And Best Practices In Work Environment . Date :JULY 19-20, 2011 (2 days) Venue : WODIA Training Institute (WOTI) The Boat House, 21, Ogunnusi Road, (AVIS Petrol Station Bus-Stop), Ogba, Ikeja, Lagos. Nigeria. Fee : N20,000:00 (Twenty thousand Naira only)per Head. Fees include Tuition, Resource Materials, Tea/Coffee Break,Lunch, Certificate of Participation and Group Photograph. Time :9.00a.m daily Participation:Confirm Space Availabilitybefore payment by calling +234 802 307 9485 OR +234 813 375 4358. You could also send an Email to:supp...@thewodia.org, invitat...@thewodia.org - Payment Instructions : After confirmation of space availability, payment should be made into any Branch of Zenith Bank PLC. account number 6011822855 in favour of WODIA Training Institute (WOTI) before program date. TRAINING DETAILS: Objectives: The Two-day Intensive Management Training Program on Attitudinal re-orientation and Best Practices in Work Environment is intended to : - -encouragepositive attitude to work and discourage non-challant attitude towards organizational goals; - educate the participants on the benefits of loyalty to their organizations; -promote learning skills of the attendees and update their ethical standards at work place; -enhance human capital output; -boost personal development and improve workers' enthusiasm towards their official responsibilities; -discourage conflict of interest that diverts worker's concentration from official work;and - distinguish official behaviour from informal attitude that diminishes productivity. COURSE OUTLINES : * Developing Positive Attitude To Work * Meeting Organization’s Expectations and Targets * Work Orientation and Employment Contract * Conflict of Interest and Ethical issues at Work Place * Work Ethics, Mental Alertness and Commitment to organizational Goals. WHO SHOULD ATTEND: Attendance open to both Male and Female who are Middle-Level Officers in Public, Private, Corporate and Voluntary Establishments. Accreditation : WOTI is Certified by the Centre for Management Development (CMD), Nigeria as an Accredited Management Training Institution. Recource Persons will be WOTI Training Consultants and others to be invited from the Industrial Training Fund (ITF), Centre for Management Development (CMD) and other National and International Consulting Agencies. Training Aids will include but not limited to projectors and screen, flip charts, magic boards, computers and other multi-media and audio-visual aids. Methodology will involve lecture, role play, demonstration, discussion and other methods suitable for the target audience. Program will be highly inclusive and participatory. Thanks for Reading, - Gladys Osagie, Program Coordinator, WODIA Training Institute (WOTI), www.thewodia.org/woti.html, EMAIL : supp...@thewodia.org +234 802 307 9485 Forward this email to a friend ( http://ymlp147.net/forward.php?id=7PsdW&e=questi...@freebsd.org ) _ Unsubscribe / Change Profile: http://ymlp147.net/u.php?id=gewmweugsgejsyubguhsm Powered by YourMailingListProvider ___ 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: tftp - bad checksum error? can't transfer file
>From my experience tcpdump is misleading re udp fragments and chksums. If the >packet gets fragmented, udp will report bad chksums at some point. Check your file names (case), perms, etc. 90% of time I typo a name or forget to chmod the files; or when using tftp to write I forget to create a file with the correct name (and perms) first. - Original Message - From: Anton Shterenlikht [mailto:me...@bristol.ac.uk] Sent: Thursday, July 07, 2011 05:44 PM To: freebsd-questions@freebsd.org Subject: tftp - bad checksum error? can't transfer file I'm trying to troubleshoot tftpd(8). % grep boot /etc/inetd.conf tftp dgram udp wait root /usr/libexec/tftpd tftpd -dd -l -s /tftpboot tftp dgram udp wait root /usr/libexec/tftpd tftpd -dd -l -s /tftpboot bootps dgram udp wait root /usr/libexec/bootpd bootpd -d4 -t0 /etc/bootptab % I'm trying to boot another node via bootp/tftp. I'm monitoring what's going on with tcpdump -vv. bootpd starts fine, and seems to read /etc/bootptab correctly. But after that nothing happens, and after a few minutes I get on the console of the host which I want to boot: > bootp()/bsd.rd.IP32 Unable to execute bootp()/bsd.rd.IP32: invalid argument > Does this tcpdump fragment help to understand where the problem is: 192.168.232.10.15388 > buzi.tftp: [no cksum] 25 RRQ "/bsd.rd.IP32" octet ( o 23:25:21.024160 IP (tos 0x0, ttl 64, id 56, offset 0, flags [none], proto UDP (1 7), length 30, bad cksum 0 (->293a)!) buzi.19330 > 192.168.232.10.15388: [udp sum ok] UDP, length 2 23:25:51.013759 IP (tos 0x0, ttl 255, id 256, offset 0, flags [none], proto UDP (17), length 53) I'm happy to provide more detailed information on the settings I use and a longer tcpdump output, if this helps. 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" "This email is intended to be reviewed by only the intended recipient and may contain information that is privileged and/or confidential. If you are not the intended recipient, you are hereby notified that any review, use, dissemination, disclosure or copying of this email and its attachments, if any, is strictly prohibited. If you have received this email in error, please immediately notify the sender by return email and delete this email from your system." ___ 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"
tftp - bad checksum error? can't transfer file
I'm trying to troubleshoot tftpd(8). % grep boot /etc/inetd.conf tftp dgram udp wait root /usr/libexec/tftpd tftpd -dd -l -s /tftpboot tftp dgram udp wait root /usr/libexec/tftpd tftpd -dd -l -s /tftpboot bootps dgram udp wait root /usr/libexec/bootpd bootpd -d4 -t0 /etc/bootptab % I'm trying to boot another node via bootp/tftp. I'm monitoring what's going on with tcpdump -vv. bootpd starts fine, and seems to read /etc/bootptab correctly. But after that nothing happens, and after a few minutes I get on the console of the host which I want to boot: > bootp()/bsd.rd.IP32 Unable to execute bootp()/bsd.rd.IP32: invalid argument > Does this tcpdump fragment help to understand where the problem is: 192.168.232.10.15388 > buzi.tftp: [no cksum] 25 RRQ "/bsd.rd.IP32" octet ( o 23:25:21.024160 IP (tos 0x0, ttl 64, id 56, offset 0, flags [none], proto UDP (1 7), length 30, bad cksum 0 (->293a)!) buzi.19330 > 192.168.232.10.15388: [udp sum ok] UDP, length 2 23:25:51.013759 IP (tos 0x0, ttl 255, id 256, offset 0, flags [none], proto UDP (17), length 53) I'm happy to provide more detailed information on the settings I use and a longer tcpdump output, if this helps. 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: Perl Problem After Upgrade to 5.12.4
God love is hard to find. You got lucky freebsd-questions! 2011/07/06 10:01:21 -0500 Tim Daneliuk => To FreeBSD Mailing List : TD> ===> p5-Module-Build-0.3800_1 depends on package: p5-Parse-CPAN-Meta>=1.44.01 - found TD> ! Parse::CPAN::Meta (1.40) is installed, but we need version >= 1.4401 if you use to updatedb(8) try to search for dupes: locate Parse/CPAN/Meta.pm If there is no dupes, look at the $VERSION inside that module 73! Peter pgp: A0E26627 (4A42 6841 2871 5EA7 52AB 12F8 0CE1 4AAC A0E2 6627) -- http://vereshagin.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: Tool to show the recent disk space consumers?
God love is hard to find. You got lucky freebsd-questions! 2011/07/05 12:37:11 -0700 Yuri => To FreeBSD Questions : Y> I hit this problem periodically when a lot of disk space is gone and Y> it's hard to tell where did it go. Once it was thunderbird writing huge I think you can create a file system snapshots periodically and compare states thereafter at the any moment you wish... Y> index file as a consequence of some bug, on another occasion it was the Y> bug in KDE writing some huge index somewhere in ~/.kde4. Y> Y> Is there a tool slowly indexing the file system and showing where Y> exactly did the sudden growth of consumed space occur? Y> Y> I know about du(1) but I am looking for some program that can detect the Y> dynamics and pinpoint the offending files. 73! Peter pgp: A0E26627 (4A42 6841 2871 5EA7 52AB 12F8 0CE1 4AAC A0E2 6627) -- http://vereshagin.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"
ncal(1) prints control sequences on stdout if stdout is not a tty
Hi list, being the maintainer of www/nanoblogger, which uses cal(1) to generate the blog calendar, I noticed that ncal(1), and therefore cal(1), prints control sequences to stdout in order to highlight the current date. This scrambles the calendar generated by nanoblogger. I fixed this issue in the port but talking to one of the folks of our local unix user group I was asked why I am not fixing this in ncal(1) as the sane behaviour would be to omit control sequences if stdout is not a tty. Thinking about that I decided to create a patch: http://www.freebsd.org/cgi/query-pr.cgi?pr=bin/158580 I just wanted to ask you fellow FreeBSD users what you think about this issue as feedback in PRs tends to be slow. Regards Tobias ___ 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"
mergemaster confusion
I have a mergemaster question. I assume this is my error but do not see what I did. I am testing remote update procedures so I started with a 7.0 IS0 and updated it to 7.4. My mergemaster.rc has the following directives: FREEBSD_ID=yes AUTO_UPGRADE=yes AUTO_INSTALL=yes DELETE_STALE_RC_FILES=yes COMP_CONFS=yes plus some diff options. As this was a system with nothing changed except for group, passwd, and csh.cshrc, I expected mergemaster to update all the other files. I think from the code the value does not matter for the first three so yes would be ok (if I am correct). As this did not work (as I expected), I retried with mergemaster -rFUi getting the same result. What did I do wrong? _ Douglas Denault http://www.safeport.com d...@safeport.com Voice: 301-217-9220 Fax: 301-217-9277 ___ 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"
Requesting assistance: IPsec-configured FreeBSD system sends unencrypted packets on the wrong interface!
Hello,
I'm setting up an IPsec tunnel between a OpenBSD/isakmpd box and a
FreeBSD 8.2-STABLE/ipsec-tools racoon.
It looks something like this:
[lan a(OPENBSD_NET)]-->[openbsd]--i-p-s-e-c-->[freebsd]-->[lan
b(FREEBSD_NET)]
The FreeBSD server also runs OpenVPN, for end-user VPN. The ipv4 range
is FREEBSD_USERVPN/24.
The situation is the following:
- I can ssh in from FREEBSD_USERVPN to OPENBSD_NET (laptop -> (openvpn
udp) -> freebsd-ipsec-machine -> (ipsec-tunnel) -> openbsd-ipsec-machine
-> target-machine).
- I can't ssh/ping from machines in FREEBSD_NET to machines OPENBSD_NET,
even though setkey on FreeBSD reports what appear to be correct settings.
- In fact, tcpdump shows packets destined for OPENBSD_NET (coming from
FREEBSD_NET; from FREEBSD_USERVPN it works, that is part of the mystery)
leaving the external interface (@FreeBSD-ipsec), unencrypted, with
target MAC set to FREEBSD's default gateway.
FreeBSD's setkey -DP with the tunnel up looks something like:
OPENBSD_NET/24[any] FREEBSD_NET/24[any] any
in ipsec
esp/tunnel/OPENBSD_EXTERNAL_IP-FREEBSD_EXTERNAL_IP/require
created: Jul 7 15:20:16 2011 lastused: Jul 7 15:20:16 2011
lifetime: 1200(s) validtime: 0(s)
spid=373 seq=5 pid=87182
refcnt=1
OPENBSD_EXTERNAL_IP[any] FREEBSD_EXTERNAL_IP[any] any
in ipsec
ah/transport//require
created: Jul 7 15:21:24 2011 lastused: Jul 7 15:21:24 2011
lifetime: 1200(s) validtime: 0(s)
spid=375 seq=4 pid=87182
refcnt=1
OPENBSD_NET/24[any] FREEBSD_USERVPN/24[any] any
in ipsec
esp/tunnel/OPENBSD_EXTERNAL_IP-FREEBSD_EXTERNAL_IP/require
created: Jul 7 15:22:15 2011 lastused: Jul 7 15:22:15 2011
lifetime: 1200(s) validtime: 0(s)
spid=377 seq=3 pid=87182
refcnt=1
FREEBSD_NET/24[any] OPENBSD_NET/24[any] any
out ipsec
esp/tunnel/FREEBSD_EXTERNAL_IP-OPENBSD_EXTERNAL_IP/require
created: Jul 7 15:20:16 2011 lastused: Jul 7 15:20:16 2011
lifetime: 1200(s) validtime: 0(s)
spid=374 seq=2 pid=87182
refcnt=1
FREEBSD_EXTERNAL_IP[any] OPENBSD_EXTERNAL_IP[any] any
out ipsec
ah/transport//require
created: Jul 7 15:21:24 2011 lastused: Jul 7 15:21:24 2011
lifetime: 1200(s) validtime: 0(s)
spid=376 seq=1 pid=87182
refcnt=1
FREEBSD_USERVPN/24[any] OPENBSD_NET/24[any] any
out ipsec
esp/tunnel/FREEBSD_EXTERNAL_IP-OPENBSD_EXTERNAL_IP/require
created: Jul 7 15:22:15 2011 lastused: Jul 7 15:22:15 2011
lifetime: 1200(s) validtime: 0(s)
spid=378 seq=0 pid=87182
refcnt=1
OpenBSD's ipsecctl -sa:
FLOWS:
flow ah in from FREEBSD_EXTERNAL_IP to OPENBSD_EXTERNAL_IP peer
FREEBSD_EXTERNAL_IP srcid OPENBSD_EXTERNAL_IP/32 dstid
FREEBSD_EXTERNAL_IP/32 type use
flow ah out from OPENBSD_EXTERNAL_IP to FREEBSD_EXTERNAL_IP peer
FREEBSD_EXTERNAL_IP srcid OPENBSD_EXTERNAL_IP/32 dstid
FREEBSD_EXTERNAL_IP/32 type require
flow esp in from FREEBSD_NET to OPENBSD_NET/24 peer FREEBSD_EXTERNAL_IP
srcid OPENBSD_EXTERNAL_IP/32 dstid FREEBSD_EXTERNAL_IP/32 type use
flow esp out from OPENBSD_NET/24 to FREEBSD_NET peer FREEBSD_EXTERNAL_IP
srcid OPENBSD_EXTERNAL_IP/32 dstid FREEBSD_EXTERNAL_IP/32 type require
flow esp in from FREEBSD_USERVPN/24 to OPENBSD_NET/24 peer
FREEBSD_EXTERNAL_IP srcid OPENBSD_EXTERNAL_IP/32 dstid
FREEBSD_EXTERNAL_IP/32 type use
flow esp out from OPENBSD_NET/24 to FREEBSD_USERVPN/24 peer
FREEBSD_EXTERNAL_IP srcid OPENBSD_EXTERNAL_IP/32 dstid
FREEBSD_EXTERNAL_IP/32 type require
SAD:
esp tunnel from OPENBSD_EXTERNAL_IP to FREEBSD_EXTERNAL_IP spi
0x08ae310d auth hmac-sha2-256 enc aes
ah transport from OPENBSD_EXTERNAL_IP to FREEBSD_EXTERNAL_IP spi
0x08d6347a auth hmac-sha2-256
esp tunnel from OPENBSD_EXTERNAL_IP to FREEBSD_EXTERNAL_IP spi
0x09ec838b auth hmac-sha2-256 enc aes
esp tunnel from FREEBSD_EXTERNAL_IP to OPENBSD_EXTERNAL_IP spi
0x3ab91daa auth hmac-sha2-256 enc aes
ah transport from FREEBSD_EXTERNAL_IP to OPENBSD_EXTERNAL_IP spi
0x44eaed5b auth hmac-sha2-256
esp tunnel from FREEBSD_EXTERNAL_IP to OPENBSD_EXTERNAL_IP spi
0xbfd25ead auth hmac-sha2-256 enc aes
racoon is passive, isakmpd is active; OpenBSD's ipsec.conf:
myself = "OPENBSD_EXTERNAL_IP"
mypeer = "FREEBSD_EXTERNAL_IP"
if ="em0"
local_net = "OPENBSD_NET/24"
remote_net = "{ FREEBSD_USERVPN/24, FREEBSD_NET/24 }"
ike esp tunnel from $local_net to $remote_net peer $mypeer main auth
hmac-sha1 enc aes group modp1024 quick auth hmac-sha2-256 enc aes group
modp1024 psk "verysecret"
ike ah transport from $myself to $mypeer main auth hmac-sha1 group
modp1024 quick auth hmac-sha2-256 group modp1024 psk "verysecret"
I have:
- Tried without AH.
- Tried $remote_net = FREEBSD_NET. (the packets will still go out on
the wrong interface)
- Disabling PF. (on one end, on both ends)
When I ping a machine on FREEBSD_NET from a machine on OPENBSD_NET, I
can see the packet arriving on FR
Re: p5-ExtUtils-MakeMaker-6.56_1 and p5-ExtUtils-Install-1.54_1 conflict
in message , wrote n dhert thusly... > > p5-ExtUtils-MakeMaker-6.56_1 and p5-ExtUtils-Install-1.54_1 > conflict both telling that the other one should be deleted. ... > so far, I opted for keeping p5-ExtUtils-Install-1.54_1, deleting > p5-ExtUtils-MakeMaker-6.56_1, is this wise or should it be the > other way round? or what? I would say keep EU::MM, delete EU::I for now (see below & other recent message by Matthew S). > There's nothing in /usr/ports/UPDATING about that.. For background refer to ... http://cpansearch.perl.org/dist/ExtUtils-Install/Changes ... which, in short, shows the EU::I extracted from EU::MM is slowly diverging from its origin; work is ongoing to keep it compatible with the EU::MM version of the installed files. - parv -- ___ 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"
ZFSRoot on ProLiant DL360 G3
Hello list I have by a change a couple of currently unused old ProLiant DL360 G3 1U servers. With default 8.2-RELEASE the box works nicely. But I was wondering if I would be able to boot it from ZFSRoot, as I did with other boxes and after following: http://wiki.freebsd.org/RootOnZFS/ZFSBootPartition After rebooting, the system just hangs after boot prompt. F1 FreeBSD - Could you please tell me what's could be wrong? I assume it has something to do with the ciss RAID (da0) which is currently configured as RAID1. Thank you very much! dmesg follows $ dmesg Copyright (c) 1992-2011 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 8.2-RELEASE #0: Fri Feb 18 02:24:46 UTC 2011 r...@almeida.cse.buffalo.edu:/ usr/obj/usr/src/sys/GENERIC i386 Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Xeon(TM) CPU 3.06GHz (3065.82-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf29 Family = f Model = 2 Stepping = 9 Features=0xbfebfbff Features2=0x4400 real memory = 2147483648 (2048 MB) avail memory = 2091102208 (1994 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs FreeBSD/SMP: 4 package(s) x 1 core(s) cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 6 cpu3 (AP): APIC ID: 7 ACPI Warning: Invalid length for Pm1aControlBlock: 32, using default 16 (20101013/tbfadt-707) ACPI Warning: Invalid length for Pm1bControlBlock: 32, using default 16 (20101013/tbfadt-707) MADT: Forcing active-low polarity and level trigger for SCI ioapic0 irqs 0-15 on motherboard ioapic1 irqs 16-31 on motherboard ioapic2 irqs 32-47 on motherboard ioapic3 irqs 48-63 on motherboard kbd1 at kbdmux0 acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) Timecounter "ACPI-safe" frequency 3579545 Hz quality 850 acpi_timer0: <32-bit timer at 3.579545MHz> port 0x920-0x923 on acpi0 cpu0: on acpi0 cpu1: on acpi0 cpu2: on acpi0 cpu3: on acpi0 pcib0: on acpi0 pci0: on pcib0 vgapci0: port 0x2400-0x24ff mem 0xf600-0xf6ff,0xf5ff-0xf5ff0fff at device 3.0 on pci0 ciss0: port 0x2800-0x28ff mem 0xf5f8-0xf5fb,0xf5df-0xf5df3fff irq 31 at device 4.0 on pci0 ciss0: PERFORMANT Transport ciss0: [ITHREAD] pci0: at device 5.0 (no driver attached) pci0: at device 5.2 (no driver attached) isab0: at device 15.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x2000-0x200f at device 15.1 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] ohci0: mem 0xf5e7-0xf5e70fff irq 10 at device 15.2 on pci0 ohci0: [ITHREAD] usbus0: on ohci0 pcib1: on acpi0 pci1: on pcib1 bge0: mem 0xf7ef-0xf7ef irq 30 at device 2.0 on pci1 bge0: CHIP ID 0x1002; ASIC REV 0x01; CHIP REV 0x10; PCI-X miibus0: on bge0 brgphy0: PHY 1 on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto, auto-flow bge0: Ethernet address: 00:0f:20:d1:7c:61 bge0: [ITHREAD] pcib2: on acpi0 pci4: on pcib2 bge1: mem 0xf7ff-0xf7ff irq 29 at device 2.0 on pci4 bge1: CHIP ID 0x1002; ASIC REV 0x01; CHIP REV 0x10; PCI-X miibus1: on bge1 brgphy1: PHY 1 on miibus1 brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto, auto-flow bge1: Ethernet address: 00:0f:20:d1:7c:5f bge1: [ITHREAD] acpi_tz0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: [ITHREAD] psm0: model Generic PS/2 mouse, device ID 0 uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 uart0: [FILTER] fdc0: port 0x3f2-0x3f5 irq 6 drq 2 on acpi0 fdc0: [FILTER] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 pmtimer0 on isa0 orm0: at iomem 0xc-0xc7fff,0xc8000-0xcbfff,0xee000-0xe pnpid ORM on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa-0xb on isa0 atrtc0: at port 0x70 irq 8 on isa0 ppc0: parallel port not found. p4tcc0: on cpu0 p4tcc1: on cpu1 p4tcc2: on cpu2 p4tcc3: on cpu3 Timecounters tick every 1.000 msec usbus0: 12Mbps Full Speed USB v1.0 ugen0.1: <(0x1166)> at usbus0 uhub0: <(0x1166) OHCI root HUB, class 9/0, rev 1.00/1.00, addr 1> on usbus0 uhub0: 4 ports with 4 removable, self powered acd0: CDROM at ata0-master PIO4 da0 at ciss0 bus 0 scbus0 target 0 lun 0 da0: Fixed Direct Access SCSI-4 device da0: 135.168MB/s transfers da0: Command Queueing enabled da0: 34727MB (71122560 512 byte sectors: 255H 32S/T 8716C) SMP: AP CPU #3 Launched! SMP: AP CPU #1 Launched! SMP: AP CPU #2 Launched! Trying to mount root from ufs:/dev/da0s1a bge0: link state changed to DOWN bge0:
Re: Heavy I/O blocks FreeBSD box for several seconds
On 06/07/2011 20:11, Nathan Whitehorn wrote: I've seen exactly this problem with multi-threaded math libraries, as well. Using parallel GotoBLAS on FreeBSD gives terrible performance because the threads keep migrating between CPUs, causing frequent cache misses. On both schedulers? ___ 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: LSI MegaRAID 9260 on FreeBSD 8.2 amd64
On 2011-07-04 03.20, Sam Vaughan wrote: Hi, I want to use an LSI MegaRAID 9260 on FreeBSD 8.2 amd64 using mfi and I have two quick questions: LSI's MegaRaid SAS documentation [1] states that "Currently, the FreeBSD driver is supported only on 32-bit FreeBSD". On the other hand the FreeBSD 8.2 hardware compatibility page [2] states that the mfi driver supports the MegaRaid 9260 in all three of the i386, ia64, amd64 ports. Is LSI's documentation simply out of date or is there some issue with the mfi driver on amd64? There are two different diverged mfi drivers! One that comes with FreeBSD and works well with the 9260 cards both under i386 and amd64. Then we have the LSI driver, this one works under i386 and some versions also works under amd64 but the latest one on LSI:s web is i386 only. The current LSI driver supports the 9240 budget cards "skinny" and also the new fast 9265/9285 cards "Thunderbolt" these are not supported by the FreeBSD driver. /Martin -- Martin Nilsson, CEO, Mullet Scandinavia AB, Malmö, SWEDEN E-mail: mar...@mullet.se, Phone: +46-(0)708-59 99 91, Web: www.mullet.se Our business is well engineered servers optimised for FreeBSD& Linux ___ 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: Heavy I/O blocks FreeBSD box for several seconds
Steve Kargl wrote: > Let's face, ULE is not a silver bullet. Or perhaps it is, but this particular problem is so heavily armored as to demand depleted uranium :) ___ 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: Heavy I/O blocks FreeBSD box for several seconds
On 07/06/11 23:49, Oliver Pinter wrote: On 7/6/11, Hartmann, O. wrote: On 07/06/11 21:36, Steve Kargl wrote: On Wed, Jul 06, 2011 at 03:18:35PM -0400, Arnaud Lacombe wrote: Hi, On Wed, Jul 6, 2011 at 12:28 PM, Steve Kargl wrote: On Wed, Jul 06, 2011 at 05:29:24PM +0200, O. Hartmann wrote: I use SCHED_ULE on all machines, since it is supposed to be performing better on multicore boxes, but there are lots of suggestions switching back to the old SCHED_4BSD scheduler. If you are using MPI in numerical codes, then you want to use SCHED_4BSD. ?I've posted numerous times about ULE and its very poor performance when using MPI. http://lists.freebsd.org/pipermail/freebsd-hackers/2008-October/026375.html [sarcasm] It is rather funny to see that the post you point out has generated exactly 0 meaningful follow-up then and as you mention later in this thread, the issue still remains today :-) [/sarcasm] Apparently, you are privy to my private email exchanges with jeffr. I'm also not sure why you're being sarcastic here. The issue was and AFAIK still is a problem for anyone using FreeBSD in a HPC cluster. ULE simply performs worse than 4BSD. Well, I know only very little people using FreeBSD within a HPC cluster or even for scientific purposes, except myself and some people around here. ___ freebsd-curr...@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org" http://lists.freebsd.org/pipermail/freebsd-stable/2010-September/thread.html#58537 The problem is not only related to desktop boxes, it involves servers with "big" hardware as well. ___ 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"
kqueue + EVFILT_TIMER unreliable timing problems
Hi everyone, I'm trying to use kqueue with EVFILT_TIMER to create an interval timer. However, I'm getting very unreliable results. The code for a test case is at: http://pastebin.com/ratK0AXL I'm finding that regardless of the number of ticks I wait for, it takes around 50% longer than it should. For a 20ms interval, 200 ticks takes 6s not 4s, 2000 takes 60s not 40s. I am running FreeBSD within a virtualbox VM (Windows host, no load) so I know timing may not be as reliable as if I was on the bare metal, but this still much higher than expected. -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"
Your message to FBT awaits moderator approval
Your mail to 'FBT' with the subject Returned mail: Data format error Is being held until the list moderator can review it for approval. The reason it is being held: Post by non-member to a members-only list Either the message will get posted to the list, or you will receive notification of the moderator's decision. If you would like to cancel this posting, please visit the following URL: http://lists.it-inwent.org/confirm/fbt/08127deaa26a508082e365329ef23fac4a788b69 ___ 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"
Mouse Problems.
Hi List, I have freebsd 8.2 installed on a windows host with virtualbox and have xfce4. From sysinstall i was able to enable and move the mouse. But as soon as i do a startx it gets frozen(pointer is visible at center of the screen ) Freebsd# cat /root/xorg.conf.new Section "ServerLayout" Identifier "X.org Configured" Screen 0 "Screen0" 0 0 InputDevice"Mouse0" "CorePointer" InputDevice"Keyboard0" "CoreKeyboard" EndSection Section "Files" ModulePath "/usr/local/lib/xorg/modules" FontPath "/usr/local/lib/X11/fonts/misc/" FontPath "/usr/local/lib/X11/fonts/TTF/" FontPath "/usr/local/lib/X11/fonts/OTF" FontPath "/usr/local/lib/X11/fonts/Type1/" FontPath "/usr/local/lib/X11/fonts/100dpi/" FontPath "/usr/local/lib/X11/fonts/75dpi/" EndSection Section "Module" Load "dbe" Load "dri" Load "dri2" Load "extmod" Load "glx" Load "record" EndSection Section "InputDevice" Identifier "Keyboard0" Driver "kbd" EndSection Section "InputDevice" Identifier "Mouse0" Driver "mouse" Option "Protocol" "auto" Option "Device" "/dev/sysmouse" Option "Emulate3Buttons" "true" Option "EmulateWheeel" "true" Option "EmulateWheelButton" "2" Option "ZAxisMapping" "4 5" EndSection Section "Monitor" Identifier "Monitor0" VendorName "Monitor Vendor" ModelName"Monitor Model" EndSection Section "Device" ### Available Driver options are:- ### Values: : integer, : float, : "True"/"False", ### : "String", : " Hz/kHz/MHz" ### [arg]: arg optional Identifier "Card0" Driver "vboxvideo" VendorName "InnoTek Systemberatung GmbH" BoardName "VirtualBox Graphics Adapter" BusID "PCI:0:2:0" EndSection Section "Screen" Identifier "Screen0" Device "Card0" Monitor"Monitor0" SubSection "Display" Viewport 0 0 Depth 1 EndSubSection SubSection "Display" Viewport 0 0 Depth 4 EndSubSection SubSection "Display" Viewport 0 0 Depth 8 EndSubSection SubSection "Display" Viewport 0 0 Depth 15 EndSubSection SubSection "Display" Viewport 0 0 Depth 16 EndSubSection SubSection "Display" Viewport 0 0 Depth 24 EndSubSection EndSection reebsd# cat /etc/rc.conf # -- sysinstall generated deltas -- # Tue Jul 5 16:03:57 2011 # Created: Tue Jul 5 16:03:57 2011 # Enable network daemons for user convenience. # Please make all changes to this file, not to /etc/defaults/rc.conf. # This file now contains just the overrides from /etc/defaults/rc.conf. check_quotas="NO" hostname="Freebsd.merunetworks.com" ifconfig_em0="DHCP" inetd_enable="YES" ipv6_enable="YES" keymap="us.iso" moused_enable="YES" moused_port="/dev/psm0" moused_flags="-z 4" moused_type="auto" ntpdate_enable="YES" ntpdate_hosts="asia.pool.ntp.org" sshd_enable="YES" # -- sysinstall generated deltas -- # Wed Jul 6 11:35:07 2011 #moused_flags="" #moused_port="/dev/psm0" #moused_type="microsoft" #moused_enable="YES" -- Best Regards, Mubeesh Ali.V.M ___ 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"
