Re: RFC: mount_nfs failure due to dns not running yet

Hi, DNS resolvers can fail transiently, as can UDP. At least some retries seem to make sense. (I don’t use NFS; this is a general comment.) Regards, Jan M. > On 19. Feb 2025, at 23:40, Rick Macklem wrote: > > Hi, > > The subject line basically describes the problem glebius@ > ran into. Wh

Re: Booting in bhyve always sets currdev to ZFS

On 29. Jun 2024, at 03:26, Rick Macklem wrote: > > Hi, > > I've installed FreeBSD current in a bhvye instance. Everything > went ok, with UFS as a root partition. > Then I created a zpool in another partition... > - Now, every time I boot it I have to > OK set currdev=disk0s1a: > to get it to b

Re: crash zfs_clone_range()

Hi Ronald, hitting the panic with a DEBUG kernel would be great and it would be very nice if I could somehow reproduce the panic. I have the option to rent an cheap arm64 virtual host at Hetzner so I could test that at an environment close to yours. Please try compiling a GENERIC-DEBUG kernel

Re: vfs.zfs.bclone_enabled (was: FreeBSD 14.0-BETA2 Now Available)

I vote for enabling block cloning on main :-) mm On 16. 9. 2023 19:14, Alexander Motin wrote: On 16.09.2023 01:25, Graham Perrin wrote: On 16/09/2023 01:28, Glen Barber wrote: o A fix for the ZFS block_cloning feature has been implemented. Thanks I see

Re: main [and, likely, stable/14]: do not set vfs.zfs.bclone_enabled=1 with that zpool feature enabled because it still leads to panics

Hi Alexander, I can confirm that the patch fixes the panic caused by the provided script on my test systems. Mark, would it be possible to try poudriere on your system with a patched kernel? Thanks mm On 9. 9. 2023 0:09, Alexander Motin wrote: On 08.09.2023 09:52, Martin Matuska wrote: I

Re: main [and, likely, stable/14]: do not set vfs.zfs.bclone_enabled=1 with that zpool feature enabled because it still leads to panics

I digged a little and was able to reproduce the panic without poudriere with a shell script. You may want to increase "repeats". The script causes the panic in dmu_buf_hold_array_by_dnode() on my VirtualBox with the cat command on 9th iteration. Here is the script: #!/bin/sh nl=' ' sed_scrip

Re: ZFS deadlock in 14

Hi Alexander, as 15107 is a prerequisite for 15122, would it be possible to have https://github.com/openzfs/zfs/pull/15107 merged into the OpenZFS zfs-2.2-release branch (and of course later 15122)? If the patches help I can cherry-pick them into main. Cheers, mm Alexander Motin wrote:

Re: panic(s) in ZFS on CURRENT

I will wait with my prepared merge until #14954 gets merged. On 9. 6. 2023 15:59, Alexander Motin wrote: Hi Gleb, There are two probably related PRs upstream: https://github.com/openzfs/zfs/pull/14939 https://github.com/openzfs/zfs/pull/14954 On 09.06.2023 00:57, Gleb Smirnoff wrote: On Thu,

Re: Link modules to DYN type

> On 26. Apr 2023, at 13:38, Hans Petter Selasky wrote: > > On 4/26/23 13:12, Konstantin Belousov wrote: >> No, in-kernel linker does not behave this way. >> Modules need to contain explicit reference to all modules they depend upon, >> using the MODULE_DEPEND() macro. Only symbols from the de

Re: another crash and going forward with zfs

Btw. I am open for setting up a pre-merge stress testing I will check out if I can use the hourly-billed amd64 and arm64 cloud boxes at Hetzner with FreeBSD. Otherwise there are monthly-billed as well. Cheers, mm On 17. 4. 2023 22:14, Mateusz Guzik wrote: On 4/17/23, Pawel Jakub Dawidek wro

Re: another crash and going forward with zfs

On 18. 4. 2023 3:16, Warner Losh wrote: Related question: what zfs branch is stable/14 going to track? With 13 it was whatever the next stable branch was. Warner FreeBSD 14.0 is about to track soon-to-be-branched OpenZFS 2.2

Tachyum Prodigy processors

Hi everybody, does anyone have any information regarding the new Tachyum Prodigy processors? They have announced FreeBSD support as well as a porting kit of their instruction set architecture for FreeBSD: https://www.tachyum.com/en-eu/media/press-releases/2022/04/05/tachyum-successfully-runs

