From owner-freebsd-hackers@FreeBSD.ORG Mon Sep 10 08:54:23 2007 Return-Path: Delivered-To: hackers@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6F30016A417 for ; Mon, 10 Sep 2007 08:54:23 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from cs1.cs.huji.ac.il (cs1.cs.huji.ac.il [132.65.16.10]) by mx1.freebsd.org (Postfix) with ESMTP id 0A45713C46A for ; Mon, 10 Sep 2007 08:54:22 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by cs1.cs.huji.ac.il with esmtp id 1IUePt-000P2R-RM; Mon, 10 Sep 2007 11:14:45 +0300 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: freebsd-current@FreeBSD.org, hackers@FreeBSD.org In-reply-to: References: <20070904233246.GA2409@epia-2.farid-hajji.net> <043a01c7f202$a7ad0920$f7071b60$@co.uk> <046801c7f229$a4534510$ecf9cf30$@co.uk> Comments: In-reply-to Danny Braniss message dated "Mon, 10 Sep 2007 09:14:36 +0300." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 10 Sep 2007 11:14:45 +0300 From: Danny Braniss Message-ID: Cc: Lawrence Farr , 'cpghost' , 'Gavin Atkinson' Subject: Re: dump problems X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Sep 2007 08:54:23 -0000 > > > > > > the only indication I can see, is that one of the dump procs. is > > > waiting on > > > sbwait, and probably it's some deadlock, which is similar to what I > > > keep > > > seeing here, i'll try now with SCHED_ULE to see if it make a > > > difference. > > > > > > I'm running SCHED_ULE on these already, if your not I guess it's not the > > scheduler? > > > I can get it to 'work' by fiddling with the b flag (blocksize), which still > points to some timming/deadlock problem. > ie: > dump 0abf 64 /some/backup/file /file/to/backup > now works, but > dump 0abf 64 - | restore rbf 64 - > hangs as before. (i don't think the b 64 in restore is needed). ok, it is time to look at the sources, this program has been around since the beginin of time, or at least since Unix V6 :-), and it has been hacked ever since. but now that most of you never heard of 9track tapes, etc, I was wondering if there is a point in hacking at it again. pros: dump/restore has never failed me till now. cons: there are other programs tar/cpio/gtar/etc, but they each have their nits. so here are some questions: - is the readers/writer split realy needed now? my guess it was put in in the old days to get tapes streaming - which is btw, what's not working. - is it/will it be needed for ZFS? [dump is for ufs ...] danny From owner-freebsd-hackers@FreeBSD.ORG Mon Sep 10 12:40:44 2007 Return-Path: Delivered-To: hackers@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CCD4C16A420 for ; Mon, 10 Sep 2007 12:40:44 +0000 (UTC) (envelope-from mah@jump-ing.de) Received: from mail.ud03.udmedia.de (ud03.udmedia.de [194.117.254.43]) by mx1.freebsd.org (Postfix) with ESMTP id 12B6313C480 for ; Mon, 10 Sep 2007 12:40:43 +0000 (UTC) (envelope-from mah@jump-ing.de) Received: (qmail 777 invoked from network); 10 Sep 2007 14:14:03 +0200 Received: from unknown (HELO ?10.0.0.50?) (ud03?291p1@91.89.216.59) by mail.ud03.udmedia.de with ESMTPA; 10 Sep 2007 14:14:03 +0200 In-Reply-To: References: <20070904233246.GA2409@epia-2.farid-hajji.net> <043a01c7f202$a7ad0920$f7071b60$@co.uk> <046801c7f229$a4534510$ecf9cf30$@co.uk> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <74423CD8-F9C1-454D-83BB-0114402C2CCC@jump-ing.de> Content-Transfer-Encoding: 7bit From: Markus Hitter Date: Mon, 10 Sep 2007 14:14:00 +0200 To: Danny Braniss X-Mailer: Apple Mail (2.752.2) Cc: hackers@FreeBSD.org, freebsd-current@FreeBSD.org, 'cpghost' , 'Gavin Atkinson' , Lawrence Farr Subject: Re: dump problems X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Sep 2007 12:40:44 -0000 Am 10.09.2007 um 10:14 schrieb Danny Braniss: > so here are some questions: > - is the readers/writer split realy needed now? my guess it was > put in in the old days to get tapes streaming - which is > btw, > what's not working. Before you put a lot of efforts into this: Why don't you just let dump/restore die and put functionality, which is needed and unique to dump, into tar? Tar is far more popular, today's world is multiplatform, today's world is multi-filesystem and if you rewrite dump, you force admins to rewrite their scripts anyways. I've always considered it as sub-optimal to have several tools for one task. Markus - - - - - - - - - - - - - - - - - - - Dipl. Ing. Markus Hitter http://www.jump-ing.de/ From owner-freebsd-hackers@FreeBSD.ORG Mon Sep 10 16:26:06 2007 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 70BE816A41B; Mon, 10 Sep 2007 16:26:06 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: from kientzle.com (h-66-166-149-50.snvacaid.covad.net [66.166.149.50]) by mx1.freebsd.org (Postfix) with ESMTP id 26C9313C458; Mon, 10 Sep 2007 16:26:05 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: from [10.0.0.222] (p54.kientzle.com [66.166.149.54]) by kientzle.com (8.12.9/8.12.9) with ESMTP id l8AGPYH7012979; Mon, 10 Sep 2007 09:25:34 -0700 (PDT) (envelope-from kientzle@freebsd.org) Message-ID: <46E56FFE.7000208@freebsd.org> Date: Mon, 10 Sep 2007 09:25:34 -0700 From: Tim Kientzle User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20060422 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Danny Braniss References: <20070904233246.GA2409@epia-2.farid-hajji.net> <043a01c7f202$a7ad0920$f7071b60$@co.uk> <046801c7f229$a4534510$ecf9cf30$@co.uk> In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: hackers@freebsd.org, freebsd-current@freebsd.org, 'cpghost' , 'Gavin Atkinson' Subject: Re: dump problems X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Sep 2007 16:26:06 -0000 Danny Braniss wrote: > [dump] has been around since the beginin of time, > or at least since Unix V6 :-), and it has been hacked ever since. but now that > most of you never heard of 9track tapes, etc, I was wondering if there is a > point in hacking at > it again. > pros: dump/restore has never failed me till now. > cons: there are other programs tar/cpio/gtar/etc, but they each have their > nits. I think there is real value in a backup/restore option that is specifically designed for UFS volumes. In particular, it's the only way to be comfortably certain that all UFS-specific attributes (ACLs, extended attributes, etc) are correctly backed-up and restored. Tar, cpio, and other similar programs are widely used for purposes other than whole-system backup. As such, they have to balance requirements that simply aren't of interest to dump/restore. Tim Kientzle From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 11 14:58:06 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3255F16A417 for ; Tue, 11 Sep 2007 14:58:06 +0000 (UTC) (envelope-from kazakov@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.250]) by mx1.freebsd.org (Postfix) with ESMTP id 069AD13C46A for ; Tue, 11 Sep 2007 14:58:05 +0000 (UTC) (envelope-from kazakov@gmail.com) Received: by an-out-0708.google.com with SMTP id c14so279454anc for ; Tue, 11 Sep 2007 07:58:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; bh=HEkaNEb2WmYfWb05kLZkshuOesX/dfVjLAqF5uu2+n8=; b=K0gl16bn6lHXpdrbe6o03fJum7wzL1cXwiPgmL75ZGP6ZNyijdFOl0D3ay8KVRhHphP55R3rUpKHxK4ZaiXC2+aPGN6bt91ZJT3Alj5jw378m2ju5r2l7wIDMaYMGKYmFMw0ZSohdZRQ+fyut+8mDrpr7+ElPy4JBjzwW1RrC+4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=hdDFUHcAqEbrnnWuifAAqSIBnexeI2t0SrEelDZCDQClN8uCXTLQnZ9XDsAl3YxOFB7NFfx7YdA0cVIQX1irEVNF6GhMrhvntSNA9eLpNLfRqmoEbTWzLScb90tjpxEO5sToRdG2c7C6DVZGTZiN98B7scNAw0VS2Dag5rrM3do= Received: by 10.100.127.1 with SMTP id z1mr6523623anc.1189521199958; Tue, 11 Sep 2007 07:33:19 -0700 (PDT) Received: by 10.100.134.2 with HTTP; Tue, 11 Sep 2007 07:33:19 -0700 (PDT) Message-ID: Date: Tue, 11 Sep 2007 23:33:19 +0900 From: "Artem Kazakov" To: "FreeBSD Hackers" MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: TCP/IP redundant connections X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Sep 2007 14:58:06 -0000 Hello Everyone! For my research project I'm working on making some network services redundant. And I have one idea, but I'm not so good and operating system internals, so could you please tell what do you think. If it is possible at all. So, I have two hosts, which are all the same and they have some network service which I need to make available all the time. This service has some internal state, which is synchronized over private connection. And at one time only one of the servers actually works with clients, the other on is just sitting there and kept synchronized. The clients have persistent TCP connections to the server, and in case of failure they make UDP broadcasts searching for server and then reconnect. So basically there is no need to use IP-sharing between two of them. But if the server fails, the client usually notices that after some time-out (tcp keep alive time out I suppose) which is not very good in some cases. So I want to utilize IP-sharing and TCP-connection synchronization (which is not yet implemented by anyone as far as I know). I want it in case of failure seamlessly to switch to the other machine. As far as the internal state is synchronized, if it is possible to synchronize open connections as well(and all the low level stuff as packet sequence numbers and so on) it would allow to make switch-over to the back-up server in a matter of seconds, and the clients would stay connected. Is is possible to do so ? And if yes, how difficult would it be for a person who has solid background in general-tasks programming, but no experience with low level system programming ? And what are the possible cave-eats of this approach? Thank you. Artem Kazakov. From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 11 15:48:18 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 72B3C16A41A for ; Tue, 11 Sep 2007 15:48:18 +0000 (UTC) (envelope-from borjamar@sarenet.es) Received: from proxypop1.sarenet.es (proxypop1.sarenet.es [194.30.0.99]) by mx1.freebsd.org (Postfix) with ESMTP id D659213C45B for ; Tue, 11 Sep 2007 15:48:17 +0000 (UTC) (envelope-from borjamar@sarenet.es) Received: from [127.0.0.1] (matahari.sarenet.es [192.148.167.18]) by proxypop1.sarenet.es (Postfix) with ESMTP id B0C395C6C for ; Tue, 11 Sep 2007 17:48:16 +0200 (CEST) Mime-Version: 1.0 (Apple Message framework v752.2) Content-Transfer-Encoding: 7bit Message-Id: <51F739DB-BBBC-4509-91E1-1A095F483032@sarenet.es> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed To: freebsd-hackers@freebsd.org From: Borja Marcos Date: Tue, 11 Sep 2007 17:48:12 +0200 X-Mailer: Apple Mail (2.752.2) Subject: Announcement: Devilator 1.0a for FreeBSD X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Sep 2007 15:48:18 -0000 Hello, (I hope this isn't considered an ot here, I think it's relevant to - hackers as well) I'm happy to announce the first public release (consider it an alpha) of Devilator, a performance data collector for FreeBSD systems that generates Orca compatible files. The README file follows. ************************************************************************ ******* WARNING!!!! This is the first public release of a program developed for internal use. Please exercise extreme care when using it, and report any issues to the author to have them fixed in future releases. ************************************************************************ ******* ================================== DEVILATOR ================================== "Why does my system run slowly?" "What can I do to make it run faster?" "The CPU seems to be idle. Why don't I get better performance?" "Will a bigger CPU make it run faster?" "Will I need a better CPU next year?" "Was the system slower last Thursday, or is it just my imagination?" These questions are made probably hundreds or perhaps even thousands of times every day, and the answer is not always easy. A system's performance is a function of its CPU power, bus bandwidth, memory capacity, disk I/O bandwidth (often neglected) and software. Nowadays, with the usage of concurrent programs growing, software performance problems get increasingly important as well. We can have the fastest and greatest hardware available, but a poor locking decision in a concurrent program can make it crawl, no matter what we do. A bad mix of workloads can cause these problems as well. Performance tuning is often a black art, and historical data is reall valuable, a need that the classical commands such as top, vmstat, gstat, etc don't address adequately (in my opinion). Devilator is a system performance data collector for FreeBSD. It's designed to work with Blair Zajac's Orca system (http://www.orcaware.com/ orca/) and it aims to be a FreeBSD equivalent of the "Orcallator" data collector for Solaris. This program has been growing for a long time, supplying performance data for our in-house systems. As this program has been written as a series of quick hacks, it is actually quite ugly, but effective anyway. The main goal when writing it was to gather enough performance data from the OS, always avoiding typical scripts that launch many other utilities. This program reads OS data directly, either through the sysctl interface or from GEOM (in the case of disk I/O performance data). As the documentation on some of these issues is not great, I have borrowed code from the GEOM utility "gstat", from "top", and "orcallator.se", part of the Orca package. The data collected by Devilator can be divided among the following groups: 1- Processor/s usage. This includes the classical "system load" values, and the percentage of CPU time spent on user processes, system, interrupt and nice. 2- OS activity. Includes a graph of forks/s, system calls/s, system processes and interrupt activity. The system processes and interrupt information show where the system is spending its share of CPU time. The system processes shown vary from version to version, with more information offered by the most recent FreeBSD releases. Hopefully this can be useful for system administrators and system developers alike, keeping historic data on the activity of tasks like "vmdaemon", "syncer", etc. 3- Process activity. Includes the number of processes in the system, how many of them are in a given state (running, sleeping, stopped, zombies, waiting or locked), and a graph of sleep situations. How many processes are sleeping on select(), waiting for network I/O, waiting for the disk subsystem, filesystem, etc? This is really useful when evaluating the performance of programs such as MySQL, trying different filesystem configurations or threading models. These data will be hopefully useful to FreeBSD developers and porters as well. 4- Network activity, offering the classical information on established connections, TCP and UDP traffic, network interface traffic and errors, TCP connection rate, etc. 5- Virtual memory, including swap and paging activity, memory usage, and page scanner activity. 6- Disk I/O data (available on FreeBSD 5+, as it depends on GEOM), including the percentage of busy time for disks, partitions and slices, together with the volume of data transfers in MB/s and the average service time in ms. - --------------- USING DEVILATOR - --------------- In order to use this program it's a good idea to be familiarised with Orca first. Orca (http://www.orcaware.com/orca/) is a general purpose graphing program based on RRDtool. This program can be used to monitor a single machine, running both Devilator and Orca on it, or it can be installed at dozens of servers, where it will just gather performance data and write it to text files, while a different server downloads those performance data files periodically, running Orca and generating the HTML files and RRD graphs for all of them. Depending on the number of machines, a single machine can monitor dozens of servers, and the impact of Devilator is negligible. It just wakes up at 5 minute intervals, reads some OS statistics using sysctl(3) and GEOM, and writes a line to a text file. In order to have Orca use the data provided by Devilator, the supplied Orca configuration file, devilator.cfg, must be used. The relevant variables to set up are: - -------------- # base_dir is the directory where the RRD files will be stored. base_dir /var/orca/rrd/orcallator # html_dir is the directory where the web pages (HTML files and PNG graphs) # will be stored. This directory will be made available with a suitable # web server such as Apache. html_dir /var/www/orca # find_files specifies the directory under which the text files with # performance data reside. It is possible to monitor a set of machines with a # single Orca instance, with each machine having its own directory under # /var/orca/orcallator, such as /var/orca/orcallator/server1, # /var/orca/orcallator/server2... find_files /var/orca/orcallator/(.*)/(?:(?:orcallator)| (?:percol))- \d{4}-\d{2}-\d{2}(?:-\d{3,})?(?:\.(?:Z|gz|bz2))? - --------------- Please read the Orca documentation and become familiar with it. - ------------------- FUTURE WORK - ------------------- The graphs are a bit messy right now, although they are easy to customize editing the .cfg file. This program generates a lot of information that might not be necessary for everyone. Unnecessary graphs can be turned off just by commenting out the relevant sections in the configuration file. Some enhancements would probably be useful. Tracking resources usage by process name would allow the administrator to know which CGI scripts are using more resources, etc. I will be happy to hear about other interesting datasets. Simple sysctl fetches are trivial to do. But obviously it would be insane to include all the available data. - -------------------- PORTABILITY - -------------------- This program has been developed under FreeBSD, and some of the bits (like its reliance on GEOM to gather disk I/O statistics) are pretty FreeBSD-specific. So far I have tested it and used it on FreeBSD 4.9 (x86), FreeBSD 6.x on sparc64 and x86, and FreeBSD 7 on amd64. - -------------------- SUPPORT - -------------------- This program is supplied as is, and there's absolutely no guarantee of any kind, including suitability for any particular purpose. There's no guarantee of technical support either. This program started its life as an internal development, and I'm polishing it for public distribution. Most of the development time has been payed for by my employer, Sarenet, and it's being released as a contribution to the FreeBSD community. Please send bugs, ideas, flames, etc to the following address: Borja Marcos. Sarenet S.A. borjamar@sarenet.es borjam@gmail.com (Preferred for Devilator issues) Devilator can be downloaded from: http://homepage.mac.com/borjam/.Public/devilator-1.0a.tar.gz MD5 (devilator-1.0a.tar.gz) = 5868761c2ce0f8dc3ff51167fd06400a And the PGP signature for the file follows: - -----BEGIN PGP SIGNATURE----- Version: PGP Desktop 9.5.3 (Build 5003) qANQR1DEDQMAAhGlPtFtULJLjAHCPwMFAEbmbwOlPtFtULJLjBECYlEAnj1HejG2 rBJVYur8VvZ51MlSYVX1AJ9Aak05xRRkQ/BKn8Asl9nWsxD6rA== =rKMg - -----END PGP SIGNATURE----- - ---------------- "The thing he realised about the windows was this: because they had been converted into openable windows after they had first been designed to be impregnable, they were, in fact, much less secure than if they had been designed as openable windows in the first place." Douglas Adams, "Mostly Harmless" From owner-freebsd-hackers@FreeBSD.ORG Wed Sep 12 12:39:57 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7A0E216A417 for ; Wed, 12 Sep 2007 12:39:57 +0000 (UTC) (envelope-from alexey.bobok@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.173]) by mx1.freebsd.org (Postfix) with ESMTP id E8FE713C45B for ; Wed, 12 Sep 2007 12:39:56 +0000 (UTC) (envelope-from alexey.bobok@gmail.com) Received: by ug-out-1314.google.com with SMTP id a2so229855ugf for ; Wed, 12 Sep 2007 05:39:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:date:from:x-mailer:reply-to:x-priority:message-id:to:subject:in-reply-to:references:mime-version:content-type:content-transfer-encoding; bh=E6Ue1qkS0BB0NB8MrGM1B7OVB7JUX3n0iVrjkJ9SVtE=; b=cieD/co2zqpZYzXhXaW2HwGBU+jod1+9mDsV2NCa7iwCRTgzw7KLqCBHTXmn/PYwvA3FdeK7nqnfW0yhWwHeT7nTK6JFEe5jOjZQJfXlLLLkFjwkbLe4lqvoCdDDa0HaeUyXFHte4FevycBI26ANtR49QD8ozLsoY9gzNIp+/34= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:from:x-mailer:reply-to:x-priority:message-id:to:subject:in-reply-to:references:mime-version:content-type:content-transfer-encoding; b=nSgDtIpNe/Rtda3eFKULOku7cxfu3CmwNHVmv5HP8ksXlnIpgjPB4i9wxAAkhM6fpO6rMPhnouTy7pG16JkE27FnmLlK2KXt89cYzH/eoKp7AuTrT8LKhGORnlSarYQJsBMlBvYEPt7avaZh6QLs5QFc1jxw776WmYhWXP21HXs= Received: by 10.67.15.17 with SMTP id s17mr1779557ugi.1189599186263; Wed, 12 Sep 2007 05:13:06 -0700 (PDT) Received: from showjumper.inetcom.com.ua ( [77.90.253.35]) by mx.google.com with ESMTPS id k30sm2721441ugc.2007.09.12.05.12.57 (version=SSLv3 cipher=OTHER); Wed, 12 Sep 2007 05:12:58 -0700 (PDT) Date: Wed, 12 Sep 2007 15:12:59 +0300 From: Alexey Bobok X-Mailer: The Bat! (v3.99.1) Professional X-Priority: 3 (Normal) Message-ID: <869014419.20070912151259@gmail.com> To: "freebsd-hackers-request@freebsd.org" In-Reply-To: <20070912120008.AB75216A477@hub.freebsd.org> References: <20070912120008.AB75216A477@hub.freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: quoted-printable Subject: Re: freebsd-hackers Digest, Vol 233, Issue 3 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Alexey Bobok List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Sep 2007 12:39:57 -0000 =C7=E4=F0=E0=E2=F1=F2=E2=F3=E9=F2=E5, freebsd-hackers-request. I think it's not real because of implementation of TCP protocol (ACK numbers and so on). Maybe it's easier to use smthng like CARP to share 1 IP between multiple hosts, PFSYNC to share state tables of PF? > Send freebsd-hackers mailing list submissions to > freebsd-hackers@freebsd.org > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > or, via email, send a message with subject or body 'help' to > freebsd-hackers-request@freebsd.org > You can reach the person managing the list at > freebsd-hackers-owner@freebsd.org > When replying, please edit your Subject line so it is more specific > than "Re: Contents of freebsd-hackers digest..." > Today's Topics: > 1. TCP/IP redundant connections (Artem Kazakov) > 2. Announcement: Devilator 1.0a for FreeBSD (Borja Marcos) > ---------------------------------------------------------------------- > Message: 1 > Date: Tue, 11 Sep 2007 23:33:19 +0900 > From: "Artem Kazakov" > Subject: TCP/IP redundant connections > To: "FreeBSD Hackers" > Message-ID: > > Content-Type: text/plain; charset=3DISO-8859-1 > Hello Everyone! > For my research project I'm working on making some network services redun= dant. > And I have one idea, but I'm not so good and operating system > internals, so could you please tell what do you think. If it is > possible at all. > So, I have two hosts, which are all the same and they have some > network service which I need to make available all the time. This > service has some internal state, which is synchronized over private > connection. And at one time only one of the servers actually works > with clients, the other on is just sitting there and kept > synchronized. > The clients have persistent TCP connections to the server, and in case > of failure they make UDP broadcasts searching for server and then > reconnect. So basically there is no need to use IP-sharing between two > of them. But if the server fails, the client usually notices that > after some time-out (tcp keep alive time out I suppose) which is not > very good in some cases. > So I want to utilize IP-sharing and TCP-connection synchronization > (which is not yet implemented by anyone as far as I know). I want it > in case of failure seamlessly to switch to the other machine. As far > as the internal state is synchronized, if it is possible to > synchronize open connections as well(and all the low level stuff as > packet sequence numbers and so on) it would allow to make switch-over > to the back-up server in a matter of seconds, and the clients would > stay connected. > Is is possible to do so ? And if yes, how difficult would it be for a > person who has solid background in general-tasks programming, but no > experience with low level system programming ? And what are the > possible cave-eats of this approach? > Thank you. > Artem Kazakov. --=20 =D1 =F3=E2=E0=E6=E5=ED=E8=E5=EC, =C0=EB=E5=EA=F1=E5=E9 =C1=EE=E1=EE=EA mailto:alexe= y.bobok@gmail.com From owner-freebsd-hackers@FreeBSD.ORG Wed Sep 12 12:50:51 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 073B416A421 for ; Wed, 12 Sep 2007 12:50:51 +0000 (UTC) (envelope-from freebsd-hackers@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 7D41513C469 for ; Wed, 12 Sep 2007 12:50:50 +0000 (UTC) (envelope-from freebsd-hackers@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1IVRfK-0003z6-3G for freebsd-hackers@freebsd.org; Wed, 12 Sep 2007 14:49:58 +0200 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 12 Sep 2007 14:49:58 +0200 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 12 Sep 2007 14:49:58 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-hackers@freebsd.org From: Ivan Voras Date: Wed, 12 Sep 2007 14:49:44 +0200 Lines: 50 Message-ID: References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-ripemd160; protocol="application/pgp-signature"; boundary="------------enigBAA28A362493814AD72FBA79" X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 1.5.0.12 (X11/20060911) In-Reply-To: X-Enigmail-Version: 0.94.4.0 Sender: news Subject: Re: TCP/IP redundant connections X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Sep 2007 12:50:51 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigBAA28A362493814AD72FBA79 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable Artem Kazakov wrote: > So I want to utilize IP-sharing and TCP-connection synchronization > (which is not yet implemented by anyone as far as I know). I want it > in case of failure seamlessly to switch to the other machine. As far > as the internal state is synchronized, if it is possible to > synchronize open connections as well(and all the low level stuff as > packet sequence numbers and so on) it would allow to make switch-over > to the back-up server in a matter of seconds, and the clients would > stay connected. I don't know if you already considered this, but the above looks like=20 both machines would simultaneously process a single TCP connection. So,=20 when a TCP connection request (handshake) arrives, you want both of the=20 machines to respond? Further on: You'll confuse the remote application and waste bandwidth if = you send two responses to every TCP packet you receive. And on: What about the applications running on the two machines: if the=20 remote client send e.g. a request to delete a resource (just an=20 example): would both servers receive and respond to the request? etc, etc. Have you read the manual for carp(4) and why isn't CARP good enough for=20 what you need? --------------enigBAA28A362493814AD72FBA79 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org iD8DBQFG5+BoldnAQVacBcgRAy7XAJ4o0zli6gEEQe/EPkGzoPARhcM6yACbBLvc iO+GYZnleStHRrfpsVWtnyw= =2PlV -----END PGP SIGNATURE----- --------------enigBAA28A362493814AD72FBA79-- From owner-freebsd-hackers@FreeBSD.ORG Wed Sep 12 13:22:10 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2232B16A421 for ; Wed, 12 Sep 2007 13:22:10 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.188]) by mx1.freebsd.org (Postfix) with ESMTP id 999F613C480 for ; Wed, 12 Sep 2007 13:22:09 +0000 (UTC) (envelope-from max@love2party.net) Received: from dslb-088-066-037-076.pools.arcor-ip.net [88.66.37.76] (helo=amd64.laiers.local) by mrelayeu.kundenserver.de (node=mrelayeu6) with ESMTP (Nemesis), id 0ML29c-1IVSAR0TDs-000450; Wed, 12 Sep 2007 15:22:07 +0200 From: Max Laier Organization: FreeBSD To: freebsd-hackers@freebsd.org Date: Wed, 12 Sep 2007 15:21:58 +0200 User-Agent: KMail/1.9.7 References: In-Reply-To: X-Face: ,,8R(x[kmU]tKN@>gtH1yQE4aslGdu+2]; R]*pL,U>^H?)gW@49@wdJ`H<=?utf-8?q?=25=7D*=5FBD=0A=09U=5For=3D=5CmOZf764=26nYj=3DJYbR1PW0ud?=>|!~,,CPC.1-D$FG@0h3#'5"k{V]a~.<=?utf-8?q?mZ=7D44=23Se=7Em=0A=09Fe=7E=5C=5DX5B=5D=5Fxj?=(ykz9QKMw_l0C2AQ]}Ym8)fU MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1345745.cVBBstyyvz"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200709121522.05049.max@love2party.net> X-Provags-ID: V01U2FsdGVkX1/2fcMf306+jmIio+Buy3MhCe+KQe00JqD6mJJ cu8z0icH/JfQD0JSN1yMnaAzF8nASmZb7ZTBuPA8yT7tBZIfae 6+hS9vpM5AYg5+gESjonn6QLICS/WsPE0IkOom/PFA= Cc: Artem Kazakov Subject: Re: TCP/IP redundant connections X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Sep 2007 13:22:10 -0000 --nextPart1345745.cVBBstyyvz Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tuesday 11 September 2007, Artem Kazakov wrote: > Hello Everyone! > > For my research project I'm working on making some network services > redundant. And I have one idea, but I'm not so good and operating > system > internals, so could you please tell what do you think. If it is > possible at all. > > So, I have two hosts, which are all the same and they have some > network service which I need to make available all the time. This > service has some internal state, which is synchronized over private > connection. And at one time only one of the servers actually works > with clients, the other on is just sitting there and kept > synchronized. > The clients have persistent TCP connections to the server, and in case > of failure they make UDP broadcasts searching for server and then > reconnect. So basically there is no need to use IP-sharing between two > of them. But if the server fails, the client usually notices that > after some time-out (tcp keep alive time out I suppose) which is not > very good in some cases. > So I want to utilize IP-sharing and TCP-connection synchronization > (which is not yet implemented by anyone as far as I know). I want it > in case of failure seamlessly to switch to the other machine. As far > as the internal state is synchronized, if it is possible to > synchronize open connections as well(and all the low level stuff as > packet sequence numbers and so on) it would allow to make switch-over > to the back-up server in a matter of seconds, and the clients would > stay connected. > Is is possible to do so ? And if yes, how difficult would it be for a > person who has solid background in general-tasks programming, but no > experience with low level system programming ? And what are the > possible cave-eats of this approach? TCP is a reliable protocol. That means once you ACK a segment the other=20 side assumes that you have actually received it. In your scenario, that=20 would mean to defer the ACK until the secondary box has received the copy=20 of the segment and acknowledged to the first one which then in turn will=20 acknowledge the client. As a result you are back to a single point of=20 failure and greatly diminished performance. If you try to do it=20 differently - e.g. have the second box just snoop in on the TCP state. =20 There is no guarantee that it has actually seen every packet and once a=20 segment (that the primary has ACKed) is lost, there's no way to get it=20 back. I think you should rather look at session management in the application=20 and move away from long-lived TCP connections for that purpose. =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --nextPart1345745.cVBBstyyvz Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQBG5+f9XyyEoT62BG0RAh2ZAJ4pzpwFTG7jWWIn4fJmx7vHmwQeSQCePg1/ DMgrklhdEdlbpG3dHGqfYII= =BqlM -----END PGP SIGNATURE----- --nextPart1345745.cVBBstyyvz-- From owner-freebsd-hackers@FreeBSD.ORG Thu Sep 13 07:23:19 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2CB3716A417 for ; Thu, 13 Sep 2007 07:23:19 +0000 (UTC) (envelope-from ighighi@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.226]) by mx1.freebsd.org (Postfix) with ESMTP id 0388513C467 for ; Thu, 13 Sep 2007 07:23:18 +0000 (UTC) (envelope-from ighighi@gmail.com) Received: by wx-out-0506.google.com with SMTP id i29so384893wxd for ; Thu, 13 Sep 2007 00:23:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:subject:content-type:content-transfer-encoding; bh=HeHGMadJi5JKDLhYv8GOzRjm3LvEadZONxsZa2EWwk0=; b=AEUtN8BY1HvOOZhmrT3qngdbTp1vro4dxI9kz6hIDo2ZOGCQQ2sQWrnlMKJ/yid0fy+u0tvgAKa7bMbtlnD0UTXmz8tP8ARLXlS0p5OAGDVpmziWWaT0uQbx7N9kWniK4U/06z+d7ocG0FmJTRcXYDvOq0sVabct2lNHLYakhME= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:subject:content-type:content-transfer-encoding; b=fBB9lqkaLhBo2PTr9BrydCUyxyheN7g92HdEt2Zx9gB83EI5B3ahLkqVjQAbmemD+6vHiA+028Zhffpo/TImXlt9d19k0qRfAdmMJB9WcbtNKK19pkTyYJipd4t48PbhbHRr3i36vf98eoSMAAh+lssw+LUJ6OtOp6P32ZRkoWs= Received: by 10.90.94.2 with SMTP id r2mr946523agb.1189666603127; Wed, 12 Sep 2007 23:56:43 -0700 (PDT) Received: from orion.nebula.mil ( [200.44.87.69]) by mx.google.com with ESMTPS id 9sm10078021agc.2007.09.12.23.56.40 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 12 Sep 2007 23:56:41 -0700 (PDT) Message-ID: <46E8DF09.40008@gmail.com> Date: Thu, 13 Sep 2007 02:56:09 -0400 From: Ighighi User-Agent: Thunderbird 2.0.0.6 (X11/20070803) MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: local "jailed" symlinks X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Sep 2007 07:23:19 -0000 I run multiple operating systems on my PC and access their filesystems from FreeBSD. Recently I've been playing with the idea that it may be useful to have a mount flag similar to MNT_NOSYMFOLLOW that restricts symbolic links in the flagged filesystems to them, that at least avoids crossing to parent directories on different filesystems. A "jailed symlink" of sorts. I believe that making the root directory the mount point when performing lookups is the way to go. What are the issues that I need to be aware of ? Any suggestions are welcome. Cheers, Igh. From owner-freebsd-hackers@FreeBSD.ORG Thu Sep 13 09:16:50 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 91EDC16A419 for ; Thu, 13 Sep 2007 09:16:50 +0000 (UTC) (envelope-from ighighi@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.231]) by mx1.freebsd.org (Postfix) with ESMTP id 6053513C459 for ; Thu, 13 Sep 2007 09:16:50 +0000 (UTC) (envelope-from ighighi@gmail.com) Received: by nz-out-0506.google.com with SMTP id l8so306785nzf for ; Thu, 13 Sep 2007 02:16:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=X2w7e5vep7Qw0kNIBeP/TMCFu5vPrhXNwkdVAArgBPU=; b=cmCnCi07ZdBd56Xd5R4pV2lZvwbKriYg5tFuKCxcAsmh6c3BiV036zmFlDyF5KRugt5rD5wvBWhWi7h7K1KsEE6vCTV/6jMh2QpurOoyWn8ImYpcDwEt6EUlJNMJzIf42Ri7bDho4wku5KfSvOu++zCQY9BrqhqkSlPkdm9CcoU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=VaF1ahbd9Cle+yScS3s2UsfYhnLXaIoIUYILXxBrlCpjx/zr9X1mgO/f5F6MlMcOHxExbD2kZPdm5c/RtGMITNCiWQB7t3TUtvaCdSpNQYiDWdtYzLTIzjln2yKZtPnMr1gDuHHgDt8NHh4A6APId1zslHNe+aOoDbyUQVUdhDQ= Received: by 10.142.50.15 with SMTP id x15mr30514wfx.1189675009103; Thu, 13 Sep 2007 02:16:49 -0700 (PDT) Received: by 10.142.251.6 with HTTP; Thu, 13 Sep 2007 02:16:49 -0700 (PDT) Message-ID: Date: Thu, 13 Sep 2007 05:16:49 -0400 From: "Ighighi Ighighi" To: freebsd-hackers@freebsd.org In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <46E8DF09.40008@gmail.com> Subject: Re: local "jailed" symlinks X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Sep 2007 09:16:50 -0000 On 9/13/07, Joshua Isom _ jrisom at gmail.com _ wrote: > Make all of your symlinks relative instead of absolute. It might mean > linking /foo/bar/baz to /bax/bay/baw as ../../../bax/bay/baw but it > would suffice. This is precisely the kind of manual intervention that I want to avoid... Ideally, it should be done automatically. Your approach wouldn't work on read-only filesystems (and some of them can't be mounted read-write anyway: ISO-9660 with Rockridge extensions). By the way, I thought of using unionfs but it would be overkill and messy. Salutes, Igh. From owner-freebsd-hackers@FreeBSD.ORG Fri Sep 14 03:12:39 2007 Return-Path: Delivered-To: freebsd-hackers@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AE0CA16A469; Fri, 14 Sep 2007 03:12:39 +0000 (UTC) (envelope-from cnst@FreeBSD.org) Received: from mojo.ru (mojo.ru [84.252.152.63]) by mx1.freebsd.org (Postfix) with ESMTP id 1F00213C491; Fri, 14 Sep 2007 03:12:38 +0000 (UTC) (envelope-from cnst@FreeBSD.org) Received: from [192.168.0.16] (nc-76-4-28-21.dhcp.embarqhsd.net [76.4.28.21]) (authenticated bits=0) by mojo.ru (8.12.11.20060308/8.12.10) with ESMTP id l8E3CUVe022401 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 14 Sep 2007 07:12:48 +0400 Message-ID: <46E9FC0C.70607@FreeBSD.org> Date: Thu, 13 Sep 2007 23:12:12 -0400 From: "Constantine A. Murenin" Organization: Google Summer of Code 2007 Student @ The FreeBSD Project User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-GB; rv:1.7.5) Gecko/20041217 X-Accept-Language: en-gb, en-gb-oed, en, en-us, ru, ru-ru, ru-su MIME-Version: 1.0 To: freebsd-arch@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-hackers@FreeBSD.org References: <200709132302.l8DN2Tv5076033@repoman.freebsd.org> In-Reply-To: <200709132302.l8DN2Tv5076033@repoman.freebsd.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: Alexander Leidinger , Shteryana Shopova , "Constantine A. Murenin" Subject: GSoC2007: cnst-sensors.2007-09-13.patch X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Sep 2007 03:12:39 -0000 Dear freebsd-{arch,current,hackers}@, On this 256th day of 2007, it is my great pleasure to announce the completion of my GSoC2007 project on porting the sysctl hardware sensors framework from OpenBSD to FreeBSD. All of the things that were planned to be ported from OpenBSD base system to FreeBSD have now been ported. The userland part of the framework is entirely source-code compatible with OpenBSD. For example, you can take OpenBSD's stock sensorsd(8), and it'll compile and work on FreeBSD with no modifications. The framework is quite self-contained, so I think it is a safe bet to at least try to get it into the tree even at this point, when the code freeze is taking place in preparation for RELENG_7 branching. Therefore, I hereby request that this patch be considered for immediate inclusion into FreeBSD's main CVS repository. The complete CVS patch is available from: http://mojo.ru/us/GSoC2007.cnst-sensors.2007-09-13.patch.gz For backup purposes, a copy of this CVS patch is also available in my perforce branch, although it has tainted $P4$ tags in individual files, so use perforce as a last resort: http://p4web.freebsd.org//depot/projects/soc2007/cnst-sensors/cnst-sensors.2007-09-13.patch Exact details on how to apply and test the patch are available in my LiveJournal, along with certain other comments: http://cnst.livejournal.com/38421.html#directions If you have an Intel Core 2 processor, or a Winbond or ITE Tech Super I/O chip on your board, then please test and report back on how your tests went. Best regards, Constantine Aleksandrovich Murenin, Google Summer of Code 2007 Student @ The FreeBSD Project. ;) On 13/09/2007 19:02, Constantine A. Murenin wrote: > http://perforce.freebsd.org/chv.cgi?CH=126384 > > Change 126384 by cnst@dale on 2007/09/13 23:01:55 > > On this 256th day of 2007, it is my great pleasure to > present a feature-complete port of the hardware sensors > framework from OpenBSD to FreeBSD. > > Below is a complete `cvs diff` of cnst-sensors GSoC2007 > project as of 2007-256. > > It includes the following components, listed below in > the very same order as they are appearing in this diff: > > * sample configuration file for sensorsd > * rc(8) script and glue code for sensorsd(8) > * sysctl(3) doc fixes for CTL_HW tree > * sysctl(3) documentation for hardware sensors > * sysctl(8) documentation for hardware sensors > * assorted KNF and bug-fixes for sysctl(8) > * support for the sensor structure for sysctl(8) > * coretemp(4) documentation > * it(4) documentation > * lm(4) documentation > * rc.conf(5) documentation for starting sensorsd(8) > * sensor_attach(9) et al documentation > * coretemp(4) conversion to the hw.sensors framework > * it(4) isa driver ported from OpenBSD > * lm(4) isa driver ported from OpenBSD > * /sys/kern/kern_sensors.c > o sensor_attach(9) API for drivers to register ksensors > o sensor_task_register(9) API for the update task > o sysctl(3) glue code > o hw.sensors shadow tree for sysctl(8) internal magic > * assorted KNF and bug-fixes for /sys/kern/kern_sysctl.c > * it(4) module for testing sensor_attach/detach et al > * lm(4) module for testing sensor_attach/detach et al > * > * assorted bug-fixes and HW_SENSORS definition for > * sensors display for systat(1), including all documentation > * sensorsd(8) and all applicable documentation > > The userland part of the framework is entirely source-code > compatible with OpenBSD 4.1, 4.2 and -current as of today. > > All sensor readings can be viewed with `sysctl hw.sensors`, > monitored in semi-realtime with `systat -sensors` and also > logged with `sensorsd`. Third-party tools, for example a > plug-in for nagios, are also available. A separate patch > for ports/sysutils/symon will be provided upon request. > > Submitted by: cnst@FreeBSD.org (Constantine A. Murenin) > Obtained from: generated by sensors.cvsdiff.sh from > //depot/projects/soc2007/cnst-sensors/ > Sponsored by: Google Summer of Code 2007 > > > Obtained from: http://mojo.ru/us/GSoC2007.cnst-sensors.2007-09-13.patch.gz > > Details at: http://cnst.livejournal.com/38421.html > > Affected files ... > > .. //depot/projects/soc2007/cnst-sensors/cnst-sensors.2007-09-13.patch#1 add > > Differences ... > From owner-freebsd-hackers@FreeBSD.ORG Fri Sep 14 06:45:04 2007 Return-Path: Delivered-To: freebsd-hackers@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B44DE16A41B; Fri, 14 Sep 2007 06:45:04 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id 6837513C48E; Fri, 14 Sep 2007 06:45:04 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 9340D2097; Fri, 14 Sep 2007 08:44:59 +0200 (CEST) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: 0.0/3.0 X-Spam-Checker-Version: SpamAssassin 3.2.1 (2007-05-02) on tim.des.no Received: from ds4.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id 13E0E2096; Fri, 14 Sep 2007 08:44:59 +0200 (CEST) Received: by ds4.des.no (Postfix, from userid 1001) id EF2628447E; Fri, 14 Sep 2007 08:44:58 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: "Constantine A. Murenin" References: <200709132302.l8DN2Tv5076033@repoman.freebsd.org> <46E9FC0C.70607@FreeBSD.org> Date: Fri, 14 Sep 2007 08:44:58 +0200 In-Reply-To: <46E9FC0C.70607@FreeBSD.org> (Constantine A. Murenin's message of "Thu\, 13 Sep 2007 23\:12\:12 -0400") Message-ID: <86ir6deoet.fsf@ds4.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/22.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-hackers@FreeBSD.org, Alexander Leidinger , freebsd-current@FreeBSD.org, Shteryana Shopova , freebsd-arch@FreeBSD.org Subject: Re: GSoC2007: cnst-sensors.2007-09-13.patch X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Sep 2007 06:45:04 -0000 "Constantine A. Murenin" writes: > Therefore, I hereby request that this patch be considered for > immediate inclusion into FreeBSD's main CVS repository. Trouble is, we're in code freeze... you'll have to ask re@. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-hackers@FreeBSD.ORG Fri Sep 14 16:29:08 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 68F3416A41B for ; Fri, 14 Sep 2007 16:29:08 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id 69CE313C4A8 for ; Fri, 14 Sep 2007 16:29:08 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 413151CC06C; Fri, 14 Sep 2007 09:29:08 -0700 (PDT) Date: Fri, 14 Sep 2007 09:29:08 -0700 From: Jeremy Chadwick To: freebsd-hackers@freebsd.org Message-ID: <20070914162908.GA39026@eos.sc1.parodius.com> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.16 (2007-06-09) Subject: Re: Progress for 7.0 - the "what's cooking" page X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Sep 2007 16:29:08 -0000 On Tue, Sep 04, 2007 at 12:31:57PM +0200, Ivan Voras wrote: > As some of you may know, I'm maintaining a web page which aims to enumerate > and describe major new features for FreeBSD 7, located at > http://ivoras.sharanet.org/freebsd/freebsd7.html . A very, very impressive list. I just wanted to take a moment to say that I'm *really* looking forward to trying out and migrating to RELENG_7 once it's tagged and released. I haven't been this giddy over an upcoming FreeBSD release since the launch of 4.x. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB |