Re: Checking out the CSRG repository?

2019-06-19 Thread Kirk McKusick
browse the history at http://svnweb.freebsd.org/csrg/ The repository is also available via FTP: ftp://ftp.freebsd.org/pub/FreeBSD/development/CSRG/csrg_svn.tbz Hope this helps, Kirk McKusick ___ freebsd-current@freebsd.org mailing list

Re: Panic in getblkx() booting from disc1.iso in Qemu VM

2018-12-20 Thread Kirk McKusick
Thanks Rebecca for the report and Mark for the analysis of the problem. This should be fixed in -r342290. Kirk McKusick =-=-= From:Kirk McKusick Date:Fri, 21 Dec 2018 01:09:25 + (UTC) To: src-committ...@freebsd.org, svn-src-...@freebsd.org, svn-src-h

Re: enabling inode hashes results in kernel panics

2018-12-13 Thread Kirk McKusick
, but the same code running in fsck does not. Kirk McKusick ___ 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: CFT: TRIM Consolodation on UFS/FFS filesystems

2018-08-20 Thread Kirk McKusick
From: Kirk McKusick To: FreeBSD Current , FreeBSD Filesystems Subject: CFT: TRIM Consolodation on UFS/FFS filesystems Date: Mon, 20 Aug 2018 12:40:56 -0700 Oops, forgot that attachments get stripped. Below are the diffs for gathering statistics. Sorry to those of you on Gmail for whom

CFT: TRIM Consolodation on UFS/FFS filesystems

2018-08-20 Thread Kirk McKusick
of BIO_DELETEs you have backed up at/in the disk drive and you can track how quickly they drain. Kirk McKusick ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "fr

Re: kernel: failed: cg 5, cgp: 0xd11ecd0d != bp: 0x63d3ff1d

2018-02-23 Thread Kirk McKusick
: r328914 | mckusick | 2018-02-05 16:19:46 -0800 (Mon, 05 Feb 2018) You need to update your kernel to get the fix. Kirk McKusick ___ 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: VM images for 12.0-CURRENT showing checksum failed messages

2017-10-18 Thread Kirk McKusick
, onto which > newfs(8) is run, followed by the installworld/installkernel targets. > > Next, mkimg(1) is used to feed the resultant md(4)-based .img > filesystem (after umount(8)) to create the final output image. > > Glen Glen, Can you try running fsck on the md(4) disk after y

Re: The futur of the roff toolchain

2017-05-23 Thread Kirk McKusick
Thanks for all your work on this project. As I still use roff for our book and for many of my presentations, it is a topic of interest to me. That said, I am fine with roff dropping out of base as I can easily enough bring it in from ports. And I am curious to try using heirloom doctools on our

Re: Followup on packaging base with pkg(8)

2016-05-19 Thread Kirk McKusick
it would at first appear to be. Thank-you for your efforts to date and I look forward to the transition (hopefully in the 11.1 release) as I believe it will be a huge step forward. Kirk McKusick ___ freebsd-current@freebsd.org mailing list https

Re: panic "ffs_checkblk: bad block" on recent -head kernels

2015-12-03 Thread Kirk McKusick
= NULL; > #endif > bzero(>v_un, sizeof(vp->v_un)); > + vp->v_lasta = vp->v_clen = vp->v_cstart = vp->v_lastw = 0; > vp->v_iflag = 0; > vp->v_vflag = 0; > bo->bo_flag = 0; > > -- > Mateusz Guzik I concur with trying this suggestion. starting with r291460 these fields were no longer zero'ed when allocating the vnode. So you may have some residual values in there that are causing trouble. Kirk McKusick ___ 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: Kernel crash during heavy disk access

2013-07-10 Thread Kirk McKusick
Date: Tue, 9 Jul 2013 18:29:01 -0700 Subject: Re: Kernel crash during heavy disk access From: Adrian Chadd adr...@freebsd.org To: Benjamin Kaduk b...@freebsd.org, Jeff Roberson j...@freebsd.org, Kirk McKusick mckus...@mckusick.com Cc: Eric Camachat eric.camac...@gmail.com, curr

Re: A PRIV_* flag for /dev/mem?