Re: zpool upgrade can't enable new features

I have submitted a pull request to fix this in OpenZFS: https://github.com/openzfs/zfs/pull/11653 On 25. 2. 2021 17:20, John Kennedy wrote: On Thu, Feb 25, 2021 at 11:09:17AM -0300, Renato Botelho wrote: I recently upgraded a CURRENT system to main-n244932-248a47a4c2f and zpool status shows:

Re: zpool upgrade can't enable new features

Looks like Ryan didn't think it all the way through in: https://github.com/openzfs/zfs/commit/35ec51796f0aa8d4fe322b48e7d1d5a65e38a4ce I am preparing a patch for OpenZFS. On 25. 2. 2021 17:20, John Kennedy wrote: On Thu, Feb 25, 2021 at 11:09:17AM -0300, Renato Botelho wrote: I recently upgrad

Re: r360902 breaks VLAN interface on if_em (82579LM)

Le 27/05/2020 à 09:33, Marek Zarychta a écrit : > W dniu 27.05.2020 o 09:19, Martin MATO pisze: >>  I was about to fill a bug report about this. >>  My network card in that case is a 82574L intel based adapter >> As a workaround; bringing down and up the link by ifconfig(8)

Re: r360902 breaks VLAN interface on if_em (82579LM)

 I was about to fill a bug report about this.  My network card in that case is a 82574L intel based adapter As a workaround; bringing down and up the link by ifconfig(8) (and not by unplug/replug the ethernet cable) restore the connectivity for the vlan interface (in my case it is an isp dhcp-based

Re: r360902 breaks VLAN interface on if_em (82579LM)

___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: building x11-wm/plasma5-kwin w/ poudriere results in out of swap space

On 2019-06-11 14:59, Matthias Apitz wrote: Hello, I'm build the latest port svn checkout (June 10) on r342378 with poudriere and (after isolating it) have the problem that building x11-wm/plasma5-kwin runs reproducible out of swap during 'configure' phase: [00:00:49] Cleaning the build queue [0

Re: ZFS no longer mounted in alphanumerical order

> On 12 Mar 2019, at 12:14, Trond Endrestøl > wrote: >> An alternative sort approach, which handles df arguments which change the >> number of columns, and only invokes df once: >> >> ${DF} "$@" | awk '/^Filesystem/ { print; sort = "sort -k " NF } ! >> /^Filesystem/ { print | sort }’ > > Wel

Re: ZFS no longer mounted in alphanumerical order

> On 12 Mar 2019, at 10:37, Trond Endrestøl > wrote: > I concocted a shell script, it looks promising: > > #!/bin/sh > #- > # Parallel mounting of ZFS filesystems leaves a chaotic listing of > # mounted filesystems when viewed by df(1). > # Separating the header from the remaining lines and so

Re: build is broken

Thanks. On Wed, Oct 24, 2018 at 8:11 AM Warner Losh wrote: > Konstantin fixed it a few minutes ago. > > Warner > > On Tue, Oct 23, 2018, 6:09 PM Martin Wilke wrote: > >> as of rev: 339671 >> >> build fails >> >> https://dpaste.de/NCeV/raw >&

build is broken

as of rev: 339671 build fails https://dpaste.de/NCeV/raw - Miwi -- +-oOO--(_)--OOo-+ With best Regards, Martin Wilke (miwi_(at)_FreeBSD.org) Mess with the Best, Die like the Rest ___ freebsd-current

Re: make distribution fails, A failure has been detected in another branch of the parallel make

r336743 CONFSGRP should be CONFSGROUP ? > On 28 Jul 2018, at 1:30 AM, Charlie Li wrote: > > On 27/07/2018 13:21, Martin Wilke wrote: >> I just upgraded a jail in poudriere with latest head, >> https://dpaste.de/bfTT/raw <https://dpaste.de/bfTT/raw>. >> &g

make distribution fails, A failure has been detected in another branch of the parallel make

Hi, I just upgraded a jail in poudriere with latest head, https://dpaste.de/bfTT/raw <https://dpaste.de/bfTT/raw>. - Martin ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe

freebsd-update and portsnap users still at risk of compromise

ashing the heap until an unmapped page is hit (though you never know what the future - or creativity - brings). But taking a cue from a comment in the exploit, I bumped up the compression to level 9, which positioned a lot of libbz2 internal data after the buffer. This data gets overwritten and could v

Re: libarchive update SVN r299529 breaks "ezjail update"

That switch is "--insecure" and is supported in all libarchive versions freebsd ever used. On 15.05.2016 01:36, Ngie Cooper (yaneurabeya) wrote: >> On May 14, 2016, at 16:29, Martin Matuska wrote: >> >> Ian, we are here talking about cpio, not libarchive. The flag in

Re: libarchive update SVN r299529 breaks "ezjail update"

>>>> On May 14, 2016, at 12:17 PM, Tim Kientzle >>>> wrote: >>>> >>>> Many people consider the traditional behavior to be a security >>>> risk, which is why this was changed. >>>> >>>> FreeBSD is welcome to make --insecure th

Re: libarchive update SVN r299529 breaks "ezjail update"

Looks like we have to remove line #174 from cpio/cpio.c: cpio->extract_flags |= ARCHIVE_EXTRACT_SECURE_NOABSOLUTEPATHS; This breaks traditional cpio behavior. Quoting Martin Matuska : Hi Michael, I have looked at the source and this is an intended change in 3.2.0. An absolute p

Re: libarchive update SVN r299529 breaks "ezjail update"

local/jails/basejail/bin/domainnamecpio: bin/domainname: Path is absolute: Unknown error: -1 [ .. etc. .. ] -- Martin Matuska FreeBSD committer http://blog.vx.sk ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinf

Re: mounting CIFS share (tcp/445) with FreeBSD and mount_smbfs(8)

On 02/03/2016 05:02, O. Hartmann wrote: Hello list. I need to mount a CIFS share from windows server 2012 r2 via CIFS, tcp/445 as NetBIOS service (tcp/139) has been deprecated due to serious vulnerability issues. Until the disabling of NetBIOS and tcp/139 we used successfully autofs and mount

Re: Depreciate and remove gbde

nsumer SATA SSD... Having said this, now that I looked at gbde's block chaining, it seems it simply inherits CBC from geom_aes.c, is that right? Martin Yonas Yanfa wrote on Mon, Oct 19, 2015 at 08:43:00PM -0400: > Hi Martin, thanks, that raises some interesting points. After reading PHK'

Re: Depreciate and remove gbde

header so you might fall short by a couple of bytes and you can't do anything about it on the block level with no access to the filesystem. And people might not have their gbde units accessible right now, it might be on a laptop in a closet on a different cont

Re: "geli: Wrong key" with a simple passphrase. Doesn't handle the keyboard input

Many thanks Fabian for your feedbacks ! @freebsd-arm users: Can someone try to "geli init" and "geli attach" an USB external drive ? Cheers,Aurelien 2014-11-14 18:23 GMT+01:00 Fabian Keil : > Aurelien Martin <01aurel...@gmail.com> wrote: > > > I

Re: "geli: Wrong key" with a simple passphrase. Doesn't handle the keyboard input

e prompt # geli init da0 Enter new passphrase: Reenter new passphrase: Impossible to attach the device with a simple passphrase. Tried 20x geli attach da0 Enter passphrase: geli: Wrong key for da0 2014-11-08 21:26 GMT+01:00 Aurelien Martin <01aurel...@gmail.com>: > Dear al

"geli: Wrong key" with a simple passphrase

Dear all, I tried to geli my external USB drive da0 with a simple passphrase But I'm getting "Wrong key for da0" when I want to attach it. Let me know if I have forgot a step. Cheers,Aurelien Log -- # uname -a FreeBSD 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r271779: Fri Sep 19 01:18:53 UTC 2014

Re: CURRENT: WARNING! r273914 leaves filesystems in inconsistent/corrupted condition!

Le 31/10/2014 23:35, Martin MATO a écrit : Le 31/10/2014 22:50, Martin MATO a écrit : Le 31/10/2014 22:23, Dag-Erling Smørgrav a écrit : Can you all please tell me which revision(s) you were running before you upgraded? Something like "bzgrep 11.0-CURRENT /var/log/messages*" sho

Re: CURRENT: WARNING! r273914 leaves filesystems in inconsistent/corrupted condition!

Le 31/10/2014 22:50, Martin MATO a écrit : Le 31/10/2014 22:23, Dag-Erling Smørgrav a écrit : Can you all please tell me which revision(s) you were running before you upgraded? Something like "bzgrep 11.0-CURRENT /var/log/messages*" should do the trick. DES Absolutely here it is

Re: CURRENT: WARNING! r273914 leaves filesystems in inconsistent/corrupted condition!

Le 31/10/2014 22:23, Dag-Erling Smørgrav a écrit : Can you all please tell me which revision(s) you were running before you upgraded? Something like "bzgrep 11.0-CURRENT /var/log/messages*" should do the trick. DES Absolutely here it is /var/log/messages:Oct 31 12:11:05 kernel: FreeBSD 11.0-

Re: CURRENT: WARNING! r273914 leaves filesystems in inconsistent/corrupted condition!

Le 31.10.2014 21:35, Martin MATO a écrit : > Le 31.10.2014 21:00, Manfred Antar a écrit : >> At 12:20 PM 10/31/2014, O. Hartmann wrote: >> >>> On all CURRENT systems I updated today (31.10.2014) I had massive >>> filesystem corruption >>> after reboot.

Can't compile USE_GCC ports

I recently updated to FreeBSD-10. The error is always at linking, see below. Any idea what I may have messed up in the system? gmake[5]: Entering directory `/ports/devel/nemiver/work/nemiver-0.8.2/src' CXXLD nemiver main.o: In function `main': main.cc:(.text.startup+0x11ea): undefined refere

Re: Prompt Live-CD/DVD with support for ZFS v.5000

I have updated the amd64 images with rsync without iconv linking. Please re-download. On 2013-10-10 23:12, Vladislav V. Prodan wrote: > 04.10.2013 16:56, Ollivier Robert wrote: >> According to Vladislav V. Prodan on Fri, Oct 04, 2013 at 01:48:16AM +0300: >>> You want to add such a liveCD for autom

kernel-toolchain won't compile

Hey, how's it going? I'm currently trying to cross-compile CURRENT for a Cubieboard1. I'm following this tutorial: https://wiki.freebsd.org/FreeBSD/arm/Cubieboard However, when I try to compile the kernel toolchain I get the following error: ===> lib/ncurses/form (cleandir) Unknown modifier 't'

Problem building boot2 amd64->i386

/home/martin/Rasperry/head/sys/boot/i386/boot2 cc -Os -fno-guess-branch-probability -fomit-frame-pointer -fno-unit-at-a-time -mno-align-long-strings -mrtd -mregparm=3 -DUSE_XREAD -DUFS1_AND_UFS2 -DFLAGS=0x80 -DSIOPRT=0x3f8 -DSIOFMT=0x3 -DSIOSPD=9600 -I/usr/home/martin/Rasperry/head/sys/boot

Re: No UDP/TCP IPv6 connectivity (only) to router using gif interface - maybe ARM related

Hi , > Whether you feel it right, or not, net.inet.ip.forwarding must be 1 for gif > to work (even for IPv6). This is a unintuitive behavior. But fortunately this solve this problem. I suggest adding setting this sysctl if ipv6_gateway_enable is enabled in the rc.conf. Best regards,

No UDP/TCP IPv6 connectivity (only) to router using gif interface - maybe ARM related

ry-pi.xxx 10.0-CURRENT FreeBSD 10.0-CURRENT #2 r254984 Best regards, Martin Laabs ___ 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: arm/181602: Raspberry PI kernel panic after DHCP

On 28.08.2013 14:10, Ian Lepore wrote: > On Wed, 2013-08-28 at 05:44 +0000, Martin Laabs wrote: >>> Number: 181602 >>> Category: arm >>> Synopsis: Raspberry PI kernel panic after DHCP [...] > This problem was caused by recent changes to th

Raspberry PI sporadically fails to mount mmc card

harvest mutex) @ /usr/home/martin/Rasperry/head/sys/dev/random/randomdev_soft.c:242 2nd 0xc25d7c20 uart_hwmtx (uart_hwmtx) @ /usr/home/martin/Rasperry/head/sys/dev/uart/uart_cpu.h:92 1st 0xc06f3c0c entropy harvest mutex (entropy harvest mutex) @ /usr/home/martin/Rasperry/head/sys/dev/random

