Re: SUJ deadlock
fixed/works a lot better for me. > Applied and restarted portupgrade. > Will tell you tomorrow. > > Fabien > > Le 6 mai 2010 à 00:54, Jeff Roberson a écrit : > >> On Mon, 3 May 2010, Fabien Thomas wrote: >> > Hi Jeff, > > I'm with r207548 now and since some days i've system deadlock. > It seems related to SUJ with process waiting on suspfs or ppwait. I've also seen it stalled in suspfs, but this information is way better than what I was able to garner. I was only able to tell via ctrl-t on a stalled 'ls' process in a terminal before hard booting. Right now it occurs everytime I attempt to do the portmaster -a upgrade of X/KDE on this system. >>> >>> I've spotted this during multiple portupgrade -aR :) >> >> Can anyone who has experienced this hang test this patch: >> >> Thanks, >> Jeff >> >> Index: ffs_softdep.c >> === >> --- ffs_softdep.c (revision 207480) >> +++ ffs_softdep.c (working copy) >> @@ -9301,7 +9301,7 @@ >> hadchanges = 1; >> } >> /* Leave this inodeblock dirty until it's in the list. */ >> - if ((inodedep->id_state & (UNLINKED | DEPCOMPLETE)) == UNLINKED) >> + if ((inodedep->id_state & (UNLINKED | UNLINKONLIST)) == UNLINKED) >> hadchanges = 1; >> /* >>* If we had to rollback the inode allocation because of >> >> >>> >>> Fabien >>> ___ >>> freebsd-current@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-current >>> To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org" >>> > > ___ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org" ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: Problem with reboot
In message , Dmit ry Krivenok writes: > Hello! > > I have a trouble with my FreeBSD-CURRENT virtual machine running on VmWare > ESX server. > > uname -a prints: > FreeBSD host 9.0-CURRENT FreeBSD 9.0-CURRENT #16 r207299: Wed Apr 28 > 04:15:07 UTC 2010 r...@host:/usr/obj/usr/src/sys/GENERIC amd64 > > The problem lies in that FreeBSD hangs after "reboot" command. > I see the following on console: > http://www.freeimagehosting.net/image.php?8885b3c6ea.png > > Is it a known problem? > Are there any solutions? > > Thanks in advance! I'm experiencing the same on real hardware with AMD Sempron on an MCI board. On my system this occurs in i386 mode. As it's my testbed I have no such problems under 7.X or 8.X. I also have the same problem on my Acer 3623NWXMi laptop (with 1.6 GHz Pentium M CPU, 1.5 GB memory, and 120 GB hard disk upgrades, and the latest Acer 1.6 BIOS upgrade for this computer). -- Cheers, Cy Schubert FreeBSD UNIX: Web: http://www.FreeBSD.org e**(i*pi)+1=0 ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
HEADS UP: 64-bit quotas going in to head today
Dag-Erling Smørgrav and I have been working on updating the FFS quota system to support both traditional 32-bit and new 64-bit quotas (for those of you who want to put 2+Tb quotas on your users). By default quotas are not compiled into the kernel. To include them in your kernel configuration you need to specify: options QUOTA # Enable FFS quotas If you are already running with the current 32-bit quotas, they should continue to work just as they have in the past. If you wish to convert to using 64-bit quotas, use `quotacheck -c 64'; if you wish to revert from 64-bit quotas back to 32-bit quotas, use `quotacheck -c 32'. There is a new library of functions to simplify the use of the quota system, do `man quotafile' for details. If your application is currently using the quotactl(2), it is highly recommended that you convert your application to use the quotafile interface. Note that existing binaries will continue to work. The new quota system has been heavily tested, however wider use inevitably finds new issues. If you encounter any problems with quotas please email me directly as well as posting on current as I all too often miss list email and emailing me directly will ensure the quickest response. Special thanks to John Kozubik of rsync.net for getting me interested in pursuing 64-bit quota support and for funding part of my development time on this project. Kirk McKusick ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Revision 205728: broken bluetooth mouse support
Hi, Bluetooth mouse support is broken after Revision 205728: http://svn.freebsd.org/viewvc/base?view=revision&revision=205728 When I move the mouse - cursor stays in same place but moves the current position of the console. Proposed patch as an attachment. Could you please revew this ? Thanks a lot! -- Alex Deiter ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: SUJ deadlock
Applied and restarted portupgrade. Will tell you tomorrow. Fabien Le 6 mai 2010 à 00:54, Jeff Roberson a écrit : > On Mon, 3 May 2010, Fabien Thomas wrote: > Hi Jeff, I'm with r207548 now and since some days i've system deadlock. It seems related to SUJ with process waiting on suspfs or ppwait. >>> >>> I've also seen it stalled in suspfs, but this information is way better >>> than what I was able to garner. I was only able to tell via ctrl-t on >>> a stalled 'ls' process in a terminal before hard booting. >>> >>> Right now it occurs everytime I attempt to do the portmaster -a upgrade >>> of X/KDE on this system. >> >> I've spotted this during multiple portupgrade -aR :) > > Can anyone who has experienced this hang test this patch: > > Thanks, > Jeff > > Index: ffs_softdep.c > === > --- ffs_softdep.c (revision 207480) > +++ ffs_softdep.c (working copy) > @@ -9301,7 +9301,7 @@ >hadchanges = 1; >} >/* Leave this inodeblock dirty until it's in the list. */ > - if ((inodedep->id_state & (UNLINKED | DEPCOMPLETE)) == UNLINKED) > + if ((inodedep->id_state & (UNLINKED | UNLINKONLIST)) == UNLINKED) >hadchanges = 1; >/* > * If we had to rollback the inode allocation because of > > >> >> Fabien >> ___ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org" >> ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: Help with igb driver/nics, strange issue.
On 05/06/2010 02:18 PM, Ian FREISLICH wrote: joe wrote: I have 3 boxes, each with two nics. One nic for the private network and one for the public network. The private network is all on the same vlan. All 6 nics are on the same switch. All connections are 1000tx Full Duplex. I will call the servers Box A, Box B, and Box C. When i FTP data between Box A& B i get abou 25MB/sec. When i FTP data from Box C to Box A or B, i get about 20MB/sec. When i FTP data from Box A to C i get 10MB/sec When i FTP data from Box B to C i get 200KB/sec... Can anyone suggest why i might only be getting 200KB when transfering data from Box B to C but not when transferring data from Box A to C? Is the hardware exactly the same on all 3 hosts? From your enumeration it looks like there's something special about box C. How busy are the disks? One of the problems with FTP, at least the last time I tried to use it for benchmarking was that it used tiny, tiny transfers to and from disk. Strangely scp did better even with the crypto overhead. Have you tried using netperf to test the network performance? Have you checked your cables? I've seen all sorts of wierd problems caused by cables. netstat -ni should give an idea of transmission problems. If the switch is a managed switch, you can also check its interface counters. Ian -- Ian Freislich Hi Ian, Thanks for the help! The servers are mostly different. Server A & B run on consumer grade motherboards/ram/nics. They both have a 12 disk raid 5 setup. Server C is a dual quad core xeon processor supermicro server. It's Disk setup is raid5 using the intel raid matrix. The switch is managed but i dont have the login information for it (been years since i've had to log in ;(). The switch is a netgear gigabit switch. I've had the cables replaced as well as trying two different ports on the switch, and ended up with the same results. I've included the netstat -ni results below. While we might be at a disadvantage until i get access to the managed switch, is there anything else we might be able to try , to resolve the problem? Joe NameMtu Network Address Ipkts Ierrs Idrop Opkts Oerrs Coll igb0 1500 00:30:48:9f:11:04 8617 0 0 6108 0 0 igb0 1500 216.105.91.14 216.105.91.1457066 - - 6082 - - igb1 1500 00:30:48:9f:11:05 3126 0 0 680 0 0 ipfw0 655360 0 0 0 0 0 lo0 163840 0 0 0 0 0 lo0 16384 fe80:4::1/64 fe80:4::10 - - 0 - - lo0 16384 ::1/128 ::1 0 - - 0 - - lo0 16384 127.0.0.0/8 127.0.0.10 - - 0 - - pflog 331520 0 0 0 0 0 vlan1 1500 00:30:48:9f:11:05 1374 0 0 680 011 vlan1 1500 192.168.1.0/2 192.168.1.2796 - - 677 - - vlan1 1500 192.168.1.210 192.168.1.2102 - - 0 - - vlan1 1500 192.168.1.211 192.168.1.2110 - - 0 - - vlan1 1500 192.168.1.212 192.168.1.2120 - - 0 - - vlan1 1500 192.168.1.213 192.168.1.2130 - - 0 - - vlan1 1500 192.168.1.214 192.168.1.2140 - - 0 - - vlan1 1500 192.168.1.215 192.168.1.2150 - - 0 - - vlan1 1500 192.168.1.216 192.168.1.2160 - - 0 - - vlan1 1500 192.168.1.217 192.168.1.2170 - - 0 - - vlan1 1500 192.168.1.218 192.168.1.2180 - - 0 - - vlan1 1500 192.168.1.219 192.168.1.2190 - - 0 - - ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: Call for Test and Review: bwn(4) - another Broadcom Wireless driver
2010/5/6 Weongyo Jeong : > On Sun, Apr 25, 2010 at 10:42:16PM +0200, Gustau P?rez wrote: >> -BEGIN PGP SIGNED MESSAGE- >> Hash: SHA1 >> >> >> >> I've been testing the driver for a few time with AMD64/CURRENT. A >> >> few time ago I started to see messages like : >> >> >> >> bwn0: unsupported rate 0 >> >> >> >> I've checked the code and I found it seems to fail when trying to >> >> check the TX rate at if_bw.c:9561 (in bwn_ieeerate2hwrate >> >> routine the rate parameter is 0). I checked where bwn_ieeerate2hwrate >> >> is called, to see how 'rate' is calculated. This is where I got lost :( >> >> >> >> My AP is FreeBSD 8.0 box with an atheros card. My hostapd works >> >> with both WPA2-PSK and WPA2-EAP (although >> >> I thinks this is not the problem) but with default values for rates >> >> and friends. I then forced my hostapd to use only a subset of transmit >> >> rates (with supported_rates and basic_rates) with no luck. >> >> >> >> My laptop is a DELL D630 with a BCM4310 UART adapter. >> >> >> >> Any need info will be provided and any help will be appreciated. >> > >> > First I think we need to know that where rate == 0 comes from. Rate >> > information on TX could be got from the following points: >> > >> > tp->mgmtrate >> > tp->mcastrate >> > tp->ucastrate >> > ni->ni_txrate >> > >> Added some device_printf to test those values. This is what I got : >> >> bwn0: tp->mgmtrate : 2 >> bwn0: tp->mcastrate : 2 >> bwn0: tp->ucastrate : 255 >> bwn0: ni->ni_txrate : 0 >> >> I didn't have time to follow the code to find out why it has a 0 >> value. If you need >> more info let me know. > > Hello Gustau, I'm so sorry for belated response that I had no time to > read and work email and wireless stuffs. > > Could you please test this symptom with attached patch? It looks in > CURRENT it missed to initialize a ratectl when it associates with AP. Hello, I have another problem where the bwn is fully recognized and wlan0 is created but the interface doesn't scan at all: # netstat -nil Name Mtu Network Address Ipkts Ierrs Idrop Opkts Oerrs Coll bwn0 2290 00:26:5e:64:be:750 0 0 0 0 0 # ifconfig wlan0 wlan0: flags=8843 metric 0 mtu 1500 ether 00:26:5e:64:be:75 media: IEEE 802.11 Wireless Ethernet autoselect (autoselect) status: no carrier ssid "" channel 1 (2412 MHz 11b) country US authmode OPEN privacy OFF txpower 30 bmiss 7 scanvalid 60 bgscan bgscanintvl 300 bgscanidle 250 roam:rssi 7 roam:rate 1 wme bintval 0 # kldstat Id Refs AddressSize Name 14 0x8010 90b9a8 kernel 21 0x80c22000 28a9abwn_v4_ucode.ko doing "ifconfig wlan0 list scan" ends up immediately without further output. The dmesg is here: http://www.freebsd.org/~attilio/dmesg-bwn0.diff Sorry for not digging further. Thanks, Attilio -- Peace can only be achieved by understanding - A. Einstein ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: strange svnsync mirror problem.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 05/06/10 09:09, Mark Atkinson wrote: > I had problems building world this morning, and noticed the following > error had occurred that caused svn update to exit: > > $ svn update > svn: No such revision 207561 > > I keep a local svn mirror to update all my clients to, but I couldn't > grab this revision from the repo: > > $ svnsync copy-revprops file:///usr/svnmirror/base 207561 > svnsync: No such revision 207561 > > I can't seem to work around this error, other than diving into > the repo and doing updates on directories that avoid revision 207561 > (head/lib/libpam/modules/pam_krb5/pam_krb5.8) > > Trying to do that found other inconsistencies: > > svn: No such revision 207554 > > any suggestions appreciated. Turns out to be corruption of my mirror. Restored my backup from a few months ago and resynced. Not sure how it got there, but I'll be making more frequent backups of it now. -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.14 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkvjHLIACgkQrDN5kXnx8yZ8igCgg7Do0bJzQ8YNEzhXl37SbDDD iz0An0jCXv+vE7FoXLB7yYeEtQgAlaBv =C0Gd -END PGP SIGNATURE- ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: [CFT]: ClangBSD is selfhosting, we need testers now - STATUS UPDATE
On 05/05/10 10:13, Roman Divacky wrote: > 2) mergemaster problems - I have a fix but have not commited it yet Can you describe the problem, and your proposed fix? Doug -- ... and that's just a little bit of history repeating. -- Propellerheads Improve the effectiveness of your Internet presence with a domain name makeover!http://SupersetSolutions.com/ ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: Call for Test and Review: bwn(4) - another Broadcom Wireless driver
On Sun, Apr 25, 2010 at 10:42:16PM +0200, Gustau P?rez wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
>
> >> I've been testing the driver for a few time with AMD64/CURRENT. A
> >> few time ago I started to see messages like :
> >>
> >> bwn0: unsupported rate 0
> >>
> >> I've checked the code and I found it seems to fail when trying to
> >> check the TX rate at if_bw.c:9561 (in bwn_ieeerate2hwrate
> >> routine the rate parameter is 0). I checked where bwn_ieeerate2hwrate
> >> is called, to see how 'rate' is calculated. This is where I got lost :(
> >>
> >> My AP is FreeBSD 8.0 box with an atheros card. My hostapd works
> >> with both WPA2-PSK and WPA2-EAP (although
> >> I thinks this is not the problem) but with default values for rates
> >> and friends. I then forced my hostapd to use only a subset of transmit
> >> rates (with supported_rates and basic_rates) with no luck.
> >>
> >> My laptop is a DELL D630 with a BCM4310 UART adapter.
> >>
> >> Any need info will be provided and any help will be appreciated.
> >
> > First I think we need to know that where rate == 0 comes from. Rate
> > information on TX could be got from the following points:
> >
> > tp->mgmtrate
> > tp->mcastrate
> > tp->ucastrate
> > ni->ni_txrate
> >
> Added some device_printf to test those values. This is what I got :
>
> bwn0: tp->mgmtrate : 2
> bwn0: tp->mcastrate : 2
> bwn0: tp->ucastrate : 255
> bwn0: ni->ni_txrate : 0
>
>I didn't have time to follow the code to find out why it has a 0
> value. If you need
> more info let me know.
Hello Gustau, I'm so sorry for belated response that I had no time to
read and work email and wireless stuffs.
Could you please test this symptom with attached patch? It looks in
CURRENT it missed to initialize a ratectl when it associates with AP.
regards,
Weongyo Jeong
Index: if_bwn.c
===
--- if_bwn.c (revision 207481)
+++ if_bwn.c (working copy)
@@ -8329,6 +8329,7 @@
static int
bwn_newstate(struct ieee80211vap *vap, enum ieee80211_state nstate, int arg)
{
+ const struct ieee80211_txparam *tp;
struct bwn_vap *bvp = BWN_VAP(vap);
struct ieee80211com *ic= vap->iv_ic;
struct ifnet *ifp = ic->ic_ifp;
@@ -8377,6 +8378,11 @@
bwn_set_pretbtt(mac);
bwn_spu_setdelay(mac, 0);
bwn_set_macaddr(mac);
+
+ /* Initializes ratectl for a node. */
+ tp = &vap->iv_txparms[ieee80211_chan2mode(ic->ic_curchan)];
+ if (tp->ucastrate == IEEE80211_FIXED_RATE_NONE)
+ ieee80211_ratectl_node_init(vap->iv_bss);
}
BWN_UNLOCK(sc);
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: Help with igb driver/nics, strange issue.
joe wrote: > I have 3 boxes, each with two nics. One nic for the private network and > one for the public network. > The private network is all on the same vlan. All 6 nics are on the same > switch. All connections are 1000tx Full Duplex. > > I will call the servers Box A, Box B, and Box C. > > When i FTP data between Box A & B i get abou 25MB/sec. > When i FTP data from Box C to Box A or B, i get about 20MB/sec. > When i FTP data from Box A to C i get 10MB/sec > When i FTP data from Box B to C i get 200KB/sec... > > Can anyone suggest why i might only be getting 200KB when transfering > data from Box B to C but not when transferring data from Box A to C? Is the hardware exactly the same on all 3 hosts? From your enumeration it looks like there's something special about box C. How busy are the disks? One of the problems with FTP, at least the last time I tried to use it for benchmarking was that it used tiny, tiny transfers to and from disk. Strangely scp did better even with the crypto overhead. Have you tried using netperf to test the network performance? Have you checked your cables? I've seen all sorts of wierd problems caused by cables. netstat -ni should give an idea of transmission problems. If the switch is a managed switch, you can also check its interface counters. Ian -- Ian Freislich ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: Time accounting is all wrong ...
On Thu, May 06, 2010 at 05:58:32PM +0200, Ulrich Sp??rlein wrote: > Hi, > > fairly recent -CURRENT, system uptime is 7 min (yeah, it's crashing a > lot lately) and I'm pushing stuff with rsync, but see the TIME column: > > last pid: 2013; load averages: 1.39, 0.74, 0.41 up 0+00:07:59 > 17:51:32 > 59 processes: 3 running, 55 sleeping, 1 zombie > CPU: 15.3% user, 0.0% nice, 64.9% system, 17.6% interrupt, 2.3% idle > Mem: 43M Active, 206M Inact, 98M Wired, 216K Cache, 111M Buf, 646M Free > Swap: 1024M Total, 1024M Free > > PID USERNAMETHR PRI NICE SIZERES STATETIME WCPU COMMAND > 1987 uqs 1 1000 75088K 12140K RUN295:21 21.97% rsync > 1984 uqs 1 560 19804K 10016K RUN463:31 12.99% sshd > 1985 uqs 1 510 50512K 13604K select 19.1H 11.96% rsync > 1568 ldap 4 440 45888K 10972K ucond 905:41 0.00% slapd > 2002 uqs 1 440 5048K 3732K pause 44:47 0.00% zsh > 1802 root 1 440 13316K 5448K select 17:56 0.00% sendmail > 1949 root 1 440 14552K 8752K select 12:25 0.00% bsnmpd > 1664 root 1 440 9548K 1132K select 7:49 0.00% powerd > > ps(1) numbers are similarly affected, but not as much: > > % uptime;ps aux|grep rsync > 5:54PM up 10 mins, 1 user, load averages: 0.98, 0.98, 0.58 > uqs 1987 2.0 1.3 75088 13192 ?? S 5:48PM 0:27.92 rsync > --server -vlHogDtpre.iLf --delete-during . /data/src > uqs 1985 0.0 1.4 46416 14256 ?? Is5:48PM 0:53.72 rsync > --server -vlHogDtpre.iLf --delete-during . /data/src > > Do I have a time machine? Make sure that you have at least r207659. pgptZa8VfVIhx.pgp Description: PGP signature
Help with igb driver/nics, strange issue.
I have 3 boxes, each with two nics. One nic for the private network and one for the public network. The private network is all on the same vlan. All 6 nics are on the same switch. All connections are 1000tx Full Duplex. I will call the servers Box A, Box B, and Box C. When i FTP data between Box A & B i get abou 25MB/sec. When i FTP data from Box C to Box A or B, i get about 20MB/sec. When i FTP data from Box A to C i get 10MB/sec When i FTP data from Box B to C i get 200KB/sec... Can anyone suggest why i might only be getting 200KB when transfering data from Box B to C but not when transferring data from Box A to C? Thanks in advance! ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Time accounting is all wrong ...
Hi, fairly recent -CURRENT, system uptime is 7 min (yeah, it's crashing a lot lately) and I'm pushing stuff with rsync, but see the TIME column: last pid: 2013; load averages: 1.39, 0.74, 0.41 up 0+00:07:59 17:51:32 59 processes: 3 running, 55 sleeping, 1 zombie CPU: 15.3% user, 0.0% nice, 64.9% system, 17.6% interrupt, 2.3% idle Mem: 43M Active, 206M Inact, 98M Wired, 216K Cache, 111M Buf, 646M Free Swap: 1024M Total, 1024M Free PID USERNAMETHR PRI NICE SIZERES STATETIME WCPU COMMAND 1987 uqs 1 1000 75088K 12140K RUN295:21 21.97% rsync 1984 uqs 1 560 19804K 10016K RUN463:31 12.99% sshd 1985 uqs 1 510 50512K 13604K select 19.1H 11.96% rsync 1568 ldap 4 440 45888K 10972K ucond 905:41 0.00% slapd 2002 uqs 1 440 5048K 3732K pause 44:47 0.00% zsh 1802 root 1 440 13316K 5448K select 17:56 0.00% sendmail 1949 root 1 440 14552K 8752K select 12:25 0.00% bsnmpd 1664 root 1 440 9548K 1132K select 7:49 0.00% powerd ps(1) numbers are similarly affected, but not as much: % uptime;ps aux|grep rsync 5:54PM up 10 mins, 1 user, load averages: 0.98, 0.98, 0.58 uqs 1987 2.0 1.3 75088 13192 ?? S 5:48PM 0:27.92 rsync --server -vlHogDtpre.iLf --delete-during . /data/src uqs 1985 0.0 1.4 46416 14256 ?? Is5:48PM 0:53.72 rsync --server -vlHogDtpre.iLf --delete-during . /data/src Do I have a time machine? % dmesg -a|grep -i time Timecounter "i8254" frequency 1193182 Hz quality 0 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 atrtc0: port 0x70-0x71,0x72-0x77 irq 8 on acpi0 pmtimer0 on isa0 Timecounter "TSC" frequency 598061836 Hz quality 800 Timecounters tick every 10.000 msec kern.timecounter.tick: 1 kern.timecounter.choice: TSC(800) ACPI-fast(1000) i8254(0) dummy(-100) kern.timecounter.hardware: ACPI-fast kern.timecounter.stepwarnings: 0 kern.timecounter.tc.i8254.mask: 4294967295 kern.timecounter.tc.i8254.counter: 21895 kern.timecounter.tc.i8254.frequency: 1193182 kern.timecounter.tc.i8254.quality: 0 kern.timecounter.tc.ACPI-fast.mask: 16777215 kern.timecounter.tc.ACPI-fast.counter: 1922562 kern.timecounter.tc.ACPI-fast.frequency: 3579545 kern.timecounter.tc.ACPI-fast.quality: 1000 kern.timecounter.tc.TSC.mask: 4294967295 kern.timecounter.tc.TSC.counter: 675366653 kern.timecounter.tc.TSC.frequency: 15 kern.timecounter.tc.TSC.quality: 800 kern.timecounter.smp_tsc: 0 kern.timecounter.invariant_tsc: 0 ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
strange svnsync mirror problem.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I had problems building world this morning, and noticed the following error had occurred that caused svn update to exit: $ svn update svn: No such revision 207561 I keep a local svn mirror to update all my clients to, but I couldn't grab this revision from the repo: $ svnsync copy-revprops file:///usr/svnmirror/base 207561 svnsync: No such revision 207561 I can't seem to work around this error, other than diving into the repo and doing updates on directories that avoid revision 207561 (head/lib/libpam/modules/pam_krb5/pam_krb5.8) Trying to do that found other inconsistencies: svn: No such revision 207554 any suggestions appreciated. -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.14 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkvi6acACgkQrDN5kXnx8yaz3wCgipcByAgTnL+dBytiKEmaroCk tjEAoILtV3ySPfEw5O7Y4El2mRVHzeri =N0Zq -END PGP SIGNATURE- ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: Strange disk problem
Hi David, On Tue, Apr 20, 2010 at 08:58:49AM -0700, David Ehrmann wrote: > On Tue, Apr 20, 2010 at 5:29 AM, Attilio Rao wrote: > > > > > > David, > > do you think you are willing to re-create the problem and do a PMC > > analysis on it? > > (If you need any guidance let me know, I will be happy to give it). > > > > > Maybe, but I don't know what PMC analysis is, so a lot of guidance might be > required. Quick howto from Robert Watson: http://lists.freebsd.org/pipermail/freebsd-current/2006-February/061096.html Other interesting links: http://people.freebsd.org/~jkoshy/projects/perf-measurement/ http://people.freebsd.org/~jkoshy/download/acm-apr-09.pdf Regards, -- Jeremie Le Hen Humans are born free and equal. But some are more equal than others. Coluche ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
