[gentoo-user] Re: Is a git based tree going to save me bandwidth and time?
On 08/03/2010 08:03 AM, Sebastián Ramírez Magrí wrote: Hi folks... I've been thinking about switching from a rsync based tree to a git based one cloning [0]. The main reasons because I would do that is in order to save bandwidth (I've a slow GSM connection in my netbook and I sync two other gentoo boxes from the first one) and maybe time. So here goes the question, Is a git based tree really going to save me an appreciable bandwidth and time on syncing?, Can I keep the same replication functionality rsync gives me to sync my other boxes? [0] http://github.com/funtoo/portage/tree/gentoo.org Git needs to move much less data around than rsync. It only transfers differences, not whole files.
Re: [gentoo-user] Re: Is a git based tree going to save me bandwidth and time?
Nikos Chantziaras rea...@arcor.de writes: Git needs to move much less data around than rsync. It only transfers differences, not whole files. But is uses a *lot* more disk space on the systems as each system contains the full history.
Re: [gentoo-user] Re: Is a git based tree going to save me bandwidth and time?
Am Dienstag, 3. August 2010, 08:31:38 schrieb Nikos Chantziaras: On 08/03/2010 08:03 AM, Sebastián Ramírez Magrí wrote: Hi folks... I've been thinking about switching from a rsync based tree to a git based one cloning [0]. The main reasons because I would do that is in order to save bandwidth (I've a slow GSM connection in my netbook and I sync two other gentoo boxes from the first one) and maybe time. So here goes the question, Is a git based tree really going to save me an appreciable bandwidth and time on syncing?, Can I keep the same replication functionality rsync gives me to sync my other boxes? [0] http://github.com/funtoo/portage/tree/gentoo.org Git needs to move much less data around than rsync. It only transfers differences, not whole files. Not true. rsync uses delta-encoding to minimize data transfers. Regards Michael
[gentoo-user] Disk /dev/dm-0 doesn't contain a valid partition table
Hello, After a recent sync and new kernel built, I get these messages from fdisk -l that did not use to get before. Searching the web, it appears that fdisk is listing my LVM partitions. Why is it doing now? It has never done it before. Thanks, -- Valmor fdisk -l Disk /dev/dm-0: 26.8 GB, 26843545600 bytes 255 heads, 63 sectors/track, 3263 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk identifier: 0x Disk /dev/dm-0 doesn't contain a valid partition table Disk /dev/dm-1: 10.7 GB, 10737418240 bytes 255 heads, 63 sectors/track, 1305 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk identifier: 0x Disk /dev/dm-1 doesn't contain a valid partition table Disk /dev/dm-2: 5368 MB, 5368709120 bytes 255 heads, 63 sectors/track, 652 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk identifier: 0x Disk /dev/dm-2 doesn't contain a valid partition table Disk /dev/dm-3: 2147 MB, 2147483648 bytes 255 heads, 63 sectors/track, 261 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk identifier: 0x Disk /dev/dm-3 doesn't contain a valid partition table Disk /dev/dm-4: 53.7 GB, 53687091200 bytes 255 heads, 63 sectors/track, 6527 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk identifier: 0x Disk /dev/dm-4 doesn't contain a valid partition table df /dev/mapper/vfda-usr 26213596 11144004 15069592 43% /usr /dev/mapper/vfda-var 10485436232620 10252816 3% /var /dev/mapper/vfda-opt 5242716311388 4931328 6% /opt /dev/mapper/vfda-tmp 2097084 32852 2064232 2% /tmp /dev/mapper/vfda-home
Re: [gentoo-user] Disk /dev/dm-0 doesn't contain a valid partition table
On 08/03/2010 09:20 AM, Valmor de Almeida wrote: Hello, After a recent sync and new kernel built, I get these messages from fdisk -l that did not use to get before. Searching the web, it appears that fdisk is listing my LVM partitions. Why is it doing now? It has never done it before. Thanks, -- Valmor fdisk -l Disk /dev/dm-0: 26.8 GB, 26843545600 bytes 255 heads, 63 sectors/track, 3263 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk identifier: 0x Disk /dev/dm-0 doesn't contain a valid partition table Disk /dev/dm-1: 10.7 GB, 10737418240 bytes 255 heads, 63 sectors/track, 1305 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk identifier: 0x Disk /dev/dm-1 doesn't contain a valid partition table Disk /dev/dm-2: 5368 MB, 5368709120 bytes 255 heads, 63 sectors/track, 652 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk identifier: 0x Disk /dev/dm-2 doesn't contain a valid partition table Disk /dev/dm-3: 2147 MB, 2147483648 bytes 255 heads, 63 sectors/track, 261 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk identifier: 0x Disk /dev/dm-3 doesn't contain a valid partition table Disk /dev/dm-4: 53.7 GB, 53687091200 bytes 255 heads, 63 sectors/track, 6527 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk identifier: 0x Disk /dev/dm-4 doesn't contain a valid partition table df /dev/mapper/vfda-usr 26213596 11144004 15069592 43% /usr /dev/mapper/vfda-var 10485436232620 10252816 3% /var /dev/mapper/vfda-opt 5242716311388 4931328 6% /opt /dev/mapper/vfda-tmp 2097084 32852 2064232 2% /tmp /dev/mapper/vfda-home It seems to me you now have BLK_DEV_DM in your kernel. I've seen this on many systems with lvm. I always thought it was normal and I just ignored them. But I do have some systems that have lvm that don't show those errors. What partition support do you have in your new kernel?
Re: [gentoo-user] Re: Is a git based tree going to save me bandwidth and time?
Am 03.08.2010 14:52, schrieb Graham Murray: Nikos Chantziaras rea...@arcor.de writes: Git needs to move much less data around than rsync. It only transfers differences, not whole files. But is uses a *lot* more disk space on the systems as each system contains the full history. While your statement is correct, you can still avoid having the whole history and make a shallow clone. It just doesn't help much because you still need all the metadata: http://blogs.gnome.org/simos/2009/04/18/git-clones-vs-shallow-git-clones/ signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] Re: Is a git based tree going to save me bandwidth and time?
Am 03.08.2010 16:11, schrieb Michael Schreckenbauer: Am Dienstag, 3. August 2010, 08:31:38 schrieb Nikos Chantziaras: On 08/03/2010 08:03 AM, Sebastián Ramírez Magrí wrote: [...] Git needs to move much less data around than rsync. It only transfers differences, not whole files. Not true. rsync uses delta-encoding to minimize data transfers. Not necessarily true: Many (all?) public gentoo mirrors deactivate delta-encoding in order to limit CPU-utilization. I would also guess that git's delta encoding has a much finer granularity because it works on lines (in text files) while rsync is designed to work on binary data. signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] Disk /dev/dm-0 doesn't contain a valid partition table
On Tue, Aug 3, 2010 at 9:20 AM, Valmor de Almeida val.gen...@gmail.com wrote: Hello, After a recent sync and new kernel built, I get these messages from fdisk -l that did not use to get before. Searching the web, it appears that fdisk is listing my LVM partitions. Why is it doing now? It has never done it before. Thanks, -- Valmor Don't know if it's involved but the recent updates warned about changes in how /dev is handled. I'd suggest going back to those messages and making sure the warnings were comprehended. Hope this helps, Mark
Re: [gentoo-user] Is a git based tree going to save me bandwidth and time?
Hi Sebastián, I've been thinking about switching from a rsync based tree to a git based one cloning [0]. The main reasons because I would do that is in order to save bandwidth (I've a slow GSM connection in my netbook and I sync two other gentoo boxes from the first one) and maybe time. When I had awfully slow internet I used to use app-portage/emerge-delta-webrsync. emerge-delta-webrsync recreates portage tarball from previous state and patches. It usually takes about 300KB (one patch size) per day. -- Sergei signature.asc Description: PGP signature
Re: [gentoo-user] nss_updatedb pam_ccreds
On 07/29/2010 06:50 PM, Giampiero Gabbiani wrote: Hi all, I configured nss pam in order to make LDAP authentication. In order to have a proper authentication and attributes retrieving I added also ccreds and nss_updatedb modifying /etc/pam.d/system-auth for the first and /etc/nsswithch for both: /etc/pam.d/system-auth: auth[success=done default=ignore] pam_unix.so nullok_secure try_first_pass debug auth[authinfo_unavail=ignore success=1 default=2] pam_ldap.so use_first_pass auth[default=done] pam_ccreds.so action=validate use_first_pass auth[default=done] pam_ccreds.so action=store auth[default=bad] pam_ccreds.so action=update account [user_unknown=ignore authinfo_unavail=ignore default=done] pam_unix.so debug account [user_unknown=ignore authinfo_unavail=ignore default=done] pam_ldap.so debug account required pam_permit.so passwordrequiredpam_cracklib.so difok=2 minlen=8 dcredit=2 ocredit=2 try_first_pass retry=3 passwordsufficient pam_unix.so try_first_pass use_authtok nullok md5 shadow passwordsufficient pam_ldap.so use_authtok use_first_pass passwordrequiredpam_deny.so session optionalpam_mkhomedir.so skel=/etc/skel/ umask=0022 session requiredpam_limits.so session requiredpam_env.so session requiredpam_unix.so session optionalpam_permit.so session optionalpam_ldap.so # /etc/nsswitch.conf: # $Header: /var/cvsroot/gentoo/src/patchsets/glibc/extra/etc/nsswitch.conf,v 1.1 2006/09/29 23:52:23 vapier Exp $ passwd: files ldap [NOTFOUND=return] db shadow: files ldap group: files ldap [NOTFOUND=return] db #passwd: files ldap #shadow: files ldap #group: files ldap # passwd:db files nis # shadow:db files nis # group: db files nis hosts: files dns networks:files dns services:db files protocols: db files rpc: db files ethers: db files netmasks:files netgroup:files ldap bootparams: files automount: files ldap aliases: files sudoers:ldap files the problem is that, when the connection to the ldap server is down, I can't login: Jul 18 19:22:59 athena login[10600]: pam_unix(login:auth): check pass; user unknown Jul 18 19:22:59 athena login[10600]: pam_unix(login:auth): authentication failure; logname=LOGIN uid=0 euid=0 tty=tty2 ruser= rhost= Jul 18 19:22:59 athena login[10600]: pam_ldap: ldap_simple_bind Can't contact LDAP server Jul 18 19:23:02 athena login[10600]: nss_ldap: failed to bind to LDAP server ldap://vesta.homenet.telecomitalia.it: Can't contact LDAP server Jul 18 19:23:02 athena login[10600]: nss_ldap: could not search LDAP server - Server is unavailable Jul 18 19:23:02 athena login[10600]: FAILED LOGIN (1) on 'tty2' FOR `UNKNOWN', User not known to the underlying authentication module from the last line above it seems like the credentials were not cached or the nss switch doesn't use the db service for the passwd and shadow database. Is there someone that has a working configuration in order to have the cached credentials systems working properly ? Regards Giampiero I haven't done this on Gentoo, only on a Ubuntu 10.04 system of a client, but there it works like a charm. So I don't know if the following applies, but here are my ideas: Did you run sudo nss_updatedb ldap? In Ubuntu it fetches the (non-password) data for getent passwd and getent group and stores it in /var/lib/misc/passwd.db and /var/lib/misc/group.db. Check those files. You should be able to list LDAP-users and LDAP-groups now without connection to the LDAP (by running getent passwd and getent group). The PAM configuration is very different of course. Then to be able to login the user must have logged in once with the LDAP connected, so that the password can be stored locally. If that was successful, can be checked by running sudo cc_dump. It prints: $ sudo cc_dump Credential Type User Service Cached Credentials Salted SHA1 daniel any 788e8f863a089211911dbbf1774ce141516936f4 Hope it helps... Daniel -- PGP key @ http://pgpkeys.pca.dfn.de/pks/lookup?search=0xBB9D4887op=get # gpg --recv-keys --keyserver hkp://subkeys.pgp.net 0xBB9D4887 signature.asc Description: OpenPGP digital signature
[gentoo-user] Re: Is a git based tree going to save me bandwidth and time?
Sergei Trofimovich sly...@gentoo.org writes: Hi Sebastián, I've been thinking about switching from a rsync based tree to a git based one cloning [0]. The main reasons because I would do that is in order to save bandwidth (I've a slow GSM connection in my netbook and I sync two other gentoo boxes from the first one) and maybe time. When I had awfully slow internet I used to use app-portage/emerge-delta-webrsync. emerge-delta-webrsync recreates portage tarball from previous state and patches. It usually takes about 300KB (one patch size) per day. I've been using delta-webrsync to update the _main node_ too. I think git can't really beat delta-webrsync... Will try to do some bandwith benchmarks and post the results asap...
Re: [gentoo-user] Disk /dev/dm-0 doesn't contain a valid partition table
On 2010-08-03 18:20, Valmor de Almeida wrote: fdisk -l Disk /dev/dm-0 doesn't contain a valid partition table Why are you using fdisk on a logical volume? To my knowledge (which of course may be outdated/wrong) an LV doesn't contain a partition table so looking for it with fdisk -l shouldn't give you any valid data. Use lvs or lvdisplay instead. If you wish to manipulate the underlying partition table (the physical volumes) then you can use fdisk... Best regards Peter K
Re: [gentoo-user] Disk /dev/dm-0 doesn't contain a valid partition table
On 08/03/2010 02:16 PM, pk wrote: On 2010-08-03 18:20, Valmor de Almeida wrote: fdisk -l Disk /dev/dm-0 doesn't contain a valid partition table Why are you using fdisk on a logical volume? To my knowledge (which of course may be outdated/wrong) an LV doesn't contain a partition table so looking for it with fdisk -l shouldn't give you any valid data. Use lvs or lvdisplay instead. If you wish to manipulate the underlying partition table (the physical volumes) then you can use fdisk... He's not doing on a physical volume, they just happen to show up. He's just using fdisk -l to generally see what volumes are out there.
Re: [gentoo-user] ACPI conflict while loading it87 module
On 08/02/2010 01:02 PM, pk wrote: On 2010-08-02 17:49, Bill Longman wrote: I just saw, this weekend in fact, that the newer Phenoms, in fact most of the recent K10 CPUs, do not work accurately with the atk0110 so when the driver starts to load, it flatly refuses. I have a 9750 Phenom and that one works great. Works fine in my X2 4000+. These are all assus [sic] mobos. But my 940 Phenom II won't work, thusly: k10temp :00:18.3: unreliable CPU thermal sensor; monitoring disabled Isn't k10temp a different/separate module? If I go to lm-sensors site (http://www.lm-sensors.org/wiki/Devices) I see this: k10temp PCI 2.6.33 or standalone driver(2009-12-06) Embedded sensors are known to be unreliable on the DR-BA, DR-B2, DR-B3, RB-C2 and HY-D0 revisions of the family 10h CPU, which will never be supported. Driver contributed by Clemens Ladisch, reviewed by Jean Delvare. So if you have one of those CPU revisions I guess you're out of luck? The chipset on my main rig (Asus m/b) is running a Intel chipset... I have only older AMD CPUs (Athlon X2 BE2400) with Gigabyte motherboards which doesn't have the atk0110 so I'm unfortunately not much of help... Well, I added CONFIG_SENSORS_ATK0110=y to my 940/M4A79DX setup and gkrellm doesn't show anything. That was one test only, so take it with a grain of salt.
[gentoo-user] Progress made, not done yet Re: All of a sudden, no apache2. No clue why.
On Fri, Jul 30, 2010 at 9:12 AM, Kyle Bader kyle.ba...@gmail.com wrote: * Starting apache2 ... (98)Address already in use: make_sock: could not bind to address 64.166.164.49:80 no listening sockets available, shutting down Unable to open logs [ Strace will probably reveal which log file can't be opened, something like this will probably do the trick: strace /path/to/apache2 -D module list -d /path/to/apache2dir It took some bash tracing to fill out that command, but once that was done, it was obvious that the server was doing exactly what had been suggested above: trying to listen (bind(2) call) on 0.0.0.0:80 as well as my.host:80. I had not touched my configs in ages, so I guess some default snuck in there somehow; I suspect something to do with virtual hosts (which I do not need), but it was easy to find and fix. Now it comes up and serves my pages. However, my configs contain a few ScriptAlias directories, which are full of python programs. They are not being executed, but served up in source code form, even though they have an initial shebang and remain executable by all. So there must be some new thing to do besides defining a ScriptAlias directory. Anybody know what it is? -- Kevin O'Gorman, PhD
[gentoo-user] Re: Progress made, not done yet Re: All of a sudden, no apache2. No clue why.
On Tue, Aug 3, 2010 at 3:23 PM, Kevin O'Gorman kogor...@gmail.com wrote: [snip] However, my configs contain a few ScriptAlias directories, which are full of python programs. They are not being executed, but served up in source code form, even though they have an initial shebang and remain executable by all. So there must be some new thing to do besides defining a ScriptAlias directory. Anybody know what it is? I see the same rules wherever I search, so I'm mystified. So here's the essential bit of the config, without even erasing the evidence that I was never able to get mod_python to work. I've tried all combinations of with/without slashes at the end of directory names. The usual starting point to see this stuff is http://hex.kosmanor.com/hex-bin/board, which is likely to show you some python code as things stand. ScriptAlias /hex-bin/ /hex/bin/ Directory /hex/bin/ Options FollowSymLinks #AddHandler mod_python .py #PythonHandler hexscript #PythonDebug On Order allow,deny Allow from all /Directory ScriptAlias /my-bin/ /hex/hexTest/ Directory /hex/hexTest/ AuthUserFile /etc/apache2/kosmanor/passwords AuthGroupFile /dev/null AuthName OHex Advanced AuthType Basic Require valid-user Options FollowSymLinks /Directory -- Kevin O'Gorman, PhD
Re: [gentoo-user] Disk /dev/dm-0 doesn't contain a valid partition table
On 2010-08-03 23:57, Bill Longman wrote: He's not doing on a physical volume, they just happen to show up. He's just using fdisk -l to generally see what volumes are out there. Ah, ok. Misunderstanding from my side... Best regards Peter K
Re: [gentoo-user] Re: Progress made, not done yet Re: All of a sudden, no apache2. No clue why.
Heyo Kevin, Directory /hex/hexTest/ AuthUserFile /etc/apache2/kosmanor/passwords AuthGroupFile /dev/null AuthName OHex Advanced AuthType Basic Require valid-user Options FollowSymLinks /Directory Try adding one of these in there: AddHandler cgi-script cgi pl -- Kyle
Re: [gentoo-user] Re: Progress made, not done yet Re: All of a sudden, no apache2. No clue why.
On Tue, Aug 3, 2010 at 4:16 PM, Kyle Bader kyle.ba...@gmail.com wrote: Heyo Kevin, Directory /hex/hexTest/ AuthUserFile /etc/apache2/kosmanor/passwords AuthGroupFile /dev/null AuthName OHex Advanced AuthType Basic Require valid-user Options FollowSymLinks /Directory Try adding one of these in there: AddHandler cgi-script cgi pl Thanks, Kyle, you've been getting me closer and closer. If I'm starting to get the new stuff, AddHandler declares certain extensions. Up until last month, extensions were not required, and in fact my CGI programs have never had them. It used to be enough to use ScriptAlias, and put an executable in the directory. If it was a script with a shebang, or a compiled ELF program all was well. If I were going to use extensions, it would be .py or possibly .python, not .cgi or .pl. I see hints that the same sort of thing can still be accomplished, and I'd rather do that than break my RCS version sequence because of a name change. I'll report back. -- Kevin O'Gorman, PhD