Re: Raspberry PI Kernel data abort

-- renewal in 300 seconds. lock order reversal: (sleepable after non-sleepable) 1st 0xc2857d78 so_rcv (so_rcv) @ /usr/home/martin/Rasperry/head/sys/kern/uipc_socket.c:1594 2nd 0xc2899a30 vm map (user) (vm map (user)) @ /usr/home/martin/Rasperry/head/sys/vm/vm_map.c:3816 KDB: stack backtrace

Raspberry PI Kernel data abort

more information whats going wrong? For details and the full boot log have a look to: http://www.freebsd.org/cgi/query-pr.cgi?pr=181601 Best regards, Martin Laabs ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo

Re: errors building 9-STABLE on recent HEAD

Yea thank you guys, I got it to work now. - Martin On Jul 16, 2013, at 11:42 AM, hiren panchasara wrote: > On Mon, Jul 15, 2013 at 8:27 PM, wen heping wrote: >> I build 9-STABLE on head today, while failed many times last month. > > There were some intermittent issues but *r

Re: errors building 9-STABLE on recent HEAD

gs being treated as errors > : In function 'yy_get_next_buffer': > :3229: warning: passing argument 2 of 'yy_input' from > incompatible pointer type > *** [ldlex.o] Error code 1 > > Stop in /home/bed22/src-9/gnu/usr.bin/binutils/ld.

