From owner-freebsd-fs Sun Apr 1 15:22:28 2001 Delivered-To: freebsd-fs@freebsd.org Received: from kanga.honeypot.net (kanga.honeypot.net [216.224.193.50]) by hub.freebsd.org (Postfix) with ESMTP id 2D49137B719 for ; Sun, 1 Apr 2001 15:22:25 -0700 (PDT) (envelope-from kirk@honeypot.net) Received: from pooh.honeypot (mail@pooh.honeypot [10.0.1.2]) by kanga.honeypot.net (8.11.3/8.11.3) with ESMTP id f31MMNw08487 for ; Sun, 1 Apr 2001 17:22:24 -0500 (CDT) (envelope-from kirk@honeypot.net) Received: from kirk by pooh.honeypot with local (Exim 3.12 #1 (Debian)) id 14jqEm-0000Du-00 for ; Sun, 01 Apr 2001 17:22:20 -0500 To: freebsd-fs@freebsd.org Subject: My Vinum heart attack From: Kirk Strauser Date: 01 Apr 2001 17:22:20 -0500 Message-ID: <87vgooi7kz.fsf@pooh.honeypot> Lines: 44 X-Mailer: Gnus/5.0808 (Gnus v5.8.8) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-fs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Read on to find out how the world almost lost a loyal FreeBSD user to heart-attack and/or stroke: I use cvsup to track 4.x-STABLE, and use the following procedure (from /usr/src/UPDATING) to make world from time to time. ################ To update from 4.0-RELEASE or later to the most current 4.x-STABLE ---------- make buildworld make buildkernel KERNCONF=YOUR_KERNEL_HERE make installkernel KERNCONF=YOUR_KERNEL_HERE reboot (in single user) [1] make installworld mergemaster reboot ################ I had last done this on February 11, 2001. Yesterday (2001-03-31), I decided to make world again. During the reboot-into-single-user process, I watched in abject horror as vinum started, tried to read its configuration, didn't like what it found, and TOTALLY WIPED everything in /dev/vinum (including subdirectories). After regaining consciousness, I realized that I had a live tape backup online, so I restored /dev/vinum, restarted vinum, and nearly wept as it repeated the config-nuking process. Eventually, I discovered that renaming /modules.old to /modules and rebooting with kernel.old, coupled with that handy-dandy /dev/vinum backup, was sufficient to bring my system back to life. My assumption was that some low-level change to vinum was made sometime between 2001-02-11 and 2001-03-31, and that rebooting before 'make installworld' left my kernel and userland utilities out-of-sync. On a personal note, the next time someone makes a change that will break the recommended upgrade method, PLEASE document it in /usr/src/UPDATING. Some people still may get bit, but at least those of us who try to RTFM and Do The Right Thing may avoid a little emergency cardiac care. Thanks, -- Kirk Strauser To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-fs" in the body of the message From owner-freebsd-fs Sun Apr 1 15:27:30 2001 Delivered-To: freebsd-fs@freebsd.org Received: from nebula.cybercable.fr (d217.dhcp212-198-126.noos.fr [212.198.126.217]) by hub.freebsd.org (Postfix) with ESMTP id BDE8637B718 for ; Sun, 1 Apr 2001 15:27:26 -0700 (PDT) (envelope-from mux@qualys.com) Received: (from mux@localhost) by nebula.cybercable.fr (8.11.3/8.11.3) id f31MQiE17896; Mon, 2 Apr 2001 00:26:44 +0200 (CEST) (envelope-from mux) Date: Mon, 2 Apr 2001 00:26:43 +0200 From: Maxime Henrion To: freebsd-fs@freebsd.org Cc: Kirk Strauser Subject: Re: My Vinum heart attack Message-ID: <20010402002643.A384@nebula.cybercable.fr> References: <87vgooi7kz.fsf@pooh.honeypot> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <87vgooi7kz.fsf@pooh.honeypot>; from kirk@strauser.com on Sun, Apr 01, 2001 at 05:22:20PM -0500 Sender: owner-freebsd-fs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Kirk Strauser wrote: > Read on to find out how the world almost lost a loyal FreeBSD user to > heart-attack and/or stroke: > > I use cvsup to track 4.x-STABLE, and use the following procedure (from > /usr/src/UPDATING) to make world from time to time. > > ################ > > To update from 4.0-RELEASE or later to the most current > 4.x-STABLE > ---------- > make buildworld > make buildkernel KERNCONF=YOUR_KERNEL_HERE > make installkernel KERNCONF=YOUR_KERNEL_HERE > reboot (in single user) [1] > make installworld > mergemaster > reboot > > ################ > [...] You should have used 'shutdown now' to switch into single user mode. Maxime -- Don't be fooled by cheap finnish imitations ; BSD is the One True Code Key fingerprint = F9B6 1D5A 4963 331C 88FC CA6A AB50 1EF2 8CBE 99D6 Public Key : http://www.epita.fr/~henrio_m/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-fs" in the body of the message From owner-freebsd-fs Sun Apr 1 15:35:27 2001 Delivered-To: freebsd-fs@freebsd.org Received: from kanga.honeypot.net (kanga.honeypot.net [216.224.193.50]) by hub.freebsd.org (Postfix) with ESMTP id 191A037B71A for ; Sun, 1 Apr 2001 15:35:25 -0700 (PDT) (envelope-from kirk@honeypot.net) Received: from pooh.honeypot (mail@pooh.honeypot [10.0.1.2]) by kanga.honeypot.net (8.11.3/8.11.3) with ESMTP id f31MZOw08628 for ; Sun, 1 Apr 2001 17:35:24 -0500 (CDT) (envelope-from kirk@honeypot.net) Received: from kirk by pooh.honeypot with local (Exim 3.12 #1 (Debian)) id 14jqRO-0000E4-00 for ; Sun, 01 Apr 2001 17:35:22 -0500 To: freebsd-fs@freebsd.org Subject: Re: My Vinum heart attack References: <87vgooi7kz.fsf@pooh.honeypot> <20010402002643.A384@nebula.cybercable.fr> From: Kirk Strauser Date: 01 Apr 2001 17:35:22 -0500 In-Reply-To: <20010402002643.A384@nebula.cybercable.fr> Message-ID: <87puewi6z9.fsf@pooh.honeypot> Lines: 12 X-Mailer: Gnus/5.0808 (Gnus v5.8.8) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-fs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org At 2001-04-01T22:26:43Z, Maxime Henrion writes: > > reboot (in single user) [1] > You should have used 'shutdown now' to switch into single user mode. I interpreted that as reboot, and type 'boot -s' at the boot prompt. The idea being to load the new kernel so that the new ABI will be in place for the installworld to work. Where did you get your interpretation from? -- Kirk Strauser To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-fs" in the body of the message From owner-freebsd-fs Sun Apr 1 15:55:12 2001 Delivered-To: freebsd-fs@freebsd.org Received: from wantadilla.lemis.com (wantadilla.lemis.com [192.109.197.80]) by hub.freebsd.org (Postfix) with ESMTP id 0BFC137B71D for ; Sun, 1 Apr 2001 15:55:08 -0700 (PDT) (envelope-from grog@lemis.com) Received: by wantadilla.lemis.com (Postfix, from userid 1004) id 3A23C6A90D; Mon, 2 Apr 2001 08:25:06 +0930 (CST) Date: Mon, 2 Apr 2001 08:25:06 +0930 From: Greg Lehey To: Maxime Henrion Cc: freebsd-fs@freebsd.org, Kirk Strauser Subject: Re: My Vinum heart attack Message-ID: <20010402082506.I77617@wantadilla.lemis.com> References: <87vgooi7kz.fsf@pooh.honeypot> <20010402002643.A384@nebula.cybercable.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010402002643.A384@nebula.cybercable.fr>; from mux@qualys.com on Mon, Apr 02, 2001 at 12:26:43AM +0200 Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.lemis.com/~grog X-PGP-Fingerprint: 6B 7B C3 8C 61 CD 54 AF 13 24 52 F8 6D A4 95 EF Sender: owner-freebsd-fs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Monday, 2 April 2001 at 0:26:43 +0200, Maxime Henrion wrote: > Kirk Strauser wrote: >> Read on to find out how the world almost lost a loyal FreeBSD user to >> heart-attack and/or stroke: >> >> I use cvsup to track 4.x-STABLE, and use the following procedure (from >> /usr/src/UPDATING) to make world from time to time. >> >> ################ >> >> To update from 4.0-RELEASE or later to the most current >> 4.x-STABLE >> ---------- >> make buildworld >> make buildkernel KERNCONF=YOUR_KERNEL_HERE >> make installkernel KERNCONF=YOUR_KERNEL_HERE >> reboot (in single user) [1] >> make installworld >> mergemaster >> reboot >> >> ################ >> > [...] > > You should have used 'shutdown now' to switch into single user > mode. He wanted to reboot, not switch into single user mode. 'reboot' is fine, though 'shutdown -r now' is recommended. Greg -- Finger grog@lemis.com for PGP public key See complete headers for address and phone numbers To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-fs" in the body of the message From owner-freebsd-fs Sun Apr 1 15:58:22 2001 Delivered-To: freebsd-fs@freebsd.org Received: from wantadilla.lemis.com (wantadilla.lemis.com [192.109.197.80]) by hub.freebsd.org (Postfix) with ESMTP id 6EB6A37B71A for ; Sun, 1 Apr 2001 15:58:17 -0700 (PDT) (envelope-from grog@lemis.com) Received: by wantadilla.lemis.com (Postfix, from userid 1004) id 2041F6A90D; Mon, 2 Apr 2001 08:28:16 +0930 (CST) Date: Mon, 2 Apr 2001 08:28:16 +0930 From: Greg Lehey To: Kirk Strauser Cc: freebsd-fs@freebsd.org Subject: Re: My Vinum heart attack Message-ID: <20010402082816.J77617@wantadilla.lemis.com> References: <87vgooi7kz.fsf@pooh.honeypot> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <87vgooi7kz.fsf@pooh.honeypot>; from kirk@strauser.com on Sun, Apr 01, 2001 at 05:22:20PM -0500 Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.lemis.com/~grog X-PGP-Fingerprint: 6B 7B C3 8C 61 CD 54 AF 13 24 52 F8 6D A4 95 EF Sender: owner-freebsd-fs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Sunday, 1 April 2001 at 17:22:20 -0500, Kirk Strauser wrote: > Read on to find out how the world almost lost a loyal FreeBSD user to > heart-attack and/or stroke: > > I use cvsup to track 4.x-STABLE, and use the following procedure (from > /usr/src/UPDATING) to make world from time to time. > > ################ > > To update from 4.0-RELEASE or later to the most current > 4.x-STABLE > ---------- > make buildworld > make buildkernel KERNCONF=YOUR_KERNEL_HERE > make installkernel KERNCONF=YOUR_KERNEL_HERE > reboot (in single user) [1] > make installworld > mergemaster > reboot > > ################ > > I had last done this on February 11, 2001. Yesterday (2001-03-31), > I decided to make world again. During the reboot-into-single-user > process, I watched in abject horror as vinum started, tried to read > its configuration, didn't like what it found, and TOTALLY WIPED > everything in /dev/vinum (including subdirectories). This is a feature, not a bug. Don't confuse a device node (in /dev) with the device itself. > After regaining consciousness, I realized that I had a live tape > backup online, so I restored /dev/vinum, You shouldn't have done that. > restarted vinum, and nearly wept as it repeated the config-nuking > process. Eventually, I discovered that renaming /modules.old to > /modules and rebooting with kernel.old, coupled with that > handy-dandy /dev/vinum backup, was sufficient to bring my system > back to life. > > My assumption was that some low-level change to vinum was made > sometime between 2001-02-11 and 2001-03-31, and that rebooting > before 'make installworld' left my kernel and userland utilities > out-of-sync. Well, if you had kept the log files, we could check. The only change made to Vinum in that time was a minor one fixing a panic when starting striped plexes. Take a look at http://www.vinumvm.org/vinum/how-to-debug.html and let me know what info you have. Greg -- Finger grog@lemis.com for PGP public key See complete headers for address and phone numbers To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-fs" in the body of the message From owner-freebsd-fs Sun Apr 1 17:34:14 2001 Delivered-To: freebsd-fs@freebsd.org Received: from kanga.honeypot.net (kanga.honeypot.net [216.224.193.50]) by hub.freebsd.org (Postfix) with ESMTP id 4A82837B71A for ; Sun, 1 Apr 2001 17:34:10 -0700 (PDT) (envelope-from kirk@honeypot.net) Received: from pooh.honeypot (mail@pooh.honeypot [10.0.1.2]) by kanga.honeypot.net (8.11.3/8.11.3) with ESMTP id f320Y9w09139 for ; Sun, 1 Apr 2001 19:34:09 -0500 (CDT) (envelope-from kirk@honeypot.net) Received: from kirk by pooh.honeypot with local (Exim 3.12 #1 (Debian)) id 14jsHt-0000Ey-00 for ; Sun, 01 Apr 2001 19:33:41 -0500 To: freebsd-fs@freebsd.org Subject: Re: My Vinum heart attack References: <87vgooi7kz.fsf@pooh.honeypot> <20010402082816.J77617@wantadilla.lemis.com> From: Kirk Strauser Date: 01 Apr 2001 19:33:41 -0500 In-Reply-To: <20010402082816.J77617@wantadilla.lemis.com> Message-ID: <87g0fsi1i2.fsf@pooh.honeypot> Lines: 61 X-Mailer: Gnus/5.0808 (Gnus v5.8.8) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-fs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org At 2001-04-01T22:58:16Z, Greg Lehey writes: > > During the reboot-into-single-user > > process, I watched in abject horror as vinum started, tried to read > > its configuration, didn't like what it found, and TOTALLY WIPED > > everything in /dev/vinum (including subdirectories). > This is a feature, not a bug. Don't confuse a device node (in /dev) > with the device itself. I didn't suppose that it was a bug - just a nerve-wrecking response to a set of input data. > > After regaining consciousness, I realized that I had a live tape > > backup online, so I restored /dev/vinum, > You shouldn't have done that. What would've been the proper response? I don't have a log of the errors (/var/log/vinum_history has nothing, and neither does /var/log/messages), but they were along the lines of: Could not create /dev/vinum/plex - directory already exists or something very similar. The end result was an empty /dev/vinum. 'vinum list' gave a huge dump of invalid volumes, plexes, subdrives, and drives. > Well, if you had kept the log files, we could check. The only change > made to Vinum in that time was a minor one fixing a panic when > starting striped plexes. Take a look at > http://www.vinumvm.org/vinum/how-to-debug.html and let me know what > info you have. I'm sorry, Greg, but there were no log files to keep. The only scraps of possible interest were a backup of the resultant /dev/vinum directory: drwxr-xr-x 6 root wheel 512 Mar 31 16:29 . drwxr-xr-x 6 root wheel 15872 Mar 31 17:47 .. crw------- 1 root wheel 91, 0x40000001 Mar 31 16:26 Control crw------- 1 root wheel 91, 0x40000002 Mar 31 16:26 control crw------- 1 root wheel 91, 0x40000000 Mar 31 16:26 controld drwxr-xr-x 2 root wheel 512 Mar 31 16:26 drive drwxr-xr-x 2 root wheel 512 Mar 31 16:26 plex drwxr-xr-x 2 root wheel 512 Mar 31 16:26 sd drwxr-xr-x 3 root wheel 512 Mar 31 16:26 vol ./vol: total 3 drwxr-xr-x 3 root wheel 512 Mar 31 16:26 . drwxr-xr-x 6 root wheel 512 Mar 31 16:29 .. drw-r----x 2 root wheel 512 Mar 31 16:26 .plex ./vol/.plex: total 2 drw-r----x 2 root wheel 512 Mar 31 16:26 . drwxr-xr-x 3 root wheel 512 Mar 31 16:26 .. and a copy of vinum.core. Everything else was dumped to console, AFAIK. -- Kirk Strauser To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-fs" in the body of the message From owner-freebsd-fs Sun Apr 1 17:52:16 2001 Delivered-To: freebsd-fs@freebsd.org Received: from wantadilla.lemis.com (wantadilla.lemis.com [192.109.197.80]) by hub.freebsd.org (Postfix) with ESMTP id 64DD337B719 for ; Sun, 1 Apr 2001 17:52:13 -0700 (PDT) (envelope-from grog@lemis.com) Received: by wantadilla.lemis.com (Postfix, from userid 1004) id 115206ACB7; Mon, 2 Apr 2001 10:22:12 +0930 (CST) Date: Mon, 2 Apr 2001 10:22:12 +0930 From: Greg Lehey To: Kirk Strauser Cc: freebsd-fs@freebsd.org Subject: Re: My Vinum heart attack Message-ID: <20010402102211.B25226@wantadilla.lemis.com> References: <87vgooi7kz.fsf@pooh.honeypot> <20010402082816.J77617@wantadilla.lemis.com> <87g0fsi1i2.fsf@pooh.honeypot> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <87g0fsi1i2.fsf@pooh.honeypot>; from kirk@strauser.com on Sun, Apr 01, 2001 at 07:33:41PM -0500 Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.lemis.com/~grog X-PGP-Fingerprint: 6B 7B C3 8C 61 CD 54 AF 13 24 52 F8 6D A4 95 EF Sender: owner-freebsd-fs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Sunday, 1 April 2001 at 19:33:41 -0500, Kirk Strauser wrote: > > At 2001-04-01T22:58:16Z, Greg Lehey writes: > >>> During the reboot-into-single-user >>> process, I watched in abject horror as vinum started, tried to read >>> its configuration, didn't like what it found, and TOTALLY WIPED >>> everything in /dev/vinum (including subdirectories). > >> This is a feature, not a bug. Don't confuse a device node (in /dev) >> with the device itself. > > I didn't suppose that it was a bug - just a nerve-wrecking response to a set > of input data. > >>> After regaining consciousness, I realized that I had a live tape >>> backup online, so I restored /dev/vinum, > >> You shouldn't have done that. > > What would've been the proper response? I don't have a log of the errors > (/var/log/vinum_history has nothing, and neither does /var/log/messages), > but they were along the lines of: > > Could not create /dev/vinum/plex - directory already exists > > or something very similar. The end result was an empty /dev/vinum. 'vinum > list' gave a huge dump of invalid volumes, plexes, subdrives, and > drives. It would have been useful to see this dump. Greg -- Finger grog@lemis.com for PGP public key See complete headers for address and phone numbers To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-fs" in the body of the message From owner-freebsd-fs Sun Apr 1 19:26:40 2001 Delivered-To: freebsd-fs@freebsd.org Received: from kanga.honeypot.net (kanga.honeypot.net [216.224.193.50]) by hub.freebsd.org (Postfix) with ESMTP id 2A9F937B718 for ; Sun, 1 Apr 2001 19:26:36 -0700 (PDT) (envelope-from kirk@honeypot.net) Received: from pooh.honeypot (mail@pooh.honeypot [10.0.1.2]) by kanga.honeypot.net (8.11.3/8.11.3) with ESMTP id f322QYN04243 for ; Sun, 1 Apr 2001 21:26:35 -0500 (CDT) (envelope-from kirk@honeypot.net) Received: from kirk by pooh.honeypot with local (Exim 3.12 #1 (Debian)) id 14ju37-0000GD-00 for ; Sun, 01 Apr 2001 21:26:33 -0500 To: freebsd-fs@freebsd.org Subject: Re: My Vinum heart attack References: <87vgooi7kz.fsf@pooh.honeypot> <20010402082816.J77617@wantadilla.lemis.com> <87g0fsi1i2.fsf@pooh.honeypot> <20010402102211.B25226@wantadilla.lemis.com> From: Kirk Strauser Date: 01 Apr 2001 21:26:33 -0500 In-Reply-To: <20010402102211.B25226@wantadilla.lemis.com> Message-ID: <871yrcnijq.fsf@pooh.honeypot> Lines: 69 X-Mailer: Gnus/5.0808 (Gnus v5.8.8) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-fs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org At 2001-04-02T00:52:12Z, Greg Lehey writes: > > What would've been the proper response? I don't have a log of the errors > > (/var/log/vinum_history has nothing, and neither does /var/log/messages), > > but they were along the lines of: > > > > Could not create /dev/vinum/plex - directory already exists > > > > or something very similar. The end result was an empty /dev/vinum. 'vinum > > list' gave a huge dump of invalid volumes, plexes, subdrives, and > > drives. > It would have been useful to see this dump. OK. I restored the old /sbin/vinum executable, rebooted into single user, and tried to use the old command to start vinum: ################ Can't create /dev/vinum/: File exists Can't create /dev/vinum/vol/: File exists Can't create /dev/vinum/: File exists Can't create /dev/vinum/vol/: File exists Can't create /dev/vinum/: File exists Can't create /dev/vinum/vol/: File exists Can't create /dev/vinum/: File exists Can't create /dev/vinum/vol/: File exists Can't create /dev/vinum/: File exists Can't create /dev/vinum/vol/: File exists Can't create /dev/vinum/: File exists Can't create /dev/vinum/vol/: File exists Can't create /dev/vinum/: File exists Can't create /dev/vinum/vol/: File exists Can't create /dev/vinum/vol/.plex: File exists Can't create /dev/vinum/: File exists Can't create /dev/vinum/vol/: File exists Can't create /dev/vinum/vol/.plex: File exists Can't get config for plex 0: Invalid argument Can't get config for plex 0: Invalid argument ################ 'vinum list' returned: ################ 2 drives: D State: Invalid state 1986356271 Device Avail: 0/0 MB (0%) D State: Invalid state 1986356271 Device Avail: 0/0 MB (0%) 8 volumes: V State: Invalid state 1885435763 Plexes: 0 Size: 0 B V State: Invalid state 7368052 Plexes: 0 Size: 0 B V State: Invalid state 1701670760 Plexes: 0 Size: 0 B V State: Invalid state 7496054 Plexes: 0 Size: 0 B V State: Invalid state 1601336181 Plexes: 6972015 Size: 0 B V State: Invalid state 7500661 Plexes: 0 Size: 0 B V State: Invalid state 1601336181 Plexes: 1869641829 Size: 0 B V State: Invalid state 1601336181 Plexes: 6517363 Size: 0 B 8 plexes: ################ This is pretty much the exact setup that gave me fits in the first place: an older version of /sbin/vinum choking on a newer kernel and modules. -- Kirk Strauser To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-fs" in the body of the message From owner-freebsd-fs Sun Apr 1 19:32:19 2001 Delivered-To: freebsd-fs@freebsd.org Received: from wantadilla.lemis.com (wantadilla.lemis.com [192.109.197.80]) by hub.freebsd.org (Postfix) with ESMTP id 602EE37B71C for ; Sun, 1 Apr 2001 19:32:15 -0700 (PDT) (envelope-from grog@lemis.com) Received: by wantadilla.lemis.com (Postfix, from userid 1004) id 074E06ACB7; Mon, 2 Apr 2001 12:02:13 +0930 (CST) Date: Mon, 2 Apr 2001 12:02:13 +0930 From: Greg Lehey To: Kirk Strauser Cc: freebsd-fs@freebsd.org Subject: Re: My Vinum heart attack Message-ID: <20010402120212.D25226@wantadilla.lemis.com> References: <87vgooi7kz.fsf@pooh.honeypot> <20010402082816.J77617@wantadilla.lemis.com> <87g0fsi1i2.fsf@pooh.honeypot> <20010402102211.B25226@wantadilla.lemis.com> <871yrcnijq.fsf@pooh.honeypot> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <871yrcnijq.fsf@pooh.honeypot>; from kirk@strauser.com on Sun, Apr 01, 2001 at 09:26:33PM -0500 Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.lemis.com/~grog X-PGP-Fingerprint: 6B 7B C3 8C 61 CD 54 AF 13 24 52 F8 6D A4 95 EF Sender: owner-freebsd-fs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Sunday, 1 April 2001 at 21:26:33 -0500, Kirk Strauser wrote: > > At 2001-04-02T00:52:12Z, Greg Lehey writes: > >>> What would've been the proper response? I don't have a log of the errors >>> (/var/log/vinum_history has nothing, and neither does /var/log/messages), >>> but they were along the lines of: >>> >>> Could not create /dev/vinum/plex - directory already exists >>> >>> or something very similar. The end result was an empty /dev/vinum. 'vinum >>> list' gave a huge dump of invalid volumes, plexes, subdrives, and >>> drives. > >> It would have been useful to see this dump. > > OK. I restored the old /sbin/vinum executable, rebooted into single user, > and tried to use the old command to start vinum: > > ################ > > Can't create /dev/vinum/: File exists > Can't create /dev/vinum/vol/: File exists This looks very old. Which version of vinum(8) is this? > This is pretty much the exact setup that gave me fits in the first > place: an older version of /sbin/vinum choking on a newer kernel and > modules. Ah. Yes, you can't do that. You *must* have your kernel and userland in sync. Greg -- Finger grog@lemis.com for PGP public key See complete headers for address and phone numbers To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-fs" in the body of the message From owner-freebsd-fs Sun Apr 1 19:49:28 2001 Delivered-To: freebsd-fs@freebsd.org Received: from kanga.honeypot.net (kanga.honeypot.net [216.224.193.50]) by hub.freebsd.org (Postfix) with ESMTP id 1606937B718 for ; Sun, 1 Apr 2001 19:49:25 -0700 (PDT) (envelope-from kirk@honeypot.net) Received: from pooh.honeypot (mail@pooh.honeypot [10.0.1.2]) by kanga.honeypot.net (8.11.3/8.11.3) with ESMTP id f322nNN04390 for ; Sun, 1 Apr 2001 21:49:24 -0500 (CDT) (envelope-from kirk@honeypot.net) Received: from kirk by pooh.honeypot with local (Exim 3.12 #1 (Debian)) id 14juPC-0000HQ-00 for ; Sun, 01 Apr 2001 21:49:22 -0500 To: freebsd-fs@freebsd.org Subject: Re: My Vinum heart attack References: <87vgooi7kz.fsf@pooh.honeypot> <20010402082816.J77617@wantadilla.lemis.com> <87g0fsi1i2.fsf@pooh.honeypot> <20010402102211.B25226@wantadilla.lemis.com> <871yrcnijq.fsf@pooh.honeypot> <20010402120212.D25226@wantadilla.lemis.com> From: Kirk Strauser Date: 01 Apr 2001 21:49:22 -0500 In-Reply-To: <20010402120212.D25226@wantadilla.lemis.com> Message-ID: <87r8zcm2x9.fsf@pooh.honeypot> Lines: 35 X-Mailer: Gnus/5.0808 (Gnus v5.8.8) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-fs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org At 2001-04-02T02:32:13Z, Greg Lehey writes: > > Can't create /dev/vinum/: File exists > > Can't create /dev/vinum/vol/: File exists > This looks very old. Which version of vinum(8) is this? I don't have access to the exact date of the build, but it was circa 2001-02-11. > Ah. Yes, you can't do that. You *must* have your kernel and userland in > sync. Fair enough, but that was my original problem: following the update instructions in /usr/src/UPDATING could have left me with a broken system. Nowhere have I read anything warning users to keep them in rigid lockstep. I mean, it's understood that you don't want your kernel and userland to be too far out of sync, but I wasn't aware that it was that critical. For example, here's an entry from UPDATING: 20010109: ipfw interface changed. Make sure that the userland and kernel match or you won't have the firewall rules you think you do. The instant I read that, I knew to watch out for the two parts. I had no idea that Vinum also had such conditions. Two quick side questions: How do you pronounce `Vinum'? Did you ever get to look at my Vinum-on-IDE post from a month ago? -- Kirk Strauser To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-fs" in the body of the message From owner-freebsd-fs Mon Apr 2 6:12:49 2001 Delivered-To: freebsd-fs@freebsd.org Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (Postfix) with ESMTP id 3587237B71D for ; Mon, 2 Apr 2001 06:12:46 -0700 (PDT) (envelope-from des@ofug.org) Received: (from des@localhost) by flood.ping.uio.no (8.9.3/8.9.3) id PAA51937; Mon, 2 Apr 2001 15:12:38 +0200 (CEST) (envelope-from des@ofug.org) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: Kirk Strauser Cc: freebsd-fs@FreeBSD.ORG Subject: Re: My Vinum heart attack References: <87vgooi7kz.fsf@pooh.honeypot> From: Dag-Erling Smorgrav Date: 02 Apr 2001 15:12:37 +0200 In-Reply-To: Kirk Strauser's message of "01 Apr 2001 17:22:20 -0500" Message-ID: Lines: 14 User-Agent: Gnus/5.0802 (Gnus v5.8.2) Emacs/20.4 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-fs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Kirk Strauser writes: > I had last done this on February 11, 2001. Yesterday (2001-03-31), I > decided to make world again. During the reboot-into-single-user process, I > watched in abject horror as vinum started, tried to read its configuration, > didn't like what it found, and TOTALLY WIPED everything in /dev/vinum > (including subdirectories). There is no critical information in /dev/vinum. The information there can easily be recreated by vinum(8) from the configuration information stored on the disks themselves. DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-fs" in the body of the message From owner-freebsd-fs Mon Apr 2 6:28:46 2001 Delivered-To: freebsd-fs@freebsd.org Received: from kanga.honeypot.net (kanga.honeypot.net [216.224.193.50]) by hub.freebsd.org (Postfix) with ESMTP id E080E37B71C for ; Mon, 2 Apr 2001 06:28:40 -0700 (PDT) (envelope-from kirk@honeypot.net) Received: from pooh.honeypot (mail@pooh.honeypot [10.0.1.2]) by kanga.honeypot.net (8.11.3/8.11.3) with ESMTP id f32DSeN07659 for ; Mon, 2 Apr 2001 08:28:40 -0500 (CDT) (envelope-from kirk@honeypot.net) Received: from kirk by pooh.honeypot with local (Exim 3.12 #1 (Debian)) id 14k4Nr-0000QV-00 for ; Mon, 02 Apr 2001 08:28:39 -0500 To: freebsd-fs@freebsd.org Subject: Re: My Vinum heart attack References: <87vgooi7kz.fsf@pooh.honeypot> From: Kirk Strauser Date: 02 Apr 2001 08:28:38 -0500 In-Reply-To: Message-ID: <878zljmnw9.fsf@pooh.honeypot> Lines: 22 X-Mailer: Gnus/5.0808 (Gnus v5.8.8) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-fs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org At 2001-04-02T13:12:37Z, Dag-Erling Smorgrav writes: > There is no critical information in /dev/vinum. The information there can > easily be recreated by vinum(8) from the configuration information stored > on the disks themselves. I wasn't too sure at the time which information was canonical - the copy in /dev/vinum, or the on-disk copy - so I wanted to be darn sure not to lose more than I needed to. Your point that it is easily recreated is true, given that vinum works at all in a particular situation. Mine didn't. I know why it didn't, and I managed to work through it without loss, but it certainly got my attention at the time. BTW, my note was much more a warning to others to pay attention to these things than a complaint. Vinum is a complicated thing, and you have to be willing to rise to the occasion if you want to use it, and I'm comfortable with that. -- Kirk Strauser To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-fs" in the body of the message From owner-freebsd-fs Mon Apr 2 8:28: 1 2001 Delivered-To: freebsd-fs@freebsd.org Received: from peorth.iteration.net (peorth.iteration.net [208.190.180.178]) by hub.freebsd.org (Postfix) with ESMTP id AB26237B71B; Mon, 2 Apr 2001 08:27:47 -0700 (PDT) (envelope-from keichii@peorth.iteration.net) Received: by peorth.iteration.net (Postfix, from userid 1001) id D873C5958E; Mon, 2 Apr 2001 10:27:44 -0500 (CDT) Date: Mon, 2 Apr 2001 10:27:44 -0500 From: "Michael C . Wu" To: hackers@freebsd.org, fs@freebsd.org Subject: panic in FFS and other related I/O problems Message-ID: <20010402102744.A69438@peorth.iteration.net> Reply-To: "Michael C . Wu" Mime-Version: 1.0 Content-Type: text/plain; charset=big5 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.2.5i X-PGP-Fingerprint: 5025 F691 F943 8128 48A8 5025 77CE 29C5 8FA1 2E20 X-PGP-Key-ID: 0x8FA12E20 Sender: owner-freebsd-fs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi Everyone, This is the famous bbs with high loads. We upgraded to 4.3-RC recently. The user level we have at this point is not that much compared to before. 2000 users is what we can usually take on without problems. Now we panic() 20 times a day. FreeBSD zoo.ee.ntu.edu.tw 4.3-RC FreeBSD 4.3-RC #0: Tue Apr 3 07:14:31 CST 2001 I am thinking that this is either a bug is FFS I/O operations or our own bbs having race conditions. However, the bbs has run fine without problem before. ------------------------------------------------------------------- 2001/04/02 22:58 options VM_KMEM_SIZE_MAX="(300*1024*1024)"(200->300) ------------------------------------------------------------------- 2001/04/02 22:43 run-time panic uptime:10:43¤U¤И up 1:40, 6 users, load averages: 3.69, 2.99, 2.61 bbs:Number of Users:2160 panic: pipeinit: cannot allocate pipe -- out of kvm -- code = 3 mp_lock = 01000001; cpuid = 1; lapic.id = 00000000 Debugger("panic") Stopped at Debugger+0x35: movb $0,in_Debugger.597 db> tr Debugger(c0249bf2) at Debugger+0x35 panic(c024b3a0,3,facac440,fe726e7c,c015eaa2) at panic+0xa4 pipespace(facac440) at pipespace+0x58 pipe_write(cacf2540,fe726ed4,ca506300,0,fe55e040) at pipe_write+0x192 dofilewrite(fe55e040,cacf2540,8,80f7000,19fe) at dofilewrite+0xbe write(fe55e040,fe726f80,2823f0c8,28251008,80f7000) at write+0x3b syscall2(2f,2f,2f,80f7000,28251008) at syscall2+0x221 Xint0x80_syscall() at Xint0x80_syscall+0x2b ------------------------------------------------------------------- 2001/04/02 20:52 PMAP_SHPGPERPROC removed from kernel /bin/mv /etc/vntab.orig /etc/vntab, Add more swap ------------------------------------------------------------------- 2001/04/02 20:30 run-time panic Fatal trap 12: page fault while in kernel mode mp_lock = 00000002; cpuid = 0; lapic.id = 01000000 fault virtual address = 0x0 fault code = supervisor write, page not present instruction pointer = 0x8:0xc022fb2b stack pointer = 0x10:0xfd9d1bcc frame pointer = 0x10:0xfd9d1bfc code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 4118 (bbsd) interrupt mask = bio <- SMP: XXX kernel: type 12 trap, code=0 Stopped at generic_bzero+0xf: repe stosl %es:(%edi) db> tr generic_bzero(1,c755fe00,c7243400,fd9d1c44,100) at generic_bzero+0xf ffs_vget(c755fe00,5e3f84,fd9d1cb8,0,fbe61 f40) at ffs_vget+0xa4 ufs_lookup(fd9d1d10,fd9d1d24,c01774ca,fd9d1d10,fbe61f40) at ufs_lookup+0x9c7 ufs_vnoperate(fd9d1d10,fbe61f40,ff27941d,fd9d1ef0,fbe62000) at ufs_vnoperate+0x1 5 vfs_cache_lookup(fd9d1d68,fd9d1d78,c017a338,fd9d1d68,ef8c1d00) at vfs_cache_look up+0x28a ufs_vnoperate(fd9d1d68,ef8c1d00,fd9d1ef0,fd9d1ec8,fd9b7ac0) at ufs_vnoperate+0x1 5 lookup(fd9d1ec8,0,fd9d1ec8,fd9d1f80,fd9b7ac0) at lookup+0x290 namei(fd9d1ec8,0,ca3ed580,fd9d1f80,fd9d1df8) at namei+0x147 vn_open(fd9d1ec8,1,1a4,3,fd9b7ac0) at vn_open+0x1cd open(fd9b7ac0,fd9d1f80,281960c8,281a7f00,4) at open+0xb8 syscall2(2f,2f,bfbf002f,4,281a7f00) at syscall2+0x221 Xint0x80_syscall() at Xint0x80_syscall+0x2b db> call boot(0) boot() called on cpu#0 Waiting (max 60 seconds) for system process `bufdaemon' to stop... Fatal trap 12: page fault while in kernel mode mp_lock = 00000002; cpuid = 0; lapic.id = 01000000 fault virtual address = 0x0 fault code = supervisor write, page not present instruction pointer = 0x8:0xc02082b3 stack pointer = 0x10:0xfe80adec frame pointer = 0x10:0xfe80adf8 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 7749 (bbsd) interrupt mask = net tty bio cam <- SMP: XXX kernel: type 12 trap, code=0 Stopped at generic_bzero+0xf: repe stosl %es:(%edi) --------------------------------------------------------------- 2000/04/02 08:29 boot panic => lowered PMAP_SHPGPERPROC to 300 panic: swap_pager_swap_init: swap_zone == NULL mp_lock = 00000001; cpuid = 0; lapic.id = 01000000 Debugger("panic") Stopped at Debugger+0x35: movb $0,in_Debugger.597 ------------------------------------------------------------------- 2000/04/02 08:24 change kernel again options MAXFILES=30000 options NMBCLUSTERS=16000(making this smaller) options PMAP_SHPGPERPROC=720(back to our setup that was stable before) ------------------------------------------------------------------- 2001/04/02 08:08AM run-time panic _SimFarm_[root]:/bighead#vim dump1.pl panic: ffs_valloc: dup alloc mp_lock = 01000001; cpuid = 1; lapic.id = 00000000 Debugger("panic") Stopped at Debugger+0x35: movb $0,in_Debugger.597 db> tr Debugger(c0249b12) at Debugger+0x35 panic(c0257501,c02574e0,43ff,45,c847e8d4) at panic+0xa4 ffs_valloc(f382da40,8180,c8577700,f3b13ca0,f3b13dfc) at ffs_valloc+0xf9 ufs_makeinode(8180,f382da40,f3b13edc,f3b13ef0) at ufs_makeinode+0x5e ufs_create(f3b13dfc,f3b13e70,c0182ba4,f3b13dfc,0) at ufs_create+0x2b ufs_vnoperate(f3b13dfc,0,cdcf85c0,f3b13f80,f3a02a2c) at ufs_vnoperate+0x15 vn_open(f3b13ec8,a03,180,3,f3a7e8a0) at vn_open+0x10c open(f3a7e8a0,f3b13f80,8123090,ffffffff,812c4de) at open+0xb8 syscall2(2f,2f,2f,812c4de,ffffffff) at syscall2+0x221 Xint0x80_syscall() at Xint0x80_syscall+0x2b db> ------------------------------------------------------------------- 2001/04/01 21:09 run-time panic(dont remember the setup at this point, irrecoverable)· Fatal trap 12: page fault while in kernel mode mp_lock = 01000002; cpuid = 1; lapic.id = 00000000 fault virtual address = 0x0 fault code = supervisor write, page not present instruction pointer = 0x8:0xc022fb2b stack pointer = 0x10:0xff7d8bcc frame pointer = 0x10:0xff7d8bfc code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOP L = 0 current process = 1601 (bbsd) interrupt mask = bio <- SMP: XXX kernel: type 12 trap, code=0 Stopped at generic_bzero+0xf: repe stosl %es:(%edi) db> tr generic_bzero(1,c7b3ee00,c7822400,ff7d8c44,100) at generic_bzero+0xf ffs_vget(c7b3ee00,13a676,ff7d8cb8,0,f2283000) at ffs_vget+0xa4 ufs_lookup(ff7d8d10,ff7d8d24,c01774ca,ff7d8d10,f2283000) at ufs_lookup+0x9c7 ufs_vnoperate(ff7d8d10,f2283000,ff6c7c16,ff7d8ef0,fec9e480) at ufs_vnoperate+0x1 5 ------------------------------------------------------------------- -- +-----------------------------------------------------------+ | keichii@iteration.net | keichii@freebsd.org | | http://iteration.net/~keichii | Yes, BSD is a conspiracy. | +-----------------------------------------------------------+ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-fs" in the body of the message From owner-freebsd-fs Mon Apr 2 9:13:11 2001 Delivered-To: freebsd-fs@freebsd.org Received: from peter3.wemm.org (c1315225-a.plstn1.sfba.home.com [65.0.135.147]) by hub.freebsd.org (Postfix) with ESMTP id 5D59C37B71E; Mon, 2 Apr 2001 09:12:54 -0700 (PDT) (envelope-from peter@netplex.com.au) Received: from mobile.wemm.org (mobile.wemm.org [10.0.0.5]) by peter3.wemm.org (8.11.0/8.11.0) with ESMTP id f32GCsM56897; Mon, 2 Apr 2001 09:12:54 -0700 (PDT) (envelope-from peter@netplex.com.au) Received: from netplex.com.au (localhost [127.0.0.1]) by mobile.wemm.org (8.11.1/8.11.1) with ESMTP id f32GCrh12225; Mon, 2 Apr 2001 09:12:53 -0700 (PDT) (envelope-from peter@netplex.com.au) Message-Id: <200104021612.f32GCrh12225@mobile.wemm.org> X-Mailer: exmh version 2.2 06/23/2000 with nmh-1.0.4 To: "Michael C . Wu" Cc: hackers@FreeBSD.ORG, fs@FreeBSD.ORG Subject: Re: panic in FFS and other related I/O problems In-Reply-To: <20010402102744.A69438@peorth.iteration.net> Content-Transfer-Encoding: 8bit Date: Mon, 02 Apr 2001 09:12:53 -0700 From: Peter Wemm Sender: owner-freebsd-fs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org "Michael C . Wu" wrote: > Hi Everyone, > > This is the famous bbs with high loads. We upgraded to 4.3-RC > recently. > > The user level we have at this point is not that much compared > to before. 2000 users is what we can usually take on without > problems. Now we panic() 20 times a day. > > FreeBSD zoo.ee.ntu.edu.tw 4.3-RC FreeBSD 4.3-RC #0: Tue Apr > 3 07:14:31 CST 2001 > > I am thinking that this is either a bug is FFS I/O operations > or our own bbs having race conditions. However, the bbs > has run fine without problem before. > > ------------------------------------------------------------------- > 2001/04/02 22:58 options VM_KMEM_SIZE_MAX="(300*1024*1024)"(200->300) > ------------------------------------------------------------------- > 2001/04/02 22:43 run-time panic > uptime:10:43¤U¤И up 1:40, 6 users, load averages: 3.69, 2.99, 2.61 > bbs:Number of Users:2160 > panic: pipeinit: cannot allocate pipe -- out of kvm -- code = 3 You have used up you 1G of KVM. I suggest you reconfigure the KVM on your boxes so that you double it. This will change you from 1G kernel, 3G user to 2G each. Suggested patch: Index: conf/ldscript.i386 =================================================================== RCS file: /home/ncvs/src/sys/conf/ldscript.i386,v retrieving revision 1.4 diff -u -r1.4 ldscript.i386 --- conf/ldscript.i386 2000/01/11 15:35:16 1.4 +++ conf/ldscript.i386 2001/04/02 16:07:18 @@ -6,7 +6,7 @@ SECTIONS { /* Read-only sections, merged into text segment: */ - . = 0xc0100000 + SIZEOF_HEADERS; + . = 0x80100000 + SIZEOF_HEADERS; .interp : { *(.interp) } .hash : { *(.hash) } .dynsym : { *(.dynsym) } Index: i386/include/pmap.h =================================================================== RCS file: /home/ncvs/src/sys/i386/include/pmap.h,v retrieving revision 1.70 diff -u -r1.70 pmap.h --- i386/include/pmap.h 2000/11/30 01:53:02 1.70 +++ i386/include/pmap.h 2001/04/02 16:07:18 @@ -92,9 +92,9 @@ #endif #ifndef NKPDE #ifdef SMP -#define NKPDE 254 /* addressable number of page tables/pde's */ +#define NKPDE 510 /* addressable number of page tables/pde's */ #else -#define NKPDE 255 /* addressable number of page tables/pde's */ +#define NKPDE 511 /* addressable number of page tables/pde's */ #endif /* SMP */ #endif You have basically raised so many limits that you have run out of space for kernel allocations. root@overcee[9:09am]/home/src/sys/compile/OVERCEE-103# gdb -k kernel.debug /dev/mem ... (kgdb) print /x kernel_map.size $8 = 0x1a658000 With a default start addr of 0xc0100000, there is nearly 0x4000000 available. My machine here is using just less than half of it. Yours is probably almost full. > mp_lock = 01000001; cpuid = 1; lapic.id = 00000000 > Debugger("panic") > Stopped at Debugger+0x35: movb $0,in_Debugger.597 > db> tr > Debugger(c0249bf2) at Debugger+0x35 > panic(c024b3a0,3,facac440,fe726e7c,c015eaa2) at panic+0xa4 > pipespace(facac440) at pipespace+0x58 > pipe_write(cacf2540,fe726ed4,ca506300,0,fe55e040) at pipe_write+0x192 > dofilewrite(fe55e040,cacf2540,8,80f7000,19fe) at dofilewrite+0xbe > write(fe55e040,fe726f80,2823f0c8,28251008,80f7000) at write+0x3b > syscall2(2f,2f,2f,80f7000,28251008) at syscall2+0x221 > Xint0x80_syscall() at Xint0x80_syscall+0x2b > ------------------------------------------------------------------- > 2001/04/02 20:52 PMAP_SHPGPERPROC removed from kernel > /bin/mv /etc/vntab.orig /etc/vntab, Add more swap > ------------------------------------------------------------------- > 2001/04/02 20:30 run-time panic > Fatal trap 12: page fault while in kernel mode > mp_lock = 00000002; cpuid = 0; lapic.id = 01000000 > fault virtual address = 0x0 > fault code = supervisor write, page not present > instruction pointer = 0x8:0xc022fb2b > stack pointer = 0x10:0xfd9d1bcc > frame pointer = 0x10:0xfd9d1bfc > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, def32 1, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 4118 (bbsd) > interrupt mask = bio <- SMP: XXX > kernel: type 12 trap, code=0 > Stopped at generic_bzero+0xf: repe stosl %es:(%edi) > > db> tr > generic_bzero(1,c755fe00,c7243400,fd9d1c44,100) at generic_bzero+0xf > ffs_vget(c755fe00,5e3f84,fd9d1cb8,0,fbe61 f40) at ffs_vget+0xa4 > ufs_lookup(fd9d1d10,fd9d1d24,c01774ca,fd9d1d10,fbe61f40) at ufs_lookup+0x9c7 > ufs_vnoperate(fd9d1d10,fbe61f40,ff27941d,fd9d1ef0,fbe62000) at ufs_vnoperate+ 0x1 > 5 > vfs_cache_lookup(fd9d1d68,fd9d1d78,c017a338,fd9d1d68,ef8c1d00) at vfs_cache_l ook > up+0x28a > ufs_vnoperate(fd9d1d68,ef8c1d00,fd9d1ef0,fd9d1ec8,fd9b7ac0) at ufs_vnoperate+ 0x1 > 5 > lookup(fd9d1ec8,0,fd9d1ec8,fd9d1f80,fd9b7ac0) at lookup+0x290 > namei(fd9d1ec8,0,ca3ed580,fd9d1f80,fd9d1df8) at namei+0x147 > vn_open(fd9d1ec8,1,1a4,3,fd9b7ac0) at vn_open+0x1cd > open(fd9b7ac0,fd9d1f80,281960c8,281a7f00,4) at open+0xb8 > syscall2(2f,2f,bfbf002f,4,281a7f00) at syscall2+0x221 > Xint0x80_syscall() at Xint0x80_syscall+0x2b > db> call boot(0) > boot() called on cpu#0 > Waiting (max 60 seconds) for system process `bufdaemon' to stop... > > Fatal trap 12: page fault while in kernel mode > mp_lock = 00000002; cpuid = 0; lapic.id = 01000000 > fault virtual address = 0x0 > fault code = supervisor write, page not present > instruction pointer = 0x8:0xc02082b3 > stack pointer = 0x10:0xfe80adec > frame pointer = 0x10:0xfe80adf8 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, def32 1, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 7749 (bbsd) > interrupt mask = net tty bio cam <- SMP: XXX kernel: type 12 trap, code=0 > Stopped at generic_bzero+0xf: repe stosl %es:(%edi) > --------------------------------------------------------------- > 2000/04/02 08:29 boot panic => lowered PMAP_SHPGPERPROC to 300 > panic: swap_pager_swap_init: swap_zone == NULL > mp_lock = 00000001; cpuid = 0; lapic.id = 01000000 > Debugger("panic") > Stopped at Debugger+0x35: movb $0,in_Debugger.597 > ------------------------------------------------------------------- > 2000/04/02 08:24 change kernel again > options MAXFILES=30000 > options NMBCLUSTERS=16000(making this smaller) > options PMAP_SHPGPERPROC=720(back to our setup that was stable before ) > ------------------------------------------------------------------- > 2001/04/02 08:08AM run-time panic > _SimFarm_[root]:/bighead#vim dump1.pl > panic: ffs_valloc: dup alloc > mp_lock = 01000001; cpuid = 1; lapic.id = 00000000 > Debugger("panic") > Stopped at Debugger+0x35: movb $0,in_Debugger.597 > db> tr > Debugger(c0249b12) at Debugger+0x35 > panic(c0257501,c02574e0,43ff,45,c847e8d4) at panic+0xa4 > ffs_valloc(f382da40,8180,c8577700,f3b13ca0,f3b13dfc) at ffs_valloc+0xf9 > ufs_makeinode(8180,f382da40,f3b13edc,f3b13ef0) at ufs_makeinode+0x5e > ufs_create(f3b13dfc,f3b13e70,c0182ba4,f3b13dfc,0) at ufs_create+0x2b > ufs_vnoperate(f3b13dfc,0,cdcf85c0,f3b13f80,f3a02a2c) at ufs_vnoperate+0x15 > vn_open(f3b13ec8,a03,180,3,f3a7e8a0) at vn_open+0x10c > open(f3a7e8a0,f3b13f80,8123090,ffffffff,812c4de) at open+0xb8 > syscall2(2f,2f,2f,812c4de,ffffffff) at syscall2+0x221 > Xint0x80_syscall() at Xint0x80_syscall+0x2b > db> > ------------------------------------------------------------------- > 2001/04/01 21:09 run-time panic(dont remember the setup at this point, > irrecoverable)· > Fatal trap 12: page fault while in kernel mode > mp_lock = 01000002; cpuid = 1; lapic.id = 00000000 > fault virtual address = 0x0 > fault code = supervisor write, page not present > instruction pointer = 0x8:0xc022fb2b > stack pointer = 0x10:0xff7d8bcc > frame pointer = 0x10:0xff7d8bfc > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, def32 1, gran 1 > processor eflags = interrupt enabled, resume, IOP > L = 0 > current process = 1601 (bbsd) > interrupt mask = bio <- SMP: XXX > kernel: type 12 trap, code=0 > Stopped at generic_bzero+0xf: repe stosl > %es:(%edi) > db> tr > generic_bzero(1,c7b3ee00,c7822400,ff7d8c44,100) at generic_bzero+0xf > ffs_vget(c7b3ee00,13a676,ff7d8cb8,0,f2283000) at ffs_vget+0xa4 > ufs_lookup(ff7d8d10,ff7d8d24,c01774ca,ff7d8d10,f2283000) at ufs_lookup+0x9c7 > ufs_vnoperate(ff7d8d10,f2283000,ff6c7c16,ff7d8ef0,fec9e480) at ufs_vnoperate+ 0x1 > 5 > ------------------------------------------------------------------- > > > -- > +-----------------------------------------------------------+ > | keichii@iteration.net | keichii@freebsd.org | > | http://iteration.net/~keichii | Yes, BSD is a conspiracy. | > +-----------------------------------------------------------+ > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-fs" in the body of the message > Cheers, -Peter -- Peter Wemm - peter@FreeBSD.org; peter@yahoo-inc.com; peter@netplex.com.au "All of this is for nothing if we don't go to the stars" - JMS/B5 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-fs" in the body of the message From owner-freebsd-fs Mon Apr 2 10:17:57 2001 Delivered-To: freebsd-fs@freebsd.org Received: from seed.net.tw (sn5.seed.net.tw [192.72.81.169]) by hub.freebsd.org (Postfix) with ESMTP id DFD6737B720; Mon, 2 Apr 2001 10:17:36 -0700 (PDT) (envelope-from izero@ms26.hinet.net) Received: from swtp131-172.adsl.seed.net.tw ([211.74.131.172] helo=IzeroNB) by seed.net.tw with smtp (SEEDNet Mail Server v2.310b) id 14k7xB-000A5h-00; Tue, 03 Apr 2001 01:17:22 +0800 Message-ID: <009101c0bb98$c686ccc0$ac834ad3@IzeroNB> From: "Ming-Che Lee(Izero)" To: "Michael C . Wu" , "Peter Wemm" Cc: , References: <200104021612.f32GCrh12225@mobile.wemm.org> Subject: Re: panic in FFS and other related I/O problems Date: Tue, 3 Apr 2001 01:17:16 +0800 MIME-Version: 1.0 Content-Type: text/plain; charset="big5" Content-Transfer-Encoding: quoted-printable X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Sender: owner-freebsd-fs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi everyone,=20 After I applied this patch, something happens to my = system(zoo.ee.ntu.edu.tw). It seemed that all programs using pthread would coredump with signal 6. and show some messages like this: Apr 3 00:32:32 zoo /kernel: pid 341 (logind), uid 0: exited on signal 6 = (core d umped) Fatal error 'Cannot allocate red zone for initial thread' at line ? in = file /usr /src/lib/libc_r/uthread/uthread_init.c (errno =3D ?) Abort trap - core dumped I had already tried recompiled /usr/src/lib but there were no use. Please advice. :) Thanks all, ----- Original Message -----=20 From: "Peter Wemm" To: "Michael C . Wu" Cc: ; Sent: Tuesday, April 03, 2001 12:12 AM Subject: Re: panic in FFS and other related I/O problems=20 : "Michael C . Wu" wrote: : > Hi Everyone, : >=20 : > This is the famous bbs with high loads. We upgraded to 4.3-RC : > recently. : >=20 : > The user level we have at this point is not that much compared : > to before. 2000 users is what we can usually take on without : > problems. Now we panic() 20 times a day. : >=20 : > FreeBSD zoo.ee.ntu.edu.tw 4.3-RC FreeBSD 4.3-RC #0: Tue Apr : > 3 07:14:31 CST 2001 : >=20 : > I am thinking that this is either a bug is FFS I/O operations : > or our own bbs having race conditions. However, the bbs : > has run fine without problem before. : >=20 : > ------------------------------------------------------------------- : > 2001/04/02 22:58 options = VM_KMEM_SIZE_MAX=3D"(300*1024*1024)"(200->300) : > ------------------------------------------------------------------- : > 2001/04/02 22:43 run-time panic : > uptime:10:43=A4U=A4=C8 up 1:40, 6 users, load averages: 3.69, = 2.99, 2.61 : > bbs:Number of Users:2160 : > panic: pipeinit: cannot allocate pipe -- out of kvm -- code =3D 3 :=20 : You have used up you 1G of KVM. I suggest you reconfigure the KVM on = your : boxes so that you double it. This will change you from 1G kernel, 3G = user : to 2G each. :=20 : Suggested patch: : Index: conf/ldscript.i386 : = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D : RCS file: /home/ncvs/src/sys/conf/ldscript.i386,v : retrieving revision 1.4 : diff -u -r1.4 ldscript.i386 : --- conf/ldscript.i386 2000/01/11 15:35:16 1.4 : +++ conf/ldscript.i386 2001/04/02 16:07:18 : @@ -6,7 +6,7 @@ : SECTIONS : { : /* Read-only sections, merged into text segment: */ : - . =3D 0xc0100000 + SIZEOF_HEADERS; : + . =3D 0x80100000 + SIZEOF_HEADERS; : .interp : { *(.interp) } : .hash : { *(.hash) } : .dynsym : { *(.dynsym) } : Index: i386/include/pmap.h : = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D : RCS file: /home/ncvs/src/sys/i386/include/pmap.h,v : retrieving revision 1.70 : diff -u -r1.70 pmap.h : --- i386/include/pmap.h 2000/11/30 01:53:02 1.70 : +++ i386/include/pmap.h 2001/04/02 16:07:18 : @@ -92,9 +92,9 @@ : #endif : #ifndef NKPDE : #ifdef SMP : -#define NKPDE 254 /* addressable number of page tables/pde's */ : +#define NKPDE 510 /* addressable number of page tables/pde's */ : #else : -#define NKPDE 255 /* addressable number of page tables/pde's */ : +#define NKPDE 511 /* addressable number of page tables/pde's */ : #endif /* SMP */ : #endif : =20 : You have basically raised so many limits that you have run out of = space : for kernel allocations. : root@overcee[9:09am]/home/src/sys/compile/OVERCEE-103# gdb -k = kernel.debug /dev/mem : ... : (kgdb) print /x kernel_map.size : $8 =3D 0x1a658000 :=20 : With a default start addr of 0xc0100000, there is nearly 0x4000000 : available. My machine here is using just less than half of it. Yours = is : probably almost full. :=20 :=20 : > mp_lock =3D 01000001; cpuid =3D 1; lapic.id =3D 00000000 : > Debugger("panic") : > Stopped at Debugger+0x35: movb $0,in_Debugger.597 : > db> tr : > Debugger(c0249bf2) at Debugger+0x35 : > panic(c024b3a0,3,facac440,fe726e7c,c015eaa2) at panic+0xa4 : > pipespace(facac440) at pipespace+0x58 : > pipe_write(cacf2540,fe726ed4,ca506300,0,fe55e040) at = pipe_write+0x192 : > dofilewrite(fe55e040,cacf2540,8,80f7000,19fe) at dofilewrite+0xbe : > write(fe55e040,fe726f80,2823f0c8,28251008,80f7000) at write+0x3b : > syscall2(2f,2f,2f,80f7000,28251008) at syscall2+0x221 : > Xint0x80_syscall() at Xint0x80_syscall+0x2b : > ------------------------------------------------------------------- : > 2001/04/02 20:52 PMAP_SHPGPERPROC removed from kernel : > /bin/mv /etc/vntab.orig /etc/vntab, Add more swap : > ------------------------------------------------------------------- : > 2001/04/02 20:30 run-time panic : > Fatal trap 12: page fault while in kernel mode : > mp_lock =3D 00000002; cpuid =3D 0; lapic.id =3D 01000000 : > fault virtual address =3D 0x0 : > fault code =3D supervisor write, page not present : > instruction pointer =3D 0x8:0xc022fb2b : > stack pointer =3D 0x10:0xfd9d1bcc : > frame pointer =3D 0x10:0xfd9d1bfc : > code segment =3D base 0x0, limit 0xfffff, type 0x1b : > =3D DPL 0, pres 1, def32 1, gran 1 : > processor eflags =3D interrupt enabled, resume, IOPL =3D 0 : > current process =3D 4118 (bbsd) : > interrupt mask =3D bio <- SMP: XXX : > kernel: type 12 trap, code=3D0 : > Stopped at generic_bzero+0xf: repe stosl %es:(%edi) : > = =20 : =20 : > db> tr : > generic_bzero(1,c755fe00,c7243400,fd9d1c44,100) at generic_bzero+0xf : > ffs_vget(c755fe00,5e3f84,fd9d1cb8,0,fbe61 f40) at ffs_vget+0xa4 : > ufs_lookup(fd9d1d10,fd9d1d24,c01774ca,fd9d1d10,fbe61f40) at = ufs_lookup+0x9c7 : > ufs_vnoperate(fd9d1d10,fbe61f40,ff27941d,fd9d1ef0,fbe62000) at = ufs_vnoperate+ : 0x1 : > 5 : > vfs_cache_lookup(fd9d1d68,fd9d1d78,c017a338,fd9d1d68,ef8c1d00) at = vfs_cache_l : ook : > up+0x28a : > ufs_vnoperate(fd9d1d68,ef8c1d00,fd9d1ef0,fd9d1ec8,fd9b7ac0) at = ufs_vnoperate+ : 0x1 : > 5 : > lookup(fd9d1ec8,0,fd9d1ec8,fd9d1f80,fd9b7ac0) at lookup+0x290 : > namei(fd9d1ec8,0,ca3ed580,fd9d1f80,fd9d1df8) at namei+0x147 : > vn_open(fd9d1ec8,1,1a4,3,fd9b7ac0) at vn_open+0x1cd : > open(fd9b7ac0,fd9d1f80,281960c8,281a7f00,4) at open+0xb8 : > syscall2(2f,2f,bfbf002f,4,281a7f00) at syscall2+0x221 : > Xint0x80_syscall() at Xint0x80_syscall+0x2b : > db> call boot(0) : > boot() called on cpu#0 : > Waiting (max 60 seconds) for system process `bufdaemon' to stop... : > = =20 : =20 : > Fatal trap 12: page fault while in kernel mode : > mp_lock =3D 00000002; cpuid =3D 0; lapic.id =3D 01000000 : > fault virtual address =3D 0x0 : > fault code =3D supervisor write, page not present : > instruction pointer =3D 0x8:0xc02082b3 : > stack pointer =3D 0x10:0xfe80adec : > frame pointer =3D 0x10:0xfe80adf8 : > code segment =3D base 0x0, limit 0xfffff, type 0x1b : > =3D DPL 0, pres 1, def32 1, gran 1 : > processor eflags =3D interrupt enabled, resume, IOPL =3D 0 : > current process =3D 7749 (bbsd) : > interrupt mask =3D net tty bio cam <- SMP: XXX : kernel: type 12 trap, code=3D0 : > Stopped at generic_bzero+0xf: repe stosl %es:(%edi) : > --------------------------------------------------------------- : > 2000/04/02 08:29 boot panic =3D> lowered PMAP_SHPGPERPROC to 300 : > panic: swap_pager_swap_init: swap_zone =3D=3D NULL : > mp_lock =3D 00000001; cpuid =3D 0; lapic.id =3D 01000000 : > Debugger("panic") : > Stopped at Debugger+0x35: movb $0,in_Debugger.597 : > ------------------------------------------------------------------- : > 2000/04/02 08:24 change kernel again : > options MAXFILES=3D30000 : > options NMBCLUSTERS=3D16000(making this smaller) : > options PMAP_SHPGPERPROC=3D720(back to our setup that was = stable before : ) : > ------------------------------------------------------------------- : > 2001/04/02 08:08AM run-time panic : > _SimFarm_[root]:/bighead#vim dump1.pl =20 : > panic: ffs_valloc: dup alloc : > mp_lock =3D 01000001; cpuid =3D 1; lapic.id =3D 00000000 : > Debugger("panic") : > Stopped at Debugger+0x35: movb $0,in_Debugger.597 : > db> tr : > Debugger(c0249b12) at Debugger+0x35 : > panic(c0257501,c02574e0,43ff,45,c847e8d4) at panic+0xa4 : > ffs_valloc(f382da40,8180,c8577700,f3b13ca0,f3b13dfc) at = ffs_valloc+0xf9 : > ufs_makeinode(8180,f382da40,f3b13edc,f3b13ef0) at ufs_makeinode+0x5e : > ufs_create(f3b13dfc,f3b13e70,c0182ba4,f3b13dfc,0) at ufs_create+0x2b : > ufs_vnoperate(f3b13dfc,0,cdcf85c0,f3b13f80,f3a02a2c) at = ufs_vnoperate+0x15 : > vn_open(f3b13ec8,a03,180,3,f3a7e8a0) at vn_open+0x10c : > open(f3a7e8a0,f3b13f80,8123090,ffffffff,812c4de) at open+0xb8 : > syscall2(2f,2f,2f,812c4de,ffffffff) at syscall2+0x221 : > Xint0x80_syscall() at Xint0x80_syscall+0x2b : > db> : > ------------------------------------------------------------------- : > 2001/04/01 21:09 run-time panic(dont remember the setup at this = point,=20 : > irrecoverable)? : > Fatal trap 12: page fault while in kernel mode : > mp_lock =3D 01000002; cpuid =3D 1; lapic.id =3D 00000000 : > fault virtual address =3D 0x0 : > fault code =3D supervisor write, page not present : > instruction pointer =3D 0x8:0xc022fb2b : > stack pointer =3D 0x10:0xff7d8bcc : > frame pointer =3D 0x10:0xff7d8bfc : > code segment =3D base 0x0, limit 0xfffff, type 0x1b : > =3D DPL 0, pres 1, def32 1, gran 1 : > processor eflags =3D interrupt enabled, resume, IOP : > L =3D 0 : > current process =3D 1601 (bbsd) : > interrupt mask =3D bio <- SMP: XXX : > kernel: type 12 trap, code=3D0 : > Stopped at generic_bzero+0xf: repe stosl : > %es:(%edi) : > db> tr : > generic_bzero(1,c7b3ee00,c7822400,ff7d8c44,100) at generic_bzero+0xf : > ffs_vget(c7b3ee00,13a676,ff7d8cb8,0,f2283000) at ffs_vget+0xa4 : > ufs_lookup(ff7d8d10,ff7d8d24,c01774ca,ff7d8d10,f2283000) at = ufs_lookup+0x9c7 : > ufs_vnoperate(ff7d8d10,f2283000,ff6c7c16,ff7d8ef0,fec9e480) at = ufs_vnoperate+ : 0x1 : > 5 : > ------------------------------------------------------------------- : >=20 : >=20 : > --=20 : > +-----------------------------------------------------------+ : > | keichii@iteration.net | keichii@freebsd.org | : > | http://iteration.net/~keichii | Yes, BSD is a conspiracy. | : > +-----------------------------------------------------------+ : >=20 : > To Unsubscribe: send mail to majordomo@FreeBSD.org : > with "unsubscribe freebsd-fs" in the body of the message : >=20 :=20 : Cheers, : -Peter : -- : Peter Wemm - peter@FreeBSD.org; peter@yahoo-inc.com; = peter@netplex.com.au : "All of this is for nothing if we don't go to the stars" - JMS/B5 :=20 :=20 : To Unsubscribe: send mail to majordomo@FreeBSD.org : with "unsubscribe freebsd-hackers" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-fs" in the body of the message From owner-freebsd-fs Mon Apr 2 17: 8: 0 2001 Delivered-To: freebsd-fs@freebsd.org Received: from wantadilla.lemis.com (wantadilla.lemis.com [192.109.197.80]) by hub.freebsd.org (Postfix) with ESMTP id 469B737B71A for ; Mon, 2 Apr 2001 17:07:57 -0700 (PDT) (envelope-from grog@lemis.com) Received: by wantadilla.lemis.com (Postfix, from userid 1004) id 68BBC6ACB7; Tue, 3 Apr 2001 09:37:55 +0930 (CST) Date: Tue, 3 Apr 2001 09:37:55 +0930 From: Greg Lehey To: Dag-Erling Smorgrav Cc: Kirk Strauser , freebsd-fs@FreeBSD.ORG Subject: Re: My Vinum heart attack Message-ID: <20010403093755.J25226@wantadilla.lemis.com> References: <87vgooi7kz.fsf@pooh.honeypot> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from des@ofug.org on Mon, Apr 02, 2001 at 03:12:37PM +0200 Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.lemis.com/~grog X-PGP-Fingerprint: 6B 7B C3 8C 61 CD 54 AF 13 24 52 F8 6D A4 95 EF Sender: owner-freebsd-fs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Monday, 2 April 2001 at 15:12:37 +0200, Dag-Erling Smorgrav wrote: > Kirk Strauser writes: >> I had last done this on February 11, 2001. Yesterday (2001-03-31), I >> decided to make world again. During the reboot-into-single-user process, I >> watched in abject horror as vinum started, tried to read its configuration, >> didn't like what it found, and TOTALLY WIPED everything in /dev/vinum >> (including subdirectories). > > There is no critical information in /dev/vinum. The information there > can easily be recreated by vinum(8) from the configuration information > stored on the disks themselves. Indeed, that's exactly the reason vinum(8) wipes out the directories in the first place. Greg -- Finger grog@lemis.com for PGP public key See complete headers for address and phone numbers To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-fs" in the body of the message From owner-freebsd-fs Mon Apr 2 17: 9:52 2001 Delivered-To: freebsd-fs@freebsd.org Received: from wantadilla.lemis.com (wantadilla.lemis.com [192.109.197.80]) by hub.freebsd.org (Postfix) with ESMTP id 899E237B728 for ; Mon, 2 Apr 2001 17:09:49 -0700 (PDT) (envelope-from grog@lemis.com) Received: by wantadilla.lemis.com (Postfix, from userid 1004) id 34C516ACB7; Tue, 3 Apr 2001 09:39:48 +0930 (CST) Date: Tue, 3 Apr 2001 09:39:48 +0930 From: Greg Lehey To: Kirk Strauser Cc: freebsd-fs@freebsd.org Subject: Re: My Vinum heart attack Message-ID: <20010403093947.K25226@wantadilla.lemis.com> References: <87vgooi7kz.fsf@pooh.honeypot> <878zljmnw9.fsf@pooh.honeypot> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <878zljmnw9.fsf@pooh.honeypot>; from kirk@strauser.com on Mon, Apr 02, 2001 at 08:28:38AM -0500 Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.lemis.com/~grog X-PGP-Fingerprint: 6B 7B C3 8C 61 CD 54 AF 13 24 52 F8 6D A4 95 EF Sender: owner-freebsd-fs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Monday, 2 April 2001 at 8:28:38 -0500, Kirk Strauser wrote: > > At 2001-04-02T13:12:37Z, Dag-Erling Smorgrav writes: > >> There is no critical information in /dev/vinum. The information there can >> easily be recreated by vinum(8) from the configuration information stored >> on the disks themselves. > > I wasn't too sure at the time which information was canonical - the copy in > /dev/vinum, or the on-disk copy - so I wanted to be darn sure not to lose > more than I needed to. > > Your point that it is easily recreated is true, given that vinum works at > all in a particular situation. Mine didn't. I know why it didn't, and I > managed to work through it without loss, but it certainly got my attention > at the time. > > BTW, my note was much more a warning to others to pay attention to these > things than a complaint. Vinum is a complicated thing, and you have to be > willing to rise to the occasion if you want to use it, and I'm comfortable > with that. The real issue here is that you seemed to think it OK to update your kernel and not update userland. Experienced people will say "that's a no-no", but somehow you were able to get that impression. I'm still planning to investigate how this could happen. In any case, it does look as if you paniced. If you had rebooted with the old kernel, all would have been well. Greg -- Finger grog@lemis.com for PGP public key See complete headers for address and phone numbers To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-fs" in the body of the message From owner-freebsd-fs Mon Apr 2 19:56: 7 2001 Delivered-To: freebsd-fs@freebsd.org Received: from kanga.honeypot.net (kanga.honeypot.net [216.224.193.50]) by hub.freebsd.org (Postfix) with ESMTP id 558C337B71B for ; Mon, 2 Apr 2001 19:56:04 -0700 (PDT) (envelope-from kirk@honeypot.net) Received: from pooh.honeypot (mail@pooh.honeypot [10.0.1.2]) by kanga.honeypot.net (8.11.3/8.11.3) with ESMTP id f332u1N13267 for ; Mon, 2 Apr 2001 21:56:03 -0500 (CDT) (envelope-from kirk@honeypot.net) Received: from kirk by pooh.honeypot with local (Exim 3.12 #1 (Debian)) id 14kGzA-000081-00 for ; Mon, 02 Apr 2001 21:56:00 -0500 To: freebsd-fs@freebsd.org Subject: Re: My Vinum heart attack References: <87vgooi7kz.fsf@pooh.honeypot> <878zljmnw9.fsf@pooh.honeypot> <20010403093947.K25226@wantadilla.lemis.com> From: Kirk Strauser Date: 02 Apr 2001 21:56:00 -0500 In-Reply-To: <20010403093947.K25226@wantadilla.lemis.com> Message-ID: <873dbqhetb.fsf@pooh.honeypot> Lines: 53 X-Mailer: Gnus/5.0808 (Gnus v5.8.8) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-fs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org At 2001-04-03T00:09:48Z, Greg Lehey writes: > The real issue here is that you seemed to think it OK to update your > kernel and not update userland. Experienced people will say "that's a > no-no", but somehow you were able to get that impression. I'm still > planning to investigate how this could happen. Greg, I'm honestly not trying to be argumentative, but I don't quite agree with your statement. I freely admit that I'm not as experienced with FreeBSD as some people (particularly those with subject-matter books with their name :) ), but I don't think that I'm particularly incapable of reading documentation. In this case, following the "official" instructions to the letter produced unforeseen consequences. I'm sure that I'll gain wisdom with experience, but for now I'm just a relative (one year) newbie who does as instructed. I completely understand the need to keep kernel and userland in sync. However, given that the instructions in /usr/src/UPDATING are a bit misleading, I still don't know the "correct" way to installworld. That file says, and I quote: make buildworld make buildkernel KERNCONF=YOUR_KERNEL_HERE make installkernel KERNCONF=YOUR_KERNEL_HERE reboot (in single user) [1] make installworld mergemaster reboot [1] You can often get away without doing this step as the system will be properly updated. During the running of the installworld, however, system components may break and other oddities may happen. To a newbie's eyes, that can seem to say that if you don't reboot into single user mode (with the new kernel, freshly installed in the previous step), then parts of your system may be broken. That may very well be an incorrect interpretation, but I'm not experienced enough with my chosen favorite system to know what else it could mean. > In any case, it does look as if you paniced. I did indeed. > If you had rebooted with the old kernel, all would have been well. I did, and it was, but only because of experience with other systems (cardinal rule: when I get lost, I stop moving until I regain direction). If I had less experience then I shudder to think of what I might've done next. -- Kirk Strauser To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-fs" in the body of the message From owner-freebsd-fs Mon Apr 2 20:52:36 2001 Delivered-To: freebsd-fs@freebsd.org Received: from mrout2.yahoo.com (mrout2.yahoo.com [216.145.54.172]) by hub.freebsd.org (Postfix) with ESMTP id 001A037B71F for ; Mon, 2 Apr 2001 20:52:34 -0700 (PDT) (envelope-from jh@yahoo-inc.com) Received: from yahoo-inc.com (jh.corp.yahoo.com [216.145.56.8]) by mrout2.yahoo.com (8.11.1/8.11.1/y.out) with ESMTP id f333qDI00767 for ; Mon, 2 Apr 2001 20:52:13 -0700 (PDT) Message-Id: <200104030352.f333qDI00767@mrout2.yahoo.com> To: freebsd-fs@FreeBSD.ORG Subject: Re: My Vinum heart attack In-reply-to: Your message of "02 Apr 2001 21:56:00 CDT." <873dbqhetb.fsf@pooh.honeypot> Date: Mon, 02 Apr 2001 20:52:13 -0700 From: John Hanley Sender: owner-freebsd-fs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > not trying to be argumentative I agree. IMHO Kirk is offering useful constructive criticism, mostly documentation criticism. It is reasonable that following the UPDATING instructions would yield a single user reboot that has vinum kernel & userland in sync. Cheers, JH To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-fs" in the body of the message From owner-freebsd-fs Mon Apr 2 21:39:36 2001 Delivered-To: freebsd-fs@freebsd.org Received: from peter3.wemm.org (c1315225-a.plstn1.sfba.home.com [65.0.135.147]) by hub.freebsd.org (Postfix) with ESMTP id 2CF1F37B722 for ; Mon, 2 Apr 2001 21:39:30 -0700 (PDT) (envelope-from peter@netplex.com.au) Received: from mobile.wemm.org (mobile.wemm.org [10.0.0.5]) by peter3.wemm.org (8.11.0/8.11.0) with ESMTP id f334dRM59224 for ; Mon, 2 Apr 2001 21:39:27 -0700 (PDT) (envelope-from peter@netplex.com.au) Received: from netplex.com.au (localhost [127.0.0.1]) by mobile.wemm.org (8.11.1/8.11.1) with ESMTP id f334dLh17759; Mon, 2 Apr 2001 21:39:21 -0700 (PDT) (envelope-from peter@netplex.com.au) Message-Id: <200104030439.f334dLh17759@mobile.wemm.org> X-Mailer: exmh version 2.2 06/23/2000 with nmh-1.0.4 To: Greg Lehey Cc: Kirk Strauser , freebsd-fs@FreeBSD.ORG Subject: Re: My Vinum heart attack In-Reply-To: <20010403093947.K25226@wantadilla.lemis.com> Date: Mon, 02 Apr 2001 21:39:21 -0700 From: Peter Wemm Sender: owner-freebsd-fs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Greg Lehey wrote: > On Monday, 2 April 2001 at 8:28:38 -0500, Kirk Strauser wrote: > > > > At 2001-04-02T13:12:37Z, Dag-Erling Smorgrav writes: > > > >> There is no critical information in /dev/vinum. The information there can > >> easily be recreated by vinum(8) from the configuration information stored > >> on the disks themselves. > > > > I wasn't too sure at the time which information was canonical - the copy in > > /dev/vinum, or the on-disk copy - so I wanted to be darn sure not to lose > > more than I needed to. > > > > Your point that it is easily recreated is true, given that vinum works at > > all in a particular situation. Mine didn't. I know why it didn't, and I > > managed to work through it without loss, but it certainly got my attention > > at the time. > > > > BTW, my note was much more a warning to others to pay attention to these > > things than a complaint. Vinum is a complicated thing, and you have to be > > willing to rise to the occasion if you want to use it, and I'm comfortable > > with that. > > The real issue here is that you seemed to think it OK to update your > kernel and not update userland. Experienced people will say "that's a > no-no", but somehow you were able to get that impression. I'm still > planning to investigate how this could happen. This is made far far worse by pushing part of the kernel out into the userland (ie: vinum.ko). This is why I still tell people regularly that that get burned bu this that they should be using 'device vinum' and 'options VINUM_DEBUG' to match the userland defaults. I usually get into the habit of keeping several aged instances of /sbin/vinum.* because the vinum kernel<->userland ABI is so extremely fragile. In -current the dynamics are a little different. By default, the vinum module is installed with a 'make install' of the kernel, so you usually get the same results as when you have it compiled into the kernel. However, the user-kernel interface is far more broken because it has things like 'struct mtx' embedded inside the ioctl interfaces.. :-( This changes often, and vinum breaks each and every time. Cheers, -Peter -- Peter Wemm - peter@FreeBSD.org; peter@yahoo-inc.com; peter@netplex.com.au "All of this is for nothing if we don't go to the stars" - JMS/B5 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-fs" in the body of the message From owner-freebsd-fs Mon Apr 2 21:43:42 2001 Delivered-To: freebsd-fs@freebsd.org Received: from wantadilla.lemis.com (wantadilla.lemis.com [192.109.197.80]) by hub.freebsd.org (Postfix) with ESMTP id B696737B71B for ; Mon, 2 Apr 2001 21:43:27 -0700 (PDT) (envelope-from grog@lemis.com) Received: by wantadilla.lemis.com (Postfix, from userid 1004) id 22F336ACBA; Tue, 3 Apr 2001 14:13:08 +0930 (CST) Date: Tue, 3 Apr 2001 14:13:08 +0930 From: Greg Lehey To: Peter Wemm Cc: Kirk Strauser , freebsd-fs@FreeBSD.ORG Subject: Re: My Vinum heart attack Message-ID: <20010403141308.N71213@wantadilla.lemis.com> References: <20010403093947.K25226@wantadilla.lemis.com> <200104030439.f334dLh17759@mobile.wemm.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200104030439.f334dLh17759@mobile.wemm.org>; from peter@netplex.com.au on Mon, Apr 02, 2001 at 09:39:21PM -0700 Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.lemis.com/~grog X-PGP-Fingerprint: 6B 7B C3 8C 61 CD 54 AF 13 24 52 F8 6D A4 95 EF Sender: owner-freebsd-fs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Monday, 2 April 2001 at 21:39:21 -0700, Peter Wemm wrote: > Greg Lehey wrote: >> On Monday, 2 April 2001 at 8:28:38 -0500, Kirk Strauser wrote: >>> >>> At 2001-04-02T13:12:37Z, Dag-Erling Smorgrav writes: >>> >>>> There is no critical information in /dev/vinum. The information there can >>>> easily be recreated by vinum(8) from the configuration information stored >>>> on the disks themselves. >>> >>> I wasn't too sure at the time which information was canonical - the copy in >>> /dev/vinum, or the on-disk copy - so I wanted to be darn sure not to lose >>> more than I needed to. >>> >>> Your point that it is easily recreated is true, given that vinum works at >>> all in a particular situation. Mine didn't. I know why it didn't, and I >>> managed to work through it without loss, but it certainly got my attention >>> at the time. >>> >>> BTW, my note was much more a warning to others to pay attention to these >>> things than a complaint. Vinum is a complicated thing, and you have to be >>> willing to rise to the occasion if you want to use it, and I'm comfortable >>> with that. >> >> The real issue here is that you seemed to think it OK to update your >> kernel and not update userland. Experienced people will say "that's a >> no-no", but somehow you were able to get that impression. I'm still >> planning to investigate how this could happen. > > This is made far far worse by pushing part of the kernel out into the > userland (ie: vinum.ko). This is why I still tell people regularly that > that get burned bu this that they should be using 'device vinum' and > 'options VINUM_DEBUG' to match the userland defaults. I usually get into > the habit of keeping several aged instances of /sbin/vinum.* because the > vinum kernel<->userland ABI is so extremely fragile. You should be keeping matched kld/kernel pairs. But you're free to fix it. > In -current the dynamics are a little different. By default, the > vinum module is installed with a 'make install' of the kernel, so > you usually get the same results as when you have it compiled into > the kernel. However, the user-kernel interface is far more broken > because it has things like 'struct mtx' embedded inside the ioctl > interfaces.. :-( This changes often, and vinum breaks each and every > time. Only if you get out of sync, and if the *size* of struct mtx changes. Greg -- Finger grog@lemis.com for PGP public key See complete headers for address and phone numbers To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-fs" in the body of the message From owner-freebsd-fs Mon Apr 2 22:20:12 2001 Delivered-To: freebsd-fs@freebsd.org Received: from peter3.wemm.org (c1315225-a.plstn1.sfba.home.com [65.0.135.147]) by hub.freebsd.org (Postfix) with ESMTP id C02D537B71A for ; Mon, 2 Apr 2001 22:20:08 -0700 (PDT) (envelope-from peter@netplex.com.au) Received: from mobile.wemm.org (mobile.wemm.org [10.0.0.5]) by peter3.wemm.org (8.11.0/8.11.0) with ESMTP id f335K8M59341 for ; Mon, 2 Apr 2001 22:20:08 -0700 (PDT) (envelope-from peter@netplex.com.au) Received: from netplex.com.au (localhost [127.0.0.1]) by mobile.wemm.org (8.11.1/8.11.1) with ESMTP id f335K8h18102; Mon, 2 Apr 2001 22:20:08 -0700 (PDT) (envelope-from peter@netplex.com.au) Message-Id: <200104030520.f335K8h18102@mobile.wemm.org> X-Mailer: exmh version 2.2 06/23/2000 with nmh-1.0.4 To: Greg Lehey Cc: Kirk Strauser , freebsd-fs@FreeBSD.ORG Subject: Re: My Vinum heart attack In-Reply-To: <20010403141308.N71213@wantadilla.lemis.com> Date: Mon, 02 Apr 2001 22:20:08 -0700 From: Peter Wemm Sender: owner-freebsd-fs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Greg Lehey wrote: > On Monday, 2 April 2001 at 21:39:21 -0700, Peter Wemm wrote: > > Greg Lehey wrote: > >> On Monday, 2 April 2001 at 8:28:38 -0500, Kirk Strauser wrote: > >>> > >>> At 2001-04-02T13:12:37Z, Dag-Erling Smorgrav writes: > >>> > >>>> There is no critical information in /dev/vinum. The information there ca n > >>>> easily be recreated by vinum(8) from the configuration information store d > >>>> on the disks themselves. > >>> > >>> I wasn't too sure at the time which information was canonical - the copy in > >>> /dev/vinum, or the on-disk copy - so I wanted to be darn sure not to lose > >>> more than I needed to. > >>> > >>> Your point that it is easily recreated is true, given that vinum works at > >>> all in a particular situation. Mine didn't. I know why it didn't, and I > >>> managed to work through it without loss, but it certainly got my attentio n > >>> at the time. > >>> > >>> BTW, my note was much more a warning to others to pay attention to these > >>> things than a complaint. Vinum is a complicated thing, and you have to b e >>> willing to rise to the occasion if you want to use it, and I'm comfortable > >>> with that. > >> > >> The real issue here is that you seemed to think it OK to update your > >> kernel and not update userland. Experienced people will say "that's a > >> no-no", but somehow you were able to get that impression. I'm still > >> planning to investigate how this could happen. > > > > This is made far far worse by pushing part of the kernel out into the > > userland (ie: vinum.ko). This is why I still tell people regularly that > > that get burned bu this that they should be using 'device vinum' and > > 'options VINUM_DEBUG' to match the userland defaults. I usually get into > > the habit of keeping several aged instances of /sbin/vinum.* because the > > vinum kernel<->userland ABI is so extremely fragile. > > You should be keeping matched kld/kernel pairs. Using the module, there are three things you have to juggle to keep in sync.. kernel, module (vinum.ko), /sbin/vinum. Compiling vinum into the kernel means you only have to deal with two of them. Getting kernel/userland out of sync is usually a lot less destructive than getting kernel/module out of sync (witness this problem report). > But you're free to fix it. Cool.. I can remove the instructions saying to use the module and change them to say to compile it into the kernel? :-) > > In -current the dynamics are a little different. By default, the > > vinum module is installed with a 'make install' of the kernel, so > > you usually get the same results as when you have it compiled into > > the kernel. However, the user-kernel interface is far more broken > > because it has things like 'struct mtx' embedded inside the ioctl > > interfaces.. :-( This changes often, and vinum breaks each and every > > time. > > Only if you get out of sync, and if the *size* of struct mtx changes. Which it has done on a regular basis over the last few months. Not to mention the whole "dev_t" thing that is embedded in these interface structures.. (on freebsd, dev_t is a pointer in kernel context and an integer in user context. On an alpha, these are a different size which tends to mess up your day) Cheers, -Peter -- Peter Wemm - peter@FreeBSD.org; peter@yahoo-inc.com; peter@netplex.com.au "All of this is for nothing if we don't go to the stars" - JMS/B5 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-fs" in the body of the message From owner-freebsd-fs Tue Apr 3 10: 5:17 2001 Delivered-To: freebsd-fs@freebsd.org Received: from web2302.mail.yahoo.com (web2302.mail.yahoo.com [128.11.68.53]) by hub.freebsd.org (Postfix) with SMTP id A0D2437B718 for ; Tue, 3 Apr 2001 10:05:15 -0700 (PDT) (envelope-from shawndr@yahoo.com) Message-ID: <20010403170515.26127.qmail@web2302.mail.yahoo.com> Received: from [209.180.221.130] by web2302.mail.yahoo.com; Tue, 03 Apr 2001 10:05:15 PDT Date: Tue, 3 Apr 2001 10:05:15 -0700 (PDT) From: Shawn Rutledge Subject: soft updates and fsck in practice To: freebsd-fs@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-fs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org So, after reading Kirk's Usenix paper and the list archives, I keep seeing that with Soft Updates you "shouldn't have to" fsck a filesystem. In theory, you may just loose a little space over time. I've also read Terry Lambert's post (SU/LFS/JFS) warning against using SU for fast failure recovery (but may be comfortable with the risks for now, given the effort in porting LFS or a JFS to FreeBSD -- i.e. some -vs- none). My question: Is anyone running a system using soft updates and NOT fscking after crashes? Is it even reasonable in practice? Mount refuses to mount a filesystem that isn't marked clean. If anyone is doing the above, what (non-fsck) mechanism do you use to mark the filesystems clean? I've been experimenting with 4.2-RELEASE but have current and stable available as well. Thanks, ===== Shawn Rutledge (shawndr@yahoo.com) __________________________________________________ Do You Yahoo!? Get email at your own domain with Yahoo! Mail. http://personal.mail.yahoo.com/?.refer=text To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-fs" in the body of the message From owner-freebsd-fs Tue Apr 3 10:44:19 2001 Delivered-To: freebsd-fs@freebsd.org Received: from neko.cts.com (neko.cts.com [209.68.192.150]) by hub.freebsd.org (Postfix) with ESMTP id D132C37B719 for ; Tue, 3 Apr 2001 10:44:13 -0700 (PDT) (envelope-from ctsmhn@cts.com) Received: from CARTMAN (cartman.cts.com [205.163.23.192]) by neko.cts.com (8.9.3/8.9.3) with SMTP id KAA27561 for ; Tue, 3 Apr 2001 10:44:13 -0700 (PDT) From: "Matthew H. North" To: Subject: Reproducible kernel panics in ffs_valloc: dup_alloc Date: Tue, 3 Apr 2001 10:48:10 -0700 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Importance: Normal Sender: owner-freebsd-fs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hello, After spending hours trouble-shooting this and looking for similar problems and solutions in the bug archive, google, etc., I'm running out of ideas. I am responsible for maintaining a squid cache system for my company. Currently, the system is: PIII/800MHz, 768MB RAM (1GB cache), FreeBSD 4.2-STABLE, Squid-2.3STABLE4 (compiled locally instead of using the FreeBSD port). Boot drive and Squid cache drives are SCSI-LVD running at 80MB/s off of the Adaptec 29160N card. Softupdates are not enabled on *any* of the drives in this system. Unfortunately this system has been plagued by kernel panics for a number of weeks now. I originally assumed there was some sort of hardware problem, but I've since replaced every last piece of hardware: MB, RAM, CPU, SCSI card, SCSI cable, SCSI drives, video card, NICs. Every last piece of hardware has been replaced, yet the kernel panics persists on a fairly regular basis. Here's the scenario: Start with a freshly installed 4.2-STABLE O/S, and a freshly installed 2.3STABLE4 Squid distribution, on a system identical to, or very similar to, the one described above. Start squid and begin hitting the system with a fairly consistent load (an average of about 2.3 million hits per day, or ~1600 HPM, average request object size about 5kb). Let the squid cache drives fill up. After the cache drives have filled, wait about 48 to 72 hours. The kernel will panic with the output shown below. From this point forward, the kernel will continue to panic at about the same interval: every 48 to 72 hours, provided the cache drives are full (I have yet to see a panic when not *all* of the cache drives are full, although that doesn't mean it won't happen). Here's the output from the kernel and DDB (dmesg output is at the bottom of this email): Panic Output ------------ mode = 0100644, num = 2804226, fs = /usr/local/squid/cache2 panic: ffs_valloc: dup alloc debugger ("panic") stopped at Debugger +0x34: movb $0, in Debugger .396 DDB Trace Output ---------------- Debugger(c0237e03) at Debugger+0x34 panic(c0243a01,c02439e0,81a4,115934,c2fbf0d4) at panic+0x70 ffs_valloc(d8b04a40,81a4,c302d680,d89f6ca4,d89f6e00) at ffs_valloc+0xf8 ufs_makeinode(81a4,d8b04a40,d89f6ee0,d89f6ef4) at ufs_makeinode+0x57 ufs_create(d89f6e00,d89f6e74,c0181960,d89f6e00,0) at ufs_create+0x28 ufs_vnoperate(d89f6e00,0,c33094c0,d89f6f80,95) at ufs_vnoperate+0x15 vn_open(d89f6ecc,60e,1a4,d626d560,3) at vn_open+0x10c open(d626d560,d89f6f80,80a2bb8,bfbffdd0,bfbffddc) at open+0xb8 syscall2(bfbf002f,bfbf002f,bfbf002f,bfbffddc,bfbffdd0) at syscall2+0x1f1 Xint0x80_syscall() at Xint0x80_syscall+0x25 It is always the same panic: 'ffs_valloc: dup alloc'. However, if multiple cache drives are being used, the 'fs = ' will change randomly - it doesn't target any specific drive or fs. As mentioned previously, *everything* in this system has been replaced: Adaptec 29160N card 2x fxp? NICs (Intel EtherPro 10/100) Trident PCI VGA RAM Pentium III/800MHz CPU Motherboard OS reinstalled Squid reinstalled Squid cache drives erased Yet the panics persist. Squid is not running as root, and by my understanding, any non-root user should never be able to trigger a kernel panic or hard lockup. This said, I'm getting to the point where I must conclude one of the following: - A particular brand or version of hardware we're using is manufactured with a defect - The OS has a bug Can anyone comment on this problem? Given that it's so easily reproducible, I imagine someone must have seen this before. I'm also particularly interested in knowing what circumstances produce the panic above. It appears (by my own interpretation of the FreeBSD code) to be an error where the kernel tries to allocate an already-used i-node. But under what circumstances can that happen? NOTE that all file systems test clean upon bootup prior to this error occurring. So if file systems are being corrupted, it's happening during *normal* operation of the system. - Matt Matthew H. North Software Engineer CTSnet Inc., an Allegiance Telecom Company mailto:ctsmhn@cts.com t 858.637.3600 f 858.637.3630 dmesg output ------------ Copyright (c) 1992-2001 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 4.2-STABLE #0: Tue Feb 27 11:51:43 PST 2001 XXXX@XXX.XXX.com:/usr/obj/usr/src/sys/WEBPROXY Timecounter "i8254" frequency 1193182 Hz Timecounter "TSC" frequency 801823558 Hz CPU: Pentium III/Pentium III Xeon/Celeron (801.82-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x683 Stepping = 3 Features=0x383f9ff real memory = 536870912 (524288K bytes) avail memory = 519684096 (507504K bytes) Preloaded elf kernel "kernel" at 0xc02d8000. Pentium Pro MTRR support enabled npx0: on motherboard npx0: INT 16 interface pcib0: on motherboard pci0: on pcib0 pcib2: at device 1.0 on pci0 pci1: on pcib2 isab0: at device 7.0 on pci0 isa0: on isab0 pci0: at 7.1 fxp0: port 0xd800-0xd83f mem 0xd5000000-0xd50fffff,0xd5201000-0xd5201fff irq 11 at device 15.0 on pci0 fxp0: Ethernet address XX:90:27:d1:12:XX fxp1: port 0xdc00-0xdc3f mem 0xd5100000-0xd51fffff,0xd5200000-0xd5200fff irq 10 at device 17.0 on pci0 fxp1: Ethernet address XX:d0:b7:5d:d0:XX ahc0: port 0xe000-0xe0ff mem 0xd5202000-0xd5202fff irq 12 at device 18.0 on pci0 aic7892: Wide Channel A, SCSI Id=7, 32/255 SCBs pcib1: on motherboard pci2: on pcib1 fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 fdc0: FIFO enabled, 8 bytes threshold fd0: <1440-KB 3.5" drive> on fdc0 drive 0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 sc0: on isa0 sc0: VGA <16 virtual consoles, flags=0x200> sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A Waiting 10 seconds for SCSI devices to settle Mounting root from ufs:/dev/da0s1a da1 at ahc0 bus 0 target 1 lun 0 da1: Fixed Direct Access SCSI-2 device da1: 80.000MB/s transfers (40.000MHz, offset 15, 16bit), Tagged Queueing Enabled da1: 47702MB (97693755 512 byte sectors: 255H 63S/T 6081C) da2 at ahc0 bus 0 target 2 lun 0 da2: Fixed Direct Access SCSI-2 device da2: 80.000MB/s transfers (40.000MHz, offset 15, 16bit), Tagged Queueing Enabled da2: 34732MB (71132960 512 byte sectors: 255H 63S/T 4427C) da3 at ahc0 bus 0 target 3 lun 0 da3: Fixed Direct Access SCSI-2 device da3: 80.000MB/s transfers (40.000MHz, offset 15, 16bit), Tagged Queueing Enabled da3: 17366MB (35566480 512 byte sectors: 255H 63S/T 2213C) da0 at ahc0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-2 device da0: 80.000MB/s transfers (40.000MHz, offset 15, 16bit), Tagged Queueing Enabled da0: 17366MB (35566480 512 byte sectors: 255H 63S/T 2213C) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-fs" in the body of the message From owner-freebsd-fs Tue Apr 3 11: 1: 9 2001 Delivered-To: freebsd-fs@freebsd.org Received: from bg.sics.se (bg.sics.se [193.10.66.124]) by hub.freebsd.org (Postfix) with ESMTP id 539A337B718 for ; Tue, 3 Apr 2001 11:01:06 -0700 (PDT) (envelope-from bg@bg.sics.se) Received: (from bg@localhost) by bg.sics.se (8.11.1/8.11.1) id f33I10c15494; Tue, 3 Apr 2001 20:01:01 +0200 (CEST) (envelope-from bg) To: Shawn Rutledge Cc: freebsd-fs@FreeBSD.ORG Subject: Re: soft updates and fsck in practice References: <20010403170515.26127.qmail@web2302.mail.yahoo.com> From: Bjoern Groenvall Date: 03 Apr 2001 20:00:58 +0200 In-Reply-To: Shawn Rutledge's message of "Tue, 3 Apr 2001 10:05:15 -0700 (PDT)" Message-ID: Lines: 36 X-Mailer: Gnus v5.7/Emacs 20.6 Sender: owner-freebsd-fs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >>>>> "Shawn" == Shawn Rutledge writes: Shawn> My question: Is anyone running a system using soft updates and Shawn> NOT fscking after crashes? Is it even reasonable in practice? Works fine here. We don't have that many crashes though. Shawn> Mount refuses to mount a filesystem that isn't marked clean. If Shawn> anyone is doing the above, what (non-fsck) mechanism do you use Shawn> to mark the filesystems clean? We mount these file systems using the force option. There is no need to mark any file systems as clean. This is a snippet from fstab: # The following FS's are *NOT* fsck:ed during boot and # *MUST* be manually fsck:ed sometime later after a crash. /bg # Dump 0=NO fsck /dev/da0s2e /e1 ufs rw,force 0 0 In the night after a crash (or sometimes many days later) we run fsck. One last note, if you ever have some kind of media failure you *must* run fsck immediately!!! Also, make sure that write caching is not enabled (camcontrol modepage da1 -m 8 -P 0 | grep WCE). /Bjцrn -- _ _ ,_______________. Bjorn Gronvall (Bjцrn Grцnvall) /_______________/| Swedish Institute of Computer Science | || PO Box 1263, S-164 29 Kista, Sweden | Schroedingers || Email: bg@sics.se, Phone +46 -8 633 15 25 | Cat |/ Cellular +46 -70 768 06 35, Fax +46 -8 751 72 30 `---------------' To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-fs" in the body of the message From owner-freebsd-fs Tue Apr 3 11:28:25 2001 Delivered-To: freebsd-fs@freebsd.org Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by hub.freebsd.org (Postfix) with ESMTP id 3D3A337B725 for ; Tue, 3 Apr 2001 11:28:22 -0700 (PDT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (robert@fledge.pr.watson.org [192.0.2.3]) by fledge.watson.org (8.11.1/8.11.1) with SMTP id f33IQfh08474; Tue, 3 Apr 2001 14:26:42 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Tue, 3 Apr 2001 14:26:41 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Shawn Rutledge Cc: freebsd-fs@FreeBSD.org Subject: Re: soft updates and fsck in practice In-Reply-To: <20010403170515.26127.qmail@web2302.mail.yahoo.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-fs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Take a look at recent postings by Kirk to freebsd-arch on the topic of background fsck. Over the course of his last few commits, and upcoming commits, he migrates to a model where fsck occurs in two phases: first, a foreground phase which checks for clean flags and soft updates bits, and which is very short for soft updates-enabled file systems. Then, a background fsck phase is initiated for file systems with soft updates to garbage collect any resources in the file system that are disconnected from the namespace, that might be left behind by a crash/failure when soft updates is in use. Initial support for this is now committed to the FreeBSD 5.0-CURRENT tree, but more commits to add support for this to the boot process and fsck are coming soon. Robert N M Watson FreeBSD Core Team, TrustedBSD Project robert@fledge.watson.org NAI Labs, Safeport Network Services On Tue, 3 Apr 2001, Shawn Rutledge wrote: > So, after reading Kirk's Usenix paper and the list > archives, I keep seeing that with Soft Updates you > "shouldn't have to" fsck a filesystem. In theory, you > may just loose a little space over time. > > I've also read Terry Lambert's post (SU/LFS/JFS) > warning against using SU for fast failure recovery > (but may be comfortable with the risks for now, given > the effort in porting LFS or a JFS to FreeBSD -- i.e. > some -vs- none). > > My question: Is anyone running a system using soft > updates and NOT fscking after crashes? Is it even > reasonable in practice? > > Mount refuses to mount a filesystem that isn't marked > clean. If anyone is doing the above, what (non-fsck) > mechanism do you use to mark the filesystems clean? > > I've been experimenting with 4.2-RELEASE but have > current and stable available as well. > > Thanks, > > > ===== > Shawn Rutledge (shawndr@yahoo.com) > > __________________________________________________ > Do You Yahoo!? > Get email at your own domain with Yahoo! Mail. > http://personal.mail.yahoo.com/?.refer=text > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-fs" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-fs" in the body of the message From owner-freebsd-fs Wed Apr 4 0:51:27 2001 Delivered-To: freebsd-fs@freebsd.org Received: from web13205.mail.yahoo.com (web13205.mail.yahoo.com [216.136.174.190]) by hub.freebsd.org (Postfix) with SMTP id 2F5D837B72F for ; Wed, 4 Apr 2001 00:47:34 -0700 (PDT) (envelope-from wm_13@yahoo.com) Message-ID: <20010404074734.10927.qmail@web13205.mail.yahoo.com> Received: from [212.17.24.17] by web13205.mail.yahoo.com; Wed, 04 Apr 2001 00:47:34 PDT Date: Wed, 4 Apr 2001 00:47:34 -0700 (PDT) From: Mike Subject: Предлагаю работу в интернете (50000$ за 3 месяца) To: wm_13@yahoo.com MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="0-2086206725-986370454=:7069" Sender: owner-freebsd-fs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org --0-2086206725-986370454=:7069 Content-Type: text/plain; charset=us-ascii var yviContents='http://us.toto.geo.yahoo.com/toto?s=76001065&l=NE&b=1&t=986291654';yviR='us';yfiEA(0);НЕ УДАЛЯЙТЕ ЭТО, ОТПЕЧАТАЙТЕ ЭТО, ПРОЧИТАЙТЕ ЭТО ОТПЕЧАТАЙТЕ ЭТО, ПОЖАЛУЙСТА, И СПОКОЙНО ПРОЧИТАЙТЕ ! ВЫ ЗАРАБОТАЕТЕ МНОГО ДЕНЕГ! ЭТОТ БИЗНЕС РАБОТАЕТ ПРОСТО ВЕЛИКОЛЕПНО!!! Я РАБОТАЮ ПО ЭТОЙ ПРОГРАММЕ ОДИН - ДВА ЧАСА В ДЕНЬ, ВКЛЮЧАЯ ОБРАБОТКУ ЗАКАЗОВ И ДОРОГУ В БАНК!!! Начните работать с нами и увидите, что будете рады тому, что так сделали!!! ЗАРАБОТАЙТЕ 100.000,- USD ЗА ГОД НА РЕКЛАМЕ В ИНТЕРНЕТЕ И РАССЫЛКЕ E-MAIL!!! Уважаемые друзья и подруги, Вы можете заработать 50.000,- USD и больше в течение следующих 90 дней на рассылке e-mail. КАЖЕТСЯ НЕВОЗМОЖНЫМ?? Прочитайте детали, в этом нет никакой каверзы или обмана, просто делайте себе рекламу в Интернет, рассылайте e-mail и размещайте рекламные объявления, и ВЫ встанете на путь к финансовой независимости и СВОБОДЕ!! "AS SEEN ON NATIONAL TELEVISION" Спасибо за Ваше время и интерес. Об этом письме недавно было написано в американских газетах. Также, ввиду его популярности в Интернете, главная ночная информационная программа посветила ему целую передачу на объяснение и выяснение, действительно ли ниже описанная программа может принести людям деньги. Также проведено исследование легальности данной программы. В результате которого, раз и навсегда подтвердилось, что не нарушаются никакие законы и постановления. Это помогло показать людям, что это простой, безвредный и интересный способ заработка денег на дому. Вы поймете суть, как только прочитаете это руководство.     Напечатайте этот документ сейчас, для последующего чтения. (Информация требует внимательного прочтения) Следующая возможность, приносит доход , и может Вас заинтересовать. Есть возможность ее начать с минимальными инвестициями, а доход просто ПОРАЗИТЕЛЬНЫЙ!!!!! $$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$ Хотите заработать 50.000,- USD меньше чем за 90 дней!? Пожалуйста, прочитайте данную программу, сначала я этому тоже не верил, однако это так!!! А потом прочитайте это ЕЩЕ РАЗ! $$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$ ЭТО ЛЕГАЛЬНАЯ ВОЗМОЖНОСТЬ ЗАРАБОТАТЬ ДЕНЬГИ !!! !!! Это не требует, чтобы вы встречались с людьми (как во многих других подобных предложениях)!!! Можете работать своим темпом. Самое лучшее это то, что нет необходимости покидать свой дом. Если вы верите, что когда-нибудь, в один прекрасный день, у Вас появиться возможность долго отдыхать, так этo, именно, и есть такая ВОЗМОЖНОСТЬ!!!!! Просто, следуйте данной инструкции, и Ваш сон исполнится. Этот бизнес - Multi-level-E-MAIL торговля по заказам, программа действует превосходно на 100% и когда и где угодно. E-mail является торговым инструментом будущего!!! Используйте этот некоммерческий метод рекламы. Сделайте это сейчас!!! Чем дольше будете ждать, тем больше людей будет делать этот бизнесс. Возьмите себе часть ЭТОЙ АКЦИИ!! MULTI-LEVEL-MARKETING (MLM) наконец-то достиг уважения. Он преподается в Гарвардской торговой школе. Стэнфордский исследовательский институт и журнал Wall Street заявили, что 50-65% всех товаров и услуг до конца тысячелетия будут продаваться посредством multi-level методов. Это много миллиардная долларовая индустрия, и только из 500,000 миллионеров в США, целых 20% (100.000 человек) сделали свое состояние за последние пару лет благодаря MLM. А еще, статистика показывает, что 45 человек каждый день становятся миллионерами благодаря Multi-Level-Marketing. Возможно, что вы уже слышали историю, как Дональд Трамп летом навестил шоу Девида Леттермана. Девид спросил его, чтобы он делал если бы потерял все свое состояние и вынужден был начать все с начала. Дональд без колебания ответил, что нашел бы хорошую MLM фирму и начал работать. Публика начала свистеть выражая несогласие. Дональд посмотрел на зрительный зал и серьезно произнес: "Благодаря этому я здесь наверху, а вы там, внизу!" С сетевым маркетингом вы имеете два источника прибыли: Прямая прибыль с продажи, которую проводите Вы сами и прибыль с оборота людей, которых приведете в бизнес. Бесконечная прибыль является тайной богатства. Это значит один раз инвестировать время или деньги а потом получать деньги снова и снова. В сетевом маркетинге это также означает получать деньги за работу других. К сожалению, прочитав это письмо впервые, я практически пропустил такую возможность сквозь пальцы, и даже не стал читать дальше, но вскоре я перечитал все заново. Задумался и понял всю силу этого предложения. И теперь я богат и свободен. Я могу духовно развиваться, отдыхать, надо мной нет гнета начальства, моей семье и мне не мешает унизительная бедность и борьба за кусок хлеба, мешая человеческой жизни... ************************************************************ Например, вот что говорит мистер Джери Проктор, американский миллионер. Два года назад была упразднена моя должность в фирме, в которой я работал последних пятнадцать лет. После нескольких неуспешных собеседований я решил начать свой собственный бизнес. В течении прошлых лет я прошел много финансовых затруднений. Я был должен своей семье, друзьям и кредиторам более 35.000,- USD. Я был вынужден заложить свой дом, чтобы прокормить свою семью и удержать свой бизнес. В ЭТОТ МОМЕНТ произошло нечто выдающееся в моей жизни, и я пишу для того, чтобы поделиться об этом знаменательном событии с Вами. В середине декабря 1998 я получил e-mail с этой программой. Перед этим я шесть месяцев искал разные торговые возможности. Все программы, которые я получил не были эффективными (по крайней мере на мой взгляд). Они были или слишком сложными или требовали больших инвестиций, а рисковать своим вкладом, чтобы узнать действует это или нет, я не хотел. Как я уже говорил, в декабре 1998 я получил эту программу. Я не хотел ее получать, просто, получил так же как и Вы. Спасибо Богу за это! Я прочитал программу несколько раз, потому что не мог в нее поверить, и принялся за работу. Я мог инвестировать только столько денег, сколько в данный момент было возможно. Так же как и Вы я был скептичен и немного боялся о легальности данной программы. После исключения того, что программа может быть нелегальной, я сказал себе, почему бы мне это не попробовать. Потом я послал около 10.000 e-mail. Стоило мне это около 15,- USD за мое время on-line. Превосходное свойство e-mail состоит в том, что не надо ничего печатать, а нужно только посылать. Так как все заказы оформляются через e-mail, то моей инвестицией было только мое время, которое я провел у компьютера. Говорю Вам как это было, надеюсь, что Вас это не разочарует, так как я пообещал себе, что никого не обману, чего бы мне это не стоило. Меньше чем через неделю я начал получать заказы на REPORT #1. До 13 января 1999 я получил 26 заказов на REPORT #1. Вашей целью является получить минимально 20 заказов на REPORT #1 В ТЕЧЕНИИ ДВУХ НЕДЕЛЬ. ЕСЛИ ВЫ ИХ НЕ ПОЛУЧИТЕ, ПОШЛЕТЕ БОЛЬШЕ ДАННЫХ ПРОГРАММ, ДЛЯ ТОГО ЧТОБЫ ИХ ПОЛУЧИТЬ! Мой шаг к получению 50.000,- USD за 90 дней был сделан. До 30 января 1999 я получил 196 заказов на REPORT #2. Вашей целью является получить минимально 100 заказов на REPORT #2 в течении двух недель. Если это не получится, так рассылайте больше этих программ. Как только достигните 100 заказов на REPORT #2 то все остальное будет в порядке и Вы точно получите свои 50.000,- USD. У меня было 196 заказов на REPORT #2, то есть на 96 больше чем мне было нужно. Поэтому я сел и отдыхал. До 1 марта 1999 за свои 10.000 отосланых e-mail я получил 58.000,- USD и каждый день приходили новые деньги. Я заплатил свои долги и купил себе машину. Пожалуйста, найдите время и внимательно прочитайте эту программу. ЭТО НАВСЕГДА ИЗМЕНИТ ВАШУ ЖИЗНЬ!!! Помните, что это не заработает, пока вы это не попробуете! Эта программа действует, но Вы должны точно придерживаться рекомендаций!! Специальное правило - не старайтесь вписывать Ваше имя там, где это не нужно. Это не будет действовать, а Вы недополучите много денег!! Более того, при изменении данных продавцов иначе, чем это указано в инструкции ниже, данный вид предпринимательства становится нелегальным. Снова повторяю, что в случае соблюдения всех нижеуказанных рекомендаций, речь идет о легальном предпринимательстве!! Для того, чтобы вы достигли своей цели необходимо получить 20 и больше заказов на REPORT #1 и 100 и больше на REPORT #2. В этом случае заработаете 50.000,- USD (или больше) за 90 дней! Я - РЕАЛЬНОЕ ДОКАЗАТЕЛЬСТВО ТОГО, ЧТО ЭТО НА САМОМ ДЕЛЕ ДЕЙСТВУЕТ!!! Если вы решились, что в этой программе участвовать не будете, так мне вас искренне жаль. Так как это реальная превосходная возможность с минимальным риском и инвестициями! Если хотите участвовать, придерживайтесь данных рекомендаций и будете на дороге к финансовой независимости. Если занимаетесь предпринимательством или хотите начать свой собственный бизнес, так считайте это за хорошую возможность. Я ЭТО СДЕЛАЛ !!! С уважением Джери Проктор.       ЭТО ПОРАЗИТЕЛЬНО!!! (ЛИЧНАЯ ЗАМЕТКА ОТ ОСНОВАТЕЛЯ ЭТОЙ ПРОГРАММЫ) ************************************************************ Перед тем как прочитаете эту программу, вы должны понять, что эта легальная программа не могла была быть создана любителем. Позвольте мне немного рассказать о себе. Целых 10 лет у меня был собственный развивающийся бизнес. В 1979 году мой бизнес начал рушиться. Я делал все, что мне до этого приносило успех, но безуспешно. Наконец я понял, что это не из-за меня, а из-за экономики, которая нас сопровождала с 1945 года. Думаю не нужно Вам объяснять, как это повлияло на безработицу в стране, многие из Вас это знают по собственному опыту. Пришло много падений и банкротов. Средний класс исчезал, те, которые знали что делают, мудро инвестировали и продвинулись выше, а те кто не знал, падали все ниже, в бедноту. Как говорит известная поговорка: "БОГАТЫЕ БОГАТЕЮТ, А БЕДНЫЕ БЕДНЕЮТ". Традиционные способы заработка денег никогда не позволят Вам высоко подняться, а инфляция только этому поможет. Сейчас вы получили письмо, которое может дать Вам финансовую независимость на всю Вашу жизнь и "БЕЗ РИСКА" и с "МИНИМАЛЬНЫМИ УСИЛИЯМИ". В последующих месяцах Вы сможете заработать денег больше, чем можете себе представить. Нужно подчеркнуть, что я с этих денег не увижу ни цента. Как и никто из людей, которые тестировали данную программу. Я уже заработал более 4.000.000,- USD!!! Перестал использовать эту программу после того, как послал 16.000 программ. Сейчас у меня несколько фирм, которые изобретают подобные программы. Выполняйте программу ТОЧНО ПО ИНСТРУКЦИИ!! Не изменяйте ее никаким образом!! Она действует максимально эффективно именно в этом виде. Не забудьте послать копию этой программы каждому, кого только вспомните! Один человек, которому вы это пошлете может послать и 50.000 копий ... а Ваше имя будет на каждой из них!!! Помните, что чем больше программ вы пошлете, тем больше потенциальных заказчиков приобретете! Так что, друзья, я предоставляю Вам возможность, информацию, материал для того чтобы вы получили финансовую независимость. ТЕПЕРЬ ЭТО ЗАВИСИТ ТОЛЬКО ОТ ВАС! "ПОДУМАЙТЕ ОБ ЭТОМ" перед тем как удалите этот mail, как чуть не сделал я. Отведите себе немного времени, прочтите и по-настоящему подумайте над этим. Возьмите ручку и посчитайте, что может из этого получиться, если Вы это попробуете. Возьмите самый плохой вариант, но и в этом случае у вас будет много денег. В самом худшем случае получите свою инвестицию назад. Все сомнения, которые у вас есть, исчезнут, когда получите свой первый заказ. ЭТО ДЕЙСТВУЕТ!!!!! Jody Jacobs, Richmond,VA. А ТЕПЕРЬ, ВОТ ЭТА ПЕРВОСХОДНАЯ ПРОГРАММА, КОТОРАЯ ВАМ ЗАРАБОТАЕТ ТЫСЯЧИ ДОЛЛАРОВ!!!!! ************************************************************ ИНСТРУКЦИЯ : Этот метод заработка денег на самом деле ДЕЙСТВУЕТ НА 100%, КОГДА УГОДНО, ГДЕ УГОДНО. Я уверен, что Вы сможете заработать более 50.000,- USD в последующие 90 дней. Перед тем как сказать "глупость..." пожалуйста прочитайте внимательно и вникните в суть этой программы. Это не цепное письмо, а отличная легальная возможность заработать деньги. В чем смысл? Так как и в любой multi-level схеме, торговля строится на привлечении новых партнеров и продаже своих товаров. ЗАКАЗЫ К ВАМ ПРИХОДЯТ И ВЫПОЛНЯЮТСЯ ПО E-MAIL, поэтому не возникает личного контакта. Делается все дома или в учреждении. Это самая большая multi-level возможность на свете!!!!! И ЭТО НЕ ПРЕУВЕЛИЧЕНИЕ!!   Существует два основных метода для строительства ваших нижних уровней: Метод #1- ПОСЫЛКА МАССОВОЙ E-MAIL РЕКЛАМЫ Предположим, например, что Вы хотите начать с малого количества, только для того, чтобы посмотреть как это действует. Допустим, что Вы и все вовлеченные Вами компаньоны пошлете только 2.000 e-mail (каждый из Вас). Также предположим, что получите всего 0,5% ответов. Если используете хороший перечень адресов то 1%. Потом много людей разошлют уже сотни тысяч этих программ, благодаря вашим 2.000. Продолжим наш пример, вы послали 2.000 программ. Из 0,5% ответов это только 10 заказов на REPORT #1. Этих десять человек послало 20.000 программ, что при 0,5% - уже 100 заказов на REPORT #2. Каждый из этих 100 послали по 2.000 программ, а Вы получили 1.000 заказов на REPORT #3, а если каждый из этих 1.000 пошлет 2.000 своих программ, так при 0,5% получите 10.000 заказов на REPORT #4. А это 10.000 х 5 = 50.000 USD в наличности!!!!! Ваш конечный заработок в этом случае будет: 50+500+5.000+50.000 = 55.550,- USD!!!!!!! Помните, что это предположение для 1990 человек. Те, которые не захотят участвовать, эту возможность удалят, и ничего не случится! Попробуйте подумать минутку! А что если каждый пошлет 100.000 программ вместо 2.000 ?! Верьте мне, что люди это сделают, возможно и больше! Между прочим, Ваш финансовый вклад является минимальным... Вы уже имеете подключение к Интернет, а e-mail - бесплатен! REPORT #2 Вам покажет самые лучшие методы массовой рассылки e-mail и где можно найти перечень адресов. МЕТОД #2 - БЕСПЛАТНАЯ РЕКЛАМА В ИНТЕРНЕТЕ Реклама в Интернете является нетребовательной и существует тысяча БЕСПЛАТНЫХ мест для рекламы. Скажем, например, что вы начнете скромно, только для того, чтобы узнать действует ли это. Вашей целью бы было найти всего лишь 10 человек на первый уровень то есть тех, кто заказал бы у Вас REPORT#1 (размещением бесплатных объявлений в Интернет легко найти и большее количество заказов). Дальше предположим, что каждый из Вашей организации найдет только 10 человек. Посмотрим на примере и увидим, что произойдет: 1-й level - ваших 10 клиентов по 5 USD.............................50,- USD. 2-й level - по 10 клиентов от тех 10-ти (5,- USD x 100) ........ 500,- USD. 3-й level - это уже 1.000 клиентов (5,- USD x 1.000) ........5.000,- USD. 4-й level - 10.000 клиентов (5,- USD x 10.000) ............... 50.000,- USD. Итого 55.550,- USD. Помните, что это только пример для 10 клиентов. Многие люди найдут сотни клиентов!!! ПОДУМАЙТЕ ОБ ЭТОМ!!! Все, что вы должны сделать, за каждые $5 USD, которые получите в свой кошелек - это послать покупателю заказанный REPORT. И ЭТО ВСЕ!!! ВСЕГДА ОТПРАВЛЯЙТЕ ЗАКАЗЫ В ТОТ ДЕНЬ, КОГДА ОНИ ПРИЙДУТ!!! Это Вам гарантирует, что e-mail, которые будут посылать с ВАШИМ именем, будут быстрее распространяться, потому что они не могут быть посланы пока REPORT's нет у вашего заказчика!!! ИТАК, ДОСТУПНЫЕ REPORT's: ****** Закажи себе каждый из них согласно номеру и названию ******   ЗАКАЖИТЕ СЕБЕ REPORT's СЕЙЧАС !!!   Таблица 1. REPORT's и реквизиты продавцов. № Перечень REPORT's R- и Z- кошельки продавца E-mail продавца 1 REPORT #1 "Руководство по бесплатной и эффективной рекламе в Интернет" R871542342557 Z469857407500 WM_13@yahoo.com 2 REPORT #2 "Руководство по массовой рекламной рассылке E-Mail " R803112125203 Z460897718401 verysimplejob@yahoo.com 3 REPORT #3 "Секреты многоуровневого маркетинга в Интернет" R916511407235 Z601004161913 poul007@narod.ru 4 REPORT #4 "Как стать миллионером, используя MLM и Интернет" R117465742973 Z095492416150 asebo@mail.ru С любым из продавцов всегда можно связаться через его e-mail. Но, пожалуйста, не загружайте их лишними вопросами, они могут быть очень заняты обработкой заказов (особенно на третьем и четвертых уровнях). ВОТ, ЧТО НУЖНО СДЕЛАТЬ ВАМ: 1. Скопировать программу WebMoney keeper 2 и создать себе рублевый R-кошелек. Инструкции по работе с кошельком и информация об этой системе платежей на сайте http://www.webmoney.ru 2. Пополнить СВОЙ кошелек рублевым эквивалентом $20 + 3% по курсу ЦБ, выбрав любой из доступных на http://www.webmoney.ru/rus/perevods.htm способов перевода. 3. После поступления денег в ваш кошелек, закажите себе все четыре REPORT's (из перечня Таблицы 1), путем перевода WebMoney из своего кошелька в кошелек продавца, суммы $5 США по курсу ЦБ, за каждый REPORT. Обязательно, укажите в поле комментария номер REPORT и обратный e-mail адрес. Пример: REPORT#1 xxxxxx@xxxx.xxx (Подтвердите оплату по e-mail) 4. В Таблице 1, удалите номер кошелька из строки 4 и переместите на его место номер кошелька из строки 3. Затем, переместите номер кошелька из строки 2 в освободившееся место в стороке 3. И, наконец, переместите номер кошелька из строки 1 в строку 2. В освободившееся место в строке 1 вставьте номер своего R- кошелька. Теперь Вы стали продавцом REPORT#1. 5. Тоже самое проделайте с e-mail адресами. ПРИМЕЧАНИЕ: *За каждый REPORT переведите рублевый эквивалент $5 USD по курсу ЦБ, со своего кошелька на номер кошелька продавца. (USD потому, что в это вовлечены желающие со всего света). Все операции от создания кошелька до оплаты REPORT's производятся в программе WebMoney Keeper. *В кошельке, деньги хранятся в виде условных единиц (WebMoney). По курсу 1WM = 1 руб. для R- кошелька 1WM = 1 доллар США для Z- кошелька. *Когда сделаете свой заказ, убедитесь, что вы заказали все REPORT. Все они понадобятся для того, чтобы Вы сохранили у себя в компьютере и, потом, могли продавать копии. Вам действительно нужны все эти REPORT, иначе люди не смогут сделать у вас заказ, а самое главное, эти REPORT's содержат важную информацию о том, как им достичь успеха!! И развивать этот бизнесс. *В течении нескольких дней после оплаты, вы получите четыре e-mail, в каждом по одному REPORT(у). Сохраните их в вашем компьютере (и на дискете для надежности), чтобы они всегда были готовы к посылке тысячам людей, которые их у вас закажут. Теперь это Ваш товар, с правом продажи! ВАЖНО: - не меняйте номера кошельков, которые находятся в списке за каждым из REPORT's (никаким способом), только так, как это указано в пунктах (1 - 5), иначе потеряете большую часть своих доходов. Когда поймете, как это действует, Вам сразу станет понятно, почему это перестает действовать, когда что-нибудь изменишь не по пунктам(1 - 5) . Помните, этот метод был проверен, и если Вы измените его, он перестанет работать!! Возьмите этот документ с измененным перечнем имен и счетов и скопируйте его на ваш компьютер. Теперь вы готовы к работе и можете рассылать это предложение в поисках своих клиентов, но предварительно обязательно прочитайте все четыре руководства - они сильно помогут вам. Не делайте никаких изменений в части ИНСТРУКЦИИ!!! Ваш финансовый вклад в данное предприятие является практически ничтожным (конечно же если вы можете позволить себе инвестировать 20,- USD, или, например, можете сложиться с друзьями. Чем больше будет Вас для посылки рекламы и email, тем больше вы их пошлете!. Вы, конечно же, уже подключены к сети Интернет и имеете бесплатный e-mail! В помощь Вам с вашим маркетингом, созданы 4 REPORT(руководства), которые вы заказали. Они содержат полезную информацию, например, как посылать массовую почтовую рассылку (e-mail), где найти тысячу возможностей сделать бесплатную рекламу и т.д. Также вам будут даны информации об ИНТЕРНЕТ-МАРКЕТИНГ-КЛУБАХ. Здесь найдете конференцию, где интернет-предприниматели с целого света взаимно обмениваются информацией и секретами успеха. Клуб также бесплатно предоставляет интернетовые инструменты и услуги для создания СОБСТВЕННОГО ИНТЕРНЕТ ПРЕДПРИЯТИЯ. Поставят бесплатно software для отправления массовых e-mail и каждый день 1.000.000 новых e-mail адресов. Также Вам посоветуют, где найти бесплатную WEB страницу, как получить TOP оценку в поисковых программах для Вашей страницы, как продать Ваш продукт при помощи рекламы, бюллетеней, баннеров и много других советов. Адрес IMR: http://www.marketingontheweb.net Приложение адресов со списками и поисковыми программами e-mail адресов: http://www.whowhere.lycos.com/Email http://www.infospace.com/info/email1.htm !!! ОБЯЗАТЕЛЬНО ПРОВЕРЬТЕ ПРАВИЛЬНОСТЬ ИЗМЕНЕНИЯ ТАБЛИЦЫ !!! Приблизительно 50.000 новых людей подключаются к Интернету каждый месяц! Проверьте, особенно внимательно, правильность указания номера кошелька при переводе. Это очень важно, так как пока не заплатите правильно, заказ не придет, а Вы не получите свой report. Найдите время, чтобы вы смогли сделать все правильно и не торопясь, потому что это основа Вашего бизнеса. ************* СОВЕТЫ К УСПЕХУ ************ *СЧИТАЙТЕ ЭТО СВОИМ БИЗНЕСОМ!!! Будьте быстрыми, профессиональными и придерживайтесь инструкций. *Закажите себе четыре REPORT's ПРЯМО СЕЙЧАС, чтобы вы их имели, когда к вам начнут приходить заказы, потому что: *Когда получите $5 США, вы ДОЛЖНЫ послать желаемый продукт (REPORT)! * ВСЕГДА ОТПРАВЛЯЙТЕ ЗАКАЗЫ В ТОТ ДЕНЬ КОГДА ОНИ ПРИЙДУТ!!!! *Будьте терпеливы и не сдавайтесь!! Если будете точно исполнять предписания, Ваши результаты БУДУТ УСПЕШНЫМИ!!!! *А ГЛАВНОЕ, ВЕРЬТЕ В СЕБЯ И ТОМУ, ЧТО У ВАС ПОЛУЧИТЬСЯ!!!!!!! ************ НАШИ РЯДЫ УСПЕХА *********** Придерживайтесь этих рядов и у вас все получиться: Если не получите 20 заказов на Report #1 в течении двух недель, продолжайте делать рекламу и посылать e-mail, до тех пор, пока их не получите. Потом вы в течении нескольких недель Вы должны получить заказы на Report #2. Если это не произойдет, не переставайте посылать рекламу до тех пор, пока не достигните 100 заказов на Report #2. Как только получите 100 заказов на Report #2, МОЖЕТЕ НАЧАТЬ ОТДЫХАТЬ, потому что система в этом случае уже работает за Вас а Ваши деньги будут приходить сами по себе. ЭТО ВАЖНО ЗАПОМНИТЬ: Всегда, когда ваше имя продвигается вниз по списку, Вы получаете заказ на следующий Report, поэтому можете следить свое продвижение, по тому какой какой Report от Вас заказывают люди! Если пожелаете повысить свой доход, то просто посылайте новую партию e-mail. Так Вы начнете весь процесс сначала. НЕ СУЩЕСТВУЕТ НИКАКОЙ ГРАНИЦЫ ПРИБЫЛИ, КОТОРУЮ МОЖНО ДОСТИГНУТЬ В ЭТОМ БИЗНЕСЕ!!! Перед тем, как решите хотите этим заниматься или нет, прочитайте следующие факты об этой программе: ПРОДАЕТЕ ПРОДУКТ, ПРОИЗВОДСТВО КОТОРОГО ВАМ НИЧЕГО НЕ СТОИТ! ПРОДАЕТЕ ПРОДУКТ, ТРАНСПОРТИРОВКА КОТОРОГО ВАМ НИЧЕГО НЕ СТОИТ! ПРОДАЕТЕ ПРОДУКТ, РЕКЛАМА КОТОРОГО ВАМ НИЧЕГО НЕ СТОИТ! ИСПОЛЬЗУЕТЕ СИЛУ ИНТЕРНЕТА И MULTI-LEVEL MARKETING! ВАШЕЙ ЕДИНСТВЕННОЙ ВЫДАЧЕЙ КРОМЕ НАЧАЛЬНОЙ ИНВЕСТИЦИИ 20,- USD ЯВЛЯЕТСЯ ТОЛЬКО ВАШЕ ВРЕМЯ! ВЕСЬ ЗАРАБОТОК КОТОРЫЙ ВЫ ПОЛУЧИТЕ ЯВЛЯЕТСЯ ЧИСТОЙ ПРИБЫЛЬЮ! ЭТА ПРОГРАММА НАВСЕГДА ИЗМЕНИТ ВАШУ ЖИЗНЬ!   ***** ОПЫТ ДРУГИХ ***** Эта программа действует, но вы должны точно исполнять инструкции! ГЛАВНОЕ НЕ ПОМЕЩАЙТЕ ВАШЕ ИМЯ НА ДРУГУЮ ПОЗИЦИЮ, ЭТО ОБОЙДЕТСЯ ВАМ БОЛЬШОЙ ПОТЕРЕЙ ДЕНЕГ, ЭТО ПРОСТО НЕ ДЕЙСТВУЕТ!!! Я - реальное доказательство работоспособности этого бизнеса. Это действительно превосходная возможность, так реально и легко заработать деньги с минимальным вкладом. Если решитесь это попробовать, придерживайтесь инструкций программы и будете на лучшей дороге к финансовой независимости. Steven Bardfield, Portland, OR ************************************************************ Эта программа действительно действует. Живу не в Америке, а в Европе и сначала я боялся, не был уверен, действительно ли это действует, а потому, не относился к этому серьезно. А потом сказал себе: "А почему нет?". Создал кошелек, пополнил его , и сделал перевод, заказав себе четыре Reporty. В течении 5-и дней получил их всех по e-mail. Дольше всего пришлось ждать Report #4. Но это и понятно, ведь у продавца этого, последнего уровня, тысячи заказов. Все сделал точно по инструкции (чтобы быть уверенным, если это дело не заработает, то это не причина моей ошибки) и ждал. Я внимательно прочитал все полученные руководства, а когда узнал, как все надо делать, начал свой бизнес. Я искал адреса везде и сделал себе длинный список (мне это было действительно интересно, это было как новое хобби, и я не мог ничего потерять), как ненормальный я начал посылать e-mail людям в целом свете. Делал я это постоянно, и каждый день контролировал свой почтовый ящик и кошелек. Примерно через день начали приходить заказы. До сих пор помню тот момент, когда обнаружил первый заказ. Некоторое время я просто стоял и не мог двигаться: "Это работает! Эта штука заработала мать ее так!". Прошу прощения за выражение, но Я был очень счастлив, и начал посылать еще больше e-mail, появился сильнейший стимул к работе. На следующий день - пустой ящик и снова я подумал, что это не будет работать, но оказалось наоборот. На следующий день я получил 3 заказа, в тот же момент я послал людям их reporty, чтобы могли тоже быстро заработать деньги (для себя и для меня). За две недели, каждый день я сидел примерно 30 минут у компьютера и посылал заказы. В течении двух недель я получил 29 заказов на Report #1. Потом заказы стали приходить чаще и быстрее, каждую неделю я получал около ста заказов, a деньги все поступали на мой счет. В целом я заработал около 64.000,- USD. В ЭТО НЕ ВОЗМОЖНО БЫЛО ПОВЕРИТЬ! На прошлой неделе я купил себе новую тачку и это благодаря программе. Если и теперь Вы не знаете, что делать, так я Вам говорю П_О_П_Р_О_Б_У_Й_Т_Е и не пожалеете. Это Ваш шанс, если его упустите, так будете жалеть об этом до конца жизни! Н. Ребров, Россия. ************************************************************ Меня зовут Mitchell a моя жена Jody, живем в Чикаго. Я бухгалтер в одной американской фирме и зарабатываю на жизнь достаточно денег. Когда я получил этот e-mail, я был зол на жену из-за получения "junk mail" (рекламные листы, и т.д.., без пожелания). Я посмеялся над предложением, я знал, что это не будет действовать. Jody меня абсолютно игнорировала и начала этим заниматься. Я шутил над ней и был готов произнести известную фразу "Видишь, я же тебе говорил, что это не будет действовать!" Но смеялись потом надо мной!!! За 45 дней она получила 47.200,- USD. Я был в шоке!!! Я был уверен, что это не действует, a это была неправда!!! Я присоединился к Jody, до пенсии мне оставалось семь лет, a эта программа вернула мне желание работать, потому что я видел свои результаты! Mitchell Wolf, MD, Chicago, IL. ************************************************************ Главным доводом этого письма является то, чтобы убедил вас, что это честная, легальная, прибыльная система для зарабатывания больших денег за короткое время. Я только попробовал, чтобы узнать, что можно получить взамен за минимальный вклад и старание. К моему удивлению я получил 3.470,- USD за первых 14 дней а остальные деньги все еще приходят!!! Charles Morris, Esq. ************************************************************ Так как я не являюсь типом азартного игрока, прошло несколько недель, перед тем как я решил попробовать. Я пришел к выводу, что 20,- USD это такой маленький вклад, что просто исключено, чтобы я не нашел хотя бы несколько заказов, для возврата своей инвестиции. Боже, как я был удивлен, когда увидел свой кошелек, полный заказов! За некоторое время их поступило столько, что я был вынужден взять отпуск на работе. За этот год я заработал больше денег, чем за последние десять лет! Самое прекрасное в том, что неважно где люди живут. Это просто - самая лучшая инвестиция с очень быстрым оборотом. Paige Willis, Des Moines, IA. ************************************************************ Один раз я уже получил эту программу. Я ее удалил, но потом я подумал о том, что стоило бы попробовать. Конечно, я не имел представления когда получу опять подобное предложение, поэтому я был вынужден ждать, пока мне кто-нибудь не пришлет заново. Прошло 11 месяцев когда я снова получил его. Теперь я его не сотруl!!! С первого раза я получил 41.000,- USD!!!! Violet Wilson, Johnstown, PA. ************************************************************ Участвую в этой программе уж в третий раз. Мы ушли с работы, а через некоторое время купили себе дом на пляже и будем жить не думая о деньгах. Есть только один способ на Земле, чтобы заставить исполняться свои планы - ЭТО НАЧАТЬ ВЫПОЛНЯТЬ ИХ. Ради Бога, не пропустите эту ЗОЛОТУЮ возможость!!! Много счастья и приятной траты денег! Kerry Ford, Centerport, NY. ************************************************************ ЗАКАЖИТЕ СЕБЕ REPORT`s ПРЯМО СЕЙЧАС И ВСТАВАЙТЕ НА ПУТЬ К НЕЗАВИСИМОСТИ, СВОБОДЕ И СЧАСТЬЮ! ТЕПЕРЬ ВРЕМЯ НА ДОСТИЖЕНИЕ ОГРОМНЫХ РЕЗУЛЬТАТОВ!! ПОЖАЛУЙСТА ВНИМАНИЕ: Если вам нужен совет как начать предпринимать, зарегистрировать торговое название, научиться платить налоги, контактируйте с отделом предпринимательства. Ваши результаты зависят только от Вас, от Вашей работы. Это письмо не гарантирует никаких доходов и никаких результатов, но все суммы и результаты, указанные в этом документе -- ФАКТ. !!!ВСЕ ЗАВИСИТ ТОЛЬКО ОТ ВАС!!! БОЛЬШОГО УСПЕХА!!! P.S. Вы сможете связаться со мной по адресу: WM_13@yahoo.com P.S. или зайти на мою страничку : http://www.geocities.com/wm_13/ C уважением, Михаил. geovisit(); geovisit(); --------------------------------- Do You Yahoo!? Yahoo! Mail Personal Address - Get email at your own domain with Yahoo! Mail. --0-2086206725-986370454=:7069 Content-Type: text/html; charset=us-ascii НЕ УДАЛЯЙТЕ ЭТО, ОТПЕЧАТАЙТЕ ЭТО, ПРОЧИТАЙТЕ ЭТО

ОТПЕЧАТАЙТЕ ЭТО, ПОЖАЛУЙСТА, И СПОКОЙНО ПРОЧИТАЙТЕ !

ВЫ ЗАРАБОТАЕТЕ МНОГО ДЕНЕГ!

ЭТОТ БИЗНЕС РАБОТАЕТ ПРОСТО ВЕЛИКОЛЕПНО!!!

Я РАБОТАЮ ПО ЭТОЙ ПРОГРАММЕ ОДИН - ДВА ЧАСА В ДЕНЬ, ВКЛЮЧАЯ ОБРАБОТКУ ЗАКАЗОВ И ДОРОГУ В БАНК!!!

Начните работать с нами и увидите, что будете рады тому, что так сделали!!!

ЗАРАБОТАЙТЕ 100.000,- USD ЗА ГОД НА РЕКЛАМЕ В ИНТЕРНЕТЕ И РАССЫЛКЕ E-MAIL!!!

Уважаемые друзья и подруги,

Вы можете заработать 50.000,- USD и больше в течение следующих 90 дней на рассылке e-mail. КАЖЕТСЯ НЕВОЗМОЖНЫМ?? Прочитайте детали, в этом нет никакой каверзы или обмана, просто делайте себе рекламу в Интернет, рассылайте e-mail и размещайте рекламные объявления, и ВЫ встанете на путь к финансовой независимости и СВОБОДЕ!!

"AS SEEN ON NATIONAL TELEVISION"

Спасибо за Ваше время и интерес. Об этом письме недавно было написано в американских газетах. Также, ввиду его популярности в Интернете, главная ночная информационная программа посветила ему целую передачу на объяснение и выяснение, действительно ли ниже описанная программа может принести людям деньги. Также проведено исследование легальности данной программы. В результате которого, раз и навсегда подтвердилось, что не нарушаются никакие законы и постановления. Это помогло показать людям, что это простой, безвредный и интересный способ заработка денег на дому. Вы поймете суть, как только прочитаете это руководство.

 

 

Напечатайте этот документ сейчас, для последующего чтения.

(Информация требует внимательного прочтения)

Следующая возможность, приносит доход , и может Вас заинтересовать.

Есть возможность ее начать с минимальными инвестициями, а доход просто ПОРАЗИТЕЛЬНЫЙ!!!!!

$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$

Хотите заработать 50.000,- USD меньше чем за 90 дней!? Пожалуйста, прочитайте данную программу, сначала я этому тоже не верил, однако это так!!!

А потом прочитайте это ЕЩЕ РАЗ!

$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$

ЭТО ЛЕГАЛЬНАЯ ВОЗМОЖНОСТЬ ЗАРАБОТАТЬ ДЕНЬГИ !!! !!!

Это не требует, чтобы вы встречались с людьми (как во многих других подобных предложениях)!!! Можете работать своим темпом. Самое лучшее это то, что нет необходимости покидать свой дом. Если вы верите, что когда-нибудь, в один прекрасный день, у Вас появиться возможность долго отдыхать, так этo, именно, и есть такая ВОЗМОЖНОСТЬ!!!!!

Просто, следуйте данной инструкции, и Ваш сон исполнится. Этот бизнес - Multi-level-E-MAIL торговля по заказам, программа действует превосходно на 100% и когда и где угодно. E-mail является торговым инструментом будущего!!! Используйте этот некоммерческий метод рекламы. Сделайте это сейчас!!! Чем дольше будете ждать, тем больше людей будет делать этот бизнесс. Возьмите себе часть ЭТОЙ АКЦИИ!! MULTI-LEVEL-MARKETING (MLM) наконец-то достиг уважения. Он преподается в Гарвардской торговой школе. Стэнфордский исследовательский институт и журнал Wall Street заявили, что 50-65% всех товаров и услуг до конца тысячелетия будут продаваться посредством multi-level методов. Это много миллиардная долларовая индустрия, и только из 500,000 миллионеров в США, целых 20% (100.000 человек) сделали свое состояние за последние пару лет благодаря MLM. А еще, статистика показывает, что 45 человек каждый день становятся миллионерами благодаря Multi-Level-Marketing. Возможно, что вы уже слышали историю, как Дональд Трамп летом навестил шоу Девида Леттермана. Девид спросил его, чтобы он делал если бы потерял все свое состояние и вынужден был начать все с начала. Дональд без колебания ответил, что нашел бы хорошую MLM фирму и начал работать. Публика начала свистеть выражая несогласие. Дональд посмотрел на зрительный зал и серьезно произнес: "Благодаря этому я здесь наверху, а вы там, внизу!"

С сетевым маркетингом вы имеете два источника прибыли: Прямая прибыль с продажи, которую проводите Вы сами и прибыль с оборота людей, которых приведете в бизнес. Бесконечная прибыль является тайной богатства. Это значит один раз инвестировать время или деньги а потом получать деньги снова и снова. В сетевом маркетинге это также означает получать деньги за работу других.

К сожалению, прочитав это письмо впервые, я практически пропустил такую возможность сквозь пальцы, и даже не стал читать дальше, но вскоре я перечитал все заново. Задумался и понял всю силу этого предложения.

И теперь я богат и свободен. Я могу духовно развиваться, отдыхать, надо мной нет гнета начальства, моей семье и мне не мешает унизительная бедность и борьба за кусок хлеба, мешая человеческой жизни...

************************************************************

Например, вот что говорит мистер Джери Проктор, американский миллионер.

Два года назад была упразднена моя должность в фирме, в которой я работал последних пятнадцать лет. После нескольких неуспешных собеседований я решил начать свой собственный бизнес. В течении прошлых лет я прошел много финансовых затруднений. Я был должен своей семье, друзьям и кредиторам более 35.000,- USD. Я был вынужден заложить свой дом, чтобы прокормить свою семью и удержать свой бизнес. В ЭТОТ МОМЕНТ произошло нечто выдающееся в моей жизни, и я пишу для того, чтобы поделиться об этом знаменательном событии с Вами. В середине декабря 1998 я получил e-mail с этой программой. Перед этим я шесть месяцев искал разные торговые возможности. Все программы, которые я получил не были эффективными (по крайней мере на мой взгляд). Они были или слишком сложными или требовали больших инвестиций, а рисковать своим вкладом, чтобы узнать действует это или нет, я не хотел. Как я уже говорил, в декабре 1998 я получил эту программу. Я не хотел ее получать, просто, получил так же как и Вы. Спасибо Богу за это! Я прочитал программу несколько раз, потому что не мог в нее поверить, и принялся за работу. Я мог инвестировать только столько денег, сколько в данный момент было возможно. Так же как и Вы я был скептичен и немного боялся о легальности данной программы. После исключения того, что программа может быть нелегальной, я сказал себе, почему бы мне это не попробовать. Потом я послал около 10.000 e-mail. Стоило мне это около 15,- USD за мое время on-line. Превосходное свойство e-mail состоит в том, что не надо ничего печатать, а нужно только посылать. Так как все заказы оформляются через e-mail, то моей инвестицией было только мое время, которое я провел у компьютера. Говорю Вам как это было, надеюсь, что Вас это не разочарует, так как я пообещал себе, что никого не обману, чего бы мне это не стоило. Меньше чем через неделю я начал получать заказы на REPORT #1. До 13 января 1999 я получил 26 заказов на REPORT #1. Вашей целью является получить минимально 20 заказов на REPORT #1 В ТЕЧЕНИИ ДВУХ НЕДЕЛЬ. ЕСЛИ ВЫ ИХ НЕ ПОЛУЧИТЕ, ПОШЛЕТЕ БОЛЬШЕ ДАННЫХ ПРОГРАММ, ДЛЯ ТОГО ЧТОБЫ ИХ ПОЛУЧИТЬ! Мой шаг к получению 50.000,- USD за 90 дней был сделан. До 30 января 1999 я получил 196 заказов на REPORT #2. Вашей целью является получить минимально 100 заказов на REPORT #2 в течении двух недель. Если это не получится, так рассылайте больше этих программ. Как только достигните 100 заказов на REPORT #2 то все остальное будет в порядке и Вы точно получите свои 50.000,- USD. У меня было 196 заказов на REPORT #2, то есть на 96 больше чем мне было нужно. Поэтому я сел и отдыхал. До 1 марта 1999 за свои 10.000 отосланых e-mail я получил 58.000,- USD и каждый день приходили новые деньги. Я заплатил свои долги и купил себе машину. Пожалуйста, найдите время и внимательно прочитайте эту программу. ЭТО НАВСЕГДА ИЗМЕНИТ ВАШУ ЖИЗНЬ!!! Помните, что это не заработает, пока вы это не попробуете! Эта программа действует, но Вы должны точно придерживаться рекомендаций!!

Специальное правило - не старайтесь вписывать Ваше имя там, где это не нужно. Это не будет действовать, а Вы недополучите много денег!! Более того, при изменении данных продавцов иначе, чем это указано в инструкции ниже, данный вид предпринимательства становится нелегальным. Снова повторяю, что в случае соблюдения всех нижеуказанных рекомендаций, речь идет о легальном предпринимательстве!! Для того, чтобы вы достигли своей цели необходимо получить 20 и больше заказов на REPORT #1 и 100 и больше на REPORT #2. В этом случае заработаете 50.000,- USD (или больше) за 90 дней! Я - РЕАЛЬНОЕ ДОКАЗАТЕЛЬСТВО ТОГО, ЧТО ЭТО НА САМОМ ДЕЛЕ ДЕЙСТВУЕТ!!! Если вы решились, что в этой программе участвовать не будете, так мне вас искренне жаль. Так как это реальная превосходная возможность с минимальным риском и инвестициями! Если хотите участвовать, придерживайтесь данных рекомендаций и будете на дороге к финансовой независимости. Если занимаетесь предпринимательством или хотите начать свой собственный бизнес, так считайте это за хорошую возможность. Я ЭТО СДЕЛАЛ !!!

С уважением Джери Проктор.

 

 

 

ЭТО ПОРАЗИТЕЛЬНО!!!

(ЛИЧНАЯ ЗАМЕТКА ОТ ОСНОВАТЕЛЯ ЭТОЙ ПРОГРАММЫ)

************************************************************

Перед тем как прочитаете эту программу, вы должны понять, что эта легальная программа не могла была быть создана любителем. Позвольте мне немного рассказать о себе. Целых 10 лет у меня был собственный развивающийся бизнес. В 1979 году мой бизнес начал рушиться. Я делал все, что мне до этого приносило успех, но безуспешно. Наконец я понял, что это не из-за меня, а из-за экономики, которая нас сопровождала с 1945 года. Думаю не нужно Вам объяснять, как это повлияло на безработицу в стране, многие из Вас это знают по собственному опыту. Пришло много падений и банкротов. Средний класс исчезал, те, которые знали что делают, мудро инвестировали и продвинулись выше, а те кто не знал, падали все ниже, в бедноту. Как говорит известная поговорка: "БОГАТЫЕ БОГАТЕЮТ, А БЕДНЫЕ БЕДНЕЮТ". Традиционные способы заработка денег никогда не позволят Вам высоко подняться, а инфляция только этому поможет. Сейчас вы получили письмо, которое может дать Вам финансовую независимость на всю Вашу жизнь и "БЕЗ РИСКА" и с "МИНИМАЛЬНЫМИ УСИЛИЯМИ". В последующих месяцах Вы сможете заработать денег больше, чем можете себе представить. Нужно подчеркнуть, что я с этих денег не увижу ни цента. Как и никто из людей, которые тестировали данную программу. Я уже заработал более 4.000.000,- USD!!! Перестал использовать эту программу после того, как послал 16.000 программ. Сейчас у меня несколько фирм, которые изобретают подобные программы. Выполняйте программу ТОЧНО ПО ИНСТРУКЦИИ!! Не изменяйте ее никаким образом!! Она действует максимально эффективно именно в этом виде. Не забудьте послать копию этой программы каждому, кого только вспомните! Один человек, которому вы это пошлете может послать и 50.000 копий ... а Ваше имя будет на каждой из них!!! Помните, что чем больше программ вы пошлете, тем больше потенциальных заказчиков приобретете! Так что, друзья, я предоставляю Вам возможность, информацию, материал для того чтобы вы получили финансовую независимость. ТЕПЕРЬ ЭТО ЗАВИСИТ ТОЛЬКО ОТ ВАС! "ПОДУМАЙТЕ ОБ ЭТОМ" перед тем как удалите этот mail, как чуть не сделал я. Отведите себе немного времени, прочтите и по-настоящему подумайте над этим.

Возьмите ручку и посчитайте, что может из этого получиться, если Вы это попробуете. Возьмите самый плохой вариант, но и в этом случае у вас будет много денег. В самом худшем случае получите свою инвестицию назад. Все сомнения, которые у вас есть, исчезнут, когда получите свой первый заказ. ЭТО ДЕЙСТВУЕТ!!!!!

Jody Jacobs, Richmond,VA.

А ТЕПЕРЬ, ВОТ ЭТА ПЕРВОСХОДНАЯ ПРОГРАММА, КОТОРАЯ ВАМ ЗАРАБОТАЕТ ТЫСЯЧИ ДОЛЛАРОВ!!!!!

************************************************************

ИНСТРУКЦИЯ : Этот метод заработка денег на самом деле ДЕЙСТВУЕТ НА 100%, КОГДА УГОДНО, ГДЕ УГОДНО. Я уверен, что Вы сможете заработать более 50.000,- USD в последующие 90 дней. Перед тем как сказать "глупость..." пожалуйста прочитайте внимательно и вникните в суть этой программы. Это не цепное письмо, а отличная легальная возможность заработать деньги. В чем смысл? Так как и в любой multi-level схеме, торговля строится на привлечении новых партнеров и продаже своих товаров. ЗАКАЗЫ К ВАМ ПРИХОДЯТ И ВЫПОЛНЯЮТСЯ ПО E-MAIL, поэтому не возникает личного контакта. Делается все дома или в учреждении. Это самая большая multi-level возможность на свете!!!!! И ЭТО НЕ ПРЕУВЕЛИЧЕНИЕ!!

 

Существует два основных метода для строительства ваших нижних уровней:

Метод #1- ПОСЫЛКА МАССОВОЙ E-MAIL РЕКЛАМЫ

Предположим, например, что Вы хотите начать с малого количества, только для того, чтобы посмотреть как это действует. Допустим, что Вы и все вовлеченные Вами компаньоны пошлете только 2.000 e-mail (каждый из Вас). Также предположим, что получите всего 0,5% ответов. Если используете хороший перечень адресов то 1%. Потом много людей разошлют уже сотни тысяч этих программ, благодаря вашим 2.000. Продолжим наш пример, вы послали 2.000 программ. Из 0,5% ответов это только 10 заказов на REPORT #1. Этих десять человек послало 20.000 программ, что при 0,5% - уже 100 заказов на REPORT #2. Каждый из этих 100 послали по 2.000 программ, а Вы получили 1.000 заказов на REPORT #3, а если каждый из этих 1.000 пошлет 2.000 своих программ, так при 0,5% получите 10.000 заказов на REPORT #4. А это 10.000 х 5 = 50.000 USD в наличности!!!!! Ваш конечный заработок в этом случае будет: 50+500+5.000+50.000 = 55.550,- USD!!!!!!! Помните, что это предположение для 1990 человек. Те, которые не захотят участвовать, эту возможность удалят, и ничего не случится! Попробуйте подумать минутку! А что если каждый пошлет 100.000 программ вместо 2.000 ?! Верьте мне, что люди это сделают, возможно и больше! Между прочим, Ваш финансовый вклад является минимальным... Вы уже имеете подключение к Интернет, а e-mail - бесплатен!

REPORT #2 Вам покажет самые лучшие методы массовой рассылки e-mail и где можно найти перечень адресов.

МЕТОД #2 - БЕСПЛАТНАЯ РЕКЛАМА В ИНТЕРНЕТЕ

Реклама в Интернете является нетребовательной и существует тысяча БЕСПЛАТНЫХ мест для рекламы. Скажем, например, что вы начнете скромно, только для того, чтобы узнать действует ли это. Вашей целью бы было найти всего лишь 10 человек на первый уровень то есть тех, кто заказал бы у Вас REPORT#1 (размещением бесплатных объявлений в Интернет легко найти и большее количество заказов).

Дальше предположим, что каждый из Вашей организации найдет только 10 человек. Посмотрим на примере и увидим, что произойдет:

  2. 1-й level - ваших 10 клиентов по 5 USD.............................50,- USD.
  3. 2-й level - по 10 клиентов от тех 10-ти (5,- USD x 100) ........ 500,- USD.
  4. 3-й level - это уже 1.000 клиентов (5,- USD x 1.000) ........5.000,- USD.
  5. 4-й level - 10.000 клиентов (5,- USD x 10.000) ............... 50.000,- USD.

Итого 55.550,- USD.

Помните, что это только пример для 10 клиентов. Многие люди найдут сотни клиентов!!! ПОДУМАЙТЕ ОБ ЭТОМ!!! Все, что вы должны сделать, за каждые $5 USD, которые получите в свой кошелек - это послать покупателю заказанный REPORT. И ЭТО ВСЕ!!! ВСЕГДА ОТПРАВЛЯЙТЕ ЗАКАЗЫ В ТОТ ДЕНЬ, КОГДА ОНИ ПРИЙДУТ!!! Это Вам гарантирует, что e-mail, которые будут посылать с ВАШИМ именем, будут быстрее распространяться, потому что они не могут быть посланы пока REPORT's нет у вашего заказчика!!!

ИТАК, ДОСТУПНЫЕ REPORT's:

****** Закажи себе каждый из них согласно номеру и названию ******

 

ЗАКАЖИТЕ СЕБЕ REPORT's СЕЙЧАС !!!

 

Таблица 1. REPORT's и реквизиты продавцов.

№ Перечень REPORT's R- и Z- кошельки продавца E-mail продавца
1 REPORT #1 "Руководство по бесплатной и эффективной рекламе в Интернет" R871542342557

Z469857407500

 WM_13@yahoo.com
2 REPORT #2 "Руководство по массовой рекламной рассылке E-Mail " R803112125203

Z460897718401

 verysimplejob@yahoo.com
3 REPORT #3 "Секреты многоуровневого маркетинга в Интернет" R916511407235

Z601004161913

 poul007@narod.ru
4 REPORT #4 "Как стать миллионером, используя MLM и Интернет" R117465742973

Z095492416150

 asebo@mail.ru

С любым из продавцов всегда можно связаться через его e-mail. Но, пожалуйста, не загружайте их лишними вопросами, они могут быть очень заняты обработкой заказов (особенно на третьем и четвертых уровнях).

ВОТ, ЧТО НУЖНО СДЕЛАТЬ ВАМ:

1. Скопировать программу WebMoney keeper 2 и создать себе рублевый R-кошелек.

Инструкции по работе с кошельком и информация об этой системе платежей

на сайте http://www.webmoney.ru

2. Пополнить СВОЙ кошелек рублевым эквивалентом $20 + 3% по курсу ЦБ, выбрав

любой из доступных на http://www.webmoney.ru/rus/perevods.htm способов перевода.

3. После поступления денег в ваш кошелек, закажите себе все четыре REPORT's

(из перечня Таблицы 1), путем перевода WebMoney из своего кошелька в кошелек

продавца, суммы $5 США по курсу ЦБ, за каждый REPORT. Обязательно, укажите

в поле комментария номер REPORT и обратный e-mail адрес.

Пример: REPORT#1 xxxxxx@xxxx.xxx

(Подтвердите оплату по e-mail)

4. В Таблице 1, удалите номер кошелька из строки 4 и переместите на его место

номер кошелька из строки 3. Затем, переместите номер кошелька из строки 2

в освободившееся место в стороке 3. И, наконец, переместите номер кошелька из

строки 1 в строку 2.

В освободившееся место в строке 1 вставьте номер своего R- кошелька.

Теперь Вы стали продавцом REPORT#1.

5. Тоже самое проделайте с e-mail адресами.

  • ПРИМЕЧАНИЕ:

    *За каждый REPORT переведите рублевый эквивалент $5 USD по курсу ЦБ, со своего кошелька на номер кошелька продавца. (USD потому, что в это вовлечены желающие со всего света). Все операции от создания кошелька до оплаты REPORT's производятся в программе WebMoney Keeper.

    *В кошельке, деньги хранятся в виде условных единиц (WebMoney).

    По курсу 1WM = 1 руб. для R- кошелька

    1WM = 1 доллар США для Z- кошелька.

    *Когда сделаете свой заказ, убедитесь, что вы заказали все REPORT. Все они понадобятся для того, чтобы Вы сохранили у себя в компьютере и, потом, могли продавать копии. Вам действительно нужны все эти REPORT, иначе люди не смогут сделать у вас заказ, а самое главное, эти REPORT's содержат важную информацию о том, как им достичь успеха!! И развивать этот бизнесс.

    *В течении нескольких дней после оплаты, вы получите четыре e-mail, в каждом по одному REPORT(у). Сохраните их в вашем компьютере (и на дискете для надежности), чтобы они всегда были готовы к посылке тысячам людей, которые их у вас закажут. Теперь это Ваш товар, с правом продажи!

    • ВАЖНО: - не меняйте номера кошельков, которые находятся в списке за каждым из REPORT's (никаким способом), только так, как это указано в пунктах (1 - 5), иначе потеряете большую часть своих доходов. Когда поймете, как это действует, Вам сразу станет понятно, почему это перестает действовать, когда что-нибудь изменишь не по пунктам(1 - 5) . Помните, этот метод был проверен, и если Вы измените его, он перестанет работать!!

    Возьмите этот документ с измененным перечнем имен и счетов и скопируйте его на ваш компьютер. Теперь вы готовы к работе и можете рассылать это предложение в поисках своих клиентов, но предварительно обязательно прочитайте все четыре руководства - они сильно помогут вам. Не делайте никаких изменений в части ИНСТРУКЦИИ!!! Ваш финансовый вклад в данное предприятие является практически ничтожным (конечно же если вы можете позволить себе инвестировать 20,- USD, или, например, можете сложиться с друзьями. Чем больше будет Вас для посылки рекламы и email, тем больше вы их пошлете!. Вы, конечно же, уже подключены к сети Интернет и имеете бесплатный e-mail! В помощь Вам с вашим маркетингом, созданы 4 REPORT(руководства), которые вы заказали. Они содержат полезную информацию, например, как посылать массовую почтовую рассылку (e-mail), где найти тысячу возможностей сделать бесплатную рекламу и т.д. Также вам будут даны информации об ИНТЕРНЕТ-МАРКЕТИНГ-КЛУБАХ. Здесь найдете конференцию, где интернет-предприниматели с целого света взаимно обмениваются информацией и секретами успеха. Клуб также бесплатно предоставляет интернетовые инструменты и услуги для создания СОБСТВЕННОГО ИНТЕРНЕТ ПРЕДПРИЯТИЯ. Поставят бесплатно software для отправления массовых e-mail и каждый день 1.000.000 новых e-mail адресов. Также Вам посоветуют, где найти бесплатную WEB страницу, как получить TOP оценку в поисковых программах для Вашей страницы, как продать Ваш продукт при помощи рекламы, бюллетеней, баннеров и много других советов. Адрес IMR: http://www.marketingontheweb.net Приложение адресов со списками и поисковыми программами e-mail адресов:

    http://www.whowhere.lycos.com/Email

    http://www.infospace.com/info/email1.htm

    !!! ОБЯЗАТЕЛЬНО ПРОВЕРЬТЕ ПРАВИЛЬНОСТЬ ИЗМЕНЕНИЯ ТАБЛИЦЫ !!!

    Приблизительно 50.000 новых людей подключаются к Интернету каждый месяц!

  • Проверьте, особенно внимательно, правильность указания номера кошелька при переводе. Это очень важно, так как пока не заплатите правильно, заказ не придет, а Вы не получите свой report. Найдите время, чтобы вы смогли сделать все правильно и не торопясь, потому что это основа Вашего бизнеса.

    • ************* СОВЕТЫ К УСПЕХУ ************

    *СЧИТАЙТЕ ЭТО СВОИМ БИЗНЕСОМ!!! Будьте быстрыми, профессиональными и придерживайтесь инструкций.

    *Закажите себе четыре REPORT's ПРЯМО СЕЙЧАС, чтобы вы их имели, когда к вам начнут приходить заказы, потому что:

    *Когда получите $5 США, вы ДОЛЖНЫ послать желаемый продукт (REPORT)!

    * ВСЕГДА ОТПРАВЛЯЙТЕ ЗАКАЗЫ В ТОТ ДЕНЬ КОГДА ОНИ ПРИЙДУТ!!!!

    *Будьте терпеливы и не сдавайтесь!! Если будете точно исполнять предписания, Ваши

    результаты БУДУТ УСПЕШНЫМИ!!!!

    *А ГЛАВНОЕ, ВЕРЬТЕ В СЕБЯ И ТОМУ, ЧТО У ВАС ПОЛУЧИТЬСЯ!!!!!!!

    ************ НАШИ РЯДЫ УСПЕХА ***********

    Придерживайтесь этих рядов и у вас все получиться: Если не получите 20 заказов на Report #1 в течении двух недель, продолжайте делать рекламу и посылать e-mail, до тех пор, пока их не получите. Потом вы в течении нескольких недель Вы должны получить заказы на Report #2. Если это не произойдет, не переставайте посылать рекламу до тех пор, пока не достигните 100 заказов на Report #2. Как только получите 100 заказов на Report #2, МОЖЕТЕ НАЧАТЬ ОТДЫХАТЬ, потому что система в этом случае уже работает за Вас а Ваши деньги будут приходить сами по себе.

    ЭТО ВАЖНО ЗАПОМНИТЬ: Всегда, когда ваше имя продвигается вниз по списку, Вы получаете заказ на следующий Report, поэтому можете следить свое продвижение, по тому какой какой Report от Вас заказывают люди! Если пожелаете повысить свой доход, то просто посылайте новую партию e-mail. Так Вы начнете весь процесс сначала. НЕ СУЩЕСТВУЕТ НИКАКОЙ ГРАНИЦЫ ПРИБЫЛИ, КОТОРУЮ МОЖНО ДОСТИГНУТЬ В ЭТОМ БИЗНЕСЕ!!! Перед тем, как решите хотите этим заниматься или нет, прочитайте следующие факты об этой программе:

    1. ПРОДАЕТЕ ПРОДУКТ, ПРОИЗВОДСТВО КОТОРОГО ВАМ НИЧЕГО НЕ СТОИТ!
    2. ПРОДАЕТЕ ПРОДУКТ, ТРАНСПОРТИРОВКА КОТОРОГО ВАМ НИЧЕГО НЕ СТОИТ!
    3. ПРОДАЕТЕ ПРОДУКТ, РЕКЛАМА КОТОРОГО ВАМ НИЧЕГО НЕ СТОИТ!
    4. ИСПОЛЬЗУЕТЕ СИЛУ ИНТЕРНЕТА И MULTI-LEVEL MARKETING!
    5. ВАШЕЙ ЕДИНСТВЕННОЙ ВЫДАЧЕЙ КРОМЕ НАЧАЛЬНОЙ ИНВЕСТИЦИИ 20,- USD ЯВЛЯЕТСЯ ТОЛЬКО ВАШЕ ВРЕМЯ!
    6. ВЕСЬ ЗАРАБОТОК КОТОРЫЙ ВЫ ПОЛУЧИТЕ ЯВЛЯЕТСЯ ЧИСТОЙ ПРИБЫЛЬЮ!
    7. ЭТА ПРОГРАММА НАВСЕГДА ИЗМЕНИТ ВАШУ ЖИЗНЬ!

     

    ***** ОПЫТ ДРУГИХ *****

    Эта программа действует, но вы должны точно исполнять инструкции! ГЛАВНОЕ НЕ ПОМЕЩАЙТЕ ВАШЕ ИМЯ НА ДРУГУЮ ПОЗИЦИЮ, ЭТО ОБОЙДЕТСЯ ВАМ БОЛЬШОЙ ПОТЕРЕЙ ДЕНЕГ, ЭТО ПРОСТО НЕ ДЕЙСТВУЕТ!!!

    Я - реальное доказательство работоспособности этого бизнеса. Это действительно превосходная возможность, так реально и легко заработать деньги с минимальным вкладом. Если решитесь это попробовать, придерживайтесь инструкций программы и будете на лучшей дороге к финансовой независимости.

    Steven Bardfield, Portland, OR

    ************************************************************

    Эта программа действительно действует. Живу не в Америке, а в Европе и сначала я боялся, не был уверен, действительно ли это действует, а потому, не относился к этому серьезно. А потом сказал себе: "А почему нет?". Создал кошелек, пополнил его , и сделал перевод, заказав себе четыре Reporty. В течении 5-и дней получил их всех по e-mail.

    Дольше всего пришлось ждать Report #4. Но это и понятно, ведь у продавца этого, последнего уровня, тысячи заказов. Все сделал точно по инструкции (чтобы быть уверенным, если это дело не заработает, то это не причина моей ошибки) и ждал. Я внимательно прочитал все полученные руководства, а когда узнал, как все надо делать, начал свой бизнес. Я искал адреса везде и сделал себе длинный список (мне это было действительно интересно, это было как новое хобби, и я не мог ничего потерять), как ненормальный я начал посылать e-mail людям в целом свете. Делал я это постоянно, и каждый день контролировал свой почтовый ящик и кошелек. Примерно через день начали приходить заказы. До сих пор помню тот момент, когда обнаружил первый заказ. Некоторое время я просто стоял и не мог двигаться: "Это работает! Эта штука заработала мать ее так!". Прошу прощения за выражение, но Я был очень счастлив, и начал посылать еще больше e-mail, появился сильнейший стимул к работе. На следующий день - пустой ящик и снова я подумал, что это не будет работать, но оказалось наоборот. На следующий день я получил 3 заказа, в тот же момент я послал людям их reporty, чтобы могли тоже быстро заработать деньги (для себя и для меня). За две недели, каждый день я сидел примерно 30 минут у компьютера и посылал заказы. В течении двух недель я получил 29 заказов на Report #1. Потом заказы стали приходить чаще и быстрее, каждую неделю я получал около ста заказов, a деньги все поступали на мой счет. В целом я заработал около 64.000,- USD. В ЭТО НЕ ВОЗМОЖНО БЫЛО ПОВЕРИТЬ! На прошлой неделе я купил себе новую тачку и это благодаря программе. Если и теперь Вы не знаете, что делать, так я Вам говорю

    П_О_П_Р_О_Б_У_Й_Т_Е и не пожалеете. Это Ваш шанс, если его упустите, так будете жалеть об этом до конца жизни!

    Н. Ребров, Россия.

    ************************************************************

    Меня зовут Mitchell a моя жена Jody, живем в Чикаго. Я бухгалтер в одной американской фирме и зарабатываю на жизнь достаточно денег. Когда я получил этот e-mail, я был зол на жену из-за получения "junk mail" (рекламные листы, и т.д.., без пожелания). Я посмеялся над предложением, я знал, что это не будет действовать. Jody меня абсолютно игнорировала и начала этим заниматься. Я шутил над ней и был готов произнести известную фразу "Видишь, я же тебе говорил, что это не будет действовать!" Но смеялись потом надо мной!!! За 45 дней она получила 47.200,- USD. Я был в шоке!!! Я был уверен, что это не действует, a это была неправда!!! Я присоединился к Jody, до пенсии мне оставалось семь лет, a эта программа вернула мне желание работать, потому что я видел свои результаты!

    Mitchell Wolf, MD, Chicago, IL.

    ************************************************************

    Главным доводом этого письма является то, чтобы убедил вас, что это честная, легальная, прибыльная система для зарабатывания больших денег за короткое время. Я только попробовал, чтобы узнать, что можно получить взамен за минимальный вклад и старание. К моему удивлению я получил 3.470,- USD за первых 14 дней а остальные деньги все еще приходят!!!

    Charles Morris, Esq.

    ************************************************************

    Так как я не являюсь типом азартного игрока, прошло несколько недель, перед тем как я решил попробовать. Я пришел к выводу, что 20,- USD это такой маленький вклад, что просто исключено, чтобы я не нашел хотя бы несколько заказов, для возврата своей инвестиции. Боже, как я был удивлен, когда увидел свой кошелек, полный заказов! За некоторое время их поступило столько, что я был вынужден взять отпуск на работе. За этот год я заработал больше денег, чем за последние десять лет! Самое прекрасное в том, что неважно где люди живут. Это просто - самая лучшая инвестиция с очень быстрым оборотом.

    Paige Willis, Des Moines, IA.

    ************************************************************

    Один раз я уже получил эту программу. Я ее удалил, но потом я подумал о том, что стоило бы попробовать. Конечно, я не имел представления когда получу опять подобное предложение, поэтому я был вынужден ждать, пока мне кто-нибудь не пришлет заново. Прошло 11 месяцев когда я снова получил его. Теперь я его не сотруl!!! С первого раза я получил 41.000,- USD!!!!

    Violet Wilson, Johnstown, PA.

    ************************************************************

    Участвую в этой программе уж в третий раз. Мы ушли с работы, а через некоторое время купили себе дом на пляже и будем жить не думая о деньгах. Есть только один способ на Земле, чтобы заставить исполняться свои планы - ЭТО НАЧАТЬ ВЫПОЛНЯТЬ ИХ. Ради Бога, не пропустите эту ЗОЛОТУЮ возможость!!! Много счастья и приятной траты денег!

    Kerry Ford, Centerport, NY.

    ************************************************************

    ЗАКАЖИТЕ СЕБЕ REPORT`s ПРЯМО СЕЙЧАС И ВСТАВАЙТЕ НА ПУТЬ К НЕЗАВИСИМОСТИ, СВОБОДЕ И СЧАСТЬЮ!

    ТЕПЕРЬ ВРЕМЯ НА ДОСТИЖЕНИЕ ОГРОМНЫХ РЕЗУЛЬТАТОВ!!

    ПОЖАЛУЙСТА ВНИМАНИЕ: Если вам нужен совет как начать предпринимать, зарегистрировать торговое название, научиться платить налоги, контактируйте с отделом предпринимательства. Ваши результаты зависят только от Вас, от Вашей работы. Это письмо не гарантирует никаких доходов и никаких результатов, но все суммы и результаты, указанные в этом документе -- ФАКТ.

    !!!ВСЕ ЗАВИСИТ ТОЛЬКО ОТ ВАС!!!

    БОЛЬШОГО УСПЕХА!!!

    P.S. Вы сможете связаться со мной по адресу: WM_13@yahoo.com

    P.S. или зайти на мою страничку : http://www.geocities.com/wm_13/

    C уважением, Михаил.

    1
    1


    Do You Yahoo!?
    Yahoo! Mail Personal Address - Get email at your own domain with Yahoo! Mail. --0-2086206725-986370454=:7069-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-fs" in the body of the message From owner-freebsd-fs Wed Apr 4 5:42:59 2001 Delivered-To: freebsd-fs@freebsd.org Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by hub.freebsd.org (Postfix) with ESMTP id 3AD2637B719 for ; Wed, 4 Apr 2001 05:42:55 -0700 (PDT) (envelope-from bde@zeta.org.au) Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id WAA01426; Wed, 4 Apr 2001 22:42:41 +1000 Date: Wed, 4 Apr 2001 22:41:27 +1000 (EST) From: Bruce Evans X-Sender: bde@besplex.bde.org To: "Matthew H. North" Cc: freebsd-fs@FreeBSD.ORG Subject: Re: Reproducible kernel panics in ffs_valloc: dup_alloc In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-fs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Tue, 3 Apr 2001, Matthew H. North wrote: > After spending hours trouble-shooting this and looking for similar problems > and solutions in the bug archive, google, etc., I'm running out of ideas. > > I am responsible for maintaining a squid cache system for my company. > Currently, the system is: PIII/800MHz, 768MB RAM (1GB cache), FreeBSD > 4.2-STABLE, Squid-2.3STABLE4 (compiled locally instead of using the FreeBSD > port). Boot drive and Squid cache drives are SCSI-LVD running at 80MB/s off > of the Adaptec 29160N card. Softupdates are not enabled on *any* of the > drives in this system. > > Unfortunately this system has been plagued by kernel panics for a number of > weeks now. I originally assumed there was some sort of hardware problem, > but I've since replaced every last piece of hardware: MB, RAM, CPU, SCSI > card, SCSI cable, SCSI drives, video card, NICs. Every last piece of > hardware has been replaced, yet the kernel panics persists on a fairly > regular basis. I wonder if the longstanding bugs in vfs_bio_clrbuf() could cause this problem (rev.1.188 of vfs_bio.c fixed only some of the bugs). Quick fix: Index: vfs_bio.c =================================================================== RCS file: /home/ncvs/src/sys/kern/vfs_bio.c,v retrieving revision 1.273 diff -u -2 -r1.273 vfs_bio.c --- vfs_bio.c 2001/02/28 04:13:07 1.273 +++ vfs_bio.c 2001/04/04 12:35:26 @@ -3088,5 +3088,5 @@ int i, mask = 0; caddr_t sa, ea; - if ((bp->b_flags & (B_VMIO | B_MALLOC)) == B_VMIO) { + if (0 || (bp->b_flags & (B_VMIO | B_MALLOC)) == B_VMIO) { bp->b_flags &= ~B_INVAL; bp->b_ioflags &= ~BIO_ERROR; To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-fs" in the body of the message From owner-freebsd-fs Wed Apr 4 8:51: 1 2001 Delivered-To: freebsd-fs@freebsd.org Received: from neko.cts.com (neko.cts.com [209.68.192.150]) by hub.freebsd.org (Postfix) with ESMTP id DD81637B718 for ; Wed, 4 Apr 2001 08:50:57 -0700 (PDT) (envelope-from ctsmhn@cts.com) Received: from CARTMAN (cartman.cts.com [205.163.23.192]) by neko.cts.com (8.9.3/8.9.3) with SMTP id IAA09717; Wed, 4 Apr 2001 08:50:48 -0700 (PDT) From: "Matthew H. North" To: "Bruce Evans" Cc: Subject: RE: Reproducible kernel panics in ffs_valloc: dup_alloc Date: Wed, 4 Apr 2001 08:54:47 -0700 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) In-Reply-To: X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Importance: Normal Sender: owner-freebsd-fs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Thanks for the help. However, from my understanding of C, that patch does nothing (except add an extra instruction or two to the kernel). It simply adds an extra OR condition, that is always false, to an if statement. if CONDITION then do something is exactly the same as if FALSE or CONDITION then do something Perhaps I'm missing something. If so, please let me know. I am interested in your comment about, "...longstanding bugs in vfs_bio_clrbuf()...." Is there somewhere I can find a history of these bugs and patches? - Matt | -----Original Message----- | From: Bruce Evans [mailto:bde@zeta.org.au] | Sent: Wednesday, April 04, 2001 5:41 AM | To: Matthew H. North | Cc: freebsd-fs@FreeBSD.ORG | Subject: Re: Reproducible kernel panics in ffs_valloc: dup_alloc | | | On Tue, 3 Apr 2001, Matthew H. North wrote: | | > After spending hours trouble-shooting this and looking for | similar problems | > and solutions in the bug archive, google, etc., I'm running out | of ideas. | > | > I am responsible for maintaining a squid cache system for my company. | > Currently, the system is: PIII/800MHz, 768MB RAM (1GB cache), FreeBSD | > 4.2-STABLE, Squid-2.3STABLE4 (compiled locally instead of using | the FreeBSD | > port). Boot drive and Squid cache drives are SCSI-LVD running | at 80MB/s off | > of the Adaptec 29160N card. Softupdates are not enabled on *any* of the | > drives in this system. | > | > Unfortunately this system has been plagued by kernel panics for | a number of | > weeks now. I originally assumed there was some sort of | hardware problem, | > but I've since replaced every last piece of hardware: MB, RAM, CPU, SCSI | > card, SCSI cable, SCSI drives, video card, NICs. Every last piece of | > hardware has been replaced, yet the kernel panics persists on a fairly | > regular basis. | | I wonder if the longstanding bugs in vfs_bio_clrbuf() could cause this | problem (rev.1.188 of vfs_bio.c fixed only some of the bugs). Quick fix: | | Index: vfs_bio.c | =================================================================== | RCS file: /home/ncvs/src/sys/kern/vfs_bio.c,v | retrieving revision 1.273 | diff -u -2 -r1.273 vfs_bio.c | --- vfs_bio.c 2001/02/28 04:13:07 1.273 | +++ vfs_bio.c 2001/04/04 12:35:26 | @@ -3088,5 +3088,5 @@ | int i, mask = 0; | caddr_t sa, ea; | - if ((bp->b_flags & (B_VMIO | B_MALLOC)) == B_VMIO) { | + if (0 || (bp->b_flags & (B_VMIO | B_MALLOC)) == B_VMIO) { | bp->b_flags &= ~B_INVAL; | bp->b_ioflags &= ~BIO_ERROR; | | To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-fs" in the body of the message From owner-freebsd-fs Wed Apr 4 17:45:59 2001 Delivered-To: freebsd-fs@freebsd.org Received: from smtp10.phx.gblx.net (smtp10.phx.gblx.net [206.165.6.140]) by hub.freebsd.org (Postfix) with ESMTP id 6EECD37B43E for ; Wed, 4 Apr 2001 17:45:56 -0700 (PDT) (envelope-from tlambert@usr08.primenet.com) Received: (from daemon@localhost) by smtp10.phx.gblx.net (8.9.3/8.9.3) id RAA47332; Wed, 4 Apr 2001 17:45:55 -0700 Received: from usr08.primenet.com(206.165.6.208) via SMTP by smtp10.phx.gblx.net, id smtpdR06Pya; Wed Apr 4 17:45:48 2001 Received: (from tlambert@localhost) by usr08.primenet.com (8.8.5/8.8.5) id RAA03573; Wed, 4 Apr 2001 17:45:46 -0700 (MST) From: Terry Lambert Message-Id: <200104050045.RAA03573@usr08.primenet.com> Subject: Re: Reproducible kernel panics in ffs_valloc: dup_alloc To: ctsmhn@cts.com (Matthew H. North) Date: Thu, 5 Apr 2001 00:45:46 +0000 (GMT) Cc: bde@zeta.org.au (Bruce Evans), freebsd-fs@FreeBSD.ORG In-Reply-To: from "Matthew H. North" at Apr 04, 2001 08:54:47 AM X-Mailer: ELM [version 2.5 PL2] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-fs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > Thanks for the help. However, from my understanding of C, that patch does > nothing (except add an extra instruction or two to the kernel). It simply > adds an extra OR condition, that is always false, to an if statement. > > if CONDITION then > do something > > is exactly the same as > > if FALSE or CONDITION then > do something > > Perhaps I'm missing something. If so, please let me know. I think he meant "&&" instead of "||", which then dikes the code out. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-fs" in the body of the message From owner-freebsd-fs Wed Apr 4 23:26:37 2001 Delivered-To: freebsd-fs@freebsd.org Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by hub.freebsd.org (Postfix) with ESMTP id 80B2A37B43F for ; Wed, 4 Apr 2001 23:26:33 -0700 (PDT) (envelope-from bde@zeta.org.au) Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id QAA23666; Thu, 5 Apr 2001 16:26:23 +1000 Date: Thu, 5 Apr 2001 16:25:08 +1000 (EST) From: Bruce Evans X-Sender: bde@besplex.bde.org To: Terry Lambert Cc: "Matthew H. North" , freebsd-fs@FreeBSD.ORG Subject: Re: Reproducible kernel panics in ffs_valloc: dup_alloc In-Reply-To: <200104050045.RAA03573@usr08.primenet.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-fs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Thu, 5 Apr 2001, Terry Lambert wrote: > > Thanks for the help. However, from my understanding of C, that patch does > > nothing (except add an extra instruction or two to the kernel). It simply > > adds an extra OR condition, that is always false, to an if statement. > > > > if CONDITION then > > do something > > > > is exactly the same as > > > > if FALSE or CONDITION then > > do something > > > > Perhaps I'm missing something. If so, please let me know. > > I think he meant "&&" instead of "||", which then dikes the code out. Yes. Oops. I actually use a 150 line version of the patch, with checks that vfs_bio_clrbuf() actually cleared the buffer and code to recover when it doesn't Corrected version of the quick fix: Index: vfs_bio.c =================================================================== RCS file: /home/ncvs/src/sys/kern/vfs_bio.c,v retrieving revision 1.273 diff -u -2 -r1.273 vfs_bio.c --- vfs_bio.c 2001/02/28 04:13:07 1.273 +++ vfs_bio.c 2001/04/05 06:24:29 @@ -3088,5 +3088,5 @@ int i, mask = 0; caddr_t sa, ea; - if ((bp->b_flags & (B_VMIO | B_MALLOC)) == B_VMIO) { + if (0 && (bp->b_flags & (B_VMIO | B_MALLOC)) == B_VMIO) { bp->b_flags &= ~B_INVAL; bp->b_ioflags &= ~BIO_ERROR; Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-fs" in the body of the message From owner-freebsd-fs Thu Apr 5 5:42:36 2001 Delivered-To: freebsd-fs@freebsd.org Received: from relay.ioffe.rssi.ru (relay.ioffe.rssi.ru [194.85.224.33]) by hub.freebsd.org (Postfix) with ESMTP id 3AFD637B446 for ; Thu, 5 Apr 2001 05:42:30 -0700 (PDT) (envelope-from kopts@astro.ioffe.rssi.ru) Received: from astro.ioffe.rssi.ru (astro.ioffe.rssi.ru [194.85.229.130]) by relay.ioffe.rssi.ru (8.9.1/8.9.1) with ESMTP id QAA09067; Thu, 5 Apr 2001 16:41:37 +0400 (MSD) Received: by astro.ioffe.rssi.ru (8.9.3/Clnt-2.14-AS-eef) id QAA34641; Thu, 5 Apr 2001 16:41:30 +0400 (MSD) Date: Thu, 5 Apr 2001 16:41:29 +0400 (MSD) From: Alexey Koptsevich To: Max Khon Cc: fs@FreeBSD.ORG Subject: Re: localized filenames in msdos fs -- cd9660 In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-fs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hello, > > Is there a way to correctly interpret local (e.g. Russian cp1251) letters > > in the filenames on the msdos filesystem? > > russian filenames on msdos filesystem are stored in cp866 (not cp1251). > You can use -W=koi2dos,-L=ru_RU.KOI8-R options. This works perfect! But how to do the same for cd9660? Thanks, Alex To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-fs" in the body of the message From owner-freebsd-fs Thu Apr 5 7:46:41 2001 Delivered-To: freebsd-fs@freebsd.org Received: from mx.nsu.ru (mx.nsu.ru [193.124.215.71]) by hub.freebsd.org (Postfix) with ESMTP id 45BA837B505 for ; Thu, 5 Apr 2001 07:46:36 -0700 (PDT) (envelope-from fjoe@iclub.nsu.ru) Received: from iclub.nsu.ru (root@iclub.nsu.ru [193.124.222.66]) by mx.nsu.ru (8.9.1/8.9.0) with ESMTP id VAA07342; Thu, 5 Apr 2001 21:41:13 +0700 (NOVST) Received: from localhost (fjoe@localhost) by iclub.nsu.ru (8.11.2/8.11.2) with ESMTP id f35EfB299962; Thu, 5 Apr 2001 21:41:11 +0700 (NSS) (envelope-from fjoe@iclub.nsu.ru) Date: Thu, 5 Apr 2001 21:41:11 +0700 (NSS) From: Max Khon To: Alexey Koptsevich Cc: fs@FreeBSD.ORG Subject: Re: localized filenames in msdos fs -- cd9660 In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-fs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org hi, there! On Thu, 5 Apr 2001, Alexey Koptsevich wrote: > > > Is there a way to correctly interpret local (e.g. Russian cp1251) letters > > > in the filenames on the msdos filesystem? > > > > russian filenames on msdos filesystem are stored in cp866 (not cp1251). > > You can use -W=koi2dos,-L=ru_RU.KOI8-R options. > > This works perfect! But how to do the same for cd9660? /usr/ports/sysutils/cd9660_unicode /fjoe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-fs" in the body of the message From owner-freebsd-fs Thu Apr 5 10:38: 8 2001 Delivered-To: freebsd-fs@freebsd.org Received: from neko.cts.com (neko.cts.com [209.68.192.150]) by hub.freebsd.org (Postfix) with ESMTP id 4088C37B43E for ; Thu, 5 Apr 2001 10:38:05 -0700 (PDT) (envelope-from ctsmhn@cts.com) Received: from CARTMAN (cartman.cts.com [205.163.23.192]) by neko.cts.com (8.9.3/8.9.3) with SMTP id KAA18784 for ; Thu, 5 Apr 2001 10:38:04 -0700 (PDT) From: "Matthew H. North" To: Subject: RE: Reproducible kernel panics in ffs_valloc: dup_alloc Date: Thu, 5 Apr 2001 10:42:06 -0700 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 In-Reply-To: Sender: owner-freebsd-fs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Great - thanks. I'll give it a shot. | -----Original Message----- | From: owner-freebsd-fs@FreeBSD.ORG | [mailto:owner-freebsd-fs@FreeBSD.ORG]On Behalf Of Bruce Evans | Sent: Wednesday, April 04, 2001 11:25 PM | To: Terry Lambert | Cc: Matthew H. North; freebsd-fs@FreeBSD.ORG | Subject: Re: Reproducible kernel panics in ffs_valloc: dup_alloc | | | On Thu, 5 Apr 2001, Terry Lambert wrote: | | > > Thanks for the help. However, from my understanding of C, | that patch does | > > nothing (except add an extra instruction or two to the | kernel). It simply | > > adds an extra OR condition, that is always false, to an if statement. | > > | > > if CONDITION then | > > do something | > > | > > is exactly the same as | > > | > > if FALSE or CONDITION then | > > do something | > > | > > Perhaps I'm missing something. If so, please let me know. | > | > I think he meant "&&" instead of "||", which then dikes the code out. | | Yes. Oops. I actually use a 150 line version of the patch, with checks | that vfs_bio_clrbuf() actually cleared the buffer and code to recover | when it doesn't | | Corrected version of the quick fix: | | Index: vfs_bio.c | =================================================================== | RCS file: /home/ncvs/src/sys/kern/vfs_bio.c,v | retrieving revision 1.273 | diff -u -2 -r1.273 vfs_bio.c | --- vfs_bio.c 2001/02/28 04:13:07 1.273 | +++ vfs_bio.c 2001/04/05 06:24:29 | @@ -3088,5 +3088,5 @@ | int i, mask = 0; | caddr_t sa, ea; | - if ((bp->b_flags & (B_VMIO | B_MALLOC)) == B_VMIO) { | + if (0 && (bp->b_flags & (B_VMIO | B_MALLOC)) == B_VMIO) { | bp->b_flags &= ~B_INVAL; | bp->b_ioflags &= ~BIO_ERROR; | | Bruce | | | To Unsubscribe: send mail to majordomo@FreeBSD.org | with "unsubscribe freebsd-fs" in the body of the message | To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-fs" in the body of the message From owner-freebsd-fs Thu Apr 5 11:22: 8 2001 Delivered-To: freebsd-fs@freebsd.org Received: from relay.ioffe.rssi.ru (relay.ioffe.rssi.ru [194.85.224.33]) by hub.freebsd.org (Postfix) with ESMTP id 7665A37B422; Thu, 5 Apr 2001 11:22:03 -0700 (PDT) (envelope-from kopts@astro.ioffe.rssi.ru) Received: from astro.ioffe.rssi.ru (astro.ioffe.rssi.ru [194.85.229.130]) by relay.ioffe.rssi.ru (8.9.1/8.9.1) with ESMTP id WAA28385; Thu, 5 Apr 2001 22:21:59 +0400 (MSD) Received: by astro.ioffe.rssi.ru (8.9.3/Clnt-2.14-AS-eef) id WAA39569; Thu, 5 Apr 2001 22:21:52 +0400 (MSD) Date: Thu, 5 Apr 2001 22:21:52 +0400 (MSD) From: Alexey Koptsevich To: Semen Ustimenko Cc: fs@freebsd.org Subject: ntfs Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-fs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hello I would like to try to use disc formatted to NTFS by Windows 2000. Which NTFS version is supported by FreeBSD? Would it be absolutely safe for NTFS-formatted filesystem if I allocate some large space on this partition and then access it from FreeBSD via vn interface? Thanks, Alex To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-fs" in the body of the message From owner-freebsd-fs Thu Apr 5 12:38:10 2001 Delivered-To: freebsd-fs@freebsd.org Received: from ntlg.sibnet.ru (dns.sibnet.ru [217.70.96.34]) by hub.freebsd.org (Postfix) with ESMTP id 3698837B43C for ; Thu, 5 Apr 2001 12:38:08 -0700 (PDT) (envelope-from semenu@FreeBSD.org) Received: from tlg5-ppp44.sibnet.ru (tlg5-ppp44.sibnet.ru [217.70.97.45]) by ntlg.sibnet.ru (8.9.3+Sun/8.9.3) with ESMTP id XAA20511; Thu, 5 Apr 2001 23:37:52 +0400 (MSD) Date: Fri, 6 Apr 2001 02:40:20 +0600 (GMT+6) From: "Semen A. Ustimenko" X-Sender: semenu@default To: Alexey Koptsevich Cc: fs@FreeBSD.org Subject: Re: ntfs In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-fs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi! On Thu, 5 Apr 2001, Alexey Koptsevich wrote: > I would like to try to use disc formatted to NTFS by Windows 2000. Which > NTFS version is supported by FreeBSD? Would it be absolutely safe for > NTFS-formatted filesystem if I allocate some large space on this partition > and then access it from FreeBSD via vn interface? > I wrote the driver using NTFS volume formated under NT 3.51, it also seems there was no major changes up to NT 4.0. NT 5.0 claimed to have newed NTFS, but i don't know as there is no documentation. At first look and in my case, it still works with 5.0. [About having swap on NTFS volume?] No, i wouldn't... Though this seemed to work 2 years ago, It may seriously harm your NTFS volume. Sorry... Bye! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-fs" in the body of the message From owner-freebsd-fs Fri Apr 6 1:47:48 2001 Delivered-To: freebsd-fs@freebsd.org Received: from relay.ioffe.rssi.ru (relay.ioffe.rssi.ru [194.85.224.33]) by hub.freebsd.org (Postfix) with ESMTP id 87A3F37B446; Fri, 6 Apr 2001 01:47:32 -0700 (PDT) (envelope-from kopts@astro.ioffe.rssi.ru) Received: from astro.ioffe.rssi.ru (astro.ioffe.rssi.ru [194.85.229.130]) by relay.ioffe.rssi.ru (8.9.1/8.9.1) with ESMTP id MAA23469; Fri, 6 Apr 2001 12:47:25 +0400 (MSD) Received: by astro.ioffe.rssi.ru (8.9.3/Clnt-2.14-AS-eef) id MAA42244; Fri, 6 Apr 2001 12:47:17 +0400 (MSD) Date: Fri, 6 Apr 2001 12:47:17 +0400 (MSD) From: Alexey Koptsevich To: "Semen A. Ustimenko" Cc: fs@FreeBSD.org Subject: Re: ntfs In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-fs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi! > [About having swap on NTFS volume?] No, i wouldn't... Though this seemed > to work 2 years ago, It may seriously harm your NTFS volume. Sorry... Why so? What's wrong if I create large file with w2k and then use it with FreeBSD? Or some sort of auto-defragmentation can then spoil anything? (Actually, I would like to use it as temporary user space, i.e. UFS-formatted partition). Thanks, Alex To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-fs" in the body of the message From owner-freebsd-fs Fri Apr 6 4:17: 8 2001 Delivered-To: freebsd-fs@freebsd.org Received: from gvr.gvr.org (gvr.gvr.org [212.61.40.17]) by hub.freebsd.org (Postfix) with ESMTP id E733E37B42C; Fri, 6 Apr 2001 04:17:02 -0700 (PDT) (envelope-from guido@gvr.org) Received: by gvr.gvr.org (Postfix, from userid 657) id 1BC355808; Fri, 6 Apr 2001 13:17:01 +0200 (CEST) Date: Fri, 6 Apr 2001 13:17:01 +0200 From: Guido van Rooij To: Peter Wemm Cc: "Michael C . Wu" , hackers@FreeBSD.ORG, fs@FreeBSD.ORG Subject: Re: panic in FFS and other related I/O problems Message-ID: <20010406131700.A98796@gvr.gvr.org> References: <20010402102744.A69438@peorth.iteration.net> <200104021612.f32GCrh12225@mobile.wemm.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200104021612.f32GCrh12225@mobile.wemm.org>; from peter@netplex.com.au on Mon, Apr 02, 2001 at 09:12:53AM -0700 Sender: owner-freebsd-fs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Shouldn't this be put in to an option so it gets documented? -Guido On Mon, Apr 02, 2001 at 09:12:53AM -0700, Peter Wemm wrote: ... > diff -u -r1.4 ldscript.i386 > --- conf/ldscript.i386 2000/01/11 15:35:16 1.4 > +++ conf/ldscript.i386 2001/04/02 16:07:18 > @@ -6,7 +6,7 @@ > SECTIONS > { > /* Read-only sections, merged into text segment: */ > - . = 0xc0100000 + SIZEOF_HEADERS; > + . = 0x80100000 + SIZEOF_HEADERS; > .interp : { *(.interp) } > .hash : { *(.hash) } > .dynsym : { *(.dynsym) } > Index: i386/include/pmap.h > =================================================================== > RCS file: /home/ncvs/src/sys/i386/include/pmap.h,v > retrieving revision 1.70 > diff -u -r1.70 pmap.h > --- i386/include/pmap.h 2000/11/30 01:53:02 1.70 > +++ i386/include/pmap.h 2001/04/02 16:07:18 > @@ -92,9 +92,9 @@ > #endif > #ifndef NKPDE > #ifdef SMP > -#define NKPDE 254 /* addressable number of page tables/pde's */ > +#define NKPDE 510 /* addressable number of page tables/pde's */ > #else > -#define NKPDE 255 /* addressable number of page tables/pde's */ > +#define NKPDE 511 /* addressable number of page tables/pde's */ > #endif /* SMP */ > #endif > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-fs" in the body of the message From owner-freebsd-fs Fri Apr 6 9:37:46 2001 Delivered-To: freebsd-fs@freebsd.org Received: from pop162-leg.mail.com (pop162-leg.mail.com [165.251.32.54]) by hub.freebsd.org (Postfix) with ESMTP id 92D9F37B423 for ; Fri, 6 Apr 2001 09:37:43 -0700 (PDT) (envelope-from megasitez@Iname.com) Received: from Iname.com (pD950C5AE.dip.t-dialin.net [217.80.197.174]) by pop162-leg.mail.com (Postfix) with SMTP id 265201C83C for ; Fri, 6 Apr 2001 12:37:37 -0400 (EDT) From: To: Subject: brandnew MEGA-SITEZ Toplist - Warez, Free-XXX, Drugs Message-Id: <20010406163737.265201C83C@pop162-leg.mail.com> Date: Fri, 6 Apr 2001 12:37:37 -0400 (EDT) Sender: owner-freebsd-fs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org hi Warezfreak, ENJOY a brandnew german MEGASITEZ Toplist with Warez,Free XXX, Drugs and many more ... http://www.hf2001.de/topsites/topsites.html the Mega-Sitez Team Team To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-fs" in the body of the message From owner-freebsd-fs Fri Apr 6 12:54:58 2001 Delivered-To: freebsd-fs@freebsd.org Received: from ntlg.sibnet.ru (dns.sibnet.ru [217.70.96.34]) by hub.freebsd.org (Postfix) with ESMTP id 9A88237B424 for ; Fri, 6 Apr 2001 12:54:55 -0700 (PDT) (envelope-from semenu@FreeBSD.org) Received: from tlg2-ppp3.sibnet.ru (tlg2-ppp3.sibnet.ru [217.70.97.114]) by ntlg.sibnet.ru (8.9.3+Sun/8.9.3) with ESMTP id XAA20448; Fri, 6 Apr 2001 23:54:31 +0400 (MSD) Date: Sat, 7 Apr 2001 02:56:32 +0600 (GMT+6) From: "Semen A. Ustimenko" X-Sender: semenu@default To: Alexey Koptsevich Cc: fs@FreeBSD.org Subject: Re: ntfs In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-fs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Fri, 6 Apr 2001, Alexey Koptsevich wrote: > > [About having swap on NTFS volume?] No, i wouldn't... Though this seemed > > to work 2 years ago, It may seriously harm your NTFS volume. Sorry... > > Why so? What's wrong if I create large file with w2k and then use it with > FreeBSD? Or some sort of auto-defragmentation can then spoil anything? > Because the NTFS driver write support is not stable. Nobody ever reported he even tried writing, though I tested it teo years ago. > (Actually, I would like to use it as temporary user space, i.e. > UFS-formatted partition). > It's OK to use vn over NTFS's file, you can do what you want with vn device later. This is almost the only way you can use driver's write support, beacuse it doesn't support file size change, directory changes, etc... Bye! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-fs" in the body of the message From owner-freebsd-fs Fri Apr 6 21:25:50 2001 Delivered-To: freebsd-fs@freebsd.org Received: from relay.ioffe.rssi.ru (relay.ioffe.rssi.ru [194.85.224.33]) by hub.freebsd.org (Postfix) with ESMTP id 86C0537B422; Fri, 6 Apr 2001 21:25:44 -0700 (PDT) (envelope-from kopts@astro.ioffe.rssi.ru) Received: from astro.ioffe.rssi.ru (astro.ioffe.rssi.ru [194.85.229.130]) by relay.ioffe.rssi.ru (8.9.1/8.9.1) with ESMTP id IAA15612; Sat, 7 Apr 2001 08:25:37 +0400 (MSD) Received: by astro.ioffe.rssi.ru (8.9.3/Clnt-2.14-AS-eef) id IAA63496; Sat, 7 Apr 2001 08:25:27 +0400 (MSD) Date: Sat, 7 Apr 2001 08:25:27 +0400 (MSD) From: Alexey Koptsevich To: "Semen A. Ustimenko" Cc: fs@FreeBSD.org Subject: Re: ntfs In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-fs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi, > > > [About having swap on NTFS volume?] No, i wouldn't... Though this seemed > > > to work 2 years ago, It may seriously harm your NTFS volume. Sorry... > It's OK to use vn over NTFS's file, you can do what you want with vn > device later. This is almost the only way you can use driver's write > support, beacuse it doesn't support file size change, directory changes, > etc... Sorry, I cannot tell the difference between these two cases! Why is it safe to use 'vn device later' but harmful to swap to this device? Thanks, Alex To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-fs" in the body of the message From owner-freebsd-fs Fri Apr 6 21:46: 4 2001 Delivered-To: freebsd-fs@freebsd.org Received: from ntlg.sibnet.ru (dns.sibnet.ru [217.70.96.34]) by hub.freebsd.org (Postfix) with ESMTP id 008F937B423 for ; Fri, 6 Apr 2001 21:46:01 -0700 (PDT) (envelope-from semenu@FreeBSD.org) Received: from tlg5-ppp58.sibnet.ru (tlg5-ppp58.sibnet.ru [217.70.97.59]) by ntlg.sibnet.ru (8.9.3+Sun/8.9.3) with ESMTP id IAA28924; Sat, 7 Apr 2001 08:45:50 +0400 (MSD) Date: Sat, 7 Apr 2001 11:48:23 +0600 (GMT+6) From: "Semen A. Ustimenko" X-Sender: semenu@default To: Alexey Koptsevich Cc: fs@FreeBSD.org Subject: Re: ntfs In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-fs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Sat, 7 Apr 2001, Alexey Koptsevich wrote: > > > > [About having swap on NTFS volume?] No, i wouldn't... Though this seemed > > > > to work 2 years ago, It may seriously harm your NTFS volume. Sorry... > > > It's OK to use vn over NTFS's file, you can do what you want with vn > > device later. This is almost the only way you can use driver's write > > support, beacuse it doesn't support file size change, directory changes, > > etc... > > Sorry, I cannot tell the difference between these two cases! Why is it > safe to use 'vn device later' but harmful to swap to this device? > Sorry if I wasn't clear enough, the idea was that it is potenitaly dangerous to use writing on NTFS volume, regardless the way you do this (dd if=foo of=/ntfs/foo conv=notrunc or vnoconfig vn0 /ntfs/fooswap or whatever way you'll find) Having swap on such device, adds a risk to harm your FreeBSD installation due to possible errors in driver. Bye! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-fs" in the body of the message