Re: mtree: line 21: unknown user auditdistd
On Wed, Oct 2, 2013 at 8:01 AM, Trond Endrestøl < trond.endres...@fagskolen.gjovik.no> wrote: > On Tue, 1 Oct 2013 12:19-0400, alexus wrote: > > > I've re-run pwd_mkdb now auditdistd user is there, yet back to > mergemaster > > issues: > > > > [root@f9 ~]# pwd_mkdb -p /etc/master.passwd > > [root@f9 ~]# id auditdistd > > uid=78(auditdistd) gid=77(audit) groups=77(audit) > > [root@f9 ~]# mergemaster > > > > *** Creating the temporary root environment in /var/tmp/temproot > > *** /var/tmp/temproot ready for use > > *** Creating and populating directory structure in /var/tmp/temproot > > > > install: illegal option -- l > > usage: install [-bCcMpSsv] [-B suffix] [-f flags] [-g group] [-m mode] > >[-o owner] file1 file2 > >install [-bCcMpSsv] [-B suffix] [-f flags] [-g group] [-m mode] > >[-o owner] file1 ... fileN directory > >install -d [-v] [-g group] [-m mode] [-o owner] directory ... > > > > *** FATAL ERROR: Cannot 'cd' to /usr/src and install files to > > the temproot environment > > > > [root@f9 ~]# > > You need to semi-manually install a new version of mergemaster: > > cd /usr/src/usr.sbin/mergemaster && make install > > See the 20130430 entry in /usr/src/UPDATING. > > > On Tue, Oct 1, 2013 at 11:52 AM, alexus wrote: > > > > > I even sort of have that user... > > > > > > f9# grep auditdistd /etc/*passwd > > > /etc/master.passwd:auditdistd:*:78:77::0:0:Auditdistd unprivileged > > > user:/var/empty:/usr/sbin/nologin > > > /etc/passwd:auditdistd:*:78:77:Auditdistd unprivileged > > > user:/var/empty:/usr/sbin/nologin > > > f9# > > > > > > On Tue, Oct 1, 2013 at 11:32 AM, alexus wrote: > > > > > >> I've tried upgrading my FreeBSD 9.1 to 9.2 via freebsd-update and I > guess > > >> I did something wrong and now I'm trying to run mergemaster and I'm > unable > > >> to do so, although I do remember merging passwd file w/ new user > auditdistd > > >> > > >> how can I re-run mergemaster? > > >> > > >> f9# mergemaster > > >> > > >> *** The directory specified for the temporary root environment, > > >> /var/tmp/temproot, exists. This can be a security risk if > untrusted > > >> users have access to the system. > > >> > > >> Use 'd' to delete the old /var/tmp/temproot and continue > > >> Use 't' to select a new temporary root directory > > >> Use 'e' to exit mergemaster > > >> > > >> Default is to use /var/tmp/temproot as is > > >> > > >> How should I deal with this? [Use the existing /var/tmp/temproot] > > >> > > >>*** Leaving /var/tmp/temproot intact > > >> > > >> *** Creating the temporary root environment in /var/tmp/temproot > > >> *** /var/tmp/temproot ready for use > > >> *** Creating and populating directory structure in /var/tmp/temproot > > >> > > >> mtree: line 21: unknown user auditdistd > > >> > > >> *** FATAL ERROR: Cannot 'cd' to /usr/src and install files to > > >> the temproot environment > > >> > > >> f9# > > > > > > -- > > > http://alexus.org/ > > -- > +---++ > | Vennlig hilsen, | Best regards, | > | Trond Endrestøl, | Trond Endrestøl, | > | IT-ansvarlig, | System administrator, | > | Fagskolen Innlandet, | Gjøvik Technical College, Norway, | > | tlf. mob. 952 62 567, | Cellular...: +47 952 62 567, | > | sentralbord 61 14 54 00. | Switchboard: +47 61 14 54 00. | > +---++ > ___ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to " > freebsd-questions-unsubscr...@freebsd.org" > Hi Trond and Alexus, The tool used by freebsd-update to merge system files is "merge(1)", not "mergemaster(8)". See manpage merge(1) http://www.freebsd.org/cgi/man.cgi?query=merge&apropos=0&sektion=0&manpath=FreeBSD+9.2-RELEASE&arch=default&format=html for more information. I use mergemaster(8) tool if I deal with sources system upgrade process. Kind regards, Alexandre ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: mtree: line 21: unknown user auditdistd
On Tue, 1 Oct 2013 12:19-0400, alexus wrote: > I've re-run pwd_mkdb now auditdistd user is there, yet back to mergemaster > issues: > > [root@f9 ~]# pwd_mkdb -p /etc/master.passwd > [root@f9 ~]# id auditdistd > uid=78(auditdistd) gid=77(audit) groups=77(audit) > [root@f9 ~]# mergemaster > > *** Creating the temporary root environment in /var/tmp/temproot > *** /var/tmp/temproot ready for use > *** Creating and populating directory structure in /var/tmp/temproot > > install: illegal option -- l > usage: install [-bCcMpSsv] [-B suffix] [-f flags] [-g group] [-m mode] >[-o owner] file1 file2 >install [-bCcMpSsv] [-B suffix] [-f flags] [-g group] [-m mode] >[-o owner] file1 ... fileN directory >install -d [-v] [-g group] [-m mode] [-o owner] directory ... > > *** FATAL ERROR: Cannot 'cd' to /usr/src and install files to > the temproot environment > > [root@f9 ~]# You need to semi-manually install a new version of mergemaster: cd /usr/src/usr.sbin/mergemaster && make install See the 20130430 entry in /usr/src/UPDATING. > On Tue, Oct 1, 2013 at 11:52 AM, alexus wrote: > > > I even sort of have that user... > > > > f9# grep auditdistd /etc/*passwd > > /etc/master.passwd:auditdistd:*:78:77::0:0:Auditdistd unprivileged > > user:/var/empty:/usr/sbin/nologin > > /etc/passwd:auditdistd:*:78:77:Auditdistd unprivileged > > user:/var/empty:/usr/sbin/nologin > > f9# > > > > On Tue, Oct 1, 2013 at 11:32 AM, alexus wrote: > > > >> I've tried upgrading my FreeBSD 9.1 to 9.2 via freebsd-update and I guess > >> I did something wrong and now I'm trying to run mergemaster and I'm unable > >> to do so, although I do remember merging passwd file w/ new user auditdistd > >> > >> how can I re-run mergemaster? > >> > >> f9# mergemaster > >> > >> *** The directory specified for the temporary root environment, > >> /var/tmp/temproot, exists. This can be a security risk if untrusted > >> users have access to the system. > >> > >> Use 'd' to delete the old /var/tmp/temproot and continue > >> Use 't' to select a new temporary root directory > >> Use 'e' to exit mergemaster > >> > >> Default is to use /var/tmp/temproot as is > >> > >> How should I deal with this? [Use the existing /var/tmp/temproot] > >> > >>*** Leaving /var/tmp/temproot intact > >> > >> *** Creating the temporary root environment in /var/tmp/temproot > >> *** /var/tmp/temproot ready for use > >> *** Creating and populating directory structure in /var/tmp/temproot > >> > >> mtree: line 21: unknown user auditdistd > >> > >> *** FATAL ERROR: Cannot 'cd' to /usr/src and install files to > >> the temproot environment > >> > >> f9# > > > > -- > > http://alexus.org/ -- +---++ | Vennlig hilsen, | Best regards, | | Trond Endrestøl, | Trond Endrestøl, | | IT-ansvarlig, | System administrator, | | Fagskolen Innlandet, | Gjøvik Technical College, Norway, | | tlf. mob. 952 62 567, | Cellular...: +47 952 62 567, | | sentralbord 61 14 54 00. | Switchboard: +47 61 14 54 00. | +---++___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: mtree: line 21: unknown user auditdistd
On Tue, Oct 1, 2013 at 5:52 PM, alexus wrote: > I even sort of have that user... > > f9# grep auditdistd /etc/*passwd > /etc/master.passwd:auditdistd:*:78:77::0:0:Auditdistd unprivileged > user:/var/empty:/usr/sbin/nologin > /etc/passwd:auditdistd:*:78:77:Auditdistd unprivileged > user:/var/empty:/usr/sbin/nologin > f9# > > > > On Tue, Oct 1, 2013 at 11:32 AM, alexus wrote: > > > I've tried upgrading my FreeBSD 9.1 to 9.2 via freebsd-update and I guess > > I did something wrong and now I'm trying to run mergemaster and I'm > unable > > to do so, although I do remember merging passwd file w/ new user > auditdistd > > > > how can I re-run mergemaster? > > > > f9# mergemaster > > > > *** The directory specified for the temporary root environment, > > /var/tmp/temproot, exists. This can be a security risk if untrusted > > users have access to the system. > > > > Use 'd' to delete the old /var/tmp/temproot and continue > > Use 't' to select a new temporary root directory > > Use 'e' to exit mergemaster > > > > Default is to use /var/tmp/temproot as is > > > > How should I deal with this? [Use the existing /var/tmp/temproot] > > > >*** Leaving /var/tmp/temproot intact > > > > *** Creating the temporary root environment in /var/tmp/temproot > > *** /var/tmp/temproot ready for use > > *** Creating and populating directory structure in /var/tmp/temproot > > > > mtree: line 21: unknown user auditdistd > > > > *** FATAL ERROR: Cannot 'cd' to /usr/src and install files to > > the temproot environment > > > > f9# > > > > > > > -- > http://alexus.org/ > ___ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to " > freebsd-questions-unsubscr...@freebsd.org" > Hi Alexus, You should have a look to this topic on FreeBSD Forums http://forums.freebsd.org/showthread.php?t=36454 Kind regards, Alexandre ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: mtree: line 21: unknown user auditdistd
I've re-run pwd_mkdb now auditdistd user is there, yet back to mergemaster issues: [root@f9 ~]# pwd_mkdb -p /etc/master.passwd [root@f9 ~]# id auditdistd uid=78(auditdistd) gid=77(audit) groups=77(audit) [root@f9 ~]# mergemaster *** Creating the temporary root environment in /var/tmp/temproot *** /var/tmp/temproot ready for use *** Creating and populating directory structure in /var/tmp/temproot install: illegal option -- l usage: install [-bCcMpSsv] [-B suffix] [-f flags] [-g group] [-m mode] [-o owner] file1 file2 install [-bCcMpSsv] [-B suffix] [-f flags] [-g group] [-m mode] [-o owner] file1 ... fileN directory install -d [-v] [-g group] [-m mode] [-o owner] directory ... *** FATAL ERROR: Cannot 'cd' to /usr/src and install files to the temproot environment [root@f9 ~]# On Tue, Oct 1, 2013 at 11:52 AM, alexus wrote: > I even sort of have that user... > > f9# grep auditdistd /etc/*passwd > /etc/master.passwd:auditdistd:*:78:77::0:0:Auditdistd unprivileged > user:/var/empty:/usr/sbin/nologin > /etc/passwd:auditdistd:*:78:77:Auditdistd unprivileged > user:/var/empty:/usr/sbin/nologin > f9# > > > > On Tue, Oct 1, 2013 at 11:32 AM, alexus wrote: > >> I've tried upgrading my FreeBSD 9.1 to 9.2 via freebsd-update and I guess >> I did something wrong and now I'm trying to run mergemaster and I'm unable >> to do so, although I do remember merging passwd file w/ new user auditdistd >> >> how can I re-run mergemaster? >> >> f9# mergemaster >> >> *** The directory specified for the temporary root environment, >> /var/tmp/temproot, exists. This can be a security risk if untrusted >> users have access to the system. >> >> Use 'd' to delete the old /var/tmp/temproot and continue >> Use 't' to select a new temporary root directory >> Use 'e' to exit mergemaster >> >> Default is to use /var/tmp/temproot as is >> >> How should I deal with this? [Use the existing /var/tmp/temproot] >> >>*** Leaving /var/tmp/temproot intact >> >> *** Creating the temporary root environment in /var/tmp/temproot >> *** /var/tmp/temproot ready for use >> *** Creating and populating directory structure in /var/tmp/temproot >> >> mtree: line 21: unknown user auditdistd >> >> *** FATAL ERROR: Cannot 'cd' to /usr/src and install files to >> the temproot environment >> >> f9# >> >> > > > -- > http://alexus.org/ > -- http://alexus.org/ ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: mtree: line 21: unknown user auditdistd
I even sort of have that user... f9# grep auditdistd /etc/*passwd /etc/master.passwd:auditdistd:*:78:77::0:0:Auditdistd unprivileged user:/var/empty:/usr/sbin/nologin /etc/passwd:auditdistd:*:78:77:Auditdistd unprivileged user:/var/empty:/usr/sbin/nologin f9# On Tue, Oct 1, 2013 at 11:32 AM, alexus wrote: > I've tried upgrading my FreeBSD 9.1 to 9.2 via freebsd-update and I guess > I did something wrong and now I'm trying to run mergemaster and I'm unable > to do so, although I do remember merging passwd file w/ new user auditdistd > > how can I re-run mergemaster? > > f9# mergemaster > > *** The directory specified for the temporary root environment, > /var/tmp/temproot, exists. This can be a security risk if untrusted > users have access to the system. > > Use 'd' to delete the old /var/tmp/temproot and continue > Use 't' to select a new temporary root directory > Use 'e' to exit mergemaster > > Default is to use /var/tmp/temproot as is > > How should I deal with this? [Use the existing /var/tmp/temproot] > >*** Leaving /var/tmp/temproot intact > > *** Creating the temporary root environment in /var/tmp/temproot > *** /var/tmp/temproot ready for use > *** Creating and populating directory structure in /var/tmp/temproot > > mtree: line 21: unknown user auditdistd > > *** FATAL ERROR: Cannot 'cd' to /usr/src and install files to > the temproot environment > > f9# > > -- http://alexus.org/ ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
mtree: line 21: unknown user auditdistd
I've tried upgrading my FreeBSD 9.1 to 9.2 via freebsd-update and I guess I did something wrong and now I'm trying to run mergemaster and I'm unable to do so, although I do remember merging passwd file w/ new user auditdistd how can I re-run mergemaster? f9# mergemaster *** The directory specified for the temporary root environment, /var/tmp/temproot, exists. This can be a security risk if untrusted users have access to the system. Use 'd' to delete the old /var/tmp/temproot and continue Use 't' to select a new temporary root directory Use 'e' to exit mergemaster Default is to use /var/tmp/temproot as is How should I deal with this? [Use the existing /var/tmp/temproot] *** Leaving /var/tmp/temproot intact *** Creating the temporary root environment in /var/tmp/temproot *** /var/tmp/temproot ready for use *** Creating and populating directory structure in /var/tmp/temproot mtree: line 21: unknown user auditdistd *** FATAL ERROR: Cannot 'cd' to /usr/src and install files to the temproot environment f9# ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: Backup with mtree and rsync?
No (not directly, except overwriting directories with content), but cpdup can; see "man cpdup" for details and inspiration. True, but cpdup is not part of the base system. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: Backup with mtree and rsync?
I apparently reinvented the wheel. :-) Thanks for the link, it is indeed very inspiring. Quoting Ciprian Dorin Craciun : On Sat, Jan 5, 2013 at 8:12 PM, wrote: I have been wondering whether it is possible to create a backup system using mtree and rsync. Essentially, the user would create a mtree specification of the source directory and copy it over to the destination directory with rsync. Any changes in the destination could then be detected before restoring with the mtree specification, which should contain strong hashes of the files and should not contain the nlink keyword. A little bit off-topic, but there is a small tool that does something similar to your suggested `mtree` usage, but specifically tailored for backups, `rdup`: http://miek.nl/projects/rdup Although I've not used it myself (I use `rdiff-backup` and on Linux), the idea is pretty similar with what you want to achieve: * you run `rdup` with an old "descriptor file" plus a target path, and in turn it generates: * a new "descriptor file"; * a list of files that should be backed up; * you then decide what you do with the list of files to be backed-up (i.e. put them in a `tar`, `rysnc` them to a server, etc.); Hope it helps, Ciprian. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: Backup with mtree and rsync?
On Sat, Jan 5, 2013 at 8:12 PM, wrote: > I have been wondering whether it is possible to create a backup system > using mtree and rsync. Essentially, the user would create a mtree > specification of the source directory and copy it over to the destination > directory with rsync. Any changes in the destination could then be > detected before restoring with the mtree specification, which should > contain strong hashes of the files and should not contain the nlink > keyword. A little bit off-topic, but there is a small tool that does something similar to your suggested `mtree` usage, but specifically tailored for backups, `rdup`: http://miek.nl/projects/rdup Although I've not used it myself (I use `rdiff-backup` and on Linux), the idea is pretty similar with what you want to achieve: * you run `rdup` with an old "descriptor file" plus a target path, and in turn it generates: * a new "descriptor file"; * a list of files that should be backed up; * you then decide what you do with the list of files to be backed-up (i.e. put them in a `tar`, `rysnc` them to a server, etc.); Hope it helps, Ciprian. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: Backup with mtree and rsync?
On Tue, 08 Jan 2013 15:57:39 -0200, schu...@ime.usp.br wrote: > > It's possible that the mtree support in tar(8) might be able to do it, > > but it would probably be a lot slower. > > Wait, can tar be used to remove files? No (not directly, except overwriting directories with content), but cpdup can; see "man cpdup" for details and inspiration. -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: Backup with mtree and rsync?
I don't see any way to do this directly. What you probably want to do is use find(1) to pick out the new files to check, and then merge the changes into the old mtree(8) spec. Not trivial, but the spec syntax is intended to be easy to parse, so it shouldn't be that hard either. What I am currently doing somewhat fits your description. I feed find output into a C program that merges the old description with the directory state to produce a new description. However, I use a format different than mtree. I was seeking a shorter, more elegant, solution. It's possible that the mtree support in tar(8) might be able to do it, but it would probably be a lot slower. Wait, can tar be used to remove files? ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: Backup with mtree and rsync?
schu...@ime.usp.br writes: > I have been wondering whether it is possible to create a backup system > using mtree and rsync. Essentially, the user would create a mtree > specification of the source directory and copy it over to the destination > directory with rsync. Any changes in the destination could then be > detected before restoring with the mtree specification, which should > contain strong hashes of the files and should not contain the nlink > keyword. > > The problem is that mtree would be too slow. It would recompute the > hashes of big files even when they did not change from the last backup. > Therefore, I would like to ask if there is an easy way to accomplish > the following. > > Let a mtree specification of a directory from a certain point in the > past be given. Also, assume that a (regular) file below that directory > has not changed if its current modification time (mtime) equals > its modification time in the past specification. > Produce as output the new mtree specification for the directory without > reading these files. > > This is somewhat like rsync does to perform incremental backups. Except that you have a spec for mtree to be sure the backup copy hasn't been corrupted. I don't see any way to do this directly. What you probably want to do is use find(1) to pick out the new files to check, and then merge the changes into the old mtree(8) spec. Not trivial, but the spec syntax is intended to be easy to parse, so it shouldn't be that hard either. > P.S.: As an aside, is there an utility in the base system that can > reproduce the behavior of `rsync --delete -a dir0/ dir1/`? It's possible that the mtree support in tar(8) might be able to do it, but it would probably be a lot slower. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: mtree spec
Robert Bonomi wrote: From owner-freebsd-questi...@freebsd.org Tue Jan 8 07:35:39 2013 Date: Tue, 08 Jan 2013 08:32:17 -0500 From: Fbsd8 To: FreeBSD questions Subject: mtree spec I have this mtree specification file /set type=dir uname=root gname=wheel . etc .. root .. usr local etc .. .. .. .. But I want to have it behave a little differently. What I am after is etc has to be present and any sub-directories off of etc is not a error. Same thing for for root and usr/local/etc The answers to those issues are found in 'man mtree'. IOW, RTFM applies. What you think I got this far without reading the manual. If I had greater understanding what the manual was saying I would not be asking for help. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: mtree spec
> From owner-freebsd-questi...@freebsd.org Tue Jan 8 07:35:39 2013 > Date: Tue, 08 Jan 2013 08:32:17 -0500 > From: Fbsd8 > To: FreeBSD questions > Subject: mtree spec > > I have this mtree specification file > > /set type=dir uname=root gname=wheel > . > etc > .. > root > .. > usr > local > etc > .. > .. > .. > .. > > But I want to have it behave a little differently. > What I am after is etc has to be present and any sub-directories off of > etc is not a error. Same thing for for root and usr/local/etc > The answers to those issues are found in 'man mtree'. IOW, RTFM applies. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
mtree spec
I have this mtree specification file /set type=dir uname=root gname=wheel . etc .. root .. usr local etc .. .. .. .. But I want to have it behave a little differently. What I am after is etc has to be present and any sub-directories off of etc is not a error. Same thing for for root and usr/local/etc Can I do it using the nlink option on the etc level above or use some flag on mtree -d command I feed the above specification file to? ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Backup with mtree and rsync?
I have been wondering whether it is possible to create a backup system using mtree and rsync. Essentially, the user would create a mtree specification of the source directory and copy it over to the destination directory with rsync. Any changes in the destination could then be detected before restoring with the mtree specification, which should contain strong hashes of the files and should not contain the nlink keyword. The problem is that mtree would be too slow. It would recompute the hashes of big files even when they did not change from the last backup. Therefore, I would like to ask if there is an easy way to accomplish the following. Let a mtree specification of a directory from a certain point in the past be given. Also, assume that a (regular) file below that directory has not changed if its current modification time (mtime) equals its modification time in the past specification. Produce as output the new mtree specification for the directory without reading these files. This is somewhat like rsync does to perform incremental backups. P.S.: As an aside, is there an utility in the base system that can reproduce the behavior of `rsync --delete -a dir0/ dir1/`? ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: HELP! core dumps: install, mtree, et cetera all of the sudden after portmaster security/cyrus-sasl2
Am 08/16/12 21:44, schrieb Garrett Cooper: > On Thu, Aug 16, 2012 at 8:33 AM, Hartmann, O. > wrote: >> >> I ran into a very delicate and nasty situation. > > ... > >> On both FBSD 10 boxes, the installation of the port security/cyrus-sasl2 >> got corrupted by "install" and/or "mtree" dumping core and signalling >> SIGNAL 11. Booting into multiuser mode is impossible, login core dumps >> SIGNAL 11, many other daemons, too. The only way is to boot into single >> user mode. > > I'm not drawing a correlation between this and unrelated coredumping > processes. Me neither, I report this for completeness, since I'm not a OS developer, such a behaviour could hint/indicate people who are involved in the OS development, what is going on. Sorry when I'm trying to be too precise (precise as precise I can be without the exact terminology!). > >> An installation failed due to pkg(ng) was missing libarchive.so via >> portmaster or via core dumping install(1). By installing on one box, my >> home box, port security/cyrus-sasl2 manually, luckily install(1) and >> mtree(1) didn't coredump and it worked - and this precedure rescued me. >> But on my lab's development box, it doesn't work! > > Don't make delete-old-lib unless you have it moved off to compat > directories, or have rebuilt everything using the new libarchive. I didn't! As I wrote before, this mess happened on ALL(!) freeBSD 10.0-CURRENT boxes in the very same way when I updated/reinstalled security/cyrus-sasl2. Moreover: I can reproduce this on all boxes. All my boxes use OpenLDAP as a backend with SASL2 enabled (not used so far). > >> On this specific box, where this nasty problem also occured the same way >> by simply recompiling everything for port www/apache22, including the >> reinstallation of port security/cyrus-sasl2. Nearly every binary is >> suddenly coredumping (as on the home box). login, vi, install, devfs, >> syslogd, mtree, id, find ... a whole lot of binaries seem to be >> compromised by something I do not see (libsasl2.so perhaps?). > > truss the binaries to figure out exactly what's going wrong. I will try, but when this errative coredumps of binaries occur, nothing works properly that is using any kinf of dynamical loaded library! Only the binaries (static?) from /resucue/* do their work. > > A lot of this lost effort could be avoided (like others have posted on > the list more than once), by having a centralized package distribution > server, and by having VMs or jails and keeping snapshots with > pre-upgrade state on the package building machine to avoid "dead in > the water scenarios" like you're in right now. Yes, I'm working on this. it seems, that it becomes more relevant since I realized that FreeBSD suffers sometimes from misleaded ports or ports which suddenly are marked BROKEN and do not get compiled ... > >> I tried to help myself via copying /rescue/vi to /usr/bin/vi to have at >> least a working vi. But in /rescue, I can not find install or mtree. I'm >> not familiar with the sophisticated ways of /rescue. Where are >> install(1) and mtree(1)? > > I ran into this issue too a little while ago. I basically gave up on > recovering a VM and nuked and repaved it using a LiveCD with a chroot, > some cp -p'ing, etc. But yes.. it would be nice if I could have > recovered the system at least with a static toolchain: cc, binutils > [equivalent], mtree, install, etc. This is how I recovered the nasty broken box. The other one was easy to recover by reinstalling security/cyrus-sasl2. I'm quite sure that there is something very foul with something in LDAP or SASL2, since I can reproduce that proplem. I saw that rtdl-elf has got some quirks these days, I will try to go behind the date/version of the source tree when it was committed and check whether this is the problem. > > ... > >> Disabling this pkgng tag leads to reinstallation of missing packages, >> which are store in the pkgng sqlite format and not as ASCII anymore, but >> then I get >> /var/runld-elf.so.hints: No such file or directory >> Error: shared library "iconv.3" does not exist. > > service ldconfig start ? Yes ... sorry ... in the heat of the fight I forgot ... but it doesn't make the problem go away. > >> But most of the libs have never been touch! So what is the loader >> complaining about? > > ... > >> I tried to find rescue images and a rescue DVD of a snap shot server, >> but there is no way to crawl through the informations on the web pages >> towards a snapshot. All folders end up in 2011 and highly outdated >> (www.free
Re: HELP! core dumps: install, mtree, et cetera all of the sudden after portmaster security/cyrus-sasl2
On Fri, Aug 17, 2012 at 09:44:40AM +0200, Hartmann, O. wrote: > >> An installation failed due to pkg(ng) was missing libarchive.so via > > > > There is pkg-static for recovering in this type of situation. > > Oh ... I'm new to pkg(ng). > No worries. It is a nice thing to know about, since after a big shlib bump during an upgrade, if all else is broken, you can still at least get /rescue stuff and pkg-static to upgrade third party software. > >> If someone has some hints how to recompile the sources with an emergency > >> booted disk, I highly appreciate some desater advice. Maybe the release > >> of FreeBSD-10-CURRENT sources I compiled do have accidentally a nasty > >> bug, so it would be nice to update the sources and have a complete > >> recompilation done. > >> > > > > If you can get booted into a recovery medium, you can mount /usr/src and > > /usr/obj from the hosed system, and should be able to > > installworld/installkernel into the hosed system with DESTDIR set. > > > > I do this the very moment with the RELEASE CD I found at allbsd.org for > the most recent FBSD 10.0-CURRENT as from 16.08.2012. I try to build the > sources and install them into the mounted DESTDIR. > I have lately been creating memstick images for this exact type of thing. On -CURRENT and 9-STABLE, you can do: # make -C /usr/src buildworld buildkernel # make -C /usr/src/release NOSRC=yes NODOCS=yes NOPORTS=yes memstick Then take the resulting memory stick image to use for recovery. Glen ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: HELP! core dumps: install, mtree, et cetera all of the sudden after portmaster security/cyrus-sasl2
On 08/16/12 17:44, Glen Barber wrote: > On Thu, Aug 16, 2012 at 05:33:20PM +0200, Hartmann, O. wrote: >> >> I ran into a very delicate and nasty situation. >> >> On several boxes, FreeBSD 9.1-PRE and FreeBSD 10-CURRENT (build of >> CURRENT sources from yesterday, r239295 Wed August 15 17:04:51 CEST 2012 >> amd64, I had to recompile all requirements of port Apache22, since after >> the port update it core dumped. >> >> On FreeBSD 9.1-PRE, with pkg(ng), things went well. Recompilation and >> installation of all "portmaster -f apache-2.2" requirements went perfect. >> >> On both FreeBSD 10-CURRENT boxes it ended up in a mess, all of a >> sudden(!), while reinstalling port security/cyrus-sasl2, things started >> to fail in a dramatik way! >> >> On both FBSD 10 boxes, the installation of the port security/cyrus-sasl2 >> got corrupted by "install" and/or "mtree" dumping core and signalling >> SIGNAL 11. Booting into multiuser mode is impossible, login core dumps >> SIGNAL 11, many other daemons, too. The only way is to boot into single >> user mode. >> >> An installation failed due to pkg(ng) was missing libarchive.so via > > There is pkg-static for recovering in this type of situation. Oh ... I'm new to pkg(ng). > >> portmaster or via core dumping install(1). By installing on one box, my >> home box, port security/cyrus-sasl2 manually, luckily install(1) and >> mtree(1) didn't coredump and it worked - and this precedure rescued me. >> But on my lab's development box, it doesn't work! >> >> On this specific box, where this nasty problem also occured the same way >> by simply recompiling everything for port www/apache22, including the >> reinstallation of port security/cyrus-sasl2. Nearly every binary is >> suddenly coredumping (as on the home box). login, vi, install, devfs, >> syslogd, mtree, id, find ... a whole lot of binaries seem to be >> compromised by something I do not see (libsasl2.so perhaps?). >> >> I tried to help myself via copying /rescue/vi to /usr/bin/vi to have at >> least a working vi. But in /rescue, I can not find install or mtree. I'm >> not familiar with the sophisticated ways of /rescue. Where are >> install(1) and mtree(1)? >> >> Trying to reinstall security/cyrus-sasl2 from single-user fails due >> install coredumps. pkg(ng) fails due to missing libpkg.so.5 and even >> rejects being reinstalled. But /usr/local/lib/libpkg.so.0 is even there! >> Disabling the use of pkg with commenting out WITH_PKGNG=yes in >> /etc/make.conf leads to the above issues with mtree and install. >> Disabling this pkgng tag leads to reinstallation of missing packages, >> which are store in the pkgng sqlite format and not as ASCII anymore, but >> then I get >> /var/runld-elf.so.hints: No such file or directory > > Is this a typo, or literal transcription? (The missing "/" between > 'run' and 'ld-elf.so.hints', that is.) A typo, sorry. I had to type it from the screen of the broken box to the laptop. > >> Error: shared library "iconv.3" does not exist. >> >> But most of the libs have never been touch! So what is the loader >> complaining about? >> >> Well, I'm floating like a dead man in the water and I'm glad that one >> box survided although suffering from the same symptomes. >> >> I tried to find rescue images and a rescue DVD of a snap shot server, >> but there is no way to crawl through the informations on the web pages >> towards a snapshot. All folders end up in 2011 and highly outdated >> (www.freebsd.org, I didn't look at mirrors since I thought the main >> server carries the most recent stuff). This isn't funny. No lead, no >> hint, even in the download section. >> > > Yes, I have been complaining about this for a while now... This is a so unneccessary issue. Why are people bothering themselfs with hiding a bit of information? If one isn't a cold-blood developer aware of all the neat knobs of FBSD and where to ask and where to look, a novice or not-so-well-informed guy like me run into frustration. The main page should have a hint present, where to find the newest stuff. Leaving the officiela page the way it is at the moment in this specific issue, it looks a bit "unmaintained" ... > >> If someone has some hints how to recompile the sources with an emergency >> booted disk, I highly appreciate some desater advice. Maybe the release >> of FreeBSD-10-CURRENT sources I compiled do have accidentally a nasty >> bug, so it would be nice to u
Re: HELP! core dumps: install, mtree, et cetera all of the sudden after portmaster security/cyrus-sasl2
On Thu, Aug 16, 2012 at 8:33 AM, Hartmann, O. wrote: > > I ran into a very delicate and nasty situation. ... > On both FBSD 10 boxes, the installation of the port security/cyrus-sasl2 > got corrupted by "install" and/or "mtree" dumping core and signalling > SIGNAL 11. Booting into multiuser mode is impossible, login core dumps > SIGNAL 11, many other daemons, too. The only way is to boot into single > user mode. I'm not drawing a correlation between this and unrelated coredumping processes. > An installation failed due to pkg(ng) was missing libarchive.so via > portmaster or via core dumping install(1). By installing on one box, my > home box, port security/cyrus-sasl2 manually, luckily install(1) and > mtree(1) didn't coredump and it worked - and this precedure rescued me. > But on my lab's development box, it doesn't work! Don't make delete-old-lib unless you have it moved off to compat directories, or have rebuilt everything using the new libarchive. > On this specific box, where this nasty problem also occured the same way > by simply recompiling everything for port www/apache22, including the > reinstallation of port security/cyrus-sasl2. Nearly every binary is > suddenly coredumping (as on the home box). login, vi, install, devfs, > syslogd, mtree, id, find ... a whole lot of binaries seem to be > compromised by something I do not see (libsasl2.so perhaps?). truss the binaries to figure out exactly what's going wrong. A lot of this lost effort could be avoided (like others have posted on the list more than once), by having a centralized package distribution server, and by having VMs or jails and keeping snapshots with pre-upgrade state on the package building machine to avoid "dead in the water scenarios" like you're in right now. > I tried to help myself via copying /rescue/vi to /usr/bin/vi to have at > least a working vi. But in /rescue, I can not find install or mtree. I'm > not familiar with the sophisticated ways of /rescue. Where are > install(1) and mtree(1)? I ran into this issue too a little while ago. I basically gave up on recovering a VM and nuked and repaved it using a LiveCD with a chroot, some cp -p'ing, etc. But yes.. it would be nice if I could have recovered the system at least with a static toolchain: cc, binutils [equivalent], mtree, install, etc. ... > Disabling this pkgng tag leads to reinstallation of missing packages, > which are store in the pkgng sqlite format and not as ASCII anymore, but > then I get > /var/runld-elf.so.hints: No such file or directory > Error: shared library "iconv.3" does not exist. service ldconfig start ? > But most of the libs have never been touch! So what is the loader > complaining about? ... > I tried to find rescue images and a rescue DVD of a snap shot server, > but there is no way to crawl through the informations on the web pages > towards a snapshot. All folders end up in 2011 and highly outdated > (www.freebsd.org, I didn't look at mirrors since I thought the main > server carries the most recent stuff). This isn't funny. No lead, no > hint, even in the download section. > > If someone has some hints how to recompile the sources with an emergency > booted disk, I highly appreciate some desater advice. Maybe the release > of FreeBSD-10-CURRENT sources I compiled do have accidentally a nasty > bug, so it would be nice to update the sources and have a complete > recompilation done. > > Thanks in advance, Simply put: fix your infrastructure (as this isn't the first time you have complained about infrastructure issues on the MLs). A lot of these issues should not be issues if you set up your infrastructure properly to deal with building things only once, backup packages before installation, you had snapshots of your system, etc. This will help you avoid administration pain, and hopefully will result in less duplicated work. Cheers, -Garrett ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: HELP! core dumps: install, mtree, et cetera all of the sudden after portmaster security/cyrus-sasl2
On Thu, Aug 16, 2012 at 11:33 AM, O. Hartmann wrote: > I ran into a very delicate and nasty situation. Please don't cross-post / double-post. Thanks, -Garrett ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
HELP! core dumps: install, mtree, et cetera all of the sudden after portmaster security/cyrus-sasl2
I ran into a very delicate and nasty situation. On several boxes, FreeBSD 9.1-PRE and FreeBSD 10-CURRENT (build of CURRENT sources from yesterday, r239295 Wed August 15 17:04:51 CEST 2012 amd64, I had to recompile all requirements of port Apache22, since after the port update it core dumped. On FreeBSD 9.1-PRE, with pkg(ng), things went well. Recompilation and installation of all "portmaster -f apache-2.2" requirements went perfect. On both FreeBSD 10-CURRENT boxes it ended up in a mess, all of a sudden(!), while reinstalling port security/cyrus-sasl2, things started to fail in a dramatik way! On both FBSD 10 boxes, the installation of the port security/cyrus-sasl2 got corrupted by "install" and/or "mtree" dumping core and signalling SIGNAL 11. Booting into multiuser mode is impossible, login core dumps SIGNAL 11, many other daemons, too. The only way is to boot into single user mode. An installation failed due to pkg(ng) was missing libarchive.so via portmaster or via core dumping install(1). By installing on one box, my home box, port security/cyrus-sasl2 manually, luckily install(1) and mtree(1) didn't coredump and it worked - and this precedure rescued me. But on my lab's development box, it doesn't work! On this specific box, where this nasty problem also occured the same way by simply recompiling everything for port www/apache22, including the reinstallation of port security/cyrus-sasl2. Nearly every binary is suddenly coredumping (as on the home box). login, vi, install, devfs, syslogd, mtree, id, find ... a whole lot of binaries seem to be compromised by something I do not see (libsasl2.so perhaps?). I tried to help myself via copying /rescue/vi to /usr/bin/vi to have at least a working vi. But in /rescue, I can not find install or mtree. I'm not familiar with the sophisticated ways of /rescue. Where are install(1) and mtree(1)? Trying to reinstall security/cyrus-sasl2 from single-user fails due install coredumps. pkg(ng) fails due to missing libpkg.so.5 and even rejects being reinstalled. But /usr/local/lib/libpkg.so.0 is even there! Disabling the use of pkg with commenting out WITH_PKGNG=yes in /etc/make.conf leads to the above issues with mtree and install. Disabling this pkgng tag leads to reinstallation of missing packages, which are store in the pkgng sqlite format and not as ASCII anymore, but then I get /var/runld-elf.so.hints: No such file or directory Error: shared library "iconv.3" does not exist. But most of the libs have never been touch! So what is the loader complaining about? Well, I'm floating like a dead man in the water and I'm glad that one box survided although suffering from the same symptomes. I tried to find rescue images and a rescue DVD of a snap shot server, but there is no way to crawl through the informations on the web pages towards a snapshot. All folders end up in 2011 and highly outdated (www.freebsd.org, I didn't look at mirrors since I thought the main server carries the most recent stuff). This isn't funny. No lead, no hint, even in the download section. If someone has some hints how to recompile the sources with an emergency booted disk, I highly appreciate some desater advice. Maybe the release of FreeBSD-10-CURRENT sources I compiled do have accidentally a nasty bug, so it would be nice to update the sources and have a complete recompilation done. Thanks in advance, oh signature.asc Description: OpenPGP digital signature
Re: HELP! core dumps: install, mtree, et cetera all of the sudden after portmaster security/cyrus-sasl2
On 8/16/2012 10:33 AM, Hartmann, O. wrote: > I tried to find rescue images and a rescue DVD of a snap shot server, > but there is no way to crawl through the informations on the web pages > towards a snapshot. All folders end up in 2011 and highly outdated > (www.freebsd.org, I didn't look at mirrors since I thought the main > server carries the most recent stuff). This isn't funny. No lead, no > hint, even in the download section. http://pub.allbsd.org/FreeBSD-snapshots/ Bryan ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: HELP! core dumps: install, mtree, et cetera all of the sudden after portmaster security/cyrus-sasl2
On Thu, Aug 16, 2012 at 05:33:20PM +0200, Hartmann, O. wrote: > > I ran into a very delicate and nasty situation. > > On several boxes, FreeBSD 9.1-PRE and FreeBSD 10-CURRENT (build of > CURRENT sources from yesterday, r239295 Wed August 15 17:04:51 CEST 2012 > amd64, I had to recompile all requirements of port Apache22, since after > the port update it core dumped. > > On FreeBSD 9.1-PRE, with pkg(ng), things went well. Recompilation and > installation of all "portmaster -f apache-2.2" requirements went perfect. > > On both FreeBSD 10-CURRENT boxes it ended up in a mess, all of a > sudden(!), while reinstalling port security/cyrus-sasl2, things started > to fail in a dramatik way! > > On both FBSD 10 boxes, the installation of the port security/cyrus-sasl2 > got corrupted by "install" and/or "mtree" dumping core and signalling > SIGNAL 11. Booting into multiuser mode is impossible, login core dumps > SIGNAL 11, many other daemons, too. The only way is to boot into single > user mode. > > An installation failed due to pkg(ng) was missing libarchive.so via There is pkg-static for recovering in this type of situation. > portmaster or via core dumping install(1). By installing on one box, my > home box, port security/cyrus-sasl2 manually, luckily install(1) and > mtree(1) didn't coredump and it worked - and this precedure rescued me. > But on my lab's development box, it doesn't work! > > On this specific box, where this nasty problem also occured the same way > by simply recompiling everything for port www/apache22, including the > reinstallation of port security/cyrus-sasl2. Nearly every binary is > suddenly coredumping (as on the home box). login, vi, install, devfs, > syslogd, mtree, id, find ... a whole lot of binaries seem to be > compromised by something I do not see (libsasl2.so perhaps?). > > I tried to help myself via copying /rescue/vi to /usr/bin/vi to have at > least a working vi. But in /rescue, I can not find install or mtree. I'm > not familiar with the sophisticated ways of /rescue. Where are > install(1) and mtree(1)? > > Trying to reinstall security/cyrus-sasl2 from single-user fails due > install coredumps. pkg(ng) fails due to missing libpkg.so.5 and even > rejects being reinstalled. But /usr/local/lib/libpkg.so.0 is even there! > Disabling the use of pkg with commenting out WITH_PKGNG=yes in > /etc/make.conf leads to the above issues with mtree and install. > Disabling this pkgng tag leads to reinstallation of missing packages, > which are store in the pkgng sqlite format and not as ASCII anymore, but > then I get > /var/runld-elf.so.hints: No such file or directory Is this a typo, or literal transcription? (The missing "/" between 'run' and 'ld-elf.so.hints', that is.) > Error: shared library "iconv.3" does not exist. > > But most of the libs have never been touch! So what is the loader > complaining about? > > Well, I'm floating like a dead man in the water and I'm glad that one > box survided although suffering from the same symptomes. > > I tried to find rescue images and a rescue DVD of a snap shot server, > but there is no way to crawl through the informations on the web pages > towards a snapshot. All folders end up in 2011 and highly outdated > (www.freebsd.org, I didn't look at mirrors since I thought the main > server carries the most recent stuff). This isn't funny. No lead, no > hint, even in the download section. > Yes, I have been complaining about this for a while now... > If someone has some hints how to recompile the sources with an emergency > booted disk, I highly appreciate some desater advice. Maybe the release > of FreeBSD-10-CURRENT sources I compiled do have accidentally a nasty > bug, so it would be nice to update the sources and have a complete > recompilation done. > If you can get booted into a recovery medium, you can mount /usr/src and /usr/obj from the hosed system, and should be able to installworld/installkernel into the hosed system with DESTDIR set. Glen ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
HELP! core dumps: install, mtree, et cetera all of the sudden after portmaster security/cyrus-sasl2
I ran into a very delicate and nasty situation. On several boxes, FreeBSD 9.1-PRE and FreeBSD 10-CURRENT (build of CURRENT sources from yesterday, r239295 Wed August 15 17:04:51 CEST 2012 amd64, I had to recompile all requirements of port Apache22, since after the port update it core dumped. On FreeBSD 9.1-PRE, with pkg(ng), things went well. Recompilation and installation of all "portmaster -f apache-2.2" requirements went perfect. On both FreeBSD 10-CURRENT boxes it ended up in a mess, all of a sudden(!), while reinstalling port security/cyrus-sasl2, things started to fail in a dramatik way! On both FBSD 10 boxes, the installation of the port security/cyrus-sasl2 got corrupted by "install" and/or "mtree" dumping core and signalling SIGNAL 11. Booting into multiuser mode is impossible, login core dumps SIGNAL 11, many other daemons, too. The only way is to boot into single user mode. An installation failed due to pkg(ng) was missing libarchive.so via portmaster or via core dumping install(1). By installing on one box, my home box, port security/cyrus-sasl2 manually, luckily install(1) and mtree(1) didn't coredump and it worked - and this precedure rescued me. But on my lab's development box, it doesn't work! On this specific box, where this nasty problem also occured the same way by simply recompiling everything for port www/apache22, including the reinstallation of port security/cyrus-sasl2. Nearly every binary is suddenly coredumping (as on the home box). login, vi, install, devfs, syslogd, mtree, id, find ... a whole lot of binaries seem to be compromised by something I do not see (libsasl2.so perhaps?). I tried to help myself via copying /rescue/vi to /usr/bin/vi to have at least a working vi. But in /rescue, I can not find install or mtree. I'm not familiar with the sophisticated ways of /rescue. Where are install(1) and mtree(1)? Trying to reinstall security/cyrus-sasl2 from single-user fails due install coredumps. pkg(ng) fails due to missing libpkg.so.5 and even rejects being reinstalled. But /usr/local/lib/libpkg.so.0 is even there! Disabling the use of pkg with commenting out WITH_PKGNG=yes in /etc/make.conf leads to the above issues with mtree and install. Disabling this pkgng tag leads to reinstallation of missing packages, which are store in the pkgng sqlite format and not as ASCII anymore, but then I get /var/runld-elf.so.hints: No such file or directory Error: shared library "iconv.3" does not exist. But most of the libs have never been touch! So what is the loader complaining about? Well, I'm floating like a dead man in the water and I'm glad that one box survided although suffering from the same symptomes. I tried to find rescue images and a rescue DVD of a snap shot server, but there is no way to crawl through the informations on the web pages towards a snapshot. All folders end up in 2011 and highly outdated (www.freebsd.org, I didn't look at mirrors since I thought the main server carries the most recent stuff). This isn't funny. No lead, no hint, even in the download section. If someone has some hints how to recompile the sources with an emergency booted disk, I highly appreciate some desater advice. Maybe the release of FreeBSD-10-CURRENT sources I compiled do have accidentally a nasty bug, so it would be nice to update the sources and have a complete recompilation done. Thanks in advance, oh ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: mtree unable to find group wheel, possible corrupt /etc/group file
On Wed, 13 Jan 2010 21:44:28 +0600 Yuri Pankov <yuri.pan...@gmail.com> wrote On Wed, Jan 13, 2010 at 09:32:41PM +0600, keneasson wrote: > Hi all, > > I've got a number of ports that will build but not install. > > The error is: > > ===> Generating temporary packing list > ===> Checking if deskutils/gucharmap already installed > mtree: line 1: unknown group wheel--- wheel---? Check your /etc/mtree/ files also for mergemaster's cruft. > *** Error code 1 > > > I discovered that i had patch code left over from mergemaster in my /etc/group file, i have deleted and rebooted. > unfortunately, i still get the same error when i try to install ports. > > the group file seems to have been readable to something, as i could sudo and su from my login user. > > any help greatly appreciated. > > # $FreeBSD: src/etc/group,v 1.35.10.1 2009/08/03 08:13:06 kensmith Exp $ > # > wheel:*:0:root,justken,www > daemon:*:1: > kmem:*:2: > sys:*:3: > tty:*:4: > operator:*:5:root > ... > authpf:*:63: > _pflogd:*:64: > _dhcp:*:65: > > -ken Yuri Thank you, not sure where the fluff came from but the culprit was: /usr/local/etc/mtree/BSD.gnome.dist: which had group=wheel--- /etc/group 1 mode=0755 seems i might have other cruft too: tar: +*: Not found in archive Thanks. ken. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: mtree unable to find group wheel, possible corrupt /etc/group file
On Wed, Jan 13, 2010 at 09:32:41PM +0600, keneasson wrote: > Hi all, > > I've got a number of ports that will build but not install. > > The error is: > > ===> Generating temporary packing list > ===> Checking if deskutils/gucharmap already installed > mtree: line 1: unknown group wheel--- wheel---? Check your /etc/mtree/ files also for mergemaster's cruft. > *** Error code 1 > > > I discovered that i had patch code left over from mergemaster in my > /etc/group file, i have deleted and rebooted. > unfortunately, i still get the same error when i try to install ports. > > the group file seems to have been readable to something, as i could sudo and > su from my login user. > > any help greatly appreciated. > > # $FreeBSD: src/etc/group,v 1.35.10.1 2009/08/03 08:13:06 kensmith Exp $ > # > wheel:*:0:root,justken,www > daemon:*:1: > kmem:*:2: > sys:*:3: > tty:*:4: > operator:*:5:root > ... > authpf:*:63: > _pflogd:*:64: > _dhcp:*:65: > > -ken Yuri ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
mtree unable to find group wheel, possible corrupt /etc/group file
Hi all, I've got a number of ports that will build but not install. The error is: ===> Generating temporary packing list ===> Checking if deskutils/gucharmap already installed mtree: line 1: unknown group wheel--- *** Error code 1 I discovered that i had patch code left over from mergemaster in my /etc/group file, i have deleted and rebooted. unfortunately, i still get the same error when i try to install ports. the group file seems to have been readable to something, as i could sudo and su from my login user. any help greatly appreciated. # $FreeBSD: src/etc/group,v 1.35.10.1 2009/08/03 08:13:06 kensmith Exp $ # wheel:*:0:root,justken,www daemon:*:1: kmem:*:2: sys:*:3: tty:*:4: operator:*:5:root ... authpf:*:63: _pflogd:*:64: _dhcp:*:65: -ken ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: mtree
In the last episode (Nov 10), Garcia, Tony said: > Another developer received approval to test mtree for our project. > He has since left and no one knows anything about this application. > We are looking at mtree as a way to provide auditing of machines for > permissions, ownership and date changes as well as performing cksum > on each file. Is there any way you can point me to documentation > that gives me a high and low level of what mtree can do. I've tried > compiling the version that was downloaded, but it fails because it > needs other files which are not present (like .h files). > > I'd appreciate any help you can provide. The google returns are far > too numerous to make heads or tails from. I also have checked the > freebsd info but I can't find any documentation. Thank you. Manpage: http://www.freebsd.org/cgi/man.cgi?query=mtree Here's a blog entry that explains how to use it as a file verification tool: http://blogs.techrepublic.com.com/security/?p=283 "Use mtree for filesystem integrity auditing" -- Dan Nelson [EMAIL PROTECTED] ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: mtree
On 11/10/08, Garcia, Tony <[EMAIL PROTECTED]> wrote: > Another developer received approval to test mtree for our project. He > has since left and no one knows anything about this application. We are > looking at mtree as a way to provide auditing of machines for > permissions, ownership and date changes as well as performing cksum on > each file. Is there any way you can point me to documentation that > gives me a high and low level of what mtree can do. I've tried > compiling the version that was downloaded, but it fails because it needs > other files which are not present (like .h files). > > > > I'd appreciate any help you can provide. The google returns are far too > numerous to make heads or tails from. I also have checked the freebsd > info but I can't find any documentation. Thank you. try: man mtree in your machine prompt ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
mtree
Another developer received approval to test mtree for our project. He has since left and no one knows anything about this application. We are looking at mtree as a way to provide auditing of machines for permissions, ownership and date changes as well as performing cksum on each file. Is there any way you can point me to documentation that gives me a high and low level of what mtree can do. I've tried compiling the version that was downloaded, but it fails because it needs other files which are not present (like .h files). I'd appreciate any help you can provide. The google returns are far too numerous to make heads or tails from. I also have checked the freebsd info but I can't find any documentation. Thank you. Tony Garcia ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Build: mtree: line 48: unknown group games
"Kyrre Nygård" <[EMAIL PROTECTED]> writes: > mtree: line 48: unknown group games > *** Error code 1 > > Is the games account really that important? It isn't very important in itself, but having the group and user present for a gid and uid that are in use is a bad idea. Having them there when not in use is relatively innocuous. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Build: mtree: line 48: unknown group games
mtree: line 48: unknown group games *** Error code 1 Is the games account really that important? Thanks, Kyrre ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: mtree
Lowell Gilbert writes: > In the "EXAMPLES" section of its manual, there is a formula for > how to "create an /etc/mtree style BSD.*.dist file" which is the > first half of what you want. I saw that ... > Offhand, I think "mtree -U" is enough to mash > everything back to the way the original specification described. ... but somehow missed this. (*WHAP*) Thanks to Lowell and Kris. Robert Huff ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: mtree
Robert Huff <[EMAIL PROTECTED]> writes: > I know mtree can be used to describe a directory layout, and > then to re-create that structure. Is there a place where this is > described? I figured out everything I wanted to know from the manual page. It's a pretty good manual -- the reason it gives people trouble is just that there are so *many* different things it can do. In the "EXAMPLES" section of its manual, there is a formula for how to "create an /etc/mtree style BSD.*.dist file" which is the first half of what you want. Offhand, I think "mtree -U" is enough to mash everything back to the way the original specification described. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: mtree
Robert Huff wrote: I know mtree can be used to describe a directory layout, and then to re-create that structure. Is there a place where this is described? Start with the manpage, I guess ;) There are also examples in /etc/mtree. Kris ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
mtree
I know mtree can be used to describe a directory layout, and then to re-create that structure. Is there a place where this is described? Respectfully, Robert Huff ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
share/locale/pl not in mtree
Why does /usr/local/share/locale/pl directory isn't mentioned in src/etc/mtree/BSD.local.dist? I can see files in that dir from, for example, devel/subversion or print/cups, but can't see any code that deletes this dir in case of deinstall. Isn't it a violation of the rule "everything created on port install must be deleted after deinstall"? ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
mtree(8): bug/compatibility with flags
hi, played around with mtree to save/restore directory/file permissions/owner/flags on demand. current "save" method is: mtree -c -i -n -x -p $h_dir -k type,flags,mode,uid,gid,link >$h_file; current "restore" method is: mtree -U -e -n -q -x -p $h_dir -k type,flags,mode,uid,gid,link <$h_file; save works perfectly, changing back uids and modes works, too. the problem: if you do this after you saved the mtree: chflags schg /any_mtree_file you have to run the mtree-restore twice, because mtree tries to set the mode 1st (which fails because of schg), and then removes the schg flags. so on the 2nd run, the mode would be set, but this is odd ;-) could it be better if mtree restores the permissions as they are listed by the keywords? ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Excluding paths with mtree
Norberto Meijome <[EMAIL PROTECTED]> writes: > Hi all, > I must be slower than normal today... how can I get mtree to ignore a > subdirectory of the path I'm telling it to map? > > I'm doing: > /usr/sbin/mtree -K sha256digest -x -c -p /usr/ > > but i dont want it to map /usr/home. > > I tried -X /usr/home, and creating /tmp/exc with /usr/home in it, and having > -X /tmp/exc in the cmd line... no luck, > > running 6.1 on i386. Put "home" in the /tmp/exc file. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Excluding paths with mtree
Hi all, I must be slower than normal today... how can I get mtree to ignore a subdirectory of the path I'm telling it to map? I'm doing: /usr/sbin/mtree -K sha256digest -x -c -p /usr/ but i dont want it to map /usr/home. I tried -X /usr/home, and creating /tmp/exc with /usr/home in it, and having -X /tmp/exc in the cmd line... no luck, running 6.1 on i386. TIA! Beto ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: How to create mtree files?
> [EMAIL PROTECTED] writes: > > > I would like to use the mtree utility to confirm no changes have > > occurred to system files since 'make installworld', similar to that > > possible with 'mtree -f /cdrom/5.4-RELEASE/base/base.mtree' on a > > release installation. This would also give the added advantage of > > being able to determine the current buildlevel of an installed > > system, I believe. Is it possible/easy to create new mtree files > > after the buildworld or installworld process? I've looked at the > > Release Engineering docs but it seems more than what I'd like to > > do. I should add that I am running tripwire, but I really want to > > have a quick way to verify which files were part of which installworld. > > "man 8 mtree" has full details. > > "mtree -c -p /" is the start of what you're looking for. Thanks - I misinterpreted what the '-c' flag does, but after running your example it all makes sense now. To wrap this up for me, is mtree the way to maintain a record of at what level a particular build was performed? In other words, using 'uname -a' tells me when the kernel was built, but what best tells me when /usr/bin/telnet was patched and built and against what source? cheers, -- Joel Hatton -- Security Analyst| Hotline: +61 7 3365 4417 AusCERT - Australia's national CERT | Fax: +61 7 3365 7031 The University of Queensland| WWW: www.auscert.org.au Qld 4072 Australia | Email: [EMAIL PROTECTED] ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: How to create mtree files?
[EMAIL PROTECTED] writes: > I would like to use the mtree utility to confirm no changes have > occurred to system files since 'make installworld', similar to that > possible with 'mtree -f /cdrom/5.4-RELEASE/base/base.mtree' on a > release installation. This would also give the added advantage of > being able to determine the current buildlevel of an installed > system, I believe. Is it possible/easy to create new mtree files > after the buildworld or installworld process? I've looked at the > Release Engineering docs but it seems more than what I'd like to > do. I should add that I am running tripwire, but I really want to > have a quick way to verify which files were part of which installworld. "man 8 mtree" has full details. "mtree -c -p /" is the start of what you're looking for. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
How to create mtree files?
Hi, I would like to use the mtree utility to confirm no changes have occurred to system files since 'make installworld', similar to that possible with 'mtree -f /cdrom/5.4-RELEASE/base/base.mtree' on a release installation. This would also give the added advantage of being able to determine the current buildlevel of an installed system, I believe. Is it possible/easy to create new mtree files after the buildworld or installworld process? I've looked at the Release Engineering docs but it seems more than what I'd like to do. I should add that I am running tripwire, but I really want to have a quick way to verify which files were part of which installworld. thanks, joel ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Installworld errors with mtree
Hi, I was just helping a friend through an install world and, as seems to be the way with his computer, we ran into problems. We were updating an early 5 series (possibly 5.0 release) to 5.2_1. We went through all the steps as outlined in UPDATING and everything seemed to be working fine right up to the install world. The first time through we ran into some problems with gencat which we fixed by copying the gencat binary from the obj directory. Now we have run into a core dump with mtree. I have googled and come up with a reference to PR i386/30276 but this seems to be largely related to building across systems or at least changing the CPUTYPE during the build process. These errors are also quite old (April/May 2002) so it leads me to believe that there is something else up. Does anybody have ideas related to this? We would certainly appreciate any help you might offer. Limited output: mtree -deU -f /usr/src/etc/mtree/BSD.root.dist -p / pid 41399 (mtree), uid 0: exited on signal 12 (core dumped) Thanks, Simon This email communication is intended as a private communication for the sole use of the primary addressee and those individuals listed for copies in the original message. The information contained in this email is private and confidential and If you are not an intended recipient you are hereby notified that copying, forwarding or other dissemination or distribution of this communication by any means is prohibited. If you are not specifically authorized to receive this email and if you believe that you received it in error please notify the original sender immediately. We honour similar requests relating to the privacy of email communications. Cette communication par courrier electronique est une communication privee a l'usage exclusif du destinataire principal ainsi que des personnes dont les noms figurent en copie. Les renseignements contenus dans ce courriel sont confidentiels et si vous n'etes pas le destinataire prevu, vous etes avise, par les presentes que toute reproduction, transfert ou autre forme de diffusion de cette communication par quelque moyen que ce soit est interdite. Si vous n'etes pas specifiquement autorise a recevoir ce courriel ou si vous croyez l'avoir recu par erreur, veuillez en aviser l'expediteur original immediatement. Nous respectons les demandes similaires qui touchent la confidentialite des communications par courrier electronique. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Using MTREE
On Mon, May 03, 2004 at 04:25:41PM +0400, Oxid wrote:
> Hi,
>
> Could anyone explain me how to use mtree utility?
>
> Will this work? -> mtree -deU -p /
>
> It looks like it doesn't work..nothing happens:(
You need an mtree specification file in there:
# mtree -deU -p / -f /etc/mtree/BSD.root.dist
Cheers,
Matthew
--
Dr Matthew J Seaman MA, D.Phil. 26 The Paddocks
Savill Way
PGP: http://www.infracaninophile.co.uk/pgpkey Marlow
Tel: +44 1628 476614 Bucks., SL7 1TH UK
pgp0.pgp
Description: PGP signature
Using MTREE
Hi, Could anyone explain me how to use mtree utility? Will this work? -> mtree -deU -p / It looks like it doesn't work..nothing happens:( -- Oxid mailto:[EMAIL PROTECTED] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: mtree vs tripwire
Tillman Hodgson <[EMAIL PROTECTED]> writes: > On Tue, Jan 20, 2004 at 07:53:44PM -0500, Lowell Gilbert wrote: > > Tillman Hodgson <[EMAIL PROTECTED]> writes: > > > On Tue, Jan 20, 2004 at 07:40:28PM -0500, Lowell Gilbert wrote: > > > > Hmm. I've never had this problem, and when I try to trigger it > > > > deliberately, I find that my mtree specification has the spaces in the > > > > filenames escaped. > > > > > > > > e.g., > > > > foo\040bar\040baz \ > > > > > > Interesting. I'm using -STABLE as of Jan 7/04 on this box ... is your > > > mtree by any chance from -CURRENT? > > > > No, it's -STABLE within the last few days. > > > > Any chance you could generate a test case that demonstrates the > > problem on your system? > > I tried `touch`ing files to create them with spaces, and they ended up > encoded as follows: > > # ./test > /set type=file uid=0 gid=0 mode=0644 nlink=1 flags=none > testtype=dir mode=0755 nlink=2 size=512 time=1074647709.0 > this\040is\040a\040file\040with\040spaces.txt \ > size=0 time=1074647708.0 \ > sha1digest=da39a3ee5e6b4b0d3255bfef95601890afd80709 > # ./test > > But when I try to mtree a directory that includes Loki SimCity 3000 > saved games I get files with spaces unencoded: > > # mtree -K sha1digest -c -X mtree.exclude -p /exports/tillman/.loki/sc3u/ > mtree.out > > # ./buildings > /set type=file uid=500 gid=500 mode=0777 nlink=1 flags=none > buildings type=dir mode=0755 nlink=2 size=1024 time=1017616936.0 > Den\040Burg\040Bruges.bld \ > type=link size=39 time=1017616936.0 \ > link=/opt/SC3U/buildings/Den Burg Bruges.bld > Dupont\040House.bld \ > type=link size=36 time=1017616936.0 \ > link=/opt/SC3U/buildings/Dupont House.bld > Garvey\040Plaza.bld \ > type=link size=36 time=1017616936.0 \ > link=/opt/SC3U/buildings/Garvey Plaza.bld > GuestHouse\040Building.bld \ > type=link size=43 time=1017616936.0 \ > link=/opt/SC3U/buildings/GuestHouse Building.bld > etc. > > The filesystem is still UFS2. I'm just NFS exporting my home > directories to several machines, including the RedHat 7.3 box that > originally generated the sc3u save files. > > I'm not /that/ worried about it: I should exclude home directories from > mtree for this "tripwire replacement" purpose anyway. But it's worrisome > that it /could/ fail in this way. Unless we can establish what "this way" is, there isn't much we can do about it. It sounds like you've tried to create your test on the same filesystem as the files that were showing the problems, so I'm not sure what else to check. Maybe you can see some differences in the directory listings themselves? ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: what is mtree command used for
In the last episode (Jan 19), JoeB said: > Read man mtree, but it does not describe when or for what purpose > you would use the mtree command. > > Would someone explain when to use the mtree command? You can use it to create directories and enforce permissions (the installworld target uses it like this). You can also validate an existing filesystem against mtree output generated in the past. You can build a tripwire-like program this way. -- Dan Nelson [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-questions" in the body of the message
Re: what is mtree command used for
On Sun, 2003-01-19 at 21:33, JoeB wrote: > Read man mtree, but it does not describe when or for what purpose > you would use the mtree command. > > Would someone explain when to use the mtree command? The ports system uses mtree to generate a directory skeleton for /usr/local and /usr/X11R6. The main world build uses it to generate a directory skeleton for the OS. Basically, the files in /etc/mtree list the common directories that make up a FreeBSD installation for each of the major components. Joe > > > To Unsubscribe: send mail to [EMAIL PROTECTED] > with "unsubscribe freebsd-questions" in the body of the message -- PGP Key : http://www.marcuscom.com/pgp.asc signature.asc Description: This is a digitally signed message part
Re: what is mtree command used for
On 01/19/03 09:33 PM, JoeB sat at the `puter and typed: > Read man mtree, but it does not describe when or for what purpose > you would use the mtree command. > > Would someone explain when to use the mtree command? > > > To Unsubscribe: send mail to [EMAIL PROTECTED] > with "unsubscribe freebsd-questions" in the body of the message $ man mtree MTREE(8)FreeBSD System Manager's Manual MTREE(8) NAME mtree - map a directory hierarchy SYNOPSIS mtree [-LPUcdeinqrux] [-f spec] [-K keywords] [-k keywords] [-p path] [-s seed] [-X exclude-list] DESCRIPTION The utility mtree compares the file hierarchy rooted in the current directory against a specification read from the standard input. Messages are written to the standard output for any files whose characteristics do not match the specifications, or which are missing from either the file hierarchy or the specification. etc. -- Louis LeBlanc [EMAIL PROTECTED] Fully Funded Hobbyist, KeySlapper Extrordinaire :) http://www.keyslapper.org ԿԬ Davis' Law of Traffic Density: The density of rush-hour traffic is directly proportional to 1.5 times the amount of extra time you allow to arrive on time. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-questions" in the body of the message
what is mtree command used for
Read man mtree, but it does not describe when or for what purpose you would use the mtree command. Would someone explain when to use the mtree command? To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-questions" in the body of the message
