Re: trim src/UPDATING in RELENG_7?
Kris Kennaway wrote: Ronald Klop wrote: Hi, The file src/UPDATING in RELENG_7 goes back until 2004 (the RELENG_5 branchpoint) and is now almost 1000 lines long. Is it an idea to trim this file a bit? And to update this sentence: 'To upgrade in-place from 5.x-stable to current'? And footnote [5] seems a bit dated also. 'if you last updated from current before 20020224 or from -stable before 20020408.' Or is upgrading from 5.x to 7 also supported? I think so, yes. I've tried it on several test boxes and VMs and I couldn't get it too jump from 5.5 to 7.0. I had to go 5.5->6.3->7.0, not that it was much of a hassle. It came up with the same error every time. Though I don't have the logs of the error any more. Cheers Andrew Kris ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]" ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Switching from 32 to 64 bit with freebsd-update?
Kevin K wrote: I have a 64-bit system that had the 32-bit version of 6.3 installed on it. Is it possible to use freebsd-update (or another somewhat painless method) to switch the system to 64-bit? We're running into the 4GB memory limit. --Wade FreeBSD-update is used for updates to binary files for the current installed version of FreeBSD. Using sysinstall and do a binary upgrade should do the trick or doing the below. Just make sure you make a backup of everything b4 you start. I believe this is possible but you will come into a lot of trouble with statically linked libraries -- a much more reliable and secure would be to build a clean amd64 on a separate system and re-compile the needed software and move the files from i386 over after it has been tested. You should be able to do the above on the system in question provided you follow the handbook to the letter. After the installing of the new world and kernel, make sure you do a full recompile of all ports to be sure. HTH Cheers cya Andrew ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]" ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Portsclean doesnt like my upgrade from 6.3 > 7.0
David Southwell wrote: On Thursday 17 July 2008 06:39:26 Kris Kennaway wrote: David Southwell wrote: It looks as though I have missed something!! FreeBSD dns1.vizion2000.net 7.0-STABLE FreeBSD 7.0-STABLE #0: Wed Jul 16 09:27:38 PDT 2008 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/GENERIC amd64 [EMAIL PROTECTED] ~]# portsclean FFaattaall eeoorr ''Thread is not system scope. Thread is not system scope. '' aatt lliinnee 331199 iinn ffiillee /usr/src/lib/libpthread/thread/thr_sig.c/usr/src/lib/libpthread/thread/th r_sig.c ((eennoo == 22)) Segmentation fault: 11 (core dumped) Ok where do I go from here?? Find out which port(s) you didnt recompile as part of the upgrade (e.g. check mtime in /usr/local), and do that now. You may need to also recompile the ports that depend on them to undo the damage. Kris ___ Thanks Kris I have been unable to find instructions in the manual about recompiling ports as part of a system upgrade process. There seems to be no reference to it. The upgrade from 6.1 to 6.3 seemed to work OK once I sorted out a problem with perl. However 6.3 to 7.0 seems to produce more difficulties than I bargained for!!! How can I best reconfigure and recompile all th installed ports? As you can see from below: [EMAIL PROTECTED] ~]# portupgrade -a Fatal error 'Thread is not system scope. ' at line 319 in file /usr/src/lib/libpthread/thread/thr_sig.c (errno = 2) Segmentation fault: 11 (core dumped) I saw this not too long ago, The culprit was ruby. Go into each of these ports and 'make clean && make && make deinstall reinstall' them lang/ruby18 (I assume) databases/ruby-bdb ports-mgmt/portupgrade you might have blow away /var/db/pkg/pkgdb.db a couple of times for it to work. Then portupgrade should work fine :) HTH cya Andrew I have definitely omitted a vital step ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]" ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: PPP doesn't set the correct interface in 7-STABLE
Sorry I should add, in the second 'for' it should start with 0 if you're not using the first interface for another vpn (ie openvpn) or connection (ie dsl/dialup). Andy Dills wrote: I'm trying to setup pptpd to enable VPN connections. This worked well in all versions of FreeBSD prior to 7. Now, however, the interface in the routing table is incorrectly set to that of the ethernet card, rather than the appropriate tun interface. There is a months-old bug report detailing this: http://www.freebsd.org/cgi/query-pr.cgi?pr=122068&cat= He mentions two workarounds: there are two way to fix it. 1. use differenet subnet for vpn. Don't use the same subnet for vpn routing. user-ppp will set the correct routing table. 2. downgrade to FreeBSD 6.2 #2 isn't really an option, and #1 isn't clear to me. I tried a couple of different configurations and the interface never seems to get set correctly. I have a similar problem on one server that I manage. I run the following script every 30 secs. not exactly elegant, but does the job. #!/usr/local/bin/bash LNET='10.10' # local network DEFIP='254' # default gateway ip INT='fxp0'# interface for i in `/usr/bin/netstat -nr |grep $INT |awk '{print $1}'|grep $LNET|grep -v $DEFIP|grep -v '/'`; do /sbin/route delete $i done for i in 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20; do IP=`ifconfig tun$i 2>/dev/null|grep inet|head -n 2 |tail -n 1|awk '{print $4}'` if [ -n "$IP" ];then RO=`netstat -nr | grep $IP |grep tun$i` if [ -z "$RO" ]; then /sbin/route add $IP -iface tun$i fi fi done HTH cya Andrew Suggestions? Thanks, Andy --- Andy Dills Xecunet, Inc. www.xecu.net 301-682-9972 --- ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]" ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: PPP doesn't set the correct interface in 7-STABLE
Andy Dills wrote: I'm trying to setup pptpd to enable VPN connections. This worked well in all versions of FreeBSD prior to 7. Now, however, the interface in the routing table is incorrectly set to that of the ethernet card, rather than the appropriate tun interface. There is a months-old bug report detailing this: http://www.freebsd.org/cgi/query-pr.cgi?pr=122068&cat= He mentions two workarounds: there are two way to fix it. 1. use differenet subnet for vpn. Don't use the same subnet for vpn routing. user-ppp will set the correct routing table. 2. downgrade to FreeBSD 6.2 #2 isn't really an option, and #1 isn't clear to me. I tried a couple of different configurations and the interface never seems to get set correctly. I have a similar problem on one server that I manage. I run the following script every 30 secs. not exactly elegant, but does the job. #!/usr/local/bin/bash LNET='10.10' # local network DEFIP='254' # default gateway ip INT='fxp0'# interface for i in `/usr/bin/netstat -nr |grep $INT |awk '{print $1}'|grep $LNET|grep -v $DEFIP|grep -v '/'`; do /sbin/route delete $i done for i in 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20; do IP=`ifconfig tun$i 2>/dev/null|grep inet|head -n 2 |tail -n 1|awk '{print $4}'` if [ -n "$IP" ];then RO=`netstat -nr | grep $IP |grep tun$i` if [ -z "$RO" ]; then /sbin/route add $IP -iface tun$i fi fi done HTH cya Andrew Suggestions? Thanks, Andy --- Andy Dills Xecunet, Inc. www.xecu.net 301-682-9972 --- ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]" ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: sidetrack [was Re: 'at now' not working as expected]
Hi Ian, Ian Smith wrote: On Wed, 8 Oct 2008, Peter Wemm wrote: [..] > My tolerance for hacking at(1) code was exceeded when I added hacks > for 'at sunrise' and 'at sunset' support to a local version. It > wasn't pretty, especially when handling things like '30 minutes before > sunrise' etc. (I use this for home automation stuff) Peter, just curious .. from where do you pull the current sunrise/sunset info for your location, and in what form? In Australia, you get it from Geoscience Australia. http://www.ga.gov.au/geodesy/astro/sunrise.jsp Just need a few curl queries and then extract the required info from the html source :) HTH cya Andrew cheers, Ian ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]" ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Userland PPP not deleting old IP on disconnect
Hi Fellow Node user :), I have the same + similar issue. Daniel O'Connor wrote: Hi, I am using userland PPP to do PPPoE and I am finding that it isn't deleting the old IP from tun0 when the link goes down, eg Oct 9 22:00:01 midget ppp[53728]: tun0: Phase: deflink: logout -> hangup Oct 9 22:00:01 midget ppp[53728]: tun0: Phase: deflink: Connect time: 950 secs: 2711068 octets in, 39993514 octets out [midget 22:00] ~ >ifconfig tun0 tun0: flags=8051 metric 0 mtu 1500 inet 121.45.251.180 --> 203.16.215.184 netmask 0x Opened by PID 53728 tun0: flags=8051 metric 0 mtu 1492 inet 121.45.215.128 --> 203.16.215.183 netmask 0x inet 121.45.69.26 --> 203.16.215.186 netmask 0x Opened by PID 90863 The second line only shows up when the gateway is different between IP assignments from the ISP. I have no idea if this blocks access to the previous IP, not that it's a major issue. uname -a FreeBSD gateway.abdulla 7.0-STABLE FreeBSD 7.0-STABLE #1: Sat Jun 21 03:10:37 CST 2008 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/MYKERN i386 My ppp setup is almost the same. Cheers cya Andrew I have the following config.. default: set device /dev/cuaa0 set dial "ABORT BUSY ABORT NO\\sCARRIER TIMEOUT 5 \"\" AT \ OK-AT-OK ATE1Q0 OK \\dATDT\\T TIMEOUT 40 CONNECT" set speed 115200 set ctsrts on set server /var/run/ppp/tun%d foobar set urgent tcp 22 set urgent udp 27010 27011 27012 27013 27014 27015 27016 27017 27018 27019 27020 27960 14577 14578 14579 14580 set log Phase Chat IPCP CCP tun command connect internode: set device PPPoE:em0 set ifaddr 0.0.0.0/0 0.0.0.0/0 resolv readonly disable pap enable dns set cd 5 set dial set login set redial 5+30-120 0 enable lqr enable echo set lqrperiod 3 set reconnect 10 10 set authname username set authkey password add default HISADDR I don't have any linkup/linkdown scripts.. Any one have an idea why this would be happening? System is a FreeBSD midget.dons.net.au 7.0-STABLE FreeBSD 7.0-STABLE #1: Sun Jun 1 19:20:18 CST 2008 [EMAIL PROTECTED]:/data/obj/data/src/sys/GENERIC i386 Thanks. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: rsync or even scp questions....
Hi Gary, Gary Kline wrote: I have two "desktop" computers; three, if you count my new ThinkPad. The TPad needs a new CAT5 cable, so for now I'm only considereing the two tower computers. On the Ubuntu computer I am /home/kline; on my main computer, my home is /usr/home/kline. The following sh script worked perfected when my home on "tao" [FBSD] was /home/kline: ~kline is an alias for the home directory for the user kline. You can use that in your scripts rather than the full path :) As far as I know it works in all *nix variants. Cheers cya Andrew P #!/bin/sh PWD=`pwd`; echo "This directory is [${PWD}]"; scp -qrp ${PWD}/* ethos:/${PWD} ###/usr/bin/scp -rqp -i /home/kline/.ssh/zeropasswd-id ${PWD}/* \ klin [EMAIL PROTECTED]:/${PWD} Question #1: is there any /bin/sh method of getting rid of the "/usr"? I switch off between my two computers especially when get mucked up, as with my upgrade to kde4. (Otherwise, I do backups of ~kline as well as other critical directories.) Is there a way of automatically using rsync rather that my kwik-and-dirty /bin/shell script? thanks, people, gary PS: Complete disclosure: it works one way [tao to ethos] because I have created a /usr/home/kline/* tree on ethos. PPS: if this seems like a numbskull query, i only caught a few hours sleep last night! ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: apachectl gracefult causes Signal 11 crash after 6.3 to 7.0 upgrade [SOLVED]
Jim Pingle wrote: Daniel O'Connor wrote: On Thu, 12 Jun 2008, Jim Pingle wrote: I need to see if I can improve the script any (suggestions are most welcome) then open a PR to see if it -- or logic like it -- can be included in the php-extensions meta port. Adding the script to the port seems like the way to go (baring an upstream fix but it seems like a difficult problem to solve). Unfortunately it doesn't help me :( If I disable everything except either pgsql or mhash (either separately or together) Apache crashes with.. #0 0x28ad6d40 in ?? () #1 0x281c6f2e in _pthread_main_np () from /lib/libc.so.7 #2 0x2819fa0c in puts () from /lib/libc.so.7 #3 0x281a0177 in gethostbyname () from /lib/libc.so.7 #4 0x08069a12 in ap_get_local_host () #5 0x08068b9c in ap_fini_vhost_config () #6 0x0805639c in ap_read_config () #7 0x0805f133 in standalone_main () #8 0x08060c1f in main () I don't understand why gethostbyname() would call puts() - and why that would then crash! Seems like some threading related wrinkle though as pgsql & mhash are the only extensions I have that are linked to libthr.so I'm afraid I wouldn't be much help with this one in that case. I have a vague recollection of gethostbyname() crashing for someone else, though. I thought it had something to do with the ServerName directive and/or an entry in /etc/hosts -- but unfortunately I don't recall the specifics and my Google-fu seems to be failing me this morning. I'm 99.5% sure that the ServerName Directive has to resolve. Jim ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]" ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Upcoming Releases Schedule...
Andrew Snow wrote: Another thing that I believe would help: Voting on PRs. Currently a maintainer has no idea if a PR is due to one guy's flakey hardware or if 50 people have had the same problem and are waiting for a fix. For each major problem report, there are probably many people who tried FreeBSD on particular hardware and just silently gave up when it failed. You might even find that people don't even know what a PR is or how to report it. Maybe a dialog during the install telling people about the PR system might be helpful. Ability to "vote up" on a PR on the freebsd website would give maintainers a tool to see which PRs are affecting the userbase. Andrew - Andrew ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]" ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"