Test
This is a test message from Cogeco Cable. No reply is necessary. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: freebsd-stable@freebsd.org
Paul MacKenzie wrote: last pid: 46013; load averages: 105.30, 67.67, 34.45 up 4+23:59:42 19:08:40 629 processes: 89 running, 540 sleeping CPU: 21.9% user, 0.0% nice, 74.5% system, 3.1% interrupt, 0.4% idle Mem: 1538M Active, 11G Inact, 898M Wired, 303M Cache, 214M Buf, 1346M Free Swap: 8192M Total, 1036K Used, 8191M Free PID USERNAME THR PRI NICE SIZERES STATE C TIME WCPU COMMAND 46000 www 1 650 86728K 15008K RUN1 0:01 12.06% httpd 45994 www 1 560 86728K 15008K CPU1 3 0:01 10.16% httpd 46002 www 1 -40 150M 20648K RUN3 0:00 6.98% httpd 45195 www 1 680 121M 19748K RUN1 0:29 6.88% httpd 45991 www 1 530 150M 21060K select 3 0:01 6.59% httpd 45997 www 1 -40 150M 20992K ufs5 0:01 6.59% httpd 45950 www 1 570 153M 23388K RUN2 0:01 6.49% httpd 45999 www 1 -40 150M 20640K ufs6 0:00 5.96% httpd 45189 www 1 660 161M 29660K RUN6 0:26 5.76% httpd 45974 www 1 -40 151M 21564K ufs3 0:01 5.76% httpd The number of httpd processes in ufs state is too high. Are you using PHP? And if you do, check how large is your PHP sessions' directory. Use a sharded layout if it's of any significant size (see php.ini for details). signature.asc Description: OpenPGP digital signature
Re: 7.1-PRERELEASE: arcmsr write performance problem
Just to confirm we see something similar on the box which runs our stats. We have updated from 5.4 - 6.0 - 6.2 - 7.0 all have had no effect on the lockups which happen when the stats run. This box is also on an areca controller but it was on an Adaptec and we saw pretty much the same thing so I suspect its not related to the controller more to the way things are read from and flushed to disk. When we see this problem any ssh sessions become totally unresponsive. The stats we are running are a combination of rrdtool updates from a mysql DB and rrdtool backed mrtg for network stats. This is very reproducible here as it stalls the box every few mins when the stats kick off so if there needs to be more investigation we should be able to help. Regards Steve - Original Message - From: Paul MacKenzie p...@elehost.com 14.0 on pci2 ARECA RAID ADAPTER0: Driver Version 1.20.00.15 2007-10-07 ARECA RAID ADAPTER0: FIRMWARE VERSION V1.43 2007-4-17 arcmsr0: [ITHREAD] . Waiting 5 seconds for SCSI devices to settle (probe16:arcmsr0:0:16:0): inquiry data fails comparison at DV1 step da0 at arcmsr0 bus 0 target 0 lun 0 da0: Areca ARC-1210-VOL#00 R001 Fixed Direct Access SCSI-5 device da0: 166.666MB/s transfers (83.333MHz DT, offset 32, 16bit) da0: 305175MB (624999424 512 byte sectors: 255H 63S/T 38904C) SMP: AP CPU #1 Launched! ... This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmas...@multiplay.co.uk. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: RELENG_7_1: bce driver change generating too much interrupts ?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, Nawfal, Nawfal bin Mohmad Rouyan wrote: I have been using a Dell machine with 2 bce interfaces as a bridge between my LAN and Firewall to shape the traffic. Since after the update, the machine can only run for a few minutes and after that no more connection can go through. Ping from LAN to Internet is OK but when I telnet say to www.yahoo.com at port 80 and issue GET / HTTP/1.0 I can see the data of different application including the HTML text. For example, I can see uTorrent packets with binaries and also the HTML page being cut short. It's as if, I'm seeing packets jumbled together from different application. I'm using PF to shape the traffic. If I reboot the server, it will panic and I have about 3 different vmcores in /var/crash and not sure what to do with it :( . I've tested the patch to remove stat_IfInFramesL2FilterDiscards but the problem still occurs. The last patch is not a functional change, but a behavior change that removes the L2FilterDiscards from being counted to match previous behavior. Would you please do this: script bt.txt kgdb /boot/kernel/kernel.symbols /var/crash/vmcore.0 Then, do 'bt', press enter until all display has finished, then exit kgdb, and send me the result (bt.txt)? As for now, I'm not using the server to shape the traffic because I suspect the driver isn't reliable. I'm going to revert back to the previous driver and hopes its going to work. Sorry if there is not much detail since I'm not sure what to provide. Just tell me what to provide and I'd be happy to do so. I don't know if the following is related, but: - while stress testing nfs/zfs, I get many weird things on the server (dell-2950/bce) example: impossible packet length (33555456) from nfs server fr-01:/vol/system/share impossible packet length (1792323116) from nfs server fr-01:/vol/system/share ... and things get worse soon after. Now, there are no input errors, so it seems some memory starvation are not properly handled ... cheers, danny ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: Test
2008/12/17 test1...@cogeco.ca: This is a test message from Cogeco Cable. No reply is necessary. What's wrong with http://lists.freebsd.org/mailman/listinfo/freebsd-test ? -- R $h ! $- ! $+ $@ $2 @ $1 .UUCP. (sendmail.cf) ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: 7.1-PRERELEASE: arcmsr write performance problem
Just to confirm we see something similar on the box which runs our stats. We have updated from 5.4 - 6.0 - 6.2 - 7.0 all have had no effect on the lockups which happen when the stats run. This box is also on an areca controller but it was on an Adaptec and we saw pretty much the same thing so I suspect its not related to the controller more to the way things are read from and flushed to disk. When we see this problem any ssh sessions become totally unresponsive. The stats we are running are a combination of rrdtool updates from a mysql DB and rrdtool backed mrtg for network stats. This is very reproducible here as it stalls the box every few mins when the stats kick off so if there needs to be more investigation we should be able to help. Regards Steve Hi Steve, Thanks for your message. Do your processes also lock in UFS state? Well I went and bought a new Areca controller to see if this would fix it. It is quicker and seems to work much better but unfortunately I am still seeing the locking. I moved from a PCI-X Areca controller w/ 1 GB of Cache to a PCI-Express controller w/ 2 GB of cache. Main Processor : 800MHz CPU ICache Size: 32KB CPU DCache Size: 32KB CPU SCache Size: 512KB System Memory : 2048MB/533MHz/ECC Firmware Version : V1.46 2008-08-06 BOOT ROM Version : V1.45 2008-08-26 Controller Name: ARC-1231 As I try to see if there is a hardware connection to this I will let you know. I guess I am going to have to replace the full chassis SR2500ALBRPNA and mainboard S5000PAL next. If no solution is found with hardware replacement then am I out of options with using Freebsd? I wonder would there be any need to also try to replace the ram and cpus given there are no errors? Thanks, Paul ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Q: eSATA Hot Swap supported?
Hi, Does FreeBSD 7.1 support eSATA hot swappable disks? cheers BMS ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: ext2fuse: user-space ext2 implementation
Paul B. Mahol wrote: Project itself doesnt look very active, but I may be wrong. It is in alpha state as reported on SF. IMHO it is better to maintain our own because it is in better shape, but I'm not intersted in ext* as developer. Shelved due to lack of interest, then... others can feel free to pick up. thanks BMS ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: FreeBSD 7.1-RC1 Available...
Hi, | By Ken Smith kensm...@cse.buffalo.edu | [ 2008-12-10 04:40 +0200 ] In addition to general testing we're looking for information about potential problems with the boot loader. There has been traffic here about problems but the reports haven't helped narrow down the causes yet. So far it seems to be related to USB keyboards and at least so far systems with more than one processor in them. More data points like cases where a USB keyboard was not involved as well as if possible things like which motherboard it is might help us narrow down the cause. Testing on a variety of motherboards, of varying ages and manufacturers would help. I have been experiencing problems with loader(8) on my system. Essentially it freezes the system if too much keyboard input is given. Please see these posts for more background: http://lists.freebsd.org/pipermail/freebsd-stable/2008-October/046176.html http://lists.freebsd.org/pipermail/freebsd-stable/2008-October/046189.html http://lists.freebsd.org/pipermail/freebsd-stable/2008-November/046337.html I've just tested booting up with an i386 RC1 disc and the problem is still there. My motherboard is an Intel DG33BU. Regards, Aragon ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: Q: eSATA Hot Swap supported?
Bruce Simpson wrote: Does FreeBSD 7.1 support eSATA hot swappable disks? Answer: Yes. I have a hot-swap case and can swap my internal SATA disks. Your eSATA's show up as 'ad' devices, correct? You may need to run atacontrol to get the drives to show up after you hot-plug them. atacontrol list *find the channel* atacontrol attach ata3 (or whatever number...) man atacontrol for lots of useful info. Rudy ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: Request for testing - top 3.8b1 in the base system
On Sun, Sep 28, 2008 at 03:46:20PM +1000, Edwin Groothuis wrote: I have made an update for the top(1) utility in the FreeBSD base system to get it from the 3.5b12 version to the 3.8b1 version. [...] Please report any issues with it (compile time, run time) and a way to reproduce it (if possible). Thanks for your help! There's an overflow bug in format_k2 in 3.5b12 that means that top can corrupt the SIZE field of processes which allocate 2TB or more of memory; that seems to be fixed in 3.8b1 but I've noticed that if a process allocates over 2TB then it doesn't show up at the top of the display when sorting by SIZE in 3.8b1; I suspect there must be another overflow somewhere. I'm sure it'll be a good few years before anyone actually hits this bug running real programs, but I don't know if it might affect other things. -- Bruce Cran signature.asc Description: Digital signature
Re: 7.1-PRERELEASE: arcmsr write performance problem
last pid: 46013; load averages: 105.30, 67.67, 34.45 up 4+23:59:42 19:08:40 629 processes: 89 running, 540 sleeping CPU: 21.9% user, 0.0% nice, 74.5% system, 3.1% interrupt, 0.4% idle Mem: 1538M Active, 11G Inact, 898M Wired, 303M Cache, 214M Buf, 1346M Free Swap: 8192M Total, 1036K Used, 8191M Free PID USERNAME THR PRI NICE SIZERES STATE C TIME WCPU COMMAND 46000 www 1 650 86728K 15008K RUN1 0:01 12.06% httpd 45994 www 1 560 86728K 15008K CPU1 3 0:01 10.16% httpd 46002 www 1 -40 150M 20648K RUN3 0:00 6.98% httpd 45195 www 1 680 121M 19748K RUN1 0:29 6.88% httpd 45991 www 1 530 150M 21060K select 3 0:01 6.59% httpd 45997 www 1 -40 150M 20992K ufs5 0:01 6.59% httpd 45950 www 1 570 153M 23388K RUN2 0:01 6.49% httpd 45999 www 1 -40 150M 20640K ufs6 0:00 5.96% httpd 45189 www 1 660 161M 29660K RUN6 0:26 5.76% httpd 45974 www 1 -40 151M 21564K ufs3 0:01 5.76% httpd The number of httpd processes in ufs state is too high. Are you using PHP? And if you do, check how large is your PHP sessions' directory. Use a sharded layout if it's of any significant size (see php.ini for details). Sorry for the messed up posts and thanks for your suggestion. I apologize if any posts have been duplicated as there seems to be an issue with delivery from cogeco at times. Yes I was thinking the same thing and It was actually one of the first things I looked. I found in the temporary folder there are only about 50-200 there at any one time approximately and most of the time 5-15 files. PHP seems to be only one way to bring it forward. I increased the dirhash when I first started on this problem but the numbers of files in the folders were not nearly like some of the other people reporting a similar connection and I seem to be able to get the system into the state a number of ways. Do you think I should still do this even with the small number of files? vfs.ufs.dirhash_maxmem=10485760 I actually find that running Wusage 8.0 a few times even with nice-19 may be implicated in getting the system to spiral downwards. I hesitate to mention this as it seems to be working fine on another 7.X server. I believe that Wusage is tied to 6.X libraries and I wonder if somehow this may initiate the problem. I also have another sio/com based program running every few minutes which is also connected to the 6.X library (scom thermal application for temperature monitoring) and turning both of these off seems to help. I am going to try a 24 hour period without either of these two running after a fresh reboot and we will see if this is indeed one source to my abominable problem. Once the system spirals down into its locking then the io performance never seems to recover unless I reboot it or somehow find the process that is locked and kill it. I wondered if possibly my problem is related to this identified issue 104406? [ufs] Processes get stuck in ufs state under persistent CPU load http://www.freebsd.org/cgi/query-pr.cgi?pr=104406cat= As the processes do get stuck in the ufs mode from what I can tell I thought this was an interesting connection. When the system is in this state even a simple make depend is agonizingly slow. If so I wondered if there was any way to quickly determine via programming which process is stuck and to get it unstuck as a temporary workaround? The problem reports mentions using 'kill -STOP' and continued with 'kill -CONT', which allows other processes to access the filesystem (until another such failure occurs). I have tried a number of things but so far no luck. Thanks, Paul ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Problem with FreeBSD for AMD64 Mylex AcceleRAID
Hi! I used to use the FreeBSD on i386 architecture together with the controller Mylex AcceleRAID 170.There was RAID 0+1 configured on it out of 5 discs (Enhanced Mirroring). # pciconf -lvc ... m...@pci0:6:1:0:class=0x010400 card=0x00521069 chip=0x00501069 rev=0x02 hdr=0x00 vendor = 'Mylex Corp' device = 'AcceleRAID Disk Array' class = mass storage subclass = RAID cap 01[80] = powerspec 2 supports D0 D3 current D0 I used this configuration on i386 architecture with the following versions FreeBSD: 4.x, 5.x, 6.x and 7.0. It always worked perfectly. But recently I got needed 8 GB RAM so I had to install the version FreeBSD for AMD64. First I tried the 7.0, and after all - RELENG_7_1 dated 12.12.2008. Both these systems work with the files system located on RAID unstablŠµ! Meanwhile the same hardware on i386 architecture works with RELENG_7_1 perfectly. Hardware: MB INTEL DG33FB, CPU Intel(R) Core(TM)2 Quad CPU @ 2.40 GHz, RAM 8 GB. The base system is installed on a separate IDE disc. # df -h Filesystem SizeUsed Avail Capacity Mounted on /dev/ad4s1a496M111M345M24%/ devfs 1.0K1.0K 0B 100%/dev /dev/ad4s1d3.9G 22K3.6G 0%/tmp /dev/ad4s1f333G 52G255G17%/usr /dev/ad4s1e 15G 41M 14G 0%/var /dev/da0s1d 70.7G410K 70.1G 0%/mnt/da0/d I carried out the following test by creating 3 big sized files of 1 GB each, and then deleting them: # cd /mnt/da0/d # dd if=/dev/zero of=test1 bs=1024k count=1024 # dd if=/dev/zero of=test2 bs=1024k count=1024 # dd if=/dev/zero of=test5 bs=1024k count=1024 # rm test* After that I tried to unmount the files system, but I get a message of the kernel panic: # cd / # umount /mnt/da0/d ... bad block 123456789, ino 176 dev = da0s1d, block = 4, fs = /mnt/da0/d panic: ffs_blkfree: freeing free block cpuid = 3 Uptime: 34 min... The test was successful when using the i386 architecture with the same hardware Taking a piece of advice of my friend, I used a dirty patch: === [code] === diff -Nru src.orig/sys/cam/scsi/scsi_da.c src/sys/cam/scsi/scsi_da.c --- src.orig/sys/cam/scsi/scsi_da.c 2008-12-10 10:01:40.0 +0800 +++ src/sys/cam/scsi/scsi_da.c 2008-12-19 12:18:27.0 +0800 @@ -1187,7 +1187,7 @@ if (match != NULL) softc-quirks = ((struct da_quirk_entry *)match)-quirks; else - softc-quirks = DA_Q_NONE; + softc-quirks = DA_Q_NO_SYNC_CACHE; // Dirty hack for AMD64 /* Check if the SIM does not want 6 byte commands */ xpt_setup_ccb(cpi.ccb_h, periph-path, /*priority*/1); === [/code] === This patch solved the problem and the systems stopped being panicking. But I assume that this solution is wrong as the hardware works on i386 architecture without this patch well. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
