Re: periodic emails
Hi, Am 02.01.2012 um 22:33 schrieb "Bjoern A. Zeeb" : > why do we send all these empty headings for periodic emails It contains the info what has been done, so you know that the jobs have been performed correctly. If it does not contain the section headings, the jobs might not have been run at all. I like it the way it is... exactly for this reason Best regards, Holger -- Holger Kipp Diplom-Mathematiker Senior Consultant Tel. : +49 30 436 58 114 Fax. : +49 30 436 58 214 Mobil: +49 178 36 58 114 Email: holger.k...@alogis.com alogis AG Alt-Moabit 90b D-10559 Berlin web : http://www.alogis.com -- alogis AG Sitz/Registergericht: Berlin/AG Charlottenburg, HRB 71484 Vorstand: Arne Friedrichs, Joern Samuelson Aufsichtsratsvorsitzender: Reinhard Mielke ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: Experiences with FreeBSD 9.0-BETA2
Am 27.09.2011 um 10:48 schrieb Thomas Mueller: >> From Brett Glass : > >> Unfortunately, due to past history, /usr is mixed-use. It normally >> contains both configuration information -- e.g. /usr/local/etc -- >> and more volatile data such as users' home directories. This >> prevents /usr/local/etc, which also contains mission-critical >> configuration information, from being protected if you just protect >> /. Some proprietary Unices have fixed this historical flaw in the >> traditional hierarchy by moving /usr/local/etc to another location >> and them symlinking it back to where seasoned administrators expect >> it to be, thus honoring POLA. The three open source, old school >> BSDs (Free, Net, Open) have not done this to date, but it's >> something that should be considered in the long run. It would >> certainly make the creation of embedded systems easier, as well as >> enhancing security in multi-user systems! > > You mean users' home directories are under /usr/home rather than /home? > > I believe /home is more traditional, and decidedly my preference: good to put > on a separate partition so it won't be touched by a system upgrade. Afaik /home has always been a symlink to /usr/home (unless you created a separate /home-partition within FreeBSD). So it is up to the admin what he chooses to do. Best regards, Holger -- Holger Kipp Diplom-Mathematiker Senior Consultant Tel. : +49 30 436 58 114 Fax. : +49 30 436 58 214 Mobil: +49 178 36 58 114 Email: holger.k...@alogis.com alogis AG Alt-Moabit 90b D-10559 Berlin web : http://www.alogis.com -- alogis AG Sitz/Registergericht: Berlin/AG Charlottenburg, HRB 71484 Vorstand: Arne Friedrichs, Joern Samuelson Aufsichtsratsvorsitzender: Reinhard Mielke ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
LOR 9.0 beta1
Maybe already seen... This is within Parallels 6.0 VM on a Mac with OS 10.6.8 Aug 23 09:11:54 tramp kernel: lock order reversal: Aug 23 09:11:54 tramp kernel: 1st 0xff803d3d08b8 bufwait (bufwait) @ /usr/src/sys/kern/vfs_bio.c:2658 Aug 23 09:11:54 tramp kernel: 2nd 0xfe0002b6c800 dirhash (dirhash) @ /usr/src/sys/ufs/ufs/ufs_dirhash.c:284 Aug 23 09:11:54 tramp kernel: KDB: stack backtrace: Aug 23 09:11:54 tramp kernel: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a Aug 23 09:11:54 tramp kernel: kdb_backtrace() at kdb_backtrace+0x37 Aug 23 09:11:54 tramp kernel: _witness_debugger() at _witness_debugger+0x2e Aug 23 09:11:54 tramp kernel: witness_checkorder() at witness_checkorder+0x807 Aug 23 09:11:54 tramp kernel: _sx_xlock() at _sx_xlock+0x55 Aug 23 09:11:54 tramp kernel: ufsdirhash_acquire() at ufsdirhash_acquire+0x33 Aug 23 09:11:54 tramp kernel: ufsdirhash_add() at ufsdirhash_add+0x19 Aug 23 09:11:54 tramp kernel: ufs_direnter() at ufs_direnter+0x8c9 Aug 23 09:11:54 tramp kernel: ufs_makeinode() at ufs_makeinode+0x25b Aug 23 09:11:54 tramp kernel: VOP_CREATE_APV() at VOP_CREATE_APV+0x8d Aug 23 09:11:54 tramp kernel: vn_open_cred() at vn_open_cred+0x46a Aug 23 09:11:54 tramp kernel: kern_openat() at kern_openat+0x17f Aug 23 09:11:54 tramp kernel: syscallenter() at syscallenter+0x1aa Aug 23 09:11:54 tramp kernel: syscall() at syscall+0x4c Aug 23 09:11:54 tramp kernel: Xfast_syscall() at Xfast_syscall+0xdd Aug 23 09:11:54 tramp kernel: --- syscall (5, FreeBSD ELF64, open), rip = 0x801348e2c, rsp = 0x7fffd658, rbp = 0x8 --- Aug 23 09:18:44 tramp kernel: lock order reversal: Aug 23 09:18:44 tramp kernel: 1st 0xfe0015459278 ufs (ufs) @ /usr/src/sys/kern/vfs_lookup.c:501 Aug 23 09:18:44 tramp kernel: 2nd 0xff803d4889b8 bufwait (bufwait) @ /usr/src/sys/ufs/ffs/ffs_vnops.c:261 Aug 23 09:18:44 tramp kernel: 3rd 0xfe00154b5db8 ufs (ufs) @ /usr/src/sys/kern/vfs_subr.c:2134 Aug 23 09:18:44 tramp kernel: KDB: stack backtrace: Aug 23 09:18:44 tramp kernel: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a Aug 23 09:18:44 tramp kernel: kdb_backtrace() at kdb_backtrace+0x37 Aug 23 09:18:44 tramp kernel: _witness_debugger() at _witness_debugger+0x2e Aug 23 09:18:44 tramp kernel: witness_checkorder() at witness_checkorder+0x807 Aug 23 09:18:44 tramp kernel: __lockmgr_args() at __lockmgr_args+0xd42 Aug 23 09:18:44 tramp kernel: ffs_lock() at ffs_lock+0x8c Aug 23 09:18:44 tramp kernel: VOP_LOCK1_APV() at VOP_LOCK1_APV+0x9b Aug 23 09:18:44 tramp kernel: _vn_lock() at _vn_lock+0x47 Aug 23 09:18:44 tramp kernel: vget() at vget+0x7b Aug 23 09:18:44 tramp kernel: vfs_hash_get() at vfs_hash_get+0xd5 Aug 23 09:18:44 tramp kernel: ffs_vgetf() at ffs_vgetf+0x48 Aug 23 09:18:44 tramp kernel: softdep_sync_buf() at softdep_sync_buf+0x547 Aug 23 09:18:44 tramp kernel: ffs_syncvnode() at ffs_syncvnode+0x299 Aug 23 09:18:44 tramp kernel: ffs_truncate() at ffs_truncate+0x463 Aug 23 09:18:44 tramp kernel: ufs_direnter() at ufs_direnter+0x6ff Aug 23 09:18:44 tramp kernel: ufs_makeinode() at ufs_makeinode+0x25b Aug 23 09:18:44 tramp kernel: VOP_CREATE_APV() at VOP_CREATE_APV+0x8d Aug 23 09:18:44 tramp kernel: vn_open_cred() at vn_open_cred+0x46a Aug 23 09:18:44 tramp kernel: kern_openat() at kern_openat+0x17f Aug 23 09:18:44 tramp kernel: syscallenter() at syscallenter+0x1aa Aug 23 09:18:44 tramp kernel: syscall() at syscall+0x4c Aug 23 09:18:44 tramp kernel: Xfast_syscall() at Xfast_syscall+0xdd Aug 23 09:18:44 tramp kernel: --- syscall (5, FreeBSD ELF64, open), rip = 0x800dc6e2c, rsp = 0x7fffd2d8, rbp = 0x1 --- Best regards, Holger -- Holger Kipp Diplom-Mathematiker Senior Consultant Tel. : +49 30 436 58 114 Fax. : +49 30 436 58 214 Mobil: +49 178 36 58 114 Email: holger.k...@alogis.com alogis AG Alt-Moabit 90b D-10559 Berlin web : http://www.alogis.com -- alogis AG Sitz/Registergericht: Berlin/AG Charlottenburg, HRB 71484 Vorstand: Arne Friedrichs, Joern Samuelson Aufsichtsratsvorsitzender: Reinhard Mielke ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: installer freebsd9 beta1
Hello *, I'll just add a 'me too'. Had not posted to the list because I wasn't sure if it wasn't because of me :-) Best regards, Holger Am 22.08.2011 um 09:26 schrieb Yampress: > Welcome > I installed freebsd 9bata1 and noticed the installer does not create a user > account's home directory. > Have to manually create after installation. > Greet > ___ > freebsd-sta...@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org" -- Holger Kipp Diplom-Mathematiker Senior Consultant Tel. : +49 30 436 58 114 Fax. : +49 30 436 58 214 Mobil: +49 178 36 58 114 Email: holger.k...@alogis.com alogis AG Alt-Moabit 90b D-10559 Berlin web : http://www.alogis.com -- alogis AG Sitz/Registergericht: Berlin/AG Charlottenburg, HRB 71484 Vorstand: Arne Friedrichs, Joern Samuelson Aufsichtsratsvorsitzender: Reinhard Mielke ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
RE: problems with cvsup on FreeBSD 9 snapshot 201101
Ah, ok. Do we have a compiler switch to force stack alignment to 16-Byte-boundaries? Otherwise I am really concerned that we might have similar wrong pieces of code lurking unnoticed in other binaries as well :-/ My cvsup binary is: # file /usr/local/bin/cvsup /usr/local/bin/cvsup: ELF 64-bit LSB executable, x86-64, version 1 (FreeBSD), dynamically linked (uses shared libs), for FreeBSD 9.0 (900029), stripped Best regards, Holger From: owner-freebsd-curr...@freebsd.org [owner-freebsd-curr...@freebsd.org] on behalf of Eric McCorkle [e...@shadowsun.net] Sent: 15 June 2011 16:24 To: freebsd-current@freebsd.org Subject: Re: problems with cvsup on FreeBSD 9 snapshot 201101 On 6/15/11 8:23 AM, Holger Kipp wrote: > Dear all, > > I had installed FreeBSD 9 amd64 from snapshot (ISO-image) located here: > ftp://ftp.freebsd.org/pub/FreeBSD/snapshots/201101/FreeBSD-9.0-CURRENT-201101-amd64-dvd1.iso > > > Today I wanted to cvsup to a later date to upgrade to ZFS v28 > and compiled port /usr/ports/net/cvsup-without-gui without problems. > > Starting freshly compiled cvsup then gives me > > "Illegal Instruction" > > This error seems to be identical to > http://lists.freebsd.org/pipermail/freebsd-current/2010-September/020083.html > I've gotten the same problem, and managed to diagnose it. The problem actually isn't an illegal instruction, but a stack misalignment. If you load it in gdb, it will die with SIGSEGV somewhere in libc.so.7, on a callq instruction. This is because callq needs the stack to be 16-byte aligned, and it's not for some reason. As for why it's not aligned, I don't know. -- Eric McCorkle Computer Science Ph.D Student, University of Massachusetts Research Intern, IBM Research ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org" -- Holger Kipp Diplom-Mathematiker Senior Consultant Tel. : +49 30 436 58 114 Fax. : +49 30 436 58 214 Mobil: +49 178 36 58 114 Email: holger.k...@alogis.com alogis AG Alt-Moabit 90b D-10559 Berlin web : http://www.alogis.com -- alogis AG Sitz/Registergericht: Berlin/AG Charlottenburg, HRB 71484 Vorstand: Arne Friedrichs, Joern Samuelson Aufsichtsratsvorsitzender: Reinhard Mielke ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
problems with cvsup on FreeBSD 9 snapshot 201101
Dear all, I had installed FreeBSD 9 amd64 from snapshot (ISO-image) located here: ftp://ftp.freebsd.org/pub/FreeBSD/snapshots/201101/FreeBSD-9.0-CURRENT-201101-amd64-dvd1.iso Today I wanted to cvsup to a later date to upgrade to ZFS v28 and compiled port /usr/ports/net/cvsup-without-gui without problems. Starting freshly compiled cvsup then gives me "Illegal Instruction" This error seems to be identical to http://lists.freebsd.org/pipermail/freebsd-current/2010-September/020083.html As this was created on a vanilla 9 snapshot using the default make.conf with only cvsup settings adapted I thought this might be of interest. Have now used csup instead of cvsup (which seems to have worked fine), and started cvsup once again (seems cvsup only gives "Illegal Instruction" when a file needs to be changed...). Any ideas? Best regards, Holger -- Holger Kipp Diplom-Mathematiker Senior Consultant Tel. : +49 30 436 58 114 Fax. : +49 30 436 58 214 Mobil: +49 178 36 58 114 Email: holger.k...@alogis.com alogis AG Alt-Moabit 90b D-10559 Berlin web : http://www.alogis.com -- alogis AG Sitz/Registergericht: Berlin/AG Charlottenburg, HRB 71484 Vorstand: Arne Friedrichs, Joern Samuelson Aufsichtsratsvorsitzender: Reinhard Mielke ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
RE: firefox4+html5
Dear Vitaly, I'm usually not using FreeBSD for accessing youtube, but as you're using FreeBSD 9.0-current, please note that this presumably has Witness enabled (because FreeBSD 9.0-current is still development branch), which will reduce performance and hence might give the problems you described. from http://www.freebsd.org/doc/en/books/developers-handbook/kerneldebug-options.html options WITNESS: this option enables run-time lock order tracking and verification, and is an invaluable tool for deadlock diagnosis. WITNESS maintains a graph of acquired lock orders by lock type, and checks the graph at each acquire for cycles (implicit or explicit). If a cycle is detected, a warning and stack trace are generated to the console, indicating that a potential deadlock might have occurred. WITNESS is required in order to use the show locks, show witness and show alllocks DDB commands. This debug option has significant performance overhead, which may be somewhat mitigated through the use of options WITNESS_SKIPSPIN. Detailed documentation may be found in witness(4). => http://www.freebsd.org/cgi/man.cgi?query=witness&sektion=4 Best regards, Holger From: owner-freebsd-curr...@freebsd.org [owner-freebsd-curr...@freebsd.org] on behalf of Vitaly Liaschuk [lari...@gmail.com] Sent: 03 May 2011 16:49 To: FreeBSD current mailing list Subject: firefox4+html5 Hi, list! I do not know in what part of forum to write, so I decide write in General. I'm trying to use html5 on youtube.com. I getting the video stream, but audio "stutters" on most of video files . I tried to use the chrome-browser and he is works fine. Also, I tried boot from usb flash drive with installed ubuntu and firefox 4 and this works. So, I believe what trouble is in my FreeBSD. [QUOTE] > uname -a FreeBSD laptop 9.0-CURRENT FreeBSD 9.0-CURRENT #0 r221296M: Sun May 1 20:13:15 EEST 2011 larin@laptop:/usr/obj/usr/src/sys/GENERIC amd64 > [/QUOTE] My box is: Laptop asus UL30A, 3 GB ram, Intel CPU U2300 1.2Mhz. Thanks in advance. ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org" -- Holger Kipp Diplom-Mathematiker Senior Consultant Tel. : +49 30 436 58 114 Fax. : +49 30 436 58 214 Mobil: +49 178 36 58 114 Email: holger.k...@alogis.com alogis AG Alt-Moabit 90b D-10559 Berlin web : http://www.alogis.com -- alogis AG Sitz/Registergericht: Berlin/AG Charlottenburg, HRB 71484 Vorstand: Arne Friedrichs, Joern Samuelson Aufsichtsratsvorsitzender: Reinhard Mielke ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
RE: FreeBSD 5.1 stability
Martin Minkus ([EMAIL PROTECTED]) wrote: > > >Well perhaps I'll hold off making world as I just cvsupped ;) I have a system here that was last updated approximately 2 days ago, and it is still working without any problems. Well, it _IS_ an idle system, though ;-) >Don't wanna lose any stability... You _do_ keep the old working kernel and modules, right? Holger Kipp >-Original Message- >From: Garance A Drosihn [mailto:[EMAIL PROTECTED] >Sent: Thursday, 16 October 2003 03:16 >To: Kris Kennaway; Valery V.Chikalov >Cc: Martin Minkus; [EMAIL PROTECTED] >Subject: Re: FreeBSD 5.1 stability > > [..] >I hate to rain on this parade, but that only tells us how reliable 5.x >was 147 days ago. 5.x remains in a state of flux, and there have been >many times in the last 147 days where you could cvsup into a very >unstable system. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Gcc 3.2.2 vs gcc 3.2.3
Justin Smith ([EMAIL PROTECTED]) wrote: >I'm running a P4 2.4 Ghz processor with 512meg of ram. > >I've had the problem of getting signal 11 and signal 4 when I make >buildworld and buildkernel. > >I tested my system with memtest86 (for several hours) and it says >everything is OK. We had similar problems once. It turned out to be a 'lucky' combination of good mainboard and good memory that were slightly incompatible. memtest86 might not detect this, but make buildworld will. If you don't get the errors at the same location every time, it might be the same issue. We found out after contacting both the mainboard and the memory chip vendors. imho memtest seems to be suitable for this-is-real-broken-memory(tm) only. It might be that due to differnent optimisations (gcc 3.2.2 vs gcc 3.2.3) you might escape the bitpatterns that would otherwise trigger the sig 11. This is only one possibility, but might be worth looking at. Regards, Holger Kipp (Sysadmin alogis AG, Berlin) ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "[EMAIL PROTECTED]"
mtx_lock() of spin mutex (null)
Got the following panic on a completely idle -CURRENT from July 26th:
so this was presumably caused by the daily or weekly jobs.
panic: mtx_lock() of spin mutex (null) @ /usr/src/sys/kern/vfs_subr.c:1186
Debugger("panic")
stopped at Debugger +0x54: xchgl %ebx,in_Debugger.0
db>
Regards,
Holger Kipp
--
Holger Kipp, Dipl.-Math., Systemadministrator | alogis AG
Fon: +49 (0)30 / 43 65 8 - 114 | Berliner Strasse 26
Fax: +49 (0)30 / 43 65 8 - 214 | D-13507 Berlin Tegel
email: [EMAIL PROTECTED] | http://www.alogis.com
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
RE: ALTQ for FreeBSD 5.1?
Erik Paulsen Skaalerud ([EMAIL PROTECTED]) wrote: >> > Is anyone working on ALTQ intergration for FreeBSD 5.1? >[...] >> I recently took interest in this (about a month ago) and had >> ALTQ port updated to work with the latest 5.0. The only issue I >> have had was with fxp and TBR magic; once I find an fxp(4) guru, >> I will get that sorted. > >If you're looking for a fxp hacker, mux is the one you want >([EMAIL PROTECTED]). He's also on irc.freenode.net with the same nickname. Isn't someone working on integrating ALTQ and pf - similar to what has been done for OpenBSD? Regards, Holger ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: "Dangerously Decidated" yet again (was : cvs commit: src/sys/kern subr_diskmbr.c)
On Mon, Dec 10, 2001 at 07:27:09PM +1030, Greg Lehey wrote: > suggests, that this is a fixable bug, but every time I mention it, I > get shouted down. And yes, like Jörg, I don't care enough. I'm not > saying "ditch the Microsoft partition table", I'm saying "don't ditch > disks without the Microsoft partition table". Note also that, > although this is so "dangerous", it has never bitten me on any system. So far I had no problems with dangerously dedicated mode. As I usually use FreeBSD on dedicated server hardware, I prefer the "dangerously" dedicated style. => Add me to the list of people who'd like the "dangerously dedicated" option to stay in. > What is it about this particular topic brings out such irrational > emotions in you and others? On my part I am very calm (for now). I see it this way: on FreeBSD I can choose if I want to use M$ partition table or not. This is what I call freedom of choice, and I don't want to loose it, if there are no substantial reasons to do so. Currently I don't see any. Just my two Pfennigs (soon only 1 Eurocent) Regards, Holger Kipp To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Question about Freebsd driver
Yiping Chen wrote: > > Dear Sir: > > I have a question about Freebsd driver. > If we want to support some options in driver(like speed and duplex mode > setting) , > user can use this option to change driver configurations. > I am not sure whether freebsd driver support driver parameter or something > else. > Can you give me some suggestions? Thanks!! I'm not sure if current is the correct mailing list for asking questions. Anyway, if you're refering to network device drivers, see man ifconfig (especialle media and mediaopt) man fxp man txp [...] For a list of devices, see /usr/src/sys/i386/conf/LINT Regards, Holger Kipp -- Holger Kipp, Dipl.-Math., Systemadministrator | alogis AG Fon: +49 (0)30 / 43 65 8 - 114 | Berliner Strasse 26 Fax: +49 (0)30 / 43 65 8 - 214 | D-13507 Berlin Tegel email: [EMAIL PROTECTED] | http://www.alogis.com To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