2013-06-16 Thread Kirk McKusick
Date: Sat, 15 Jun 2013 17:23:50 -0600 From: Jamie Gritton ja...@freebsd.org To: FreeBSD Current freebsd-current@FreeBSD.org CC: Kirk McKusick mckus...@mckusick.com, Konstantin Belousov kostik...@gmail.com, Alexander Leidinger netch...@freebsd.org, Pawel Jakub Dawidek

Re: A PRIV_* flag for /dev/mem?

2013-05-20 Thread Kirk McKusick
I pointed Robert and Pawel at your discussion on creating a new PRIV_KMEM and adding a check for it in memopen(). I am of the opinion that this is a good idea, but I am hoping that one of Robert or Pawel will comment since they are much more active in this area. Kirk McKusick

Re: [PATCH] Fix sbin/fsdb/fsdbutil.c for r247212

2013-03-02 Thread Kirk McKusick
Date: Sun, 24 Feb 2013 22:41:21 +0300 Subject: Re: [PATCH] Fix sbin/fsdb/fsdbutil.c for r247212 From: Sergey Kandaurov pluk...@freebsd.org To: David Wolfskill da...@catwhisker.org Cc: curr...@freebsd.org, Kirk McKusick mckus...@freebsd.org On 24 February 2013 19:25, David Wolfskill da

Re: SU+J on 9.1-RC2 ISO

2012-12-05 Thread Kirk McKusick
rollback properly handles snapshots, snapshots on SU+J will be enabled. Kirk McKusick ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr

Re: FS hang when creating snapshots on a UFS SU+J setup

2012-01-10 Thread Kirk McKusick
back to using SU+J after the test, you can reenable SU+J by running: umount filesystem tunefs -j enable filesystem mount filesystem When responding to me, it is best to use my mckus...@mckusick.com email as I tend to read it more regularly. Kirk McKusick

Re: dogfooding over in clusteradm land

2011-12-28 Thread Kirk McKusick
to increase the KVM allocated to the buffer cache. Kirk McKusick ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org

Re: panic: ffs_blkfree_cg: freeing free block

2011-10-29 Thread Kirk McKusick
decades), so a software cause of this panic is unlikely to have been recently introduced. Hence, I would not spend a lot of time trying to get a backtrace, etc. Kirk McKusick ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman

Re: Nasty non-recursive lockmgr panic on softdep only enabled UFS partition when filesystem full

2011-05-04 Thread Kirk McKusick
Date: Tue, 3 May 2011 22:40:26 -0700 Subject: Nasty non-recursive lockmgr panic on softdep only enabled UFS partition when filesystem full From: Garrett Cooper yaneg...@gmail.com To: Jeff Roberson j...@freebsd.org, Marshall Kirk McKusick mckus...@mckusick.com Cc: FreeBSD Current

Re: How a full fsck screwed up my SU+J filesystem

2010-12-01 Thread Kirk McKusick
Date: Wed, 1 Dec 2010 16:27:48 +0200 From: Kostik Belousov kostik...@gmail.com To: Peter Holm p...@freebsd.org Cc: Garrett Cooper yaneg...@gmail.com, Marshall Kirk McKusick mckus...@mckusick.com, curr...@freebsd.org Subject: Re: How a full fsck screwed up my SU+J filesystem On Wed

HEADS UP: 64-bit quotas going in to head today

2010-05-06 Thread Kirk McKusick
and emailing me directly will ensure the quickest response. Special thanks to John Kozubik of rsync.net for getting me interested in pursuing 64-bit quota support and for funding part of my development time on this project. Kirk McKusick ___ freebsd

Re: -current lockup (how to diagnose?)

2003-12-03 Thread Kirk McKusick
into your kernel. Kirk McKusick ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]

Re: panic: initiate_write_inodeblock_ufs2: already started

2003-12-03 Thread Kirk McKusick
This error happens if things are not properly locked. As per my previous message, I am not able to look at it now, but am hoping that resolving some of the other races will solve this as well. Kirk McKusick ___ [EMAIL PROTECTED] mailing list

Re: HEADS-UP new statfs structure

2003-11-14 Thread Kirk McKusick
Date: Fri, 14 Nov 2003 08:33:06 + From: Matt Smith [EMAIL PROTECTED] To: Marco Wertejuk [EMAIL PROTECTED] Cc: Kirk McKusick [EMAIL PROTECTED], [EMAIL PROTECTED] Subject: Re: HEADS-UP new statfs structure X-ASK-Info: Whitelist match Marco Wertejuk wrote: Just for a short note: cfsd

