Re: ssh -X (X11 forwarding) not working from 6.1 to 8.1
On Tue, Jul 12, 2011 at 03:18:07AM -0700, per...@pluto.rain.com wrote: > > DISPLAY is not getting set in a remote shell started by "ssh -X". > > $ echo $DISPLAY > :0.0 > $ ssh -X [server] 'echo DISPLAY=%$DISPLAY%' > DISPLAY=%% > > How would I go about debugging this? > > DISPLAY _is_ set correctly on the ssh client -- I am running in > an xterm there, and can successfully start another (local) one -- > and the word DISPLAY is not present in any of the shell startup > files (.bash*, .cshrc, .login, .profile, .shrc) on either the > ssh client or the ssh server. > > The ssh client is FreeBSD 6.1 and the ssh server is FreeBSD 8.1. > > It does work correctly in the other direction (using the 8.1 system > as the ssh client and the 6.1 system as the ssh server), and I can > run X11 programs on the 8.1 system, displaying on the 6.1 system, > provided I set DISPLAY appropriately on the 8.1 system. It's only > the ssh X11 forwarding that's broken, and only in one direction. Have you tried putting: DISPLAY=:0.0 in ~/.ssh/environment on the machine that's not setting DISPLAY properly? Regards, -- Frank Contact info: http://www.shute.org.uk/misc/contact.html pgpL3UspxCyWi.pgp Description: PGP signature
Re: ssh -X (X11 forwarding) not working from 6.1 to 8.1
Eitan Adler wrote: > > It still fails with the 6.1 system as the ssh client, > > and works with the 6.1 system as the ssh server > > Is X11Forwarding yes set in the server config of the failing > direction? Both seem to be defaulted. On 6.1: $ egrep -C 2 X11Forwarding /etc/ssh/sshd_config #AllowTcpForwarding yes #GatewayPorts no #X11Forwarding yes #X11DisplayOffset 10 #X11UseLocalhost yes On 8.1: $ egrep -C 2 X11Forwarding /etc/ssh/sshd_config #AllowTcpForwarding yes #GatewayPorts no #X11Forwarding yes #X11DisplayOffset 10 #X11UseLocalhost yes -- # Example of overriding settings on a per-user basis #Match User anoncvs # X11Forwarding no # AllowTcpForwarding no # ForceCommand cvs server ___ 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: ssh -X (X11 forwarding) not working from 6.1 to 8.1
> > It still fails with the 6.1 system as the ssh client, > and works with the 6.1 system as the ssh server Is X11Forwarding yes set in the server config of the failing direction? > ___ > 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" > -- Eitan Adler ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: ssh -X (X11 forwarding) not working from 6.1 to 8.1
On Tue, 12 Jul 2011 00:06:33 -0500, Michael Sierchio wrote: xauth not in your path? ssh -Y skips all auth stuff so you don't need xauth; he said that didn't work either :-( ___ 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: ssh -X (X11 forwarding) not working from 6.1 to 8.1
xauth not in your path? On Tue, Jul 12, 2011 at 4:46 AM, wrote: > Mark Felder wrote: > >> This sounds silly, but what happens if you try ssh -Y > > Exactly the same thing as with -X, in either direction. > > It still fails with the 6.1 system as the ssh client, > and works with the 6.1 system as the ssh server > ___ > 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: ssh -X (X11 forwarding) not working from 6.1 to 8.1
Mark Felder wrote: > This sounds silly, but what happens if you try ssh -Y Exactly the same thing as with -X, in either direction. It still fails with the 6.1 system as the ssh client, and works with the 6.1 system as the ssh server ___ 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: ssh -X (X11 forwarding) not working from 6.1 to 8.1
This sounds silly, but what happens if you try ssh -Y Regards, Mark ___ 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"
ssh -X (X11 forwarding) not working from 6.1 to 8.1
DISPLAY is not getting set in a remote shell started by "ssh -X". $ echo $DISPLAY :0.0 $ ssh -X [server] 'echo DISPLAY=%$DISPLAY%' DISPLAY=%% How would I go about debugging this? DISPLAY _is_ set correctly on the ssh client -- I am running in an xterm there, and can successfully start another (local) one -- and the word DISPLAY is not present in any of the shell startup files (.bash*, .cshrc, .login, .profile, .shrc) on either the ssh client or the ssh server. The ssh client is FreeBSD 6.1 and the ssh server is FreeBSD 8.1. It does work correctly in the other direction (using the 8.1 system as the ssh client and the 6.1 system as the ssh server), and I can run X11 programs on the 8.1 system, displaying on the 6.1 system, provided I set DISPLAY appropriately on the 8.1 system. It's only the ssh X11 forwarding that's broken, and only in one direction. ___ 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
Marco Steinbach schrieb: Anton Shterenlikht schrieb: 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 [...] Last time I saw this error was with an SGI Octance 2, where the Octanes RRQ requests contained trailing garbage, which FreeBSDs tftp tried to interpret as extended options. Try disabling options_rfc and options_extra in /usr/src/libexec/tftpd/tftp-options.c, and reinstall tftpd. Here's another, probably more feasible suggestion: tftpd(8)s man page (on 8.2-STABLE) tells: -o Disable support for RFC2347 style TFTP Options. I don't remember, if that knob didn't do the trick for me, or if I just didn't see and try it. I assume the latter. MfG CoCo ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: tftp - bad checksum error? can't transfer file
Anton Shterenlikht schrieb: 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 [...] Last time I saw this error was with an SGI Octance 2, where the Octanes RRQ requests contained trailing garbage, which FreeBSDs tftp tried to interpret as extended options. Try disabling options_rfc and options_extra in /usr/src/libexec/tftpd/tftp-options.c, and reinstall tftpd. MfG CoCo ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: what is causing this warning in /var/log/messages?
On Mon, Jul 11, 2011 at 05:53:57PM -0400, Mike L wrote: > Date: Mon, 11 Jul 2011 17:53:57 -0400 > From: Mike L > Subject: Re: what is causing this warning in /var/log/messages? > To: FreeBSD Mailing List > > you didn't google too hard because the very first thing I found on google > was this > http://groups.google.com/group/comp.protocols.dns.bind/browse_thread/thread/a50b760883ea08c6?pli=1 > courtesy of www.hereletmegooglethatforyou.com > > the url that you found was among the first that i found. nothing i tried resolved the bug ... so may this is once where the term 'bug' applies. > On Mon, Jul 11, 2011 at 4:16 PM, Gary Kline wrote: > > > > > Guys, > > > > Thanks to Matthew Seaman, my named.conf is that much closer to being > > set up correctly that I finally reinstalled dns/bind98; the _but_ is > > that the following log entry winds up in my messages log. > > > > I've googled until my fingers are falling off: no resolution. Yes, > > named runs and stuff more/less works. Can anybody clue me in on how > > to get rid of the following? > > > > > > > > Jul 11 13:00:25 ethic named[40109]: managed-keys-zone ./IN/internal: > > loading from master file > > 3bed2cb3a3acf7b6a8ef408420cc682d5520e26976d354254f528c965612054f.mkeys > > failed: file not found > > > > > > > > TIA for any help here, > > > > gary > > > > > > > > -- > > 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" > > > ___ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org" -- Gary Kline kl...@thought.org http://www.thought.org Public Service Unix Journey Toward the Dawn, E-Book: http://www.thought.org The 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
On Mon, Jul 11, 2011 at 05:50:44PM -0400, Arnaud Lacombe wrote: > > On Mon, Jul 11, 2011 at 5:38 PM, Arnaud Lacombe wrote: > > Hi, > > > > On Mon, Jul 11, 2011 at 4:40 PM, Steve Kargl > > wrote: > >> On Mon, Jul 11, 2011 at 04:33:44PM -0400, Arnaud Lacombe wrote: > >>> > >>> For the record, I would like to see enforced public review for _every_ > >>> patch *before* it is checked in, as a strong rule. gcc system is > >>> particularly interesting. But it is not likely to happen in FreeBSD > >>> where FreeBSD committers are clearly more free than other at > >>> checking-in un-publicly-reviewed stuff (especially _bad_ stuff). > >>> > >>> This would of course apply even to long-time committers, no matter how > >>> it hurt their ego (which I definitively do not care about). > >>> > >> > >> As a long time GCC committer, I think that you have grossly > >> over-simplified the GCC review process and how a submitted > >> patch is approved for committing. > >> > > Yes. > > > Just to provide information more information than these sterile mails, > here is the gcc contribution guidelines: > > http://gcc.gnu.org/contribute.html > Which if one reads, one finds http://gcc.gnu.org/svnwrite.html#policies Localized write permission. This is for people who have primary responsibility for ports, front ends, or other specific aspects of the compiler. These folks are allowed to make changes to areas they maintain and related documentation, web pages, and test cases without approval from anyone else, and approve other people's changes in those areas. They must get approval for changes elsewhere in the compiler. -- 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"
Re: Heavy I/O blocks FreeBSD box for several seconds
Hi, [re-sent publicly, I did not "Replied-to-all":)] On Mon, Jul 11, 2011 at 5:38 PM, Arnaud Lacombe wrote: > Hi, > > On Mon, Jul 11, 2011 at 4:40 PM, Steve Kargl > wrote: >> On Mon, Jul 11, 2011 at 04:33:44PM -0400, Arnaud Lacombe wrote: >>> >>> For the record, I would like to see enforced public review for _every_ >>> patch *before* it is checked in, as a strong rule. gcc system is >>> particularly interesting. But it is not likely to happen in FreeBSD >>> where FreeBSD committers are clearly more free than other at >>> checking-in un-publicly-reviewed stuff (especially _bad_ stuff). >>> >>> This would of course apply even to long-time committers, no matter how >>> it hurt their ego (which I definitively do not care about). >>> >> >> As a long time GCC committer, I think that you have grossly >> over-simplified the GCC review process and how a submitted >> patch is approved for committing. >> > Yes. > Just to provide information more information than these sterile mails, here is the gcc contribution guidelines: http://gcc.gnu.org/contribute.html - Arnaud ___ 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: what is causing this warning in /var/log/messages?
you didn't google too hard because the very first thing I found on google was this http://groups.google.com/group/comp.protocols.dns.bind/browse_thread/thread/a50b760883ea08c6?pli=1 courtesy of www.hereletmegooglethatforyou.com On Mon, Jul 11, 2011 at 4:16 PM, Gary Kline wrote: > > Guys, > > Thanks to Matthew Seaman, my named.conf is that much closer to being > set up correctly that I finally reinstalled dns/bind98; the _but_ is > that the following log entry winds up in my messages log. > > I've googled until my fingers are falling off: no resolution. Yes, > named runs and stuff more/less works. Can anybody clue me in on how > to get rid of the following? > > > > Jul 11 13:00:25 ethic named[40109]: managed-keys-zone ./IN/internal: > loading from master file > 3bed2cb3a3acf7b6a8ef408420cc682d5520e26976d354254f528c965612054f.mkeys > failed: file not found > > > > TIA for any help here, > > gary > > > > -- > 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" > ___ 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
Hi, On Mon, Jul 11, 2011 at 4:40 PM, Steve Kargl wrote: > On Mon, Jul 11, 2011 at 04:33:44PM -0400, Arnaud Lacombe wrote: >> >> For the record, I would like to see enforced public review for _every_ >> patch *before* it is checked in, as a strong rule. gcc system is >> particularly interesting. But it is not likely to happen in FreeBSD >> where FreeBSD committers are clearly more free than other at >> checking-in un-publicly-reviewed stuff (especially _bad_ stuff). >> >> This would of course apply even to long-time committers, no matter how >> it hurt their ego (which I definitively do not care about). >> > > As a long time GCC committer, I think that you have grossly > over-simplified the GCC review process and how a submitted > patch is approved for committing. > Yes. - Arnaud ___ 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 Mon, Jul 11, 2011 at 04:33:44PM -0400, Arnaud Lacombe wrote: > > For the record, I would like to see enforced public review for _every_ > patch *before* it is checked in, as a strong rule. gcc system is > particularly interesting. But it is not likely to happen in FreeBSD > where FreeBSD committers are clearly more free than other at > checking-in un-publicly-reviewed stuff (especially _bad_ stuff). > > This would of course apply even to long-time committers, no matter how > it hurt their ego (which I definitively do not care about). > As a long time GCC committer, I think that you have grossly over-simplified the GCC review process and how a submitted patch is approved for committing. -- 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"
Re: LSI MegaRAID 9260 on FreeBSD 8.2 amd64
On 7/7/2011 05:53, Martin Nilsson wrote: 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? (I joined the list recently so I missed the original message.) I have an LSI 9260 with FreeBSD8.2 on a Xeon system (amd64). It seems to work ok. But it does come up griping about commands timing out occasionally. See this other post of someone else who has the same issue: http://freebsd.1045724.n5.nabble.com/mfi-4-command-timeout-loop-on-boot-on-releng-8-2-tt3963874.html#none I don't know what's going on, but except for the error, it /seems/ to be working. I can still access the array. And eventually it stops complaining. I need to do more testing though before I'll really be satisfied that it's ok. -Sam George 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 ___ 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
Hi, On Thu, Jul 7, 2011 at 7:45 PM, Adrian Chadd wrote: > (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. > For the record, I would like to see enforced public review for _every_ patch *before* it is checked in, as a strong rule. gcc system is particularly interesting. But it is not likely to happen in FreeBSD where FreeBSD committers are clearly more free than other at checking-in un-publicly-reviewed stuff (especially _bad_ stuff). This would of course apply even to long-time committers, no matter how it hurt their ego (which I definitively do not care about). - Arnaud > 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"
Re: zpool-zfs'es on a GELI-encrypted volume are not mounted at boot [patch included]
"Christopher J. Ruwe" writes: [...] > In this setup, I should not have any problems. However, I do not > realize (and very much doubt) that I changed anything in the order of > the services (lacking the capability to deterministically do so, > anyway). > > From rcorder I understand that all that is required to set rcorder > right would be to change /etc/rc.d/zfs to include a REQUIRE: geli, so > that my geli-encrypted volume would be unlocked before all > zfs-datasets are mounted? Yep, or revert to default where rc.d/zfs depends on rc.d/mountcritlocal. $ svn co -qr223699 svn://svn.freebsd.org/base/stable/8/etc/rc.d $ rcorder rc.d/* | nl | sed /zfs/q 1 rc.d/hostid 2 rc.d/zvol 3 rc.d/dumpon 4 rc.d/ddb 5 rc.d/initrandom 6 rc.d/geli 7 rc.d/gbde 8 rc.d/encswap 9 rc.d/ccd 10 rc.d/swap1 11 rc.d/fsck 12 rc.d/root 13 rc.d/hostid_save 14 rc.d/mdconfig 15 rc.d/mountcritlocal 16 rc.d/zfs > > If so, what could be the reason that my rcorder-setup deviates from > the standard and how could I coerce it back to standard? No idea. Try basic check with $ diff -ur /usr/src/etc/rc.d /etc/rc.d $ mergemaster $ mergemaster -s unless someone else can reproduce your issue. ___ 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"
what is causing this warning in /var/log/messages?
Guys, Thanks to Matthew Seaman, my named.conf is that much closer to being set up correctly that I finally reinstalled dns/bind98; the _but_ is that the following log entry winds up in my messages log. I've googled until my fingers are falling off: no resolution. Yes, named runs and stuff more/less works. Can anybody clue me in on how to get rid of the following? Jul 11 13:00:25 ethic named[40109]: managed-keys-zone ./IN/internal: loading from master file 3bed2cb3a3acf7b6a8ef408420cc682d5520e26976d354254f528c965612054f.mkeys failed: file not found TIA for any help here, gary -- 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: KDE on FreeBSD
On Jul 10, 2011, at 21:18 , Steven Friedrich wrote: > I'm wondering if kaffeine has been abandoned, since there is a message in the > kaffeine port > > Changes: > 8 weeks arved Attempt to fix build Reported by: pointyhat Drop > Maintainership > I just resetted maintainership, because i don't have enough time for it. I expected someone else to pick it up, but so far this has not happened. > I LOVE kaffeine, but it appears to have many user interface bugs, yet many > advanced features. Is it simply that KDE4 development is delaying development > of kaffeine, or did the kaffeine guy give up? The kaffeine guy seems to be a bit busy, there is not much traffic on the kaffeine mailinglist. But it is not abandonware. > I've submitted several bugs to KDE and I see them on > kaffeine.sourceforge.net, > but with someoe else's name (which I elieve means the kaffeine guy is still > active, just overwhelmed). There are bugs there that go back to 2005 as > unconfirmed. All the bugs marked as FreeBSD came from me. Did you also submit a patches? If there are patches i can probably test and commit them. regards arved___ 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: amd64 lib path locations
On Jul 11, 2011, at 12:23 PM, wayne mitchell wrote: > installing is fine (from package - not port) > starting rosegarden from gui menu - nothing happens > executing rosegarden from CLI returns error: > [ /libexec/ld-elf.so.1: shared object "libQt3Support.so.4" not found, > required by "rosegarden" ] > > using 'find' to find the required object shows that it is on the system at: > /usr/local/lib/qt4/libQt3Support.so.4 It's likely that setting $LD_LIBRARY_PATH to list /usr/local/lib/qt4, or running "ldconfig -m /usr/local/lib/qt4" will help... 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"
amd64 lib path locations
hey, got a problem with an amd64 system and lib-object locations - see below: problem:installing of 'rosegarden' installing is fine (from package - not port) starting rosegarden from gui menu - nothing happens executing rosegarden from CLI returns error: [ /libexec/ld-elf.so.1: shared object "libQt3Support.so.4" not found, required by "rosegarden" ] using 'find' to find the required object shows that it is on the system at: /usr/local/lib/qt4/libQt3Support.so.4 however: i have compared this installation and setup to a desktop machine with same setup and rosegarden works fine with that - details further on system detail 1: -- (laptop - rosegarden not working) freeBSD 8.1-RELEASE amd64 - GENERIC kernel on an intel core 2 duo cpu - laptop using gnome2 separate slices for HDD: (IDE 60Gb) 1:swap 2:/var 3:/ 4:/usr (environment MACHTYPE is set to 'unknown') system detail 2: (desktop - rosegarden works fine) freeBSD 8.1-RELEASE i386 - GENERIC kernel on an intel p4 cpu using gnome2 separate slices for HDD: (SATA 250Gb) 1:swap 2:/var 3:/ 4:/usr (environment MACHTYPE is set to 'i386') so: --- you can see that the two systems are as similar as can be both are fresh installations (official DVD dist.), with exact matching installed packages when making a search for the missing object: (libQt3Support.so.4) it shows up in the same location on both machines: /usr/local/lib/qt4/... my guess: - 1.could be anything 2.i have no way of telling 'where' the '/libexec/lib-elf.so.1' object is looking for the missing 'Qt3' opbject 3.i prefer to use packages rather than ports, so i cannot check the source code of the port for rosegarden or lib-elf.so.1 4.i have limited knowledge of the bsd system and so do not know where to start looking or how 5.i suppose it could be a simple case of one missing symlink 6.or an environment variable (see MACHTYPE above) 7.i did at first consider that i had the wrong architecture system installed on the core 2 laptop (freeBSD distribution HARDWARE.HTM shows that amd64 system supports intel core 2 - not core duo) i have no extensive technical knowledge and all i know is that the 'sticker' on the laptop says 'core 2 duo' - which confuses me ( is it core 2, or core duo..?) have tried installing i386 system, which worked to a point, console seems okay but gnome2 trips up - hangs with no obvious errors reported to console - so this caused me to revert bcak to amd64 system and now gnome works fine other than this problem with lib-elf & rosegarden 8.both hard drives are sliced the same way (slice order and mount points) - only difference is bus I/O type and size (IDE vs. SATA) 9.it could be the architecture distribution (amd64) late addition: -- just tried the same thing with a desktop amd64 setup - exact same characteristics as the laptop above ___ 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: ZFS on root backup
> "Matthew" == Matthew Seaman writes: Matthew>1) Really easy and unlimited amounts of snap-shotting. As well as Matthew> making it really simple to get a coherent point-in-time backup of Matthew> an active filesystem, they also give you a really simple 'undo' Matthew> type functionality, so you can unwind accidental deletions and Matthew> other user mistakes. And with zxfer (in ports), very simple means to transfer those snapshots to another location. I'm using that now on multiple machines, and it's nearly flawless. -- Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777 0095 http://www.stonehenge.com/merlyn/> Smalltalk/Perl/Unix consulting, Technical writing, Comedy, etc. etc. See http://methodsandmessages.posterous.com/ for Smalltalk discussion ___ 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: zpool-zfs'es on a GELI-encrypted volume are not mounted at boot [patch included]
On Sun, 10 Jul 2011 22:23:36 +0400
Pan Tsu wrote:
> "Christopher J. Ruwe" writes:
>
> [...]
> > /etc/rc.d/zvol
> > /etc/rc.d/zfs
> > /etc/rc.d/dumpon
> > /etc/rc.d/ddb
> > /etc/rc.d/initrandom
> > /etc/rc.d/geli
> > /etc/rc.d/gbde
> > /etc/rc.d/encswap
> > /etc/rc.d/ccd
> > /etc/rc.d/swap1
> > /etc/rc.d/fsck
> > /etc/rc.d/root
> > /etc/rc.d/hostid_save
> > /etc/rc.d/mdconfig
> > /etc/rc.d/mountcritlocal
> >
> > This makes sense to me and reflects the order I assumed in my
> > description. The question remains, however, if my configuration is
> > of any in {unusual, ..., stupid} as I require first zfs mount of /,
> > then GELI-unlock and then zfs mount of {/usr,/usr/local, ...}.
>
> Do you mount the root pool over smth else? Otherwise, root should be
> mounted by kernel before init(8) is started. And /etc/rc.d doesn't
> exist before root is mounted.
I mount root-pool via
zfs_load="YES"
vfs.root.mountfrom="zfs:rpool/root"
in /boot/loader.conf. So far, all is right from what I understand.
> I think the correct order is
>
> 0 vfs_mountroot*
> ..
> 2 rc.d/zvol (pre v28)
> ..
> 6 rc.d/geli
> ..
> 15 rc.d/mountcritlocal
> 16 rc.d/zfs
>
> where extra datasets from the root pool can be mounted via fstab at
> rc.d/mountcritlocal time. Not sure if you import geli pool during boot
> or not and leak its configuration via zpool.cache.
In this setup, I should not have any problems. However, I do not realize (and
very much doubt) that I changed anything in the order of the services (lacking
the capability to deterministically do so, anyway).
From rcorder I understand that all that is required to set rcorder right would
be to change /etc/rc.d/zfs to include a REQUIRE: geli, so that my
geli-encrypted volume would be unlocked before all zfs-datasets are mounted?
If so, what could be the reason that my rcorder-setup deviates from the
standard and how could I coerce it back to standard?
Thank you for your help so far, cheers
--
Christopher J. Ruwe
TZ GMT + 2
signature.asc
Description: PGP signature
Re: Transparent load balancing
On Jul 11, 2011, at 9:49 AM, Unga wrote: > I need to implement a transparent load balancing daemon in C. > > That is, the daemon accept a TCP connection, get more info from the client, > and forward the communication transparently to another server to handle it. > > How this could be implemented on FreeBSD? What basic primitives I should > study more? You can use redirect_address in natd to accomplish simple round-robin load-balancing, ie: -redirect_address localIP[,localIP[,...]] publicIP These forms of -redirect_port and -redirect_address are used to transparently offload network load on a single server and distribute the load across a pool of servers. This function is known as LSNAT (RFC 2391). For example, the argument tcp www1:http,www2:http,www3:http www:http means that incoming HTTP requests for host www will be trans- parently redirected to one of the www1, www2 or www3, where a host is selected simply on a round-robin basis, without regard to load on the net. 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: IPFW Firewall NAT inbound port-redirect
In the last episode (Jul 11), Michael Sierchio said: > Sorry for the naive question, but most of my old rulesets still use > natd, and I've only used built-in nat for outbound traffic. I'd like > to redirect certain ports on certain addresses to the same ports on > internal (RFC1918) addresses. The examples in the man page aren't > helpful, and the handbook still seems very natd-centric in its > examples. Thanks in advance. I use this at the top of my /etc/ipfw.conf file (re0.2 is the interface corresponding to my internet connection) : nat 123 config if re0.2 log same_ports redirect_port tcp 10.0.0.3:22 22 add nat 123 ip from any to any via re0.2 , which redirects incoming port 22 connections to 10.0.0.3. If you want to redirect more ports, add more "redirect_port tcp host:port port" expressions to the end of your nat line. I believe you can run the nat config command manually with a new list (as in "ipfw nat 123 ...") to add/remove entries dynamically. I'm not at home to try it, and don't want to risk losing my remote connection if I mess up :) -- Dan Nelson dnel...@allantgroup.com ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Transparent load balancing
Hi all I need to implement a transparent load balancing daemon in C. That is, the daemon accept a TCP connection, get more info from the client, and forward the communication transparently to another server to handle it. How this could be implemented on FreeBSD? What basic primitives I should study more? Many thanks in advance. Best regards Unga ___ 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: buildworld from FreeBSD 8.1 to FreeBSD 8.2
On Mon, 11 Jul 2011 15:53:33 +0100, krad wrote: > world should be done after the kernel and there should be a reboot inbetween > the two as well. Also what about mergemaster? There's a nice summary of steps in the comment section of /usr/src/Makefile. # For individuals wanting to upgrade their sources (even if only a # delta of a few days): # # 1. `cd /usr/src' (or to the directory containing your source tree). # 2. `make buildworld' # 3. `make buildkernel KERNCONF=YOUR_KERNEL_HERE' (default is GENERIC). # 4. `make installkernel KERNCONF=YOUR_KERNEL_HERE' (default is GENERIC). # [steps 3. & 4. can be combined by using the "kernel" target] # 5. `reboot'(in single user mode: boot -s from the loader prompt). # 6. `mergemaster -p' # 7. `make installworld' # 8. `make delete-old' # 9. `mergemaster' (you may wish to use -U or -ai). # 10. `reboot' # 11. `make delete-old-libs' (in case no 3rd party program uses them anymore) # # See src/UPDATING `COMMON ITEMS' for more complete information. -- 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: ZFS on root backup
On 7/11/2011 5:59 AM, Matthew Seaman wrote: On 11/07/2011 11:20, Dick Hoogendijk wrote: OK, so now my ZFS on root FreeBSD-8.2 system runs smoothly and I'm very happy being able to have ZFS (coming from solaris11), but.. what is the best strategy to back this fbsd system up. do I create various ZFS backup filesystem streams or can I easely backup the zroot pool as a whole? And if yes, how? Grateful for all the help I can get in these matters. [...] What ZFS does get you in terms of backups are two things: 1) Really easy and unlimited amounts of snap-shotting. As well as making it really simple to get a coherent point-in-time backup of an active filesystem, they also give you a really simple 'undo' type functionality, so you can unwind accidental deletions and other user mistakes. 2) ZFS import and export -- again, exploiting the snap-shotting capability, this makes it pretty easy to create a duplicate of your filesystem onto another host, and to update the duplicate in a very efficient way. Cheers, Matthew [*] As a number of companies found out to their cost, 'in the basement of the other tower' was not sufficiently off-site to be effective. I recently just converted my system from raid0 to raid1, using zfs, and because of mountpoints and other quirks you could end up having trouble with zfs send and receive. If you're planning on backing up the whole pool, then using a backup drive, and virtualbox with the disk image on the backup drive to backup the pool might be easiest after you get networking working. If you're not concerned about the whole pool, just just create filesystems for what you want to save and use those. You could just use the zfs send command and not recreate the filesystem, but it's not recommended until if and when the data stream is standardized. It'll work until Oracle breaks it. ___ 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"
IPFW Firewall NAT inbound port-redirect
Sorry for the naive question, but most of my old rulesets still use natd, and I've only used built-in nat for outbound traffic. I'd like to redirect certain ports on certain addresses to the same ports on internal (RFC1918) addresses. The examples in the man page aren't helpful, and the handbook still seems very natd-centric in its examples. Thanks in advance. - Michael ___ 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: buildworld from FreeBSD 8.1 to FreeBSD 8.2
krad writes: > On 11 July 2011 14:07, Sergio de Almeida Lenzi wrote: > >> Em Seg, 2011-07-11 às 11:48 +0400, hasanhasanli Hasan escreveu: >> >> > >> > I had problem with upgrating FreeBSD 8.1 to FreeBSD 8.2 >> > after that I typed >> > make buildworld >> > It gives error. >> > /usr/lib/libthr.a(thr_syscalls.o)(.text+0x87a): In function `___pselect': >> > : undefined reference to `__pselect' >> > *** Error code 1 >> >> I use the following procedure: >> 1) build freebsd in a CLEAN machine (supose new bsd is 8.2)...: >>make buildworld buildkernel >>Please save the environment variables KERNCONF >> >> 2) copy /usr/src /usr/obj to the old (8.1, or even 7.x) bsd... in the >> same directory(/usr/srcj /usr/obj) rsync works fine... >> 3) in the new (the one you generate freebsd) machine >>rsync -avz --delete /usr/src/ root@oldmachine:/usr/src >>rsync -avz --delete /usr/obj/ root@oldmachine:/usr/obj >> 4) in the oldmachine. >>cd /usr/src >>set KERNCONF >>make installworld installkernel >> 5) reboot.. >> >> FOR ME, it works... >> >> Sergio > > world should be done after the kernel and there should be a reboot inbetween > the two as well. Also what about mergemaster? No, buildworld is before kernel so that the kernel is built with the new toolchain. Mergemaster is definitely needed as part of the process, but won't have produced this particular failure. The two-machine system is unnecessarily complicated for most users. We really need to know what the original poster's procedure was. ___ 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: buildworld from FreeBSD 8.1 to FreeBSD 8.2
On 11 July 2011 14:07, Sergio de Almeida Lenzi wrote: > Em Seg, 2011-07-11 às 11:48 +0400, hasanhasanli Hasan escreveu: > > > > > I had problem with upgrating FreeBSD 8.1 to FreeBSD 8.2 > > after that I typed > > make buildworld > > It gives error. > > /usr/lib/libthr.a(thr_syscalls.o)(.text+0x87a): In function `___pselect': > > : undefined reference to `__pselect' > > *** Error code 1 > > I use the following procedure: > 1) build freebsd in a CLEAN machine (supose new bsd is 8.2)...: >make buildworld buildkernel >Please save the environment variables KERNCONF > > 2) copy /usr/src /usr/obj to the old (8.1, or even 7.x) bsd... in the > same directory(/usr/srcj /usr/obj) rsync works fine... > 3) in the new (the one you generate freebsd) machine >rsync -avz --delete /usr/src/ root@oldmachine:/usr/src >rsync -avz --delete /usr/obj/ root@oldmachine:/usr/obj > 4) in the oldmachine. >cd /usr/src >set KERNCONF >make installworld installkernel > 5) reboot.. > > FOR ME, it works... > > Sergio > ___ > 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" > world should be done after the kernel and there should be a reboot inbetween the two as well. Also what about mergemaster? ___ 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: buildworld from FreeBSD 8.1 to FreeBSD 8.2
Em Seg, 2011-07-11 às 11:48 +0400, hasanhasanli Hasan escreveu: > > I had problem with upgrating FreeBSD 8.1 to FreeBSD 8.2 > after that I typed > make buildworld > It gives error. > /usr/lib/libthr.a(thr_syscalls.o)(.text+0x87a): In function `___pselect': > : undefined reference to `__pselect' > *** Error code 1 I use the following procedure: 1) build freebsd in a CLEAN machine (supose new bsd is 8.2)...: make buildworld buildkernel Please save the environment variables KERNCONF 2) copy /usr/src /usr/obj to the old (8.1, or even 7.x) bsd... in the same directory(/usr/srcj /usr/obj) rsync works fine... 3) in the new (the one you generate freebsd) machine rsync -avz --delete /usr/src/ root@oldmachine:/usr/src rsync -avz --delete /usr/obj/ root@oldmachine:/usr/obj 4) in the oldmachine. cd /usr/src set KERNCONF make installworld installkernel 5) reboot.. FOR ME, it works... Sergio ___ 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 kernel and clang
Hello!
I can't use freebsd CURRENT kernel that was compiled by clang. It prints
"Unknown error: -512"
Use of world compiled by clang is possible and causes no problem.
But if I install kernel by clang it says "Unknow error: -512" in unexpected
places:
- while booting
- while portsnap fetch update
Looking up portsnap.FreeBSD.org mirrors... 5 mirrors found.
Fetching snapshot tag from portsnap1.FreeBSD.org... done.
Fetching snapshot metadata... done.
Updating from Mon Jul 11 11:16:53 MSK 2011 to Mon Jul 11 15:31:18 MSK 2011.
Fetching 3 metadata patches.. done.
Applying metadata patches... done.
Fetching 0 metadata files... done.
/usr/sbin/portsnap: cannot create patchlist: Unknown error: -512
Fetching 0 patches. done.
Applying patches... done.
Fetching 5 new ports or files... done.
Removing old files and directories... done.
Extracting new files:
/usr/ports/UPDATING
files/c20b7b19d8d0b7ba779814a807cd4a54ad3d44c70e5974e589fc4b9a6912468b.gz
not found -- snapshot corrupt.
- while something else.
This problem occurs only with kernel by clang.
All is ok If I install kernel compiled by gcc.
Maybe I do something wrong?
P.S. Latest sources
# cat /etc/make.conf
#
# CLANG
.if !defined(CC) || ${CC} == "cc"
CC=clang
.endif
.if !defined(CXX) || ${CXX} == "c++"
CXX=clang++
.endif
# Don't die on warnings
NO_WERROR=
WERROR=
# Don't forget this when using Jails!
NO_FSCHG=
___
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: ZFS on root backup
On 11/07/2011 11:20, Dick Hoogendijk wrote: > OK, so now my ZFS on root FreeBSD-8.2 system runs smoothly and I'm very > happy being able to have ZFS (coming from solaris11), but.. what is the > best strategy to back this fbsd system up. do I create various ZFS > backup filesystem streams or can I easely backup the zroot pool as a > whole? And if yes, how? > Grateful for all the help I can get in these matters. Well, the best backup strategy is a very site specific thing. There's no one-size-fits-all answer. Suppose your machine caught fire right now. You're always going to lose some data -- everything that changed since the last backup. How much data can you afford to lose like that? A day's worth? A week's worth? Absolutely none at all? Given your server is destroyed, how fast do you need to get it back? Can you wait for a week in order to source replacement kit? Or does every second of lost uptime cost you significant amounts of money? Now imagine the ultimate disaster scenario: typically something like -- a fully loaded jumbo jet crashes into your datacenter and everything is completely destroyed[*]. Will your backups survive? Can you rebuild your system using those backups? Suppose someone stole your backup media: can they extract all your data from them, and does it matter if they do? Those are the sorts of questions you need to think about when designing a backup system. There's nothing particularly specific about ZFS there. What ZFS does get you in terms of backups are two things: 1) Really easy and unlimited amounts of snap-shotting. As well as making it really simple to get a coherent point-in-time backup of an active filesystem, they also give you a really simple 'undo' type functionality, so you can unwind accidental deletions and other user mistakes. 2) ZFS import and export -- again, exploiting the snap-shotting capability, this makes it pretty easy to create a duplicate of your filesystem onto another host, and to update the duplicate in a very efficient way. Cheers, Matthew [*] As a number of companies found out to their cost, 'in the basement of the other tower' was not sufficiently off-site to be effective. -- Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate JID: matt...@infracaninophile.co.uk Kent, CT11 9PW signature.asc Description: OpenPGP digital signature
ZFS on root backup
OK, so now my ZFS on root FreeBSD-8.2 system runs smoothly and I'm very happy being able to have ZFS (coming from solaris11), but.. what is the best strategy to back this fbsd system up. do I create various ZFS backup filesystem streams or can I easely backup the zroot pool as a whole? And if yes, how? Grateful for all the help I can get in these matters. ___ 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: Mouse Problems.
Thank You. It is working now. -- Best Regards, Mubeesh Ali.V.M On Fri, Jul 8, 2011 at 11:11 PM, Lokadamus wrote: > Put in your rc.conf this: > dbus_enable="YES" > hald_enable="YES" > > reboot your system or start it with: > > # /usr/local/etc/rc.d/hald start > # /usr/local/etc/rc.d/dbus start > > then your mouse and keybord should working. > > > > Am 07.07.2011 09:31, schrieb Mubeesh ali: >> >> 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 ) >> >> 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" >> > > ___ 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"
buildworld from FreeBSD 8.1 to FreeBSD 8.2
I had problem with upgrating FreeBSD 8.1 to FreeBSD 8.2 after that I typed make buildworld It gives error. /usr/lib/libthr.a(thr_syscalls.o)(.text+0x87a): In function `___pselect': : undefined reference to `__pselect' *** Error code 1 Stop in /usr/src/cddl/usr.bin/ctfconvert. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. ___ 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"
