geli problems after installkernel & installworld
I use a mostly geli encrypted hd on my Thinkpad R500, with /compat, /usr, /tmp and /var all on the encrypted geli provider. After an upgrade of kernel and world (STABLE), I experience a weird issue: While booting, I am asked for the geli passphrase as usual. Completing password authentication for geli returns a success message, cryptosoft0: on motherboard GEOM_ELI: Device ada0p3.eli created. GEOM_ELI: Encryption: AES-CBC 256 GEOM_ELI: Crypto: software however, the zpool on geli is unavailable. Logging in a root, I can attach the geli provider manually as geli itself should do from /etc/rc.conf. After a successful zfs mount -a, I can resume as usual after manually starting the /usr/local/rc.d services. Neither have I noticed a change in the device names nor any unusual messages from dmesg. Currently, I am doing a new compile run on world and kernel to attempt anew tomorrow. Am I missing something? Kind regards, -- Christopher J. Ruwe TZ GMT + 1 signature.asc Description: PGP signature
Re: sed is broken under freebsd?
On Thu, Jan 13, 2011 at 02:45:07PM -0500, Alban Hertroys wrote: > On 13 Jan 2011, at 6:10, Chris H wrote: > > FWIW On a hunch, I just performed an experimentwith sed(1) > > against gsed on 50,000 html documents. My mission; to replace all > > instances of: > > > > > > > > with: > > > > > > > "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd";> > > http://www.w3.org/1999/xhtml"; xml:lang="en" dir="ltr"> > > > I do hope you didn't orphan a -tag there? > > Alban Hertroys > > -- > If you can't see the forest for the trees, > cut the trees and you'll see there is no forest. > > > !DSPAM:74,4d2f565011879296619823! > > > ___ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org" It was just an experiement. ~Paul This message may contain confidential or privileged information. If you are not the intended recipient, please advise us immediately and delete this message. See http://www.datapipe.com/about-us-legal-email-disclaimer.htm for further information on confidentiality and the risks of non-secure electronic communication. If you cannot access these links, please notify us by reply message and we will send the contents to you. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: sed is broken under freebsd?
On 13 Jan 2011, at 6:10, Chris H wrote: > FWIW On a hunch, I just performed an experimentwith sed(1) > against gsed on 50,000 html documents. My mission; to replace all > instances of: > > > > with: > > > "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd";> > http://www.w3.org/1999/xhtml"; xml:lang="en" dir="ltr"> I do hope you didn't orphan a -tag there? Alban Hertroys -- If you can't see the forest for the trees, cut the trees and you'll see there is no forest. !DSPAM:74,4d2f565011879296619823! ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: ZFS - hot spares : automatic or not?
On Thu, Jan 13, 2011 at 7:07 AM, Boris Kochergin wrote: > Did a little research. In at least the ZFS case, it appears that events are > available through devctl(4) and are therefore accessible through devd: > > http://2007.asiabsdcon.org/papers/P16-paper.pdf - section 3.7 PC-BSD has the following additions to their /etc/devd.conf file: # Sample ZFS problem reports handling. notify 10 { match "system" "ZFS"; match "type""zpool"; action "logger -p kern.err 'ZFS: failed to load zpool $pool'"; }; notify 10 { match "system" "ZFS"; match "type""vdev"; action "logger -p kern.err 'ZFS: vdev failure, zpool=$pool type=$type'"; }; notify 10 { match "system" "ZFS"; match "type""data"; action "logger -p kern.warn 'ZFS: zpool I/O failure, zpool=$pool error=$zio_err'"; }; notify 10 { match "system" "ZFS"; match "type""io"; action "logger -p kern.warn 'ZFS: vdev I/O failure, zpool=$pool path=$vdev_path offset=$zio_offset size=$zio_size error=$zio_err'"; }; notify 10 { match "system" "ZFS"; match "type""checksum"; action "logger -p kern.warn 'ZFS: checksum mismatch, zpool=$pool path=$vdev_path offset=$zio_offset size=$zio_size'"; }; So it's very (relatively) easy to configure devd to do this. We just need some scripts to plug into the action lines above. :) -- Freddie Cash fjwc...@gmail.com ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: i386/153947: Make buildworld fails in hastd/token.c
On 13/01/2011 05:56, Thomas Dean wrote: cc -O2 -pipe -I/usr/src/sbin/hastd -DINET -DINET6 -DYY_NO_UNPUT -DYY_NO_INPUT -DHAVE_CRYPTO -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c token.c cc1: warnings being treated as errors /usr/src/sbin/hastd/token.l:456: warning: function declaration isn't a prototype *** Error code 1 Stop in /usr/src/sbin/hastd. *** Error code 1 How-To-Repeat: Install FreeBSD 8.1 from DVD cvsup RELENG_8 from cvsup6.freebsd.org make buildworld I can confirm it happens also on this STABLE build: FreeBSD 8.1-STABLE #1: Tue Oct 5 14:02:34 CEST 2010 Angelo Turetta Modena - Italy ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: ZFS - hot spares : automatic or not?
On 01/13/11 09:42, Alexander Leidinger wrote: Quoting Boris Kochergin (from Wed, 12 Jan 2011 19:50:41 -0500): On 01/12/11 19:32, Chris Forgeron wrote: Solaris runs a separate process called Fault Management Daemon (fmd) that looks to handle this logic - This means that it's really not inside the ZFS code to handle this, and FreeBSD would need something similar, hopefully less kludgy than a user script. I wonder if anyone has been eyeing the fma code in the cddl with a thought for porting it - It looks to be a really neat bit of code - I'm still quite new with it, having only been working with Solaris the last few months. It depends upon a lot of standardized kernel notifications. Basically (big picture view) it is the same as our devd (reacting to events) with some logig what to do with it (which we can do without our devd too). Would the people with custom hot-spare scripts, or nothing automated at all, be content if the sysutils/geomWatch program grew support for hot spares in a future version? I already became somewhat familiar with the userland ZFS API when I added ZFS support to it. I had a look at geomWatch and it seems it is polling based. For something like zfs hotspare replacement you normally want to have the reaction event based (= devd). I even go further and think that things which geomWatch is doing, should be done with devd (may it be directly, or by delegating some events via a non-existing-yet interface (which could be even script driven) to another daemon). It may be that this would need some more events to be produced by different geom parts. IMO it would be great if those people with hotspare-scripts would publish them. This way a joined effort could be initiated to come up with some generic way of handling this which could be included in the base system. Bye, Alexander. Did a little research. In at least the ZFS case, it appears that events are available through devctl(4) and are therefore accessible through devd: http://2007.asiabsdcon.org/papers/P16-paper.pdf - section 3.7 -Boris ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: ZFS - hot spares : automatic or not?
Quoting Boris Kochergin (from Wed, 12 Jan 2011 19:50:41 -0500): On 01/12/11 19:32, Chris Forgeron wrote: Solaris runs a separate process called Fault Management Daemon (fmd) that looks to handle this logic - This means that it's really not inside the ZFS code to handle this, and FreeBSD would need something similar, hopefully less kludgy than a user script. I wonder if anyone has been eyeing the fma code in the cddl with a thought for porting it - It looks to be a really neat bit of code - I'm still quite new with it, having only been working with Solaris the last few months. It depends upon a lot of standardized kernel notifications. Basically (big picture view) it is the same as our devd (reacting to events) with some logig what to do with it (which we can do without our devd too). Would the people with custom hot-spare scripts, or nothing automated at all, be content if the sysutils/geomWatch program grew support for hot spares in a future version? I already became somewhat familiar with the userland ZFS API when I added ZFS support to it. I had a look at geomWatch and it seems it is polling based. For something like zfs hotspare replacement you normally want to have the reaction event based (= devd). I even go further and think that things which geomWatch is doing, should be done with devd (may it be directly, or by delegating some events via a non-existing-yet interface (which could be even script driven) to another daemon). It may be that this would need some more events to be produced by different geom parts. IMO it would be great if those people with hotspare-scripts would publish them. This way a joined effort could be initiated to come up with some generic way of handling this which could be included in the base system. Bye, Alexander. -- Whatever creates the greatest inconvenience for the largest number must happen. http://www.Leidinger.netAlexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
NEW ORDER!!
Hello, I am interested in purchasing some of your products, I will like to know if you can ship directly to SPAIN , I also want you to know my mode of payment for this order is via Credit Card. Get back to me if you can ship to that destination and also if you accept the payment type I indicated. Kindly return this email with your price list of your products.. Store Name: ALBERT D.P.P LIMITED : Shipping Address: "Parcela 20, Calle Budapest, San Pedro de Alcantara, 29670, Marbella , Spain Albert ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: sed is broken under freebsd?
yeah, and the solution is was Clifton wrote, but double escaped new-line in tcsh On 1/12/11, Peter Jeremy wrote: > On 2011-Jan-12 02:32:52 +0100, Oliver Pinter wrote: >>The freebsd versions of sed contained a bug/regression, when \n char >>can i subsitue, gsed not affected with this bug: > > gsed contains non-standard extensions and you have been suckered into > using them. Try using 'gsed --posix' and/or setting POSIXLY_CORRECT. > This is part of the GNU/FSF "lockin" policy that encourages people > to use their non-standard extensions to ensure that you don't have > any choice other than to use their software. > > -- > Peter Jeremy > ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: Fwd: [releng_8 tinderbox] failure on i386/i386
On Wed, 12 Jan 2011, Jeremy Chadwick wrote: Hi, CC'ing responsible committers... http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/net/if_llatbl.c Yes, it had the same problem in HEAD back then. kib fixed it that time and I just merged his fix as well that would ideally have gone in with the MFC or r215207. -- Bjoern A. Zeeb You have to have visions! Going to jail sucks -- All my daemons like it! http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/jails.html ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"