HEADS-UP new statfs structure

2003-11-12 Thread Kirk McKusick
will not know about the new system calls that support the new statfs structure. Running an old kernel after a `make world' will cause programs such as `df' that do a statfs system call to fail with a bad system call. Kirk McKusick ___ [EMAIL PROTECTED

Re: runningbufspace related lock-ups with md(4)/UFS/SU (PATCH ?)

2003-11-03 Thread Kirk McKusick
To: Kirk McKusick [EMAIL PROTECTED] From: Brian F. Feldman [EMAIL PROTECTED] Date: Thu, 23 Oct 2003 15:46:53 -0400 Cc: [EMAIL PROTECTED] Subject: Re: runningbufspace related lock-ups with md(4)/UFS/SU (PATCH ?) Kirk McKusick [EMAIL PROTECTED] wrote: I have been able to reproduce your

Re: runningbufspace related lock-ups with md(4)/UFS/SU (PATCH ?)

2003-10-23 Thread Kirk McKusick
I have been able to reproduce your hang on my system and your suggested fix does prevent it. I am going to run some more buffer starvation-type tests on it this week and if they do not cause other problems, I will put in your suggested fix. Kirk McKusick =-=-=-=-=-= To: [EMAIL PROTECTED

Re: file system (UFS2) consistancy after -current crash? (fwd)

2003-10-03 Thread Kirk McKusick
. Kirk McKusick ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]

mksnap_ffs, snapshot issues, again

2003-08-23 Thread Kirk McKusick
be to try creating a hidden directory for the snapshot file, e.g., create a /export/.snap directory mode 700 owned by root, then create the snapshot as say /export/.snap/snap1. This way, it will be out of the way of all snoopy programs except those walking the filetree as root. Kirk McKusick

Re: mksnap_ffs, snapshot issues, again

2003-08-23 Thread Kirk McKusick
To: Kirk McKusick [EMAIL PROTECTED] cc: [iso-8859-2] Branko F. Graènar [EMAIL PROTECTED], Paul Saab [EMAIL PROTECTED], Robert Watson [EMAIL PROTECTED], [EMAIL PROTECTED] Subject: Re: mksnap_ffs, snapshot issues, again

Re: 4.8-RC / 5-CURRENT UFS1 interoperability problem

2003-03-16 Thread Kirk McKusick
the fsck. Kirk McKusick =-=-=-=-=-=-= golf# uname -a FreeBSD golf.macomnet.net 4.8-PRERELEASE FreeBSD 4.8-PRERELEASE #19: Thu Feb 27 13:33:49 GMT 2003 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/GENERIC i386 golf# fsck /dev/ad0s2a ** /dev/ad0s2a ** Last Mounted on /mnt ** Phase 1 - Check

Re: BOOT2_UFS=UFS1_ONLY works for today's current

2003-02-23 Thread Kirk McKusick
From: David Syphers [EMAIL PROTECTED] To: Kirk McKusick [EMAIL PROTECTED] Subject: Re: BOOT2_UFS=UFS1_ONLY works for today's current Date: Sun, 23 Feb 2003 14:49:52 -0600 Cc: [EMAIL PROTECTED] On Sunday 23 February 2003 11:10 am, Richard Arends

Re: Reboot(8) when fsck_ufs is running ?

2003-02-20 Thread Kirk McKusick
Date: Sat, 15 Feb 2003 00:50:01 +0100 (CET) From: Martin Blapp [EMAIL PROTECTED] To: [EMAIL PROTECTED] Cc: Kirk McKusick [EMAIL PROTECTED] Subject: Reboot(8) when fsck_ufs is running ? Hi all, I don't know what the behaviour should

Re: strange dump/restore behaviour

2003-02-19 Thread Kirk McKusick
the usr directory in the original dump). Neither of these are problematic or affected your restore. Kirk McKusick To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message

Re: INVARIANTS-related fs panic on alpha

2003-02-14 Thread Kirk McKusick
. Kirk McKusick =-=-=-=-=-= Date: Fri, 14 Feb 2003 15:54:13 -0800 From: Kris Kennaway [EMAIL PROTECTED] To: Kris Kennaway [EMAIL PROTECTED] Cc: [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED] Subject: Re: INVARIANTS-related fs panic on alpha On Sat, Jan 25, 2003 at 12

Re: dump -L and privilege

2003-01-31 Thread Kirk McKusick
From: Jun Kuriyama [EMAIL PROTECTED] To: Kirk McKusick [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: Re: dump -L and privilege In-Reply-To: [EMAIL PROTECTED] X-ASK-Info: Whitelist match Is this enough? -r-sr-x--- 1 root

Re: dump -L and privilege

2003-01-30 Thread Kirk McKusick
Date: Fri, 31 Jan 2003 02:24:00 +0200 From: Giorgos Keramidas [EMAIL PROTECTED] To: Garrett Wollman [EMAIL PROTECTED] Cc: Kirk McKusick [EMAIL PROTECTED], [EMAIL PROTECTED] Subject: Re: dump -L and privilege X-ASK-Info: Confirmed by User

Re: dump -L and privilege

2003-01-29 Thread Kirk McKusick
to create a snapshot for it. I favor the first approach, but there may be good security issues of which I am unaware that make that a bad choice. Perhaps we could get someone like Robert Watson to comment on these choices. Kirk McKusick To Unsubscribe: send mail to [EMAIL PROTECTED

Re: panic: ffs_blkfree: freeing free block

2002-12-18 Thread Kirk McKusick
I corrected a botched patch last night. Make sure that you are running with version 1.56 2002/12/18 07:19:41 of ufs/ffs/ffs_snapshot.c. Kirk McKusick =-=-=-=-= Date: Wed, 18 Dec 2002 11:43:25 +0100 From: Aurelien Nephtali [EMAIL PROTECTED] To: Kirk McKusick [EMAIL PROTECTED] Cc: [EMAIL

Re: panic: ffs_blkfree: freeing free block

2002-12-18 Thread Kirk McKusick
I have managed to panic my system on a hard reboot and now believe that I have found the problem on which you are faulting. I have checked in a fix to the head of the tree (sys/ufs/ffs/ffs_snapshot.c version 1.57). Let me know if it fixes your problem. Kirk McKusick To Unsubscribe: send

Re: Data corruption in soft updates?

2002-12-17 Thread Kirk McKusick
and copying an alternate into the standard location is losing the update done for the size field. I am not sure how that is happening, but I am hoping to catch where in all your messing around with alternates that is happening so I can cover that hole. Kirk McKusick =-=-=-=-=-= Date: Tue, 17 Dec

Re: panic: ffs_blkfree: freeing free block

2002-12-17 Thread Kirk McKusick
upgrading to a post 12/15 system. If you find continued evidence of trouble after following the above procedures, please send me mail. Kirk McKusick To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message

Re: backgroud fsck is still locking up system (fwd)

2002-12-17 Thread Kirk McKusick
Date: Mon, 9 Dec 2002 11:19:13 -0800 From: Brooks Davis [EMAIL PROTECTED] To: Kirk McKusick [EMAIL PROTECTED] Cc: Brooks Davis [EMAIL PROTECTED], Nate Lawson [EMAIL PROTECTED], Archie Cobbs [EMAIL PROTECTED], [EMAIL PROTECTED] Subject: Re: backgroud fsck is still locking

Re: Panic with recent CURRENT (1 hour ago)

2002-12-15 Thread Kirk McKusick
14, 2002. Please verify that you are running with this version. If you had this problem after that conversion please contact me directly so I can try and work out more of the details. Kirk McKusick =-=-=-=-=-= Date: Sat, 14 Dec 2002 21:47:20 +0100 (CET) From: Martin Blapp [EMAIL PROTECTED

Re: Data corruption in soft updates?

2002-12-09 Thread Kirk McKusick
that you will find that all those bad blocks exceed that size. It might be interesting to check one or more of the alternate blocks to see if they have a different size. If so, using an alternate should help. If not, then the question is why all those out of range blocks were allocated. Kirk

Re: backgroud fsck is still locking up system (fwd)

2002-12-08 Thread Kirk McKusick
cursory testing. I would appreciate it if someone could try running it on various UFS2 filesystems to see if it works properly. Kirk McKusick To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message

Re: backgroud fsck is still locking up system (fwd)

2002-12-08 Thread Kirk McKusick
In theory the MNT_RELOAD command should reload all the filesystem metadata properly though this feature has not been tested with growfs. If anyone has the time to try it out and report back any problems, that would be appreciated. Kirk McKusick =-=-=-=-= From: Archie Cobbs [EMAIL

Re: backgroud fsck is still locking up system (fwd)

2002-12-07 Thread Kirk McKusick
Thanks for reminding me about your userland change to background fsck. I have tried it out and concur that it is the right approach until we manage to get the general solution in the kernel. I suggest that you propose it to release engineering and if approved check it in. Kirk McKusick

Re: backgroud fsck is still locking up system (fwd)

2002-12-06 Thread Kirk McKusick
From: Archie Cobbs [EMAIL PROTECTED] Subject: Re: backgroud fsck is still locking up system (fwd) In-Reply-To: [EMAIL PROTECTED] To: Nate Lawson [EMAIL PROTECTED] Date: Fri, 6 Dec 2002 10:57:13 -0800 (PST) CC: Kirk McKusick [EMAIL PROTECTED

Re: UFS1 created by 5.0 is incompatible with 4.0's?

2002-12-06 Thread Kirk McKusick
problem, try the following patch that I made to the 5.0 fsck. If it solves your problem, then it should probably be MFC'ed. Kirk McKusick Index: sbin/fsck_ffs/setup.c === RCS file: /usr/ncvs/src/sbin/fsck_ffs/setup.c,v

Re: backgroud fsck is still locking up system (fwd)

2002-12-06 Thread Kirk McKusick
, then there is still a good reason not to use soft updates on the root filesystem. Kirk McKusick =-=-=-=-= From: Archie Cobbs [EMAIL PROTECTED] Subject: Re: backgroud fsck is still locking up system (fwd) In-Reply-To: [EMAIL PROTECTED] To: Dan Nelson [EMAIL PROTECTED] Date: Fri, 6 Dec 2002 11:28:52 -0800

Re: backgroud fsck is still locking up system (fwd)

2002-12-06 Thread Kirk McKusick
From: Archie Cobbs [EMAIL PROTECTED] Subject: Re: backgroud fsck is still locking up system (fwd) In-Reply-To: [EMAIL PROTECTED] To: Kirk McKusick [EMAIL PROTECTED] Date: Fri, 6 Dec 2002 13:01:20 -0800 (PST) CC: Archie Cobbs [EMAIL PROTECTED], Nate Lawson [EMAIL PROTECTED

Re: backgroud fsck is still locking up system (fwd)

2002-12-06 Thread Kirk McKusick
I suggest that we drag Thomas-Henning von Kamptz into this discussion as he was one of the main authors of growfs. He is copied on my reply. Kirk McKusick =-=-=-=-=-= From: Archie Cobbs [EMAIL PROTECTED] Subject: Re: backgroud fsck is still locking up system (fwd) In-Reply-To: [EMAIL

Re: backgroud fsck is still locking up system (fwd)

2002-12-06 Thread Kirk McKusick
From: Archie Cobbs [EMAIL PROTECTED] Subject: Re: backgroud fsck is still locking up system (fwd) In-Reply-To: [EMAIL PROTECTED] To: Kirk McKusick [EMAIL PROTECTED] Date: Fri, 6 Dec 2002 15:23:36 -0800 (PST) CC: Archie Cobbs [EMAIL PROTECTED], Nate Lawson [EMAIL PROTECTED

Re: backgroud fsck is still locking up system (fwd)

2002-12-06 Thread Kirk McKusick
Adding a two minute delay before starting background fsck sounds like a very good idea to me. Please send me your suggested change. Kirk McKusick =-=-=-=-= Date: Fri, 6 Dec 2002 10:44:45 -0800 From: Brooks Davis [EMAIL PROTECTED] To: Nate Lawson [EMAIL PROTECTED] Cc: Kirk McKusick

Re: backgroud fsck is still locking up system (fwd)

2002-12-05 Thread Kirk McKusick
having with 5.0 as of last night is getting login to work on my console. Kirk McKusick To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message

Re: backgroud fsck is still locking up system (fwd)

2002-12-05 Thread Kirk McKusick
of `ps axl'? If not, can you break into the debugger and get a ps output? (You will need to have the DDB option specified in your config file). Kirk McKusick =-=-=-=-=-= From: Archie Cobbs [EMAIL PROTECTED] Subject: Re: backgroud fsck is still locking up system (fwd) In-Reply-To: [EMAIL

newfs chokes, cores, dies if inode density too high; patch attached

2002-11-30 Thread Kirk McKusick
In-Reply-To: [EMAIL PROTECTED] I don't have time to test this right now, but see also PR bin/30959. Ceri -- you can't see when light's so strong you can't see when light is gone Better late than never, this bug has been fixed. From: Kirk McKusick [EMAIL

Re: UFS Snapshot deadlock

2002-11-30 Thread Kirk McKusick
Your deadlock should now be fixed. Kirk McKusick =-=-=-=-= From: Kirk McKusick [EMAIL PROTECTED] Date: Fri, 29 Nov 2002 23:27:12 -0800 (PST) To: [EMAIL PROTECTED], [EMAIL PROTECTED] Subject: cvs commit: src/sys/ufs/ffs ffs_snapshot.c X-FreeBSD-CVS-Branch: HEAD mckusick2002/11/29 23

Re: corrupted UFS2 label after ffs_vfsops.c,v 1.198

2002-11-30 Thread Kirk McKusick
that, you will be able to unmount it and run the new fsck. Similarly, if you have an older kernel (vintage last four months of -current) then it will back-convert your UFS2 filesystems every time you run it and thus you will have to forward convert before fsck will run on it again. Kirk McKusick

Trashed Disk Labels

2002-11-29 Thread Kirk McKusick
in an update to ufs/ffs/ffs_vfsops.c (version 1.198) that explicitly checks to make sure that it will not trash your disk label. I highly recommend that you update to this version, even if you are only running with UFS1 filesystems. Kirk McKusick To Unsubscribe: send mail to [EMAIL PROTECTED

Re: Trashed Disk Labels

2002-11-29 Thread Kirk McKusick
Date: Fri, 29 Nov 2002 14:53:06 -0500 (EST) From: Wesley Morgan [EMAIL PROTECTED] To: Kirk McKusick [EMAIL PROTECTED] cc: [EMAIL PROTECTED] Subject: Re: Trashed Disk Labels X-ASK-Info: Confirmed by User On Fri, 29 Nov 2002, Kirk McKusick

Re: Trashed Disk Labels

2002-11-29 Thread Kirk McKusick
Date: Sat, 30 Nov 2002 17:43:53 +1100 (EST) From: Bruce Evans [EMAIL PROTECTED] X-X-Sender: [EMAIL PROTECTED] To: Kirk McKusick [EMAIL PROTECTED] cc: [EMAIL PROTECTED] Subject: Re: Trashed Disk Labels In-Reply-To: [EMAIL PROTECTED] X

Re: Update to UFS2 Superblock Format

2002-11-29 Thread Kirk McKusick
correct me if I am incorrect on this point. Kirk McKusick =-=-=-=-=-= Date: Fri, 29 Nov 2002 22:57:12 -0800 To: Kirk McKusick [EMAIL PROTECTED], [EMAIL PROTECTED] From: Manfred Antar [EMAIL PROTECTED] Subject: Re: Update to UFS2 Superblock Format Cc: Robert Watson [EMAIL PROTECTED

Re: Update to UFS2 Superblock Format

2002-11-29 Thread Kirk McKusick
Date: Fri, 29 Nov 2002 23:16:51 -0800 To: Kirk McKusick [EMAIL PROTECTED] From: Manfred Antar [EMAIL PROTECTED] Subject: Re: Update to UFS2 Superblock Format Cc: [EMAIL PROTECTED], Robert Watson [EMAIL PROTECTED], [EMAIL PROTECTED], Poul-Henning

Re: UFS-2 partition destroyed by change

2002-11-28 Thread Kirk McKusick
problems with UFS2 before most people had deployed it. From here on out, I promise not to introduce major breakage :-) Kirk McKusick To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message

Re: UFS-2 partition destroyed by change

2002-11-27 Thread Kirk McKusick
superblock magic number. Had you mounted it before running the new fsck, all would have been well. I am at a loss to explain why fsck did not gag and refuse to check it though. Kirk McKusick =-=-=-=-= Date: Thu, 28 Nov 2002 06:01:36 + (GMT) From: Daniel Flickinger [EMAIL PROTECTED

Re: Update to UFS2 Superblock Format

2002-11-25 Thread Kirk McKusick
Date: Mon, 25 Nov 2002 01:08:30 -0800 (PST) From: Julian Elischer [EMAIL PROTECTED] To: Kirk McKusick [EMAIL PROTECTED] cc: [EMAIL PROTECTED], Robert Watson [EMAIL PROTECTED], [EMAIL PROTECTED] Subject: Re: Update to UFS2 Superblock Format

Update to UFS2 Superblock Format

2002-11-24 Thread Kirk McKusick
://www.freebsd.org/~mckusick/UFS2_update.diffs The program `zapsb.c' that reverts a UFS2 filesystem to its previous state can be found at: http://www.freebsd.org/~mckusick/zapsb.c If this change is going to cause you undue hardship, please send me mail ([EMAIL PROTECTED]). Kirk McKusick

Re: Update to UFS2 Superblock Format

2002-11-24 Thread Kirk McKusick
, but not at this point in time when we are trying to keep changes to a minimum and do not have time for extensive testing. Kirk McKusick =-=-=-=-= Date: Sun, 24 Nov 2002 21:28:38 -0800 (PST) From: Julian Elischer [EMAIL PROTECTED] To: Kirk McKusick [EMAIL PROTECTED] cc: [EMAIL PROTECTED

Re: Stupid UFS2 questions...

2002-10-18 Thread Kirk McKusick
superblock locations when creating a filesystem in newfs, but got in trouble as I ended up stomping on boot block information that UFS2 filesystems place where the UFS1 superblock used to reside. So, I deleted that code. Hope this helps. Kirk McKusick To Unsubscribe: send mail to [EMAIL

Re: -current panic in suser_cred()

2002-06-24 Thread Kirk McKusick
I have put a fix in /sys/ufs/ufs/ufs_inode.c (on freefall) which should solve this panic. Kirk McKusick =-=-=-= From: Wesley Morgan [EMAIL PROTECTED] Date: Mon, 24 Jun 2002 18:04:07 -0400 (EDT) Subject: -current panic in suser_cred() To: [EMAIL PROTECTED] At some point between 20 Jun

Re: you should probably track current@ these days...

2002-06-22 Thread Kirk McKusick
that others will as well, so I will make a note in the UPDATING notes to suggest the use of `fsck -b16 ...' when going back to using filesystems on 4.X systems. Kirk McKusick To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message

Re: UFS2 related message?

2002-06-22 Thread Kirk McKusick
by: Poul-Henning Kamp [EMAIL PROTECTED] Reviewed by:Maxime Henrion [EMAIL PROTECTED] Kirk McKusick =-=-=-=-=-= To: [EMAIL PROTECTED] Subject: UFS2 related message? Date: Sat, 22 Jun 2002 20:45:01 +0900 From: Munehiro Matsuda [EMAIL PROTECTED] Hello all

Re: Unconnected files problem

2002-02-11 Thread Kirk McKusick
I have (finally) found and fixed this problem. You need to get version 1.107 or later of /sys/ufs/ffs/ffs_softdep.c (2002/02/07). Kirk McKusick =-=-=-=-=-= Date: Tue, 28 Aug 2001 14:02:24 +0200 From: Ollivier Robert [EMAIL PROTECTED] To: FreeBSD Current Users' list [EMAIL PROTECTED] Cc

Re: Unconnected files problem

2002-02-10 Thread Kirk McKusick
I have (finally) found and fixed this problem. You need to get version 1.107 or later of /sys/ufs/ffs/ffs_softdep.c (2002/02/07). Kirk McKusick =-=-=-=-=-= Date: Tue, 28 Aug 2001 14:02:24 +0200 From: Ollivier Robert [EMAIL PROTECTED] To: FreeBSD Current Users' list [EMAIL PROTECTED] Cc

Re: fsck setting d_ino == 0 (was Re: filesystem errors)

2001-08-24 Thread Kirk McKusick
To: Kirk McKusick [EMAIL PROTECTED] cc: [EMAIL PROTECTED], [EMAIL PROTECTED], Ollivier Robert [EMAIL PROTECTED], Mikhail Teterin [EMAIL PROTECTED] Subject: fsck setting d_ino == 0 (was Re: filesystem errors) In-Reply-To: Your message of Sat

Re: filesystem errors

2001-07-28 Thread Kirk McKusick
To: Michael Harnois [EMAIL PROTECTED] cc: [EMAIL PROTECTED], [EMAIL PROTECTED] Subject: Re: filesystem errors In-Reply-To: Your message of Wed, 25 Jul 2001 23:14:16 CDT. [EMAIL PROTECTED] Date: Thu, 26 Jul 2001 15:14:09 +0100

Re: worklist_remove panic

2001-06-13 Thread Kirk McKusick
to find and delete the newdirblk dependency so that the truncation can succeed. This delta should clear up the recent problems that folks have been having with soft updates. Kirk McKusick =-=-=-=-= To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: worklist_remove panic From: Dag-Erling

Re: fsdb broken in -current

2001-04-23 Thread Kirk McKusick
To: Kirk McKusick [EMAIL PROTECTED] cc: [EMAIL PROTECTED] Subject: fsdb broken in -current Date: Mon, 23 Apr 2001 22:23:48 +0100 From: Ian Dowse [EMAIL PROTECTED] The last set of changes to fsck_ffs moved the initialisation of dev_bsize

Re: vm page panic

2001-03-25 Thread Kirk McKusick
Date: Sun, 25 Mar 2001 11:20:17 +0200 From: Jeroen Ruigrok/Asmodai [EMAIL PROTECTED] To: Kirk McKusick [EMAIL PROTECTED], Peter Wemm [EMAIL PROTECTED], Paul Saab [EMAIL PROTECTED], Matt Dillon [EMAIL PROTECTED], Soeren Schmidt [EMAIL

Re: Bad commit?

2000-11-15 Thread Kirk McKusick
1.15 for subr_rman.c which should fix the problems being experienced with version 1.14. If you continue to experience problems with version 1.15, please let me know. Kirk McKusick To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message

Re: Panic: bqrelse: multiple refs

2000-07-25 Thread Kirk McKusick
, I should have removed that panic (but forgot that I had put it in there, sigh). I have just made the change on freefall. Sorry for the problems caused by that change. Kirk McKusick To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message

Re: cvs commit: src/sys/contrib/softupdates softdep.h ffs_softdep.c

2000-06-24 Thread Kirk McKusick
to make their systems run well. The more of those details that need not be learned because they just do the right thing, the better. Kirk McKusick To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message

Re: Panic with userquota(softupdates?)

2000-06-18 Thread Kirk McKusick
are reporting, it may be related. I suggest that you update to the above delta and see if it solves your problem. If your problem persists, let me know. As always, if you can give a specific set of inputs which trigger the problem, that is always helpful in tracking it down. Kirk McKusick

Re: bioops

2000-06-16 Thread Kirk McKusick
To: [EMAIL PROTECTED] Subject: HEADSUP: bioops patch. From: Poul-Henning Kamp [EMAIL PROTECTED] Date: Wed, 14 Jun 2000 22:29:32 +0200 This patch virtualizes untangles the bioops operations vector. Background: The bioops operation vector

Re: Mounting one FS on more than one system

1999-12-04 Thread Kirk McKusick
oordinator running some sort of coherency protocol with a complexity akin to that of NFS. Kirk McKusick To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message

Re: Mounting one FS on more than one system

1999-12-04 Thread Kirk McKusick
To: Kirk McKusick [EMAIL PROTECTED] cc: Mike Smith [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED] Subject: Re: Mounting one FS on more than one system In-reply-to: Your message of "Sat, 04 Dec 1999 12:44:43 PST."

Re: Disappearing/Reappearing Files... (fwd)

1999-05-09 Thread Kirk McKusick
rework (1.24). If that version has the problem as well, then I believe that some other change is triggering the problem, as 1.24 represents a version that has been in production for half a year without trouble. Kirk McKusick =-=-=-=-=-=-=-= Date: Sun, 9 May 1999 01:39:33 -0700 (PDT) From

Re: softupdate panic, anyone seen this? (fwd)

1999-02-19 Thread Kirk McKusick
Jeffrey Hsu and I just came to the same conclusion about the splbio additions earlier this week. I had assumed that Jeffrey had put in these changes already. Anyway, the two of you need to coordinate getting the changes put in so that you do not collide. Kirk McKusick