Re: bhyve and multiple network devices
> On 4 May 2021, at 15:23, Shawn Webb wrote: > > Unfortunately, bhyve doesn't support renamed tap devices. You'll need > to keep the original tapN name. > > What you might want to experiment with is setting a description for > the tap device. For example: > > ifconfig tapN description "private vNIC" > Fair enough. Anyway, I can specify the original name while also keeping the device in ifconfig’s output renamed. It works. I’ve been able to make a lab setup of 4x minio nodes, 1x frr router, all routed with BGP+ECMP. otis — Juraj Lutter o...@freebsd.org ___ freebsd-stable@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
bhyve and multiple network devices
Hi, my bhyve command line (on 13.0-RELEASE) is: /usr/sbin/bhyve -c 2 -m 4G -H -A -P -u -s 0:0,hostbridge -s 1:0,lpc -s 2:0,virtio-net,tap100 -s 3:0,virtio-net,priv0 -s 4:0,virtio-blk,/dev/zvol/zroot/data/minio/host0/root -l com1,/dev/nmdm100B mr the result is: device emulation initialization error: File exists It works when using original interface name (tap105 in this case). priv0 is renamed tap: priv0: flags=8902 metric 0 mtu 1500 options=8 ether 58:9c:fc:10:2b:0b groups: tap media: Ethernet autoselect status: no carrier nd6 options=29 Am I doing something inadequate, is this an expected behavior or is this a kind of a bug? Thanks. otis — Juraj Lutter XMPP: juraj (at) lutter.sk GSM: +421907986576 ___ freebsd-stable@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: build failed for 12.2-p5
> On 27 Mar 2021, at 13:24, Miroslav Lachman <000.f...@quip.cz> wrote: > [Creating objdir > /usr/obj/usr/src/amd64.amd64/tmp/obj-tools/kerberos5/lib/libroken...] > make-roken > roken.h > *** Signal 11 > > Stop. > make[3]: stopped in /usr/src/kerberos5/lib/libroken > *** Error code 1 > *** Error code 1 > *** Error code 1 > > Usr: 399.369s Krnl: 9.440s Totl: 6:48.81s CPU: 99.9% swppd: 0 I/O: > 2907+51057 > > This machine built 12.2-p4 two days ago and the failure is always on the same > point so I do not suspect random HW failure but of course it can be new HW > problem. > Did you do a source-upgrade from 11.4 to 12.2? If yes, then did you also do `make delete-old` and `make delete-old-libs` after upgrade? otis ___ freebsd-stable@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Weird loader behavior
Hi, after a routine buildworld/kernel/installworld/kernel/etcupdate on a stable/12 bhyve guest, loader started to spit: Consoles: EFI console Reading loader env vars from /efi/freebsd/loader.env Setting currdev to disk0p1: FreeBSD/amd64 EFI loader, Revision 1.1 Command line arguments: loader.efi EFI version: 2.40 EFI Firmware: BHYVE (rev 1.00) Console: efi (0x20001000) Load Path: \EFI\BOOT\BOOTX64.EFI Load Device: PciRoot(0x0)/Pci(0x3,0x0)/HD(1,GPT,A7A0422F-6F85-11EA-8A55-00A09858FAF5,0x28,0x64000) BootCurrent: BootOrder: [*] 0001 0002 0003 BootInfo Path: PciRoot(0x0)/Pci(0x3,0x0) Ignoring Boot: Only one DP found Trying ESP: PciRoot(0x0)/Pci(0x3,0x0)/HD(1,GPT,A7A0422F-6F85-11EA-8A55-00A09858FAF5,0x28,0x64000) Setting currdev to disk0p1: Trying: PciRoot(0x0)/Pci(0x3,0x0)/HD(2,GPT,A7C612E0-6F85-11EA-8A55-00A09858FAF5,0x64028,0x400) Setting currdev to disk0p2: Trying: PciRoot(0x0)/Pci(0x3,0x0)/HD(3,GPT,A7D27D9F-6F85-11EA-8A55-00A09858FAF5,0x64800,0x80) Setting currdev to disk0p3: Trying: PciRoot(0x0)/Pci(0x3,0x0)/HD(4,GPT,A7D7E55E-6F85-11EA-8A55-00A09858FAF5,0x864800,0x479B000) Setting currdev to zfs:zroot/ROOT/default: ZFS: i/o error - all block copies unavailable ZFS: i/o error - all block copies unavailable ERROR: /boot/lua/loader.lua:1: unexpected symbol near '`'. Type '?' for a list of commands, 'help' for more detailed help. OK - KERNCONF is stock GENERIC - problematic version is stable/12-c243335-ge817c8f77fe - Booting off 12.2-STABLE snapshot ISO 20210128-r369150 and using -a flag to ask for a root mount and specifying zfs:zroot/ROOT/default makes the system run normally (apropriate modules have to be loaded from within the loadet, ofc). - using in-tree zfs - zpool scrub did not show any anomalies - gpart bootcode has already been run (after first unsusccessful boot). - Another bhyve guest (13.0-ALPHA3) on the same host works OK Any suggestions what to check, please? Thanks otis — Juraj Lutter XMPP: juraj (at) lutter.sk GSM: +421907986576 ___ freebsd-stable@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Interrupt problems(?) on Dell R740xd
Hi,
on a Dell R740xd with:
- 22x nvm0: Dell Express Flash PM1725b 1.6TB SFF
- 2x ATA SSDSC2KG240G8R
- 2 package(s) x 8 core(s) x 2 hardware threads
- 256GB RAM
running 12.2-STABLE r367058 I've run into a problem where under some time, the
machine
locks up in certain operations (mkdir, for example, not always the same). In
top output,
similar entries can be seen:
12 root-80- 0B 7936K WAIT 0 0:05 0.00% intr{irq48:
pcib12+++}
12 root-88- 0B 7936K WAIT 6 0:05 0.00% intr{irq16:
ahci0 xhci0*}
12 root-80- 0B 7936K WAIT 8 0:05 0.00% intr{irq53:
pcib16++}
12 root-80- 0B 7936K WAIT12 0:05 0.00% intr{irq54:
pcib17++}
For example, running poudriere:
4124 1 I+ 0:00.21 /usr/local/libexec/poudriere/sh -e
/usr/local/share/poudriere/bulk.sh
4217 1 D+ 0:00.00 cap_mkdb
/poudriere/build/data/.m/12sgx64-default/ref/etc/login.conf
And then even the root pool is getting checksum errors, with subseqent scrub
needed:
Oct 26 11:55:42 bnts-nvs-n1 ZFS[4117]: pool I/O failure, zpool=$zroot error=$97
Oct 26 11:55:42 bnts-nvs-n1 ZFS[4118]: checksum mismatch, zpool=$zroot
path=$/dev/da0p3 offset=$30089228288 size=$53248
Oct 26 11:55:42 bnts-nvs-n1 ZFS[4119]: checksum mismatch, zpool=$zroot
path=$/dev/da1p3 offset=$30089228288 size=$53248
Oct 26 11:55:49 bnts-nvs-n1 ZFS[4121]: pool I/O failure, zpool=$zroot error=$97
Oct 26 11:56:26 bnts-nvs-n1 ZFS[4239]: pool I/O failure, zpool=$zroot error=$97
This all happens when "increased" I/O is going via mrsas-attached disks:
AVAGO MegaRAID SAS FreeBSD mrsas driver version: 07.709.04.00-fbsd
mrsas0: port 0x4000-0x40ff mem
0x9db0-0x9db0,0x9da0-0x9daf irq 32 at device 0.0 numa-domain 0
on pci4
mrsas0: FW now in Ready state
mrsas0: Using MSI-X with 32 number of vectors
mrsas0: FW supports <96> MSIX vector,Online CPU 32 Current MSIX <32>
mrsas0: max sge: 0x46, max chain frame size: 0x400, max fw cmd: 0x39f
mrsas0: Issuing IOC INIT command to FW.
mrsas0: IOC INIT response received from FW.
mrsas0: System PD created target ID: 0x0
mrsas0: System PD created target ID: 0x1
mrsas0: FW supports: UnevenSpanSupport=1
mrsas0: max_fw_cmds: 927 max_scsi_cmds: 911
mrsas0: MSI-x interrupts setup success
mrsas0: mrsas_ocr_thread
Internal disks are:
at scbus17 target 0 lun 0 (pass2,da0)
at scbus17 target 1 lun 0 (pass3,da1)
Example:
da0 at mrsas0 bus 1 scbus17 target 0 lun 0
da0: Fixed Direct Access SPC-4 SCSI device
da0: Serial Number BTYG01730DP5240AGN
da0: 150.000MB/s transfers
da0: 228936MB (468862128 512 byte sectors)
Internal AHCI is:
pci0: numa-domain 0 on pcib0
pci0: at device 8.1 (no driver attached)
pci0: at device 17.0 (no driver attached)
ahci0:
ahci0: AHCI v1.31 with 6 6Gbps ports, Port Multiplier not supported
ahci1:
ahci1: AHCI v1.31 with 8 6Gbps ports, Port Multiplier not supported
sesutil map excerpt:
ses0:
Enclosure Name: AHCI SGPIO Enclosure 2.00
Enclosure ID: 3061686369656d30
Element 0, Type: Array Device Slot
Status: Unsupported (0x00 0x00 0x00 0x00)
Description: Drive Slots
NVME disks are:
nda0 at nvme0 bus 0 scbus19 target 0 lun 1
nda0:
nda0: Serial Number S5CUNA0N201038
nda0: nvme version 1.2 x4 (max x4) lanes PCIe Gen3 (max Gen3) link
nda0: 1526185MB (3125627568 512 byte sectors)
The machine also has 4x bge and 4x bnxt.
With hw.pci.enable_msi="0" set, it's slightly better, with
hw.pci.enable_msi="1",
it happens more often and under even lower load than with enable_msi=0.
enable_msix is set to 1.
Once the machine locks up, one or more of the following also appears:
bge2: Interface stopped DISTRIBUTING, possible flapping - this might be caused
by stuck interrupt(?)
nvme0: Missing interrupt
The only way out is to reboot.
And I wonder, what steps could I take to narrow down the source of the problem?
The machine is not yet in production, I even can try a -CURRENT on it, as a
last resort.
The one thing I’m also considering is to disable USB in order to not share
interrupt(s) with ahci.
The weird thing is that it can survive a full buildworld with 1 make job, but
not with 32 or even 16.
Did anyone came across something like this?
Any hints are welcome.
Thanks.
—
Juraj Lutter
XMPP: juraj (at) lutter.sk
GSM: +421907986576
___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
buildkernel problem with RELENG_7
Dear folks, there seems to be some problem in SCSI/CAM code in RELENG_7: -- stage 3.2: building everything -- cd /usr/obj/usr/src/sys/real; MAKEOBJDIRPREFIX=/usr/obj MACHINE_ARCH=i386 MACHINE=i386 CPUTYPE=pentium3 GROFF_BIN_PATH=/usr/obj/usr/src/tmp/legacy/usr/bin GROFF_FONT_PATH=/usr/obj/usr/src/tmp/legacy/usr/share/groff_font GROFF_TMAC_PATH=/usr/obj/usr/src/tmp/legacy/usr/share/tmac _SHLIBDIRPREFIX=/usr/obj/usr/src/tmp INSTALL=sh /usr/src/tools/install.sh PATH=/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr/bin:/usr/obj/usr/src/tmp/legacy/usr/games:/usr/obj/usr/src/tmp/usr/sbin:/usr/obj/usr/src/tmp/usr/bin:/usr/obj/usr/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin make KERNEL=kernel all -DNO_MODULES_OBJ cc -c -Os -pipe -fno-strict-aliasing -march=pentium3 -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror /usr/src/sys/cam/scsi/scsi_ses.c cc1: warnings being treated as errors /usr/src/sys/cam/scsi/scsi_ses.c: In function 'ses_get_encstat': /usr/src/sys/cam/scsi/scsi_ses.c:989: warning: 'ComStat.comstatus' may be used uninitialized in this function *** Error code 1 Am I doing something wrong or something went wrong? /usr/src and /usr/obj were created from scratch. Thanks! ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
RELENG_7 buildworld issu
Hi, there are some errors in: -- stage 3.2: building everything -- cd /usr/obj/usr/src/sys/real; MAKEOBJDIRPREFIX=/usr/obj MACHINE_ARCH=i386 MACHINE=i386 CPUTYPE=pentium3 GROFF_BIN_PATH=/usr/obj/usr/src/tmp/legacy/usr/bin GROFF_FONT_PATH=/usr/obj/usr/src/tmp/legacy/usr/share/groff_font GROFF_TMAC_PATH=/usr/obj/usr/src/tmp/legacy/usr/share/tmac _SHLIBDIRPREFIX=/usr/obj/usr/src/tmp INSTALL=sh /usr/src/tools/install.sh PATH=/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr/bin:/usr/obj/usr/src/tmp/legacy/usr/games:/usr/obj/usr/src/tmp/usr/sbin:/usr/obj/usr/src/tmp/usr/bin:/usr/obj/usr/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin make KERNEL=kernel all -DNO_MODULES_OBJ cc -c -Os -pipe -fno-strict-aliasing -march=pentium3 -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror /usr/src/sys/cam/scsi/scsi_ses.c cc1: warnings being treated as errors /usr/src/sys/cam/scsi/scsi_ses.c: In function 'ses_get_encstat': /usr/src/sys/cam/scsi/scsi_ses.c:989: warning: 'ComStat.comstatus' may be used uninitialized in this function *** Error code 1 There are no special CFLAGS in make.conf and/or src.conf, sources are fresh as of now. If someone could have a look.. THANKS! otis ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: buildkernel problem with RELENG_7
pluknet wrote: Are you using modified CFLAGS in make.conf ? I see -Os in your build and I could reproduce it with -Os. It's FAQ that -Os flag is not recommended. Try with default optimization flags, please. Just for the record, with default CFLAGS I am getting kind of: -997 bytes available *** Error 1 somwehere in sys/boot/i386/boot2/ (line 64 of Makefile) otis ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: buildkernel problem with RELENG_7
pluknet wrote: Are you using modified CFLAGS in make.conf ? I see -Os in your build and I could reproduce it with -Os. It's FAQ that -Os flag is not recommended. Try with default optimization flags, please. With empty src.conf it works, but anyway, it used to work even with -Os before. On the other hand, aren't those uninitialized variables potentionally a bug? otis ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: usb keyboard FreeBSD 7.0-BETA1
Rainer Hurling wrote: Eric Millbrandt schrieb: Rainer Hurling wrote: Hi Eric, I reported yesterday on ports@, that with portupgrade of 30th October, rebuilding some xorg ports and restarting X now all LEDs of my USB-keyboards (3 systems) are working again. (FreeBSD 8.0-CURRENT i386) Hope this helps, Rainer Thanks, but my problem does not seems to be with X. The LEDs do not work when using and not using X, single user mode, console, etc Was your problem only in X? Yes, only in X for a few weeks. This was described in several threads before. FWIW, I am experiencing the same behaviour also with X.org on Linux - Keyboard LEDs just does not work. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: mounting Solaris 10 NFS share
On 6/1/07, Claus Guttesen [EMAIL PROTECTED] wrote: As mentioned earlier it is probably a mismatch between uid/gid. And by default root is *not* allowed access to nfs-shares unless you specify map-root=root (freebsd-syntax) on your nfs-server, albeit this is *not* recommended as well to grant root access to nfs. Try to use NFSv3 on Solaris side. otis -- Sincerely yours, Juraj Lutter ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
PR kern/102211
Hi, is anyone, in particular sos@, working on commiting this patch or at least considering it? It would help a lot to have it incorporated. As per my testing, using it solves the panic situation I've been seeing otherwise after one of disks in ICH(7|8) RAID has failed. Thanks a lot otis -- Sincerely yours, Juraj Lutter ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
SMP not properly
Hi, I've encountered a problem with FreeBSD 6.2-STABLE on i386 with SMP enabled. Machine is an older one with Intel 82443GX (N440BX) chipset. FreeBSD 6.2-STABLE from around February 2006 worked OK and detected both CPUs properly. After upgrade on 10th April, second CPU disappeared from dmesg. Have there been any changes regarding the SMP and/or ACPI detection? boot -v output and kernel config available at http://www.wilbury.sk/private/txt/esmeralda/ any hints/suggestions? One thing I'm not sure about is AUDIT support in kernel - That one I've added some time between Feb and Apr this year and I'm not sure if this is the concern. Thanks a lot. otis -- Sincerely yours, Juraj Lutter ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
PR kern/102211
Hi, is anyone working on commiting this patch or at least considering it? It would help a lot to have it incorporated. As per my testing, using it solves the panic situation I've been seeing otherwise after one of disks in ICH(7|8) RAID has failed. Thanks a lot otis -- Sincerely yours, Juraj Lutter ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: amd64: cc -dumpmachine [ffmpeg]
On 4/5/07, Andriy Gapon [EMAIL PROTECTED] wrote: $ uname -srm FreeBSD 6.2-RELEASE-p2 amd64 $ cc -dumpmachine $ From gcc(1): -dumpmachine Print the compiler's target machine (for example, i686-pc-linux-gnu)---and don't do anything else. At least configure script of the latest ffmpeg-devel port seems to be confused by this. The same behaviour also on: [EMAIL PROTECTED] /root]# uname -srm FreeBSD 5.4-STABLE i386 [EMAIL PROTECTED] /root]# gcc -v Using built-in specs. Configured with: FreeBSD/i386 system compiler Thread model: posix gcc version 3.4.2 [FreeBSD] 20040728 -- Sincerely yours, Juraj Lutter ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: ALi SATA controller
On 2/27/07, Bruce M. Simpson [EMAIL PROTECTED] wrote: Søren Schmidt wrote: The problem is that your BIOS registers the resources used for AHCI operation but apparently hasn't really enabled them. Look for an option in the BIOS to turn on/off AHCI mode. There is no such option in the BIOS on this machine, as stated in the original thread. Yeah, I don't see it either. The only option regardige AHCI in BIOS is to choose whether the SATA controller will be in AHCI or RAID mode. JL -- Sincerely yours, Juraj Lutter ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: ALi SATA controller
On 2/27/07, Søren Schmidt [EMAIL PROTECTED] wrote: Does it change anything if you shift between those two ? I need to figure out how to do it effectively :-) The machine is somewhere in serverhousing room and is doing some production right now.. I will plan a short outage in near future. -- Sincerely yours, Juraj Lutter ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
ALi SATA controller
Hi, is there any possibility to make this work? Feb 26 21:45:25 river kernel: atapci0: AcerLabs M5229 UDMA133 controller port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xff00-0xff0f at device 31.0 on pci0 Feb 26 21:45:25 river kernel: ata0: ATA channel 0 on atapci0 Feb 26 21:45:25 river kernel: ata1: ATA channel 1 on atapci0 Feb 26 21:45:25 river kernel: atapci1: AcerLabs M5287 SATA150 controller port 0xc400-0xc40f,0xc000-0xc007,0xb800-0xb80f,0xb400-0xb407,0xb000-0xb01f mem 0xfe8ff400-0xfe8ff7ff irq 21 at device 31.1 on pci0 Feb 26 21:45:25 river kernel: atapci1: AHCI controller reset failure Feb 26 21:45:25 river kernel: device_attach: atapci1 attach returned 6 I'm using: FreeBSD river.multicast1.tv 6.2-STABLE FreeBSD 6.2-STABLE #13: Sat Feb 24 11:42:31 CET 2007 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/river amd64 Perhaps I can give access to that box, developer interested please contact me off-list. Thanks a lot. otis -- Sincerely yours, Juraj Lutter ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: mpt problems. (Re: Dell hardware raid 0 (sas5ir) or gmirror?)
On 1/27/07, Josef Karthauser [EMAIL PROTECTED] wrote: The problem is that the synchronisation appears to progress ok, but when I add some additional load, like cvsuping the ports collection at the same time, after a short period I get loads of errors from the mpt controller and then geom disconnects the drive (da0s1). Wierdly when I reboot the machine the mpt controller refuses to probe da0, and I have to physically power cycle the machine before it sees the drive again. I've been observing very similar behavriour with recent 6.2-STABLE on i386 with either Silicon Image 3114 or Promise FastTrak TX4. gmirror synchronisation worked OK until I've added some additional load on the synchronised volume. Unfortunately I haven't been able to take any reasonable DDB output :-( -- Sincerely yours, Juraj Lutter ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Mounting smbfs as non-root
On 12/20/06, martinko [EMAIL PROTECTED] wrote: I've looked through iconv_sysctl_add() and can't see any way for the code to return EPERM. I've been experiencing the exactly same issue for too long, too. :-(( Load the iconv modules as root before letting users to mount. -- Sincerely yours, Juraj Lutter ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: php4 update
On 10/16/06, Simon L. Nielsen [EMAIL PROTECTED] wrote: Long version: check in the newsgroups or mailing lists archives... :) portaudit -Fda prior to portupgrade will do the trick. otis -- Sincerely yours, Juraj Lutter ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Silicon Image 3132under RELENG_5
On 11/30/05, Brooks Davis [EMAIL PROTECTED] wrote: If the poster actually means 3132, it's an unknown quantity. The 3112 is the piece of junk. Yes, I mean 3132, I suppose it's a brand new model from SiI. lspci -v says: 02:00.0 RAID bus controller: Silicon Image, Inc. SiI 3132 Serial ATA Raid II Controller (rev 01) Subsystem: Silicon Image, Inc. SiI 3132 Serial ATA Raid II Controller Thanks -- Sincerely yours, Juraj Lutter ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Silicon Image 3132under RELENG_5
Hi, is there any chance that the support for SiI 3132 will get to RELENG_5 (and RELENG_6 as well) soon? I've got this card and am quite unhappy that it isn't working (yet)... Thanks. -- Sincerely yours, Juraj Lutter ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
using bsnmpd
Hi, anyone of you using bsnmpd? I seem to be stuck on it's config. Basically, it works but I can't see PF variables exported to MIB although I load proper MIB into my snmp client. Any idea what I might be doing wrong? otis -- Sincerely yours, Juraj Lutter ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
performance issues with 6.0-STABLE
Hi, (sorry for crossposting) recently I've updated to 6.0-STABLE and started noticing strange performance issues with the system. The system itselfs acts as an web server running apache2 with php4 compiled from ports. However, there is, in my opinion, strange behaviour of this machine. Under normal operation, load average is between 0.30 and 0.60 but suddenly, from time to time (every 15 to 20 minutes), the load increases dramatically to 15 or more with no visible causes. Anyone from you have encountered behaviour like this also? I suspect the ACPI or interrupt routing to be root cause of this, as the vmstat -i shows: # vmstat -i interrupt total rate irq9: acpi0 28 0 irq13: npx01 0 irq18: bfe0 atapci1 57519357710 cpu0: timer162084106 2000 Total 219603492 2710 710 interrupts/second is just too much... Machine runs customized kernel, with ACPI and APIC enabled, mainboard is Intel, processor is Intel P4 Celeron. I will provide complete dmesg.boot, ``ps ax'' output and kernel config upon request. .oO(And no, I can NOT put the DDB into kernel, nor do I have access to any kind of console of that box :-)) Thanks Juraj -- Sincerely yours, Juraj Lutter ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: 5.3-p16/i386 unknown reason console hang
On 6/20/05, Rong-En Fan [EMAIL PROTECTED] wrote: Hmm.. after switching from uw-imap to dovecot, this hang seems not exist anymore. I'm guessing that possible causes by different locking mechanism used by Postfix and uw-imap (flock and fnctl...). Weird. I run qmail/courier-imap (tried postfix/courier-imap) on that box. It behaves always the same. Btw. I've mentioned that this weird hang occurs even with BASE services (sshd, cron, syslog) running (as you might have noticed from with /usr/local/etc/rc.d empty).. I'm quite stuck although I'm planning on hardware update very soon and move to 5.4-STABLE as well. Anyway, any hint will be very appreciated by me. Have a nice evening. otis -- Sincerely yours, Juraj Lutter ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: 5.3-p16/i386 unknown reason console hang
On 6/14/05, Rong-En Fan [EMAIL PROTECTED] wrote: Hello all, Recently, one of our 5.3-p16/i386 machine got frequenctly hang. Details, 1. I can switch vty, but can't login (after typing username, got hang) 2. can response to ping, but not other tcp/udp services 3. can break into ddb I'm getting exactly the same behaviour on 4.11-STABLE/i386. After typing the username on console machine hangs. It works like a charm with previous kernel (4.8-STABLE). Upgrade was done today via usual way (build world/kernel, install world/kernel, mergemaster, reboot with /usr/local/etc/rc.d empty to ensure only base services to run). otis -- Sincerely yours, Juraj Lutter ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: ssh login
On Mon, Jan 22, 2001 at 11:50:22AM -0500, Ted Sikora wrote: warning: Development-time debugging not compiled in. warning: To enable, configure with --enable-debug and recompile. debug: hostname is '24.2.168.186'. debug: Unable to open /root/.ssh2/ssh2_config warning: Development-time debugging not compiled in. warning: To enable, configure with --enable-debug and recompile. debug: connecting to 24.2.168.186... debug: entering event loop debug: ssh_client_wrap: creating transport protocol debug: Ssh2Client/sshclient.c:1015/ssh_client_wrap: creating userauth protocol debug: Ssh2Client/sshclient.c:349/keycheck_key_match: Host key found from databa se. debug: Unable to open /root/.ssh2/identification debug: Ssh2AuthClient/sshauthc.c:304/ssh_authc_completion_proc: Method 'publicke y' disabled. debug: Ssh2AuthPasswdClient/authc-passwd.c:82/ssh_client_auth_passwd: Starting p assword query... root's password: debug: Ssh2AuthPasswdClient/authc-passwd.c:82/ssh_client_auth_passwd: Starting p assword query... root's password: Seems like you don't have root login enabled in your /etc/ssh/sshd_config. Try to enable or try to log in as normal user not as root. Root login can be possibly dangerous. otis Juraj Lutter, e-mail: [EMAIL PROTECTED], URL: http://wilbury.sk/ All I want for Christmas is a Rock And Roll electric guitar To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