Re: zfs kernel panic, known incompatibilities with clang & CPUTYPE/COPTFLAGS?

have disabled logging for these calls. Please test the patch from current in r252380. http://svnweb.freebsd.org/base?view=revision&revision=252380 On 29.6.2013 17:00, Alexander Leidinger wrote: > On Sat, 29 Jun 2013 14:02:35 +0200 > Martin Matuska wrote: > >> some input would be

Re: zfs kernel panic, known incompatibilities with clang & CPUTYPE/COPTFLAGS?

e, he was able to create a test-case which triggers >>> the problem. >>> >> I've been bisecting for a little bit, and while I'm not 100% sure yet, >> there is one likely culprit right now: r249643. >> It's an MFC with a number of ZFS changes rela

Re: [CRASH] ZFS recv (fwd)/CURRENT

This is a patch against -CURRENT, so the receiving side in your case. On 5.4.2013 18:31, Larry Rosenman wrote: > On 2013-04-05 11:29, Martin Matuska wrote: >> You can use the attached patch, it should fix the problem. >> We are still waiting for code review and a final solu

Re: [CRASH] ZFS recv (fwd)/CURRENT

You can use the attached patch, it should fix the problem. We are still waiting for code review and a final solution by illumos, maybe I will commit this preliminary (or final) fix to head. mm On 5.4.2013 16:49, Larry Rosenman wrote: > On 2013-04-02 16:26, Martin Matuska wrote: >> On 1

