7-STABLE: mergemaster tzsetup question
Every time I run mergemaster(8) on 7.4-STABLE, I'm now presented with *** There is no /var/db/zoneinfo file to update /etc/localtime. You should run tzsetup Running tzsetup(8) does however not create /var/db/zoneinfo, so mergemaster will prompt the next time, too. I guess I can just ignore it, but it seems weird that mergemaster would keep nagging about this. Where is /var/db/zoneinfo supposed to come from? I also notice that mergemaster can issue tzsetup arguments -C and -r, but tzsetup doesn't support those. -- Christian "naddy" Weisgerber na...@mips.inka.de ___ 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: 7-STABLE: mergemaster tzsetup question
On Sat, Dec 03, 2011 at 03:24:54PM +, Christian Weisgerber wrote: > Every time I run mergemaster(8) on 7.4-STABLE, I'm now presented > with > > *** There is no /var/db/zoneinfo file to update /etc/localtime. > You should run tzsetup > > Running tzsetup(8) does however not create /var/db/zoneinfo, so > mergemaster will prompt the next time, too. I guess I can just > ignore it, but it seems weird that mergemaster would keep nagging > about this. > > Where is /var/db/zoneinfo supposed to come from? It's a path, relative to /usr/share/zoneinfo, for the source of the file that was copied to /etc/localtime. Thus, in my case, it reads: America/Los_Angeles on my laptop. For machines that run UTC, it's not needed. > ... Peace, david -- David H. Wolfskill da...@catwhisker.org Depriving a girl or boy of an opportunity for education is evil. See http://www.catwhisker.org/~david/publickey.gpg for my public key. pgpKASceaTfAj.pgp Description: PGP signature
Re: 7-STABLE: mergemaster tzsetup question
Christian, On Sat, Dec 3, 2011 at 10:24 PM, Christian Weisgerber wrote: > Every time I run mergemaster(8) on 7.4-STABLE, I'm now presented > with > > *** There is no /var/db/zoneinfo file to update /etc/localtime. > You should run tzsetup > > Running tzsetup(8) does however not create /var/db/zoneinfo, so > mergemaster will prompt the next time, too. I guess I can just > ignore it, but it seems weird that mergemaster would keep nagging > about this. > > Where is /var/db/zoneinfo supposed to come from? > > I also notice that mergemaster can issue tzsetup arguments -C and > -r, but tzsetup doesn't support those. tzsetup in FreeBSD 8 and later creates /var/db/zoneinfo. It seems that mergemaster was merged to RELENG_7 but appropiate version of tzsetup was not. Max ___ 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: 7-STABLE: mergemaster tzsetup question
On 03/12/2011 15:24, Christian Weisgerber wrote: > Every time I run mergemaster(8) on 7.4-STABLE, I'm now presented > with > > *** There is no /var/db/zoneinfo file to update /etc/localtime. > You should run tzsetup > > Running tzsetup(8) does however not create /var/db/zoneinfo, so > mergemaster will prompt the next time, too. I guess I can just > ignore it, but it seems weird that mergemaster would keep nagging > about this. > > Where is /var/db/zoneinfo supposed to come from? > > I also notice that mergemaster can issue tzsetup arguments -C and > -r, but tzsetup doesn't support those. > tzsetup(8) does create /var/db/zoneinfo in 8.2-STABLE. It's just a very small text file containing the default timezone name -- eg. I have: % cat zoneinfo Europe/London Just creating that file will quiet mergemaster, although it won't be of any use to tzsetup in 7.4-STABLE. Looks like this MFC only went into stable/8, and not stable/7: http://svnweb.freebsd.org/base?view=revision&revision=220183 but the related /var/db/zoneinfo code in mergemaster was merged to stable/7 (as well as stable/8): http://svnweb.freebsd.org/base?view=revision&revision=227150 Cheers, Matthew -- Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate JID: matt...@infracaninophile.co.uk Kent, CT11 9PW signature.asc Description: OpenPGP digital signature
Re: FreeNAS to Custom FAMP Server
On 01.12.2011 13:10, list, mailing wrote: Hello Everyone!! Server I have: 4 Drives No-RAID - 500GB Each 2GB RAM Dual core Xeon 2.4 GHz I'm looking to make an internal office machine running: - Backup System (Software RAID5 or ZFS) - Apache - MySQL - PHP Traffic is just internal (Website) and a Backup Server Looking to Install Backup Raid (FreeNAS or something else) Install Ports from FreeBSD Port Tree for extra software Reconfigure the Default Apache config for an internal Webserver using MySQL and PHP Looked into install FreeBSD with ( Gvinum and graid) -- 9.0 Gives me error to bootcode On boot to cd went to cd setup drives with gvinum with raid5 and started the gvinum setup Went back to installer again and on the drive setup I used Guided installer and it gives me "bootcode error" Since it doesn't appear anybody else has replied to you, I feel I should mention that 9.0 is not yet released - it's going through pre-release release candidates to shake the bugs out. I wouldn't use it for something like this yet, particularly if you're not yet very familiar with FreeBSD. If you were going by the 9.0 release schedule page on freebsd.org, I regret to say that you should ignore it - it's not being kept up to date with the actual status and slippage of the release. Treat 9.0 as unreleased until you see the official announcement of its release. The latest official release is 8.2, and I would start there. Next, having all your drives in RAID-5 under gvinum may not be the right choice or even a workable choice. That would imply that you are going to boot off the gvinum RAID-5 plex. In that case, before the OS can set up the gvinum drive, the boot loader, kernel, and the gvinum module must all be readable via simple BIOS disk reads - but with RAID-5, they won't be. Gmirror can do this, but does only simple mirroring. Possibly you would want to look at putting the drives in ZFS and setting up boot from ZFS instead. That's a more future-proof solution. Once the drive set up is selected, and the OS installed, the rest of what you want installed is pretty simple, I think, using the ports manager. For an "appliance" style configuration, it's possible that FreeNAS would be better for you; I'm sorry to say I haven't got around to trying it yet. Best wishes, -- Clifton -- clift...@volcano.org ___ 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: Something missing in truss
In the last episode (Dec 02), Eivind Evensen said:
> Does anybody else see this or know why?
>
> The machine here is running :
>
> > uname -a
> FreeBSD elg.hjerdalen.lokalnett 8.2-STABLE FreeBSD 8.2-STABLE #36: Wed Nov 30
> 22:03:07 CET 2011
> rumrunner@elg.hjerdalen.lokalnett:/usr/obj/usr/src/sys/RUM amd64
>
> While trying to weed out some firefox problems, I've noticed
> that truss doesn't recognise certain syscalls :
>
> getpid() = 1519 (0x5ef)
> clock_gettime(4,{48496.335142903 })= 0 (0x0)
> kevent(20,{0x23,EVFILT_READ,EV_ADD,0,0x0,0x809ec9d80},1,{0x15,EVFILT_READ,0x0,0,0x1,0x809ec9e80},64,0x0)
> = 1 (0x1)
> clock_gettime(4,{48496.335293202 })= 0 (0x0)
> read(21,"\0",1)= 1 (0x1)
> clock_gettime(4,{48496.335382599 })= 0 (0x0)
> umask(0x80a52ee20,0x8,0x0,0x80a52ee00,0x7f1f9eb0,0x80a52ee00) = 116 (0x74)
> -- UNKNOWN SYSCALL -14704864 --
> syscall(0x7f1f9ec0,0x0,0x18745,0x7f1f9eb0,0x1,0x7f1f9e90) = 454
> (0x1c6)
> umask(0x80a52ee20,0x8,0x0,0x80a52ee00,0x7f1f9eb0,0x80a52ee00) = 116 (0x74)
> -- UNKNOWN SYSCALL -14704864 --
> syscall(0x7f1f9ec0,0x0,0x18745,0x7f1f9eb0,0x1,0x7f1f9e90) = 454
> (0x1c6)
> umask(0x80a52ee20,0x8,0x0,0x80a52ee00,0x7f1f9eb0,0x80a52ee00) = 116 (0x74)
> -- UNKNOWN SYSCALL -14704864 --
> syscall(0x7f1f9ec0,0x0,0x18745,0x7f1f9eb0,0x1,0x7f1f9e90) = 454
> (0x1c6)
> umask(0x80a52ee20,0x8,0x0,0x80a52ee00,0x7f1f9eb0,0x80a52ee00) = 116 (0x74)
> -- UNKNOWN SYSCALL -14704864 --
> syscall(0x7f1f9ec0,0x0,0x18745,0x7f1f9eb0,0x1,0x7f1f9e90) = 454
> (0x1c6)
> umask(0x80a52ee20,0x8,0x0,0x80a52ee00,0x7f1f9eb0,0x80a52ee00) = 116 (0x74)
> -- UNKNOWN SYSCALL -14704864 --
> syscall(0x7f1f9ec0,0x0,0x18745,0x7f1f9eb0,0x1,0x7f1f9e90) = 454
> (0x1c6)
Two problems: truss get confused when you attach to a process that's
currently executing a syscall, and it gets even more confused when you have
a threaded process waiting in many syscalls at once.
The following patch fixes problem #1, but problem #2 involves keeping more
per-thread state and ends up touching a lot of the truss code. See
http://www.evoy.net/FreeBSD/truss.diff for one solution (and more syscall
decodes).
Index: setup.c
===
--- setup.c (revision 228242)
+++ setup.c (working copy)
@@ -202,8 +202,10 @@
find_thread(info, lwpinfo.pl_lwpid);
switch(WSTOPSIG(waitval)) {
case SIGTRAP:
- info->pr_why = info->curthread->in_syscall?S_SCX:S_SCE;
- info->curthread->in_syscall = 1 -
info->curthread->in_syscall;
+ if ((lwpinfo.pl_flags&(PL_FLAG_SCE|PL_FLAG_SCX)) == 0)
+ err(1,"pl_flags=%x contains neither PL_FLAG_SCE
or PL_FLAG_SCX", lwpinfo.pl_flags);
+ info->pr_why = (lwpinfo.pl_flags&PL_FLAG_SCE) ?
S_SCE:S_SCX;
+ info->curthread->in_syscall = (info->pr_why == S_SCE) ?
1:0;
break;
default:
info->pr_why = S_SIG;
--
Dan Nelson
dnel...@allantgroup.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: 7-STABLE: mergemaster tzsetup question
On 12/3/2011 8:14 AM, Max Khon wrote: > Christian, > > On Sat, Dec 3, 2011 at 10:24 PM, Christian Weisgerber > wrote: > >> Every time I run mergemaster(8) on 7.4-STABLE, I'm now presented >> with >> >> *** There is no /var/db/zoneinfo file to update /etc/localtime. >>You should run tzsetup >> >> Running tzsetup(8) does however not create /var/db/zoneinfo, so >> mergemaster will prompt the next time, too. I guess I can just >> ignore it, but it seems weird that mergemaster would keep nagging >> about this. >> >> Where is /var/db/zoneinfo supposed to come from? >> >> I also notice that mergemaster can issue tzsetup arguments -C and >> -r, but tzsetup doesn't support those. > > tzsetup in FreeBSD 8 and later creates /var/db/zoneinfo. It seems that > mergemaster was merged to RELENG_7 but appropiate version of tzsetup > was not. Well that's embarrassing. :) Edwin, what are the chances that you could MFC your changes to tzsetup? Doug -- "We could put the whole Internet into a book." "Too practical." Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.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: 7-STABLE: mergemaster tzsetup question
On 12/3/2011 8:16 AM, David Wolfskill wrote: > For machines that run UTC, it's not needed. FYI, the code in mergemaster checks for that. -- "We could put the whole Internet into a book." "Too practical." Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.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: 7-STABLE: mergemaster tzsetup question
On 04/12/2011, at 11:12 , Doug Barton wrote: > On 12/3/2011 8:14 AM, Max Khon wrote: >> Christian, >> >> On Sat, Dec 3, 2011 at 10:24 PM, Christian Weisgerber >> wrote: >> >>> Every time I run mergemaster(8) on 7.4-STABLE, I'm now presented >>> with >>> >>> *** There is no /var/db/zoneinfo file to update /etc/localtime. >>> You should run tzsetup >>> >>> Running tzsetup(8) does however not create /var/db/zoneinfo, so >>> mergemaster will prompt the next time, too. I guess I can just >>> ignore it, but it seems weird that mergemaster would keep nagging >>> about this. >>> >>> Where is /var/db/zoneinfo supposed to come from? >>> >>> I also notice that mergemaster can issue tzsetup arguments -C and >>> -r, but tzsetup doesn't support those. >> >> tzsetup in FreeBSD 8 and later creates /var/db/zoneinfo. It seems that >> mergemaster was merged to RELENG_7 but appropiate version of tzsetup >> was not. > > Well that's embarrassing. :) > > Edwin, what are the chances that you could MFC your changes to tzsetup? If you still have a machine running 7.x (which I don't have anymore), then go for it and do your damage :-) Edwin___ 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"
