Re: GEOM + Vinum
On Wed, 21 Jan 2004, Andreas Braukmann wrote: On 01/21/04 09:26:58 +0100 Peter Blok wrote: I'm one of the users in need of a clean update path. I will dedicate a system for update and geom_vinum tests. I step in. I complained bitterly about the rip-it-off-plans. I'm currently not able to help out coding, but I would gladly supply remote console access to a box suitable for vinum testing. (Including access to a local cvsup-/cvs-server, backup space etc.) Thanks for these offers! FWIW, there's now a new mailing list, freebsd-geom@, and we should move this thread over there. regards, le -- Lukas Ertl eMail: [EMAIL PROTECTED] UNIX Systemadministrator Tel.: (+43 1) 4277-14073 Vienna University Computer Center Fax.: (+43 1) 4277-9140 University of Vienna http://mailbox.univie.ac.at/~le/ ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: GEOM + Vinum
On Tue, 20 Jan 2004, Dag-Erling Smørgrav wrote: Lukas Ertl [EMAIL PROTECTED] writes: following the recent discussion about GEOM and Vinum I wrote some proof-of-concept code, or rather, I copy'n'pasted the necessary stuff for a prototype. Of course it's ugly, it's buggy, it's by far not complete, but at least it understands the most basic setup: a volume with a single plex and a single subdisk. This is great! Thanks! I was actually hoping to get a little more feedback, since I'm not so sure if I'm going into the right direction, and I'd like to hear what people say about it before I dive into hacking it more, and there was virtually no feedback at all. regards, le -- Lukas Ertl eMail: [EMAIL PROTECTED] UNIX Systemadministrator Tel.: (+43 1) 4277-14073 Vienna University Computer Center Fax.: (+43 1) 4277-9140 University of Vienna http://mailbox.univie.ac.at/~le/ ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: GEOM + Vinum
On Tue, 20 Jan 2004, Kevin Wooten wrote: I am partially done with a replacement (not vinum compatible), that will hopefully do the same thing in the end, and more. I am trying to make a vinum that is more GEOM-ish. What I am experimenting with is using mirror, and ccd to handle the mirroring and disk concatenation. Then writing a single geom_stripe module that will stripe (with or without parity data). Once this is finished, the GEOM config. should allow just about all the complex configurations imaginable, even more than vinum. The fine thing about GEOM is that it offers a whole bunch of new possibilities. I'm very interested to see a native GEOM RAID implementation, and I think Pawel is working on this one. I think we should really get together on a separate mailing list - is it time for freebsd-geom@ yet? regards, le -- Lukas Ertl eMail: [EMAIL PROTECTED] UNIX Systemadministrator Tel.: (+43 1) 4277-14073 Vienna University Computer Center Fax.: (+43 1) 4277-9140 University of Vienna http://mailbox.univie.ac.at/~le/ ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: GEOM + Vinum
On Tue, 20 Jan 2004, Kevin Wooten wrote: My 2 cents is to start building the house from the ground with the geom classes, then add on the algorithms from the existing vinum. and end up with the roof as is the the vinum configuration tool. My point is that with the GEOM config...who needs vinum config?? People should have a clean update path and FreeBSD has always respected POLA. What I know from the recent thread about vinum and GEOM, and given that there will be more upcoming changes to the I/O infrastructure, vinum is likely to be broken once FreeBSD 5.3 is out. The 5.3 branch should clearly be a -stable branch once again, and if we want people to finally upgrade from 4.x, they have to be able to do it without much fuss. So, providing a completely compatible geom_vinum is a must, IMHO. regards, le -- Lukas Ertl eMail: [EMAIL PROTECTED] UNIX Systemadministrator Tel.: (+43 1) 4277-14073 Vienna University Computer Center Fax.: (+43 1) 4277-9140 University of Vienna http://mailbox.univie.ac.at/~le/ ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
GEOM + Vinum
Hi -hackers, following the recent discussion about GEOM and Vinum I wrote some proof-of-concept code, or rather, I copy'n'pasted the necessary stuff for a prototype. Of course it's ugly, it's buggy, it's by far not complete, but at least it understands the most basic setup: a volume with a single plex and a single subdisk. This is how such a setup looks like: http://mailbox.univie.ac.at/~le/geomvinum.ps (this is the actual output from sysctl -b kern.geom.confdot | dot -Tps). And here's the code: http://mailbox.univie.ac.at/~le/geomvinum.tar.gz. You still need vinum(8) to configure the setup; when you're done, unload vinum again and load geom_vinum. Then you can access your volumes in /dev/gvinum/. regards, le -- Lukas Ertl eMail: [EMAIL PROTECTED] UNIX Systemadministrator Tel.: (+43 1) 4277-14073 Vienna University Computer Center Fax.: (+43 1) 4277-9140 University of Vienna http://mailbox.univie.ac.at/~le/ ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Future of RAIDFrame and Vinum (was: Future of RAIDFrame)
On Mon, 12 Jan 2004, Robert Watson wrote: I think the right strategy is to follow the minimalist approach now (adopt the disk(9) API, rather than having Vinum generate character devices) so that swap works on Vinum again, and so that when UFS moves to speaking GEOM there's no loss of functionality. If we want to completely reimplement Vinum, we should do that separately so as to avoid loss of functionality during structural changes. As many ways lead to Rome, how about the following scenario. I don't know if it's a clever way to do things, and I don't know if it's even possible to with GEOM, so some input is appreciated. *) Have separate GEOM classes for each of the different vinum objects (drive, sd, plex, volume). *) Let the drive geom taste the slices configured for vinum, read the on-disk config and then spawn the necessary other geoms (I'm not sure if the latter can be done in GEOM). *) I think this is a clean implementation, since the GEOM framework offers all the background needed to transform the IO requests. *) It would also be a good way to clean up the vinum code. regards, le -- Lukas Ertl eMail: [EMAIL PROTECTED] UNIX Systemadministrator Tel.: (+43 1) 4277-14073 Vienna University Computer Center Fax.: (+43 1) 4277-9140 University of Vienna http://mailbox.univie.ac.at/~le/ ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: freebsd-hackers Digest, Vol 42, Issue 6
On Fri, 9 Jan 2004, Josef El-Rayes wrote: YACINE GHANJAOUI [EMAIL PROTECTED] wrote: Anyone help me how to untar a file with this extention file.tar.bz2 ? tar xvfj file.tar.bz2 tar xvjf regards, le -- Lukas Ertl eMail: [EMAIL PROTECTED] UNIX Systemadministrator Tel.: (+43 1) 4277-14073 Vienna University Computer Center Fax.: (+43 1) 4277-9140 University of Vienna http://mailbox.univie.ac.at/~le/ ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Power Patches
11Mbps ath0: 11g rates: 1Mbps 2Mbps 5.5Mbps 11Mbps 6Mbps 9Mbps 12Mbps 18Mbps 24Mbps 36Mbps 48Mbps 54Mbps ath0: 802.11 address: 00:09:5b:41:8d:ac GEOM: create disk ad0 dp=0xc456b660 ad0: 57231MB TOSHIBA MK6021GAS [116280/16/63] at ata0-master UDMA100 acd0: CDRW TOSHIBA DVD-ROM SD-R9012 at ata1-master UDMA33 Mounting root from ufs:/dev/ad0s2a regards, le -- Lukas Ertl eMail: [EMAIL PROTECTED] UNIX Systemadministrator Tel.: (+43 1) 4277-14073 Vienna University Computer Center Fax.: (+43 1) 4277-9140 University of Vienna http://mailbox.univie.ac.at/~le/ ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Power Patches
On Fri, 2 Jan 2004, M. Warner Losh wrote: Can you send me the results of the following command: pciconf -r pci0:30:0 0:0xff Here it is: # pciconf -r pci0:30:0 0:0xff 24488086 80800107 06040081 0001 40080200 22808040 cff0c020 eff0e800 0004 00202802 7402 0040 0041 00080010 00020001 00c0 0f60 4632 regards, le -- Lukas Ertl eMail: [EMAIL PROTECTED] UNIX Systemadministrator Tel.: (+43 1) 4277-14073 Vienna University Computer Center Fax.: (+43 1) 4277-9140 University of Vienna http://mailbox.univie.ac.at/~le/ ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: geom_mirror implementation
On Sun, 9 Nov 2003, David Schultz wrote: Yeah, RAID support in FreeBSD is in a rather sorry state right now. ccd(4) doesn't work with ATAng on my machine without causing panics and data corruption, raidframe is broken in -CURRENT, and vinum tends to lag behind changes and break. But that doesn't mean that the right solution is to add a *fourth* incompatible RAID implementation. Yes, this is a good point. The advantage I see in geom_mirror is that it fits into the GEOM framework and doesn't take a lot to set up. If there's a good reason ccd(4) is harder to fix than geom_mirror, then you might want to talk to phk about rewriting geom_ccd based on geom_mirror. I believe scottl and phk have plans to fix raidframe, though, which would address a lot of the present limitations. I haven't used ccd or raidframe before, and vinum is still a lot of 'voodoo'. I just wanted to play around and do something useful; furthermore I learned a real lot about GEOM internals. regards, le -- Lukas Ertl eMail: [EMAIL PROTECTED] UNIX Systemadministrator Tel.: (+43 1) 4277-14073 Vienna University Computer Center Fax.: (+43 1) 4277-9140 University of Vienna http://mailbox.univie.ac.at/~le/ ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
geom_mirror implementation
Hi hackers@, I've played around with GEOM a bit and beefed up geom_mirror, which is already in the tree but not built yet. You can find the patch at http://mailbox.univie.ac.at/~le/geom.diff. The patch does the following: *) modify geom_mirror.c and add a sync, a config, a dumpconf and a destroy routine. It also implements on-disk meta data to determine if a mirror is in sync or not. *) create the directory and Makefile needed for building a geom_mirror KLD. *) create a rudimentary gmirror tool that can be used to configure the mirror (a manpage for it is still to come). Everything is far from being complete, and there are still some rough edges, but basically the mirror works, although you should consider it experimental, of course. How to use it: *) Create a mirror from two slices: # gmirror -c create -l mylabel /dev/ad0s2 /dev/ad2s2 *) Likewise, create a mirror from two partitions: # gmirror -c create -l mylabel /dev/ad0s2a /dev/ad2s2a *) Create a (half-complete) mirror with one disk, add a second disk, and sync them: # gmirror -c create -l mylabel /dev/ad0s2 # gmirror -c add -l mylabel /dev/ad2s2 # gmirror -c sync -l mylabel *) Destroy the on-disk meta data that identifies a device as part of a mirror: # gmirror -c remove /dev/ad0s2 The 'mylabel' you pass has two purposes: first, it identifies the mirror set (two devices with the same label belong to the same mirror), and second, it's the name of the provider offered to devfs (the thing that you can touch). So, if you pass 'mylabel', you get a device /dev/mirror/mylabel. If you mirrored two MBR partitions and put a bsdlabel on the mirror, you end up with /dev/mirror/mylabela, /dev/mirror/mylabelc, and so on. Foobared things: *) If you kldunload the geom_mirror module, and you have a mirror of two MBR partitions which already contains a bsdlabel, you run into the KASSERT in geom_subr.c/g_modevent(): 'Unloaded class (%s) still has geom'. I have currently no idea how to deal with that. *) I tested a failure scenario and detached one harddisk with atacontrol, having a mirror on ad0s2 and ad2s2. This resulted in triggering a KASSERT in geom_slice.c/g_slice_access() 'g_slice_access but no consumer'. I'm not sure yet if this is really the fault of geom_mirror or rather a problem with how orphaning works. Let me know what you think. regards, le -- Lukas Ertl eMail: [EMAIL PROTECTED] UNIX Systemadministrator Tel.: (+43 1) 4277-14073 Vienna University Computer Center Fax.: (+43 1) 4277-9140 University of Vienna http://mailbox.univie.ac.at/~le/ ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Is GNATS broken ??
On Sun, 29 Jun 2003, Vahe Khachikyan wrote: Can please somebody tell me wheter the GNATS system is OK and if somebody managed to submit a problem report last 5 days? I have sent in PRs in the last week, and there was no problem. Did your PR show up in the PR list? regards, le -- Lukas Ertl eMail: [EMAIL PROTECTED] UNIX-Systemadministrator Tel.: (+43 1) 4277-14073 Zentraler Informatikdienst (ZID) Fax.: (+43 1) 4277-9140 der Universität Wien http://mailbox.univie.ac.at/~le/ ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
resizing mounted filesystems
Hi hackers, how hard would it be to implement resizing of mounted filesystems? Currently, growfs requires the filesystem to be unmounted, and this is definitely a showstopper for FreeBSD when it comes to production use. I'd really like to promote FreeBSD more in my organisation, where we currently use mostly AIX, and I often hear (and have to say that it's true) that the AIX LVM is so robust, stable and quite easy to use. Could this feature be implemented once FreeBSD 5.0 is out with its filesystem snapshot? best regards, le -- Lukas Ertl eMail: [EMAIL PROTECTED] UNIX-SystemadministratorTel.: (+43 1) 4277-14073 Zentraler Informatikdienst (ZID)Fax.: (+43 1) 4277-9140 der Universität Wienhttp://mailbox.univie.ac.at/~le/ To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: Getting ACPI to work on -stable
On Sun, 27 Oct 2002, Wilko Bulte wrote: I did not trust this kernel.debug, built a new one and crashed it giving me: #0 dumpsys () at ../../kern/kern_shutdown.c:487 #1 0xc015a5dd in db_fncall (dummy1=0, dummy2=0, dummy3=0, While playing with the laptop it proved that roughly all power events lead to the panic. Like running the battery flat for example :) It panics just before it gets killed because of lack of power. The other way round it's the same: when you load the battery and it's getting 100% full - boom. I already have three different coredumps :-) regards, le -- Lukas Ertl eMail: [EMAIL PROTECTED] UNIX-Systemadministrator Tel.: (+43 1) 4277-14073 Zentraler Informatikdienst (ZID) Fax.: (+43 1) 4277-9140 der Universität Wien http://mailbox.univie.ac.at/~le/ To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: Should I be concerned ?
On Sat, 6 Jul 2002, Patrick Thomas wrote: I saw this show up all over my ssh session into a server today: NOTICE: --Relation pg_toast_16386-- NOTICE: Pages 0: Changed 0, reaped 0, Empty 0, New 0; Tup 0: Vac 0, Keep/VTL 0/0, UnUsed 0, MinLen 0, MaxLen 0; Re-using: Free/Avail. Space [ ... ] Obviously, you have a PostgreSQL database running, and someone is VACUUMing the database. regards, le -- Lukas Ertl eMail: [EMAIL PROTECTED] UNIX-Systemadministrator Tel.: (+43 1) 4277-14073 Zentraler Informatikdienst (ZID) Fax.: (+43 1) 4277-9140 der Universität Wien http://mailbox.univie.ac.at/~le/ To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: Automounting samba shares / pam_mount
On Sat, 8 Jun 2002, I wrote: I'm currently trying to find out how to automount homedirs via samba when users log in (via ssh, ftp, telnet,...), and I've found pam_mount, a PAM module which seems to do the trick under Linux. I've also found that this module was rejected as a port about one year ago because the code was too messy, whatever that means :-) [ ... ] Or would you rather say that I should forget pam_mount and look for some other way to automount my samba shares (maybe even write a PAM from scratch for this purpose)? Hi, since pam_mount really was too messy I started writing my own PAM. It's more or less the necessary parts from mount_smbfs and pam_unix glued together. I'm not sure if I did everything right (smbfs is not very well documented, is it?), but after all it works. I'd be glad if someone would take a look at it and give some advice. The tarball can be found at http://mailbox.univie.ac.at/~le/pam_smbmount.tar.gz. Beware: it's not even beta, documentation yet non existent, and you have to edit the source file and change host- and sharename. But I think it's a beginning. regards, le -- Lukas Ertl eMail: [EMAIL PROTECTED] UNIX-Systemadministrator Tel.: (+43 1) 4277-14073 Zentraler Informatikdienst (ZID) Fax.: (+43 1) 4277-9140 der Universität Wien http://mailbox.univie.ac.at/~le/ To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Automounting samba shares / pam_mount
Hi -hackers, I'm currently trying to find out how to automount homedirs via samba when users log in (via ssh, ftp, telnet,...), and I've found pam_mount, a PAM module which seems to do the trick under Linux. I've also found that this module was rejected as a port about one year ago because the code was too messy, whatever that means :-) Although I'm just a beginner in C, and these are my first steps in PAM-land, I tried to play with it and see if I can get it to work. Well, I can't. I can compile it (with a few modifications), but if I add it to pam.conf and try to login I get unable to resolve symbol: pam_am_authenticate and similar errors in /var/log/messages. I'm not quite sure how to solve this, so I hope I can get some advice from you. Or would you rather say that I should forget pam_mount and look for some other way to automount my samba shares (maybe even write a PAM from scratch for this purpose)? regards, le -- Lukas Ertl eMail: [EMAIL PROTECTED] UNIX-SystemadministratorTel.: (+43 1) 4277-14073 Zentraler Informatikdienst (ZID)Fax.: (+43 1) 4277-9140 der Universität Wienhttp://mailbox.univie.ac.at/~le/ To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: how to automagically restart net/pptpclient?
On Tue, 28 May 2002, Dominic Marks wrote: On Tue, May 28, 2002 at 12:57:52AM -0400, Dan Langille wrote: I have installed net/pptpclient (1.0.3). About 5 times a week, it dies and must be restarted. Does anyone have a script which checks and restarts it if it has died? You might like to try one of the other PPTP clients on offer. I switched from using pptpclient to mpd and think it is superior. This is all covered in the Handbook :) I have to support that. I used pptpclient a long time for my ADSL connection but switched to mpd(-netgraph), which seems to me more stable and smoother and more BSD-like. For checking and restarting I used a little shell script which just pings some host and takes the appropriate measures when it can't reach the host. It runs from cron every five minutes or so. regards, le -- Lukas Ertl eMail: [EMAIL PROTECTED] UNIX-Systemadministrator Tel.: (+43 1) 4277-14073 Zentraler Informatikdienst (ZID) Fax.: (+43 1) 4277-9140 der Universität Wien http://mailbox.univie.ac.at/~le/ To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: Creating Passwords from a perl script
On Tue, 28 May 2002, Jamie Heckford wrote: Im trying to have the passwords on our FreeBSD boxen created by a perl script. Currently... the username/pass pairs are stored in a MySQL database. Easy enough to get them, but does anyone know a perl method of creating them in /etc/passwd? I know getpwent grabs values - im looking for a putpwent if there is such a thing and in the encrypted password form :) Have a look at pw(8), it has an option -h which might by useful in your case. regards, le -- Lukas Ertl eMail: [EMAIL PROTECTED] UNIX-Systemadministrator Tel.: (+43 1) 4277-14073 Zentraler Informatikdienst (ZID) Fax.: (+43 1) 4277-9140 der Universität Wien http://mailbox.univie.ac.at/~le/ To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: how to automagically restart net/pptpclient?
On Tue, 28 May 2002, Dan Langille wrote: That looks good. I've tried it, but have been unable to connect to the office, which is running an MS PPtP server. I know the *can* work because pptp-client can connect. I don't know if it helps you much, but I can bring up my ADSL connection (using pptp) with a mpd.conf and mpd.links file like this: mpd.conf: ---8--- default: load adsl adsl: new -i ng0 adsl adsl set iface disable on-demand set iface addrs 192.168.1.1 192.168.2.2 set iface idle 0 set iface route default set bundle disable multilink set bundle authname USERNAME set bundle password PASSWORD set link no acfcomp protocomp set link no pap set link disable chap set link accept chap set ipcp no vjcomp open ---8--- mpd.links: ---8--- adsl: set link type pptp set pptp self 10.0.0.140 set pptp peer 10.0.0.138 set pptp enable originate incoming outcall ---8--- HTH, regards, le -- Lukas Ertl eMail: [EMAIL PROTECTED] UNIX-Systemadministrator Tel.: (+43 1) 4277-14073 Zentraler Informatikdienst (ZID) Fax.: (+43 1) 4277-9140 der Universität Wien http://mailbox.univie.ac.at/~le/ To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message