Re: [CRASH] ZFS recv (fwd)/CURRENT

On 1. 4. 2013 22:33, Martin Matuska wrote: > This error seems to be limited to sending deduplicated streams. Does > sending without "-D" work ok? This might be a vendor error as well. > > On 1.4.2013 20:05, Larry Rosenman wrote: >> Re-Sending. Any ideas, guys/gals?

Re: [CRASH] ZFS recv (fwd)/CURRENT

This error seems to be limited to sending deduplicated streams. Does sending without "-D" work ok? This might be a vendor error as well. On 1.4.2013 20:05, Larry Rosenman wrote: > Re-Sending. Any ideas, guys/gals? > > This really gets in my way. > -- Martin Matuska

Re: panic: solaris assert: sa.sa_magic == 0x2F505A (0x4d5ea364 == 0x2f505a), file: /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_vfsops.c, line: 625

I can confirm this problem see the same. - Martin On Apr 1, 2013, at 10:18 PM, Fabian Keil wrote: > I got the following panic on 10.0-CURRENT from two days ago > while receiving an incremental snapshot to a certain pool: > > (kgdb) where > #0 doadump (textdump=0) at

Re: ZFS problems

zpool). The kernel module is loaded and visible by kldstat. > Any ideas? > ___ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsu

Re: r238860: bsdtar: eating up 100% CPU, hanging

Please check with CURRENT r238909. I have backported the NFSv4 ACL fix for now. It will be reverted and re-merged when fixed in libarchive's release branch. On 30.7.2012 0:17, O. Hartmann wrote: > Am 07/29/12 19:19, schrieb Martin Matuska: >> Do you still have this problem after r23

