'make installworld' fails while upgrading from 9.0-CURRENT to 9.0-RELEASE
Hello All, I'm unable to complete upgrading 9.0-CURRENT to 9.0-RELEASE from sources. 'make installworld' fails on installing chpass: [...] === usr.bin/chpass (install) install -s -o root -g wheel -m 4555 chpass /usr/bin install -o root -g wheel -m 444 chpass.1.gz /usr/share/man/man1 /usr/share/man/man1/chfn.1.gz - /usr/share/man/man1/chpass.1.gz /usr/share/man/man1/chsh.1.gz - /usr/share/man/man1/chpass.1.gz /usr/share/man/man1/ypchpass.1.gz - /usr/share/man/man1/chpass.1.gz /usr/share/man/man1/ypchfn.1.gz - /usr/share/man/man1/chpass.1.gz /usr/share/man/man1/ypchsh.1.gz - /usr/share/man/man1/chpass.1.gz /usr/bin/chfn - /usr/bin/chpass ln: /usr/bin/chfn: Operation not permitted It seems that it fails because of schg flag on old chfn, chsh, ypchpass, ypchfn, ypchsh binaries. Should I manually remove it? Or there is another way to fix an issue? Thanks in advance! -- MINO-RIPE ___ 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: 6.2-STABLE Hard Freeze while using RAID1 on Adaptec 1210SA
On Thu, May 24, 2007 at 01:11:38AM +0200, Gheorghe Ardelean wrote: Hi, I am trying to use two SATA II disks over an Adaptec 1210SA PCI SATA Controller (based on SiI 3112 SATA150 chip). While trying to use the disks I get shortly the following message and the system is hard freezing soon after that. May 14 15:47:32 noname kernel: ad6: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=238231007 If I move the HDD's in a computer with VIA SATA150 on board or nVIDIA SATA150 the RAID system is working without problems with the same version of FreeBSD. Are there any known problems with this Adaptec controller or is the combination controller SATA150 and HDD SATA300 not well supported? Is there a way to fix this? The system is installed on a 3rd disk (IDE). Hello, I had similar problems with 1210SA controller. As I know this controller is a little defective and it is not supported correctly by FreeBSD. There were a lot of discussions about issues with Adaptec 1210SA and SiI 3112- based controllers, but all of these discussions didn't give a solution. In other words I don't know how to solve this problem. I guess only the way is to throw it out of the window :( -- Kind Regards, Alexander Shikoff [EMAIL PROTECTED] Mob.: +380 67 946 31 49 ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Clamav-90_2 Lockup with freebsd 6.2
Hi All, On Thu, Mar 01, 2007 at 08:32:55AM -0500, Daniel Eischen wrote: On Thu, 1 Mar 2007, Martin Blapp wrote: Hi, Clamd is currently broken with libpthread for some threading-reason. You definitly need to use libthr (which is still CPU hungry, but works better). I don't think it is a problem with libpthread. FYI: https://wwws.clamav.net/bugzilla/show_bug.cgi?id=307#c8 -- Kind Regards, Alexander Shikoff [EMAIL PROTECTED] Mob.: +380 67 946 31 49 ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Cannot obtain kernel dump in /var/crash
On Thu, Feb 22, 2007 at 08:28:25AM -0800, Jeremy Chadwick wrote: On Thu, Feb 22, 2007 at 04:13:33PM +0200, Alexander Shikoff wrote: /etc/rc.d/dumpon creates symbolic link /dev/dumpdev. It's present in my /dev directory. I think a problem is somewhere deeply, probably with savecore(8). When a panic occurs I see in console process of dumping (size of RAM, number of pages, dump device etc.) and it's completely normal. Anything shown on the actual console? There's some error conditions which emit messages via syslog() only (see lines ~278-286 of src/sbin/savecore/savecore.c). Also, any chance of output from savecore -f -vv? There's some extra debugging info which might come in handy (lines ~288 of src/sbin/savecore/savecore.c). Checking for core dump on /dev/ad2s1b... savecore -f -vv /var/crash /dev/ad2s1b unable to open bounds file, using 0 checking for kernel dump on device /dev/ad2s1b mediasize = 1073741824 sectorsize = 512 magic mismatch on last dump header on /dev/ad2s1b savecore: unable to force dump - bad magic savecore: no dumps found Feb 23 10:04:05 savecore: unable to force dump - bad magic -- Kind Regards, Alexander Shikoff [EMAIL PROTECTED] Mob.: +380 67 946 31 49 ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Very slow umass in 6.2-RC2
On Thu, Feb 22, 2007 at 09:37:46AM +0100, Oliver Fromme wrote: Alexander Shikoff wrote: Wang Yi wrote: Alexander Shikoff wrote: I have Apacer Flash: umass0: vendor 0x1005 USB FLASH DRIVE, rev 2.00/1.00, addr 2 da0 at umass-sim0 bus 0 target 0 lun 0 da0: USB FLASH DRIVE 34CH Removable Direct Access SCSI-0 device da0: 40.000MB/s transfers da0: 3936MB (8060928 512 byte sectors: 255H 63S/T 501C) Writing to this device is very slow. Time taken to copy file of 1,4G is near 30 min. Did you try it under Windows? How time does it spend? You may laugh but I have no Windows-based boxes with USB 2.0... :) Whatever it seems that this Apacer flash drive under Windows and USB 1.0 is faster than under FreeBSD and USB 2.0... Soon I will have a possibility to compare Apacer 4GB with Transcend flash. I'll report detailed results here. Are you sure that your USB device supports hi-speed? http://www.apacer.com/en/products/Handy_Steno_AH320_features.htm -- Kind Regards, Alexander Shikoff [EMAIL PROTECTED] Mob.: +380 67 946 31 49 ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Very slow umass in 6.2-RC2
On Thu, Feb 22, 2007 at 10:45:03AM +0100, Oliver Fromme wrote: E.g. I have this one: umass0: vendor 0x090c Cn Memory, rev 2.00/11.00, addr 2 da0 at umass-sim0 bus 0 target 0 lun 0 da0: Cn Memory 1100 Removable Direct Access SCSI-0 device da0: 40.000MB/s transfers da0: 1935MB (3963904 512 byte sectors: 255H 63S/T 246C) dev.umass.0.%parent: uhub4 dev.uhub.4.%parent: usb4 usb4: EHCI version 1.0 usb4: Intel 82801FB (ICH6) USB 2.0 controller on ehci0 uhub4: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 ehci0: Intel 82801FB (ICH6) USB 2.0 controller mem 0xb004-0xb00403ff irq 23 at device 29.7 on pci0 Ok. Now I have a time to make some tests. What do I have: 1. FreeBSD 6.2-STABLE (updated yesterday near 20.00 GMT), non-SMP, SCHED_4BSD 2. Apacer 4GB Handy Steno AH320 Flash Drive (http://www.apacer.com/en/products/Handy_Steno_AH320_features.htm) 3. Trancend 1GB JF110 Flash Drive (http://www.transcendusa.com/Products/ModDetail.asp?ModNo=68SpNo=1LangNo=0) 4. File of size 550MB: -rw-r--r-- 1 minotaur minotaur 557092864 6 лют 14:29 test.avi Thus both drives support hi-speed. - I. Testing writing speed with Apacer (drive is empty) * dmesg umass0: vendor 0x1005 USB FLASH DRIVE, rev 2.00/1.00, addr 2 da0 at umass-sim0 bus 0 target 0 lun 0 da0: USB FLASH DRIVE 34CH Removable Direct Access SCSI-0 device da0: 40.000MB/s transfers da0: 3936MB (8060928 512 byte sectors: 255H 63S/T 501C) * usbdevs -v Controller /dev/usb4: addr 1: high speed, self powered, config 1, EHCI root hub(0x), Intel(0x), rev 1.00 port 4 addr 2: high speed, power 200 mA, config 1, USB FLASH DRIVE(0xb113), vendor 0x1005(0x1005), rev 1.00 * time cp test.avi /mnt/usb 0.007u 2.821s 18:44.26 0.2% 21+285k 4348+136010io 0pf+0w - II. Testing writing speed with Transcend (drive is empty) * dmesg da0 at umass-sim0 bus 0 target 0 lun 0 da0: JetFlash TS1GJF110 0.00 Removable Direct Access SCSI-2 device da0: 40.000MB/s transfers da0: 980MB (2007040 512 byte sectors: 64H 32S/T 980C) * usbdevs -v Controller /dev/usb4: addr 1: high speed, self powered, config 1, EHCI root hub(0x), Intel(0x), rev 1.00 port 4 addr 2: high speed, power 98 mA, config 1, USB Mass Storage Device(0x0151), vendor 0x0457(0x0457), rev 1.00 * time cp test.avi /mnt/usb 0.015u 2.392s 1:48.00 2.2% 20+275k 4280+34003io 0pf+0w III. Testing reading speed with Apacer: * time cp /mnt/usb/test.avi ~/ 0.022u 4.661s 1:48.09 4.3% 21+281k 136091+4250io 0pf+0w IV. Testing reading speed with Transcend: * time cp /mnt/usb/test.avi ~/ 0.028u 3.557s 1:07.37 5.2% 22+298k 34011+4250io 0pf+0w -- Resume. As you can see Apacer is very slow on writing operations. -- Kind Regards, Alexander Shikoff [EMAIL PROTECTED] Mob.: +380 67 946 31 49 ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Cannot obtain kernel dump in /var/crash
Hello, I've discovered reproducable kernel panic but I cannot obtain a dump. I have in rc.conf: dumpdev=/dev/ad2s1b savecore_flags=-f ... and in kernel configuration: options KDB options DDB options KDB_UNATTENDED makeoptions DEBUG=-g# Build kernel with gdb(1) debug symbols My RAM size is 768 MB and swap size is 1024 MB. When rebooting after a crash I see in console: Feb 22 13:40:41 crete savecore: unable to force dump - bad magic Feb 22 13:40:41 crete savecore: no dumps found Any suggestions? Thanks. -- Kind Regards, Alexander Shikoff [EMAIL PROTECTED] Mob.: +380 67 946 31 49 ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Cannot obtain kernel dump in /var/crash
Hello, funny questions for me as I'm not a newbie in FreeBSD... ;) But I'll answer. On Thu, Feb 22, 2007 at 05:22:24AM -0800, Jeremy Chadwick wrote: Is /dev/ad2s1b the correct location? Possibly you meant ad0s1b or some other adX device? (Common mistake.) /home/minotaurls -l /dev/ad2s1b crw-r- 1 root operator0, 82 22 лют 13:40 /dev/ad2s1b /home/minotaurls -l /dev/dumpdev lrwxr-xr-x 1 root wheel 11 22 лют 15:40 /dev/dumpdev - /dev/ad2s1b Do you have a swap device defined, particularly in /etc/fstab?o What does swapinfo say? /home/minotaurswapinfo Device 1K-blocks UsedAvail Capacity /dev/ad2s1b 10485760 1048576 0% Does the same happen if you say dumpdev=auto or if you remove the -f flag from savecore_flags? The same behavior. It may be worth peeking through /etc/rc.d/dumpon and imitating some of the commands there to see if you can reproduce it. /etc/rc.d/dumpon creates symbolic link /dev/dumpdev. It's present in my /dev directory. I think a problem is somewhere deeply, probably with savecore(8). When a panic occurs I see in console process of dumping (size of RAM, number of pages, dump device etc.) and it's completely normal. -- Kind Regards, Alexander Shikoff [EMAIL PROTECTED] Mob.: +380 67 946 31 49 ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Very slow umass in 6.2-RC2
On Fri, Feb 16, 2007 at 11:56:42AM +0800, Wang Yi wrote: On Fri, 16 Feb 2007 01:41:02 +0800, Alexander Shikoff [EMAIL PROTECTED] wrote: Hello, I have Apacer Flash: umass0: vendor 0x1005 USB FLASH DRIVE, rev 2.00/1.00, addr 2 da0 at umass-sim0 bus 0 target 0 lun 0 da0: USB FLASH DRIVE 34CH Removable Direct Access SCSI-0 device da0: 40.000MB/s transfers da0: 3936MB (8060928 512 byte sectors: 255H 63S/T 501C) Writing to this device is very slow. Time taken to copy file of 1,4G is near 30 min. Can anybody help? Thanks. Did you try it under Windows? How time does it spend? You may laugh but I have no Windows-based boxes with USB 2.0... :) Whatever it seems that this Apacer flash drive under Windows and USB 1.0 is faster than under FreeBSD and USB 2.0... Soon I will have a possibility to compare Apacer 4GB with Transcend flash. I'll report detailed results here. -- Kind Regards, Alexander Shikoff [EMAIL PROTECTED] Mob.: +380 67 946 31 49 ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: does update from 5.3 to 6.2 break MPD?
On Wed, Feb 21, 2007 at 10:06:45AM +0700, Oleg Gritsak wrote: Hello, dear sirs! Have a small, but rather crucial for me question concerning changes in netgraph. In one remote office (without any IT people at all) I have FreeBSD 5.3 linked to Internet with mpd (mpd-3.18_4). I think it's time to update it, preferably to 6.2, but I'm a bit anxious. Especially, because I cannot do everything by handbook (as I login to server through Internet). In all other offices (most use ppp from base system, some just ethernet links) I build world and kernel, then install them at once, then run mergemaster and only after that reboot... this scheme works fine for years, even being interrupted by powerouts or Internet link loss, but I'm not sure for mpd... Does anybody know, will mpd, build in 5.3 work in 6.2? Well, it is possible to build+install kernel and world, then rebuild mpd and reboot, but powerout may happen at any moment, so it is too dangerios. Also, I could write some superwise script, which will build different versions of mpd, install them, reboot et c, but I find this also too unreliable... Any tips? :) mpd uses NETGRAPH subsystem. Therefore it is recommended to rebuild mpd after each upgrade of FreeBSD. -- Kind Regards, Alexander Shikoff [EMAIL PROTECTED] Mob.: +380 67 946 31 49 ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Very slow umass in 6.2-RC2
Hello, I have Apacer Flash: umass0: vendor 0x1005 USB FLASH DRIVE, rev 2.00/1.00, addr 2 da0 at umass-sim0 bus 0 target 0 lun 0 da0: USB FLASH DRIVE 34CH Removable Direct Access SCSI-0 device da0: 40.000MB/s transfers da0: 3936MB (8060928 512 byte sectors: 255H 63S/T 501C) Writing to this device is very slow. Time taken to copy file of 1,4G is near 30 min. Can anybody help? Thanks. -- Kind Regards, Alexander Shikoff [EMAIL PROTECTED] ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