Re: r238860: bsdtar: eating up 100% CPU, hanging

Do you still have this problem after r238882? Dňa 28. 7. 2012 19:21 O. Hartmann wrote / napísal(a): > When updating ports (like databases/sqlite3 or graphics/png via > portmaster graphics/png), the installation process comes to a point > where a backup of the old port is created with bsdtar. The

Re: r238860: bsdtar: eating up 100% CPU, hanging

sdtar. The process hangs then … > >> My operating system is >> FreeBSD 10.0-CURRENT #0 r238860: Sat Jul 28 11:28:38 CEST 2012 > > That's newer than my -CURRENT system here; I'm updating now. > Martin imported a few changes from upstream just recently, so this

[CFT] Xorg 7.7 ready for testing!

enough time. We are looking forward for your feedback. - miwi on behalf of the FreeBSD X11 Team PS: Please reply only to x11@ thanks. -- +--oOO--(_)--OOo+ Facebook: miwi1 Twitter:miwi_ With best Regards, Martin Wilke (m

Re: Chrome crashing system (amd64-10.0-CURRENT)

On Thu, May 17, 2012 at 4:08 PM, Conrad J. Sabatier wrote: > Thanks.  I tried those, and it still locked up. > > I finally just moved away ~/.config/chromium, and it started up OK. > Luckily, I was able to restore pretty much everything from my synced > data. It's a little surprising to me that a

Re: Chrome crashing system (amd64-10.0-CURRENT)

These kinds of hard locks often point at graphics driver problems, but normally Chrome relies on a driver whitelist that likely doesn't include any FreeBSD drivers. Did you perhaps set a flag somewhere to bypass a blacklist? You could try some command line flags like --blacklist-accelerated-compo

Re: : jemalloc_arena.c:182: Failed assertion: "p[i] == 0"

Feel free to import this change referencing this explicit gcc-4_1-branch revision as source and mentioning the GPLv2 license. -- Martin Matuška FreeBSD commiter http://blog.vx.sk Pedro Giffuni wrote: On 04/30/12 14:04, Oleksandr Tymoshenko wrote: > On 29/04/2012 12:04 PM, Adrian Chadd wr

Re: No working IDE in FreeBSD!

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 02/23/12 12:22, O. Hartmann wrote: > CLANG. ECLIPSE is to large and it does not fit my purpose. I tried You could try NetBeans, but its size is comparable to Eclipse. - -- Martin -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (Free

[CFT] Xorg Upgrade 7.5.2

-+ With best Regards, Martin Wilke (miwi_(at)_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: Data corruption over NFS in -current

cript run is dominated by system time now and gets 10x slower as it is now. Martin -- %%% Martin Cracauerhttp://www.cons.org/cracauer/ ___ freebsd-current@freebsd.org mailing list

Re: Data corruption over NFS in -current

Rick Macklem wrote on Wed, Jan 11, 2012 at 08:42:25PM -0500: > Martin Cracauer wrote: > > Stefan Bethke wrote on Wed, Jan 11, 2012 at 07:14:44PM +0100: > > > Am 11.01.2012 um 17:57 schrieb Martin Cracauer: > > > > > > > I'm sorry for the unspecific bu

Re: Data corruption over NFS in -current

Stefan Bethke wrote on Wed, Jan 11, 2012 at 07:14:44PM +0100: > Am 11.01.2012 um 17:57 schrieb Martin Cracauer: > > > I'm sorry for the unspecific bug report but I thought a heads-up is > > better than none. > > > > $ uname -a > > FreeBSD wings.cons.org

Data corruption over NFS in -current

junk, mostly zeros I did do some ports building lately but not at the same time that this problem manifested itself. I speculate some ports blocks were still resident in the filesystem buffer cache. Server is Linux. Martin -- %%% M

Re: dump cannot do incremental backups when device name is too long

Am Sun, 11 Sep 2011 10:54:17 +0200 schrieb Martin Sugioarto : > Synopsis: [patch] dump(8) cannot do incremental backups when device > name is too long > > State-Changed-From-To: open->patched > State-Changed-By: mckusick > State-Changed-When: Fri Oct 21 22:49:35 UTC 201

Re: Benchmark (Phoronix): FreeBSD 9.0-RC2 vs. Oracle Linux 6.1 Server

es are it will crash all > the time on you and there will be no easy way for you to fix, short > of installing another "distribution". Sorry, no. If optimization makes bugs appear, there are bugs in the code (somewhere). And you will never find them when you hide them like this. You will also never see many advances in performance. -- Martin signature.asc Description: PGP signature

Re: Benchmark (Phoronix): FreeBSD 9.0-RC2 vs. Oracle Linux 6.1 Server

the other distribution and downgrade their binaries? When FreeBSD has a bad default setup, there must be a reason for that. Tell me this reason and show me that it's justified in form of some other benchmark. -- Martin signature.asc Description: PGP signature

Spinlock panic in FreeBSD 7

name, but we've also observed it with syscall 5. -- Charles R. (Charlie) Martin Senior Software Engineer SGI logo 1900 Pike Road Longmont, CO 80501 Phone: 303-532-0209 E-Mail: crmar...@sgi.com <mailto:crmar...@sgi.com> Website: www.sgi.com <http://www.sgi.com> __

Re: binutils-2.22: ld and --copy-dt-needed-entries

to resolve symbols. What do we do with this? We can go back, patch to behave as before or to continue. Are there any serious complaints? -- Martin Matuska FreeBSD committer http://blog.vx.sk ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.

Re: upgrade issue 8.x to 9.0-RC2: libz.so.5 not found

ipts called pkg_libchk. I use this tool very often like this: pkg_libchk -qo > broken.txt And then I cat it to portmaster: portmaster -d `cat broken.txt` I don't know anymore how the portmaster step works with portupgrade, you need to figure this out by yourself. -- Martin signature.asc Description: PGP signature

Re: zfs i/o hangs on 9-PRERELEASE

ave posted this seems to be a pf problem. Could you try the same situation with with pf(4) disabled? If you are not able to reproduce this hang with pf(4) disabled, it would be very nice to have a PR submitted. -- Martin Matuska FreeBSD committer http://blog.vx.sk ___

Re: firefox stuck in libthr

Hi Steve, at least it would be helpful to know what FBSD Version u are using. - Martin On Nov 25, 2011, at 3:10 AM, Steve Kargl wrote: > Firefox seems to have got stuck inside libthr. > > (gdb) > #0 0x49d307d3 in ?? () from /lib/libthr.so.3 > #1 0x49d2a582 in ?? () from /

Re: /usr/home vs /home

same thing over and over again. I think, I'm not alone when I say that I prepare the disks myself instead of using the installer. I don't even know if the new installer will be capable of installing FreeBSD like I have it installed now. -- Martin signature.asc Description: PGP signature

[PATCH] updated /etc/rc.d/jail (ZFS support, persistent jails and other features)

il/jail_etc.v2.nowhitespace.patch On 31. 7. 2011 0:32, Jamie Gritton wrote: > Yes, that looks good. It keeps what I'd call expected behavior for > persist (at least on the startup side). > > - Jamie > > > On 07/29/11 14:53, Martin Matuska wrote: >> So what do you thin

gmirror failed with error 19.

Hi, I face the same error since upgrade from 8.2 to 9.0RC1, is there any way to fix that? thx Martin___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current

Question about: /etc/periodic/security/800.loginfail

ople,dc=domain" (Invalid credentials) So the question is if this egrep pipe sufficient and if it tells you precisely enough what's going on. Any opinions on this? -- Martin signature.asc Description: PGP signature

Re: Not setting TERM explicitly wraps commands at 80 columns with nested shells in xterms using sh + bash?

gt; where it irritates me enough that I thought I should check around > first). Hi! Is this related to the problem, that if you reconnect to sysutils/screen (screen -r) while a port is in the "make config" phase e.g., you see garbled output on wide monitors? -- Martin signature.asc Description: PGP signature

Re: x.0 RELASE isn't for production.

developers fix as much as possible even when we see 9.0R in late 2012. -- Martin signature.asc Description: PGP signature

Re: FreeBSD 9.0

ail to "freebsd-current-unsubscr...@freebsd.org" > Please have a look to http://www.freebsd.org/releng/index.html regards Martin MATO -- Ce message a été vérifié par MailScanner pour des virus ou des polluriels et rien de suspect n'a été trouvé.

Re: dump cannot do incremental backups when device name is too long

Hi all, I added this to the PR DB, because it was requested: http://www.freebsd.org/cgi/query-pr.cgi?pr=160678 Cc to freebsd-geom. Original report on freebsd-current: http://freebsd.1045724.n5.nabble.com/dump-cannot-do-incremental-backups-when-device-name-is-too-long-td4791131.html -- Martin

dump cannot do incremental backups when device name is too long

these places. I wanted to fix it as simply as possible this time. -- Martin --- /usr/src/sbin/dump/dump.h 2008-05-24 07:20:46.0 +0200 +++ dump.h 2011-09-11 10:32:49.0 +0200 @@ -171,9 +171,9 @@ if (ddatev != NULL) \ for (ddp = ddatev[i = 0]; i < nddates; ddp = ddatev[++i]) -#d

Please explain syslog entry about gmirror

27;s going on in the dmesg? gmirror status gives me (correctly): NameStatus Components mirror/boot COMPLETE ada0p2 (ACTIVE) ada2p2 (ACTIVE) mirror/encrypted COMPLETE ada0p4 (ACTIVE) ada2p4 (ACTIVE) -- Martin signature.asc Description: PGP signature

Re: http://www.freebsd.org/marketing/os-comparison.html

ot;so great". Jails are nice, yes! There are surely scenarios where jails are needed above every other concept. Instead of telling people about "lightweight virtualisation"... tell them what others do with it. Many people are too dumb to understand technical or

Re: makefs(8) & broken iso9660 images

nd: /media/usr/include/c++/4.2/ext/pb_ds/detail/trie_policy: Input/output > error > find: /media/usr/include/c++/4.2/ext/pb_ds/detail/unordered_iterator: > Input/output error > > Am I alone in seeing this? > To resolve problems as quickly as possible, libarchive er

Re: bsdtar(1) can't extract new ISO images

#x27;s also reproducable on daily snapshots from allbsd.org > /stable/8 vs. /head. So, does this count as regression? > ___ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscri

Re: panic: share -> excl @r224632

Patch updated. On 05.08.2011 10:26, Kostik Belousov wrote: > On Fri, Aug 05, 2011 at 10:18:49AM +0200, Martin Matuska wrote: >> I agree to Kostik's approach, but I suggest implementing it in a >> separate function and also use for the unmount() part. >> >> Pleas

Re: panic: share -> excl @r224632

> + NDFREE(&nd, NDF_ONLY_PNBUF); > + vp1 = nd.ni_vp; > + vrele(vp); > + if (vp1 != vp) { > + vput(vp1); > + free(fbuf, M_TEMP); > + return (ENOENT); > + } > >

Re: 9.0 B1 Panic

On Aug 3, 2011, at 12:56 AM, John Baldwin wrote: > On Tuesday, August 02, 2011 8:58:10 am Martin Wilke wrote: >> >> On Aug 2, 2011, at 6:58 PM, Lystopad Olexandr wrote: >> >>> Hello, Martin Wilke! >>> >>> On Tue, Aug 02, 2011 at 12:41:29PM +080

Re: 9.0 B1 Panic

On Aug 2, 2011, at 6:58 PM, Lystopad Olexandr wrote: > Hello, Martin Wilke! > > On Tue, Aug 02, 2011 at 12:41:29PM +0800 > m...@freebsd.org wrote about "9.0 B1 Panic": >> 9.0 Beta1 Panic >> >> Hi guys, >> >> I just downloaded and i

9.0 B1 Panic

9.0 Beta1 Panic Hi guys, I just downloaded and install 9.0 BETA1 but it panics on ACPI. Please view attached screenshot for the error. If you need more information, do let us know. Thanks. ___ freebsd-current@freebsd.org mailing list http://lists.fre

Re: [PATCH] updated /etc/rc.d/jail and added ZFS support

Dňa 30. 7. 2011 17:29, Alexander Leidinger wrote / napísal(a): > On Thu, 28 Jul 2011 16:11:37 +0200 Martin Matuska > wrote: > > >> The attached patch allows better fine-tuning of jails started via >> /etc/rc.d, uses the new jail(8) flags (-c -m), the persist parameter

Re: [PATCH] updated /etc/rc.d/jail and added ZFS support

nd then clears it at a later > stage unless the user specifies to keep it set. It looks like I might > want to add some ZFS support to the new jail(8). > > I would prefer to keep things simpler regarding create/start and > remove/stop, and keep them tied together. > > - Jamie &

  1   2   3   4   5   6   7   >