Re: [gentoo-user] Problem with script calling OOCalc on amd64
What does xterm -fg green -bg black -e 'gpg Personal/data.ods.gpg;echo $?' tell you? I'm thinking that gpg fails, so oocalc never launches (because you conditioned its execution with '', and the script continues to shred the file. My amd64 succeeds executing this (s/gpg/echo-to-tmpfile/). I would initially assume it's the usage causing the issue, rather than some arch-dependent thing. Amit Mick wrote: Hi All, I have run into a problem which I cannot explain. I am trying to run this script in a amd64 installation: xterm -fg green -bg black -e 'gpg Personal/data.ods.gpg oocalc \ Personal/data.ods; shred --remove -z -v DATA/data.ods' On a x86 system, oocalc launches, I use the file and when I close it shred removes it. On the amd64 system, the file is shredded as soon as it is opened. This is what happens: [snip ...] gpg: AES256 encrypted data gpg: original file name='data.ods' random usage: poolsize=600 mixed=0 polls=0/0 added=0/0 outmix=0 getlvl1=0/0 getlvl2=0/0 secmem usage: 64/32768 bytes in 1 blocks I18N: Operating system doesn't support locale en_US shred: Personal/data.ods: pass 1/4 (random)... shred: Personal/data.ods: pass 2/4 (random)... shred: Personal/data.ods: pass 3/4 (random)... shred: Personal/data.ods: pass 4/4 (00)... shred: Personal/data.ods: removing shred: Personal/data.ods: renamed to Personal/ shred: Personal/: renamed to Personal/000 shred: Personal/000: renamed to Personal/00 shred: Personal/00: renamed to Personal/0 shred: Personal/0: renamed to Personal/ shred: Personal/: renamed to Personal/000 shred: Personal/000: renamed to Personal/00 shred: Personal/00: renamed to Personal/0 shred: Personal/data.ods: removed Is this something 64bit specific? Shouldn't xrterm behave the same in both x86 and amd64 with regards to this script? How do I get it to keep oocalc open and shred to kick in only after the oocalc application is closed?
[gentoo-user] Re: how to git-bisect in a portage-compatible way ?
Hm. I'm not sure what you are asking. It was unclear, but you answered the question indirectly. Thanks, Nico.
[gentoo-user] Udev error and how to fix it.
Re: [gentoo-user] what's wrong with rsync 3.0.6?
On Tue, 16 Mar 2010 01:00:21 +, David W Noon wrote: As do the log files in $PORT_LOGDIR, they contain exactly the same output you would see in the terminal. Not quite. The sequence in which the ebuilds were run is lost when the discrete logs are your only source of tracing through, although one could attempt to reconstruct it using the timestamps in the file names of the ebuild logs. genlop -l gives you that, in a more useful format. They also do not contain the results of the pretend depclean that occurs at the end of an emerge job. Do you means the autoclean? That never picks up anything here. I think it only will if you have an unclean system. Moreover, they do not contain the report of the number of configuration files that need updating by. cfg-update (or the like). You can get that at the end of any emerge command. Parsing all that information in one large email without missing anything important sounds like a nightmare. I prefer each warning in a separate mail that I can mark as read when I have dealt with that particular issue, but each to their own. -- Neil Bothwick I used to live in the real world, but I got evicted. signature.asc Description: PGP signature
Re: [gentoo-user] Udev error and how to fix it.
On Tue, Mar 16, 2010 at 10:42 AM, Dale rdalek1...@gmail.com wrote: Guess it's a keyboard error? Regards d
Re: [gentoo-user] Udev error and how to fix it.
On Tue, 16 Mar 2010 03:42:57 -0500, Dale wrote: In *nix, no output means no error, so it looks like you've already fixed it :) -- Neil Bothwick Facts are stubborn things, but statistics are more pliable. - Mark Twain signature.asc Description: PGP signature
Re: [gentoo-user] Udev error and how to fix it.
Dirk Uys wrote: On Tue, Mar 16, 2010 at 10:42 AM, Dale rdalek1...@gmail.com mailto:rdalek1...@gmail.com wrote: Guess it's a keyboard error? Regards d Actually this is a Seamonkey error. Seamonkey 1 doesn't work with some sites, banking mostly, and Seamonkey 2 just loves to send blanks emails to mailing lists. I might also add that it is starting to get on my freaking nerves pretty bad. That was a pretty long message with a lot of info in it. Thanks for letting me know that Seamonkey was falling down on the job again. I'm going to get a larger hammer here shortly. ;-) Here goes again. I rebooted today after almost three months of uptime. I noticed these messages when booting: Mar 16 01:55:54 smoker udevd[1275]: BUS= will be removed in a future udev version, please use SUBSYSTEM= to match the event device, or SUBSYSTEMS= to match a parent device, in /lib/udev/rules.d/70-nut-usbups.rules:6 Mar 16 01:55:54 smoker udevd[1275]: SYSFS{}= will be removed in a future udev version, please use ATTR{}= to match the event device, or ATTRS{}= to match a parent device, in /lib/udev/rules.d/70-nut-usbups.rules:10 Mar 16 01:55:54 smoker udevd[1275]: SYSFS{}= will be removed in a future udev version, please use ATTR{}= to match the event device, or ATTRS{}= to match a parent device, in /lib/udev/rules.d/70-nut-usbups.rules:14 Mar 16 01:55:54 smoker udevd[1275]: SYSFS{}= will be removed in a future udev version, please use ATTR{}= to match the event device, or ATTRS{}= to match a parent device, in /lib/udev/rules.d/70-nut-usbups.rules:18 Mar 16 01:55:54 smoker udevd[1275]: SYSFS{}= will be removed in a future udev version, please use ATTR{}= to match the event device, or ATTRS{}= to match a parent device, in /lib/udev/rules.d/70-nut-usbups.rules:20 Mar 16 01:55:54 smoker udevd[1275]: SYSFS{}= will be removed in a future udev version, please use ATTR{}= to match the event device, or ATTRS{}= to match a parent device, in /lib/udev/rules.d/70-nut-usbups.rules:24 Mar 16 01:55:54 smoker udevd[1275]: SYSFS{}= will be removed in a future udev version, please use ATTR{}= to match the event device, or ATTRS{}= to match a parent device, in /lib/udev/rules.d/70-nut-usbups.rules:26 Mar 16 01:55:54 smoker udevd[1275]: SYSFS{}= will be removed in a future udev version, please use ATTR{}= to match the event device, or ATTRS{}= to match a parent device, in /lib/udev/rules.d/70-nut-usbups.rules:28 Mar 16 01:55:54 smoker udevd[1275]: SYSFS{}= will be removed in a future udev version, please use ATTR{}= to match the event device, or ATTRS{}= to match a parent device, in /lib/udev/rules.d/70-nut-usbups.rules:30 Mar 16 01:55:54 smoker udevd[1275]: SYSFS{}= will be removed in a future udev version, please use ATTR{}= to match the event device, or ATTRS{}= to match a parent device, in /lib/udev/rules.d/70-nut-usbups.rules:32 Mar 16 01:55:54 smoker udevd[1275]: SYSFS{}= will be removed in a future udev version, please use ATTR{}= to match the event device, or ATTRS{}= to match a parent device, in /lib/udev/rules.d/70-nut-usbups.rules:34 Mar 16 01:55:54 smoker udevd[1275]: SYSFS{}= will be removed in a future udev version, please use ATTR{}= to match the event device, or ATTRS{}= to match a parent device, in /lib/udev/rules.d/70-nut-usbups.rules:36 Mar 16 01:55:54 smoker udevd[1275]: SYSFS{}= will be removed in a future udev version, please use ATTR{}= to match the event device, or ATTRS{}= to match a parent device, in /lib/udev/rules.d/70-nut-usbups.rules:38 Mar 16 01:55:54 smoker udevd[1275]: SYSFS{}= will be removed in a future udev version, please use ATTR{}= to match the event device, or ATTRS{}= to match a parent device, in /lib/udev/rules.d/70-nut-usbups.rules:42 There are more but they are all pretty close to this. I googled and searched the forums and the best fix seemed to be to delete the files in /etc/udev/, re-emerge udev andthen reboot. So I did that. I still get the same error message tho. Some more info: r...@smoker / # uname -r 2.6.30-gentoo-r8 r...@smoker / # emerge -pv udev These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild R ] sys-fs/udev-149 USE=devfs-compat -extras (-selinux) -test 0 kB Total: 1 package (1 reinstall), Size of downloads: 0 kB * IMPORTANT: 1 news items need reading for repository 'gentoo'. * Use eselect news to read news items. r...@smoker / # I'm also still on baselayout 1 as well. Is this udev? Is it something else? What's the deal here? What am I missing? Thanks Dale :-) :-) P. S. Deleting those udev files tinkered with the names of my network cards. So, if anyone reading this deletes those files, you may have to dig around to find out which card is which again. Good thing is, they are back in order again instead of jumping up, down then back up again. lol
Re: [gentoo-user] Udev error and how to fix it.
Neil Bothwick wrote: On Tue, 16 Mar 2010 03:42:57 -0500, Dale wrote: In *nix, no output means no error, so it looks like you've already fixed it :) Actually, I have two problems. The error plus this stinking Seamonkey 2 sending blank messages. I'm headed to the shop to get my hammer. I got one of those little mini sledge hammers that I bet can beat some sense into Seamonkey. lol I just may beat the monkey out of it. That should stop it from monkeying around with my messages. I don't mind the sea part. ;-) Dale :-) :-)
Re: [gentoo-user] Udev error and how to fix it.
On Tue, 16 Mar 2010 04:15:15 -0500, Dale wrote: Mar 16 01:55:54 smoker udevd[1275]: SYSFS{}= will be removed in a future udev version, please use ATTR{}= to match the event device, or ATTRS{}= to match a parent device, in /lib/udev/rules.d/70-nut-usbups.rules:42 There are more but they are all pretty close to this. I googled and searched the forums and the best fix seemed to be to delete the files in /etc/udev/, re-emerge udev andthen reboot. So I did that. I still get the same error message tho. Of course you did, udev is complaining about rules in /lib/udev/rules.d. You have three choices 1) Ignore the messages, they are only deprecation warnings. 2) Fix the rules file(s) but they will be overwritten the next time you update that package. 3) Bug the devs to fix it. The only time to really worry is if you get these messages from your own rules files, then 1 is not an option while 2 and 3 become the same. -- Neil Bothwick There are 10 types of people in this world, those who understand binary notation and those who don't. signature.asc Description: PGP signature
Re: [gentoo-user] Udev error and how to fix it.
Neil Bothwick wrote: On Tue, 16 Mar 2010 04:15:15 -0500, Dale wrote: Mar 16 01:55:54 smoker udevd[1275]: SYSFS{}= will be removed in a future udev version, please use ATTR{}= to match the event device, or ATTRS{}= to match a parent device, in /lib/udev/rules.d/70-nut-usbups.rules:42 There are more but they are all pretty close to this. I googled and searched the forums and the best fix seemed to be to delete the files in /etc/udev/, re-emerge udev andthen reboot. So I did that. I still get the same error message tho. Of course you did, udev is complaining about rules in /lib/udev/rules.d. You have three choices 1) Ignore the messages, they are only deprecation warnings. 2) Fix the rules file(s) but they will be overwritten the next time you update that package. 3) Bug the devs to fix it. The only time to really worry is if you get these messages from your own rules files, then 1 is not an option while 2 and 3 become the same. OK. So for once it is not me that messed up something. :-D I can live with that. Now to go beat up Seamonkey a little bit. Dale :-) :-)
Re: [gentoo-user] Udev error and how to fix it.
On Tue, 16 Mar 2010 04:30:19 -0500, Dale wrote: Now to go beat up Seamonkey a little bit. Given the amount of trouble is causes, is it really worth the effort? There are plenty of good email programs out there. -- Neil Bothwick Use Colgate toothpaste or end up with teeth like a Ferengi. signature.asc Description: PGP signature
Re: [gentoo-user] Udev error and how to fix it.
Neil Bothwick wrote: On Tue, 16 Mar 2010 04:30:19 -0500, Dale wrote: Now to go beat up Seamonkey a little bit. Given the amount of trouble is causes, is it really worth the effort? There are plenty of good email programs out there. I think it is a problem from it transferring from the old config to the new one. I'm going to save my emails, clear everything out, start Seamonkey and let it rebuild itself, then copy my emails and such back over. If that don't work, I may go to Firefox, which is installed anyway, and Thunderbird. From what I have read I can transfer the emails and such over from there since they are set up like Seamonkey. That's my understanding at least. I could be wrong on that. Dale :-) :-)
Re: [gentoo-user] Udev error and how to fix it.
100316 Dale wrote: Neil Bothwick wrote: In *nix, no output means no error, so it looks like you've already fixed it :) Actually, I have two problems. The error plus this stinking Seamonkey 2 sending blank messages. Have you tried Mutt (smile) ? -- ,, SUPPORT ___//___, Philip Webb ELECTRIC /] [] [] [] [] []| Cities Centre, University of Toronto TRANSIT`-O--O---' purslowatchassdotutorontodotca
Re: [gentoo-user] Udev error and how to fix it.
Philip Webb wrote: 100316 Dale wrote: Neil Bothwick wrote: In *nix, no output means no error, so it looks like you've already fixed it :) Actually, I have two problems. The error plus this stinking Seamonkey 2 sending blank messages. Have you tried Mutt (smile) ? I already got a mutt. It has 4 legs, one big nose, ears that really big and she is really fat. She also loves to go for a walk and sniff everything. lol I have heard of mutt. I don't know much of anything about it tho. I suspect it is command line or something tho. Just sort of a gut feeling. Dale :-) :-)
Re: [gentoo-user] Udev error and how to fix it.
On Tue, 16 Mar 2010 06:13:07 -0400, Philip Webb wrote: Have you tried Mutt (smile) ? Not if it uses HAL :) -- Neil Bothwick I don't know if I can assimilate one more Borg Tagline! signature.asc Description: PGP signature
Re: [gentoo-user] Udev error and how to fix it.
On Tue, Mar 16, 2010 at 12:44:06PM +, Neil Bothwick wrote: On Tue, 16 Mar 2010 06:13:07 -0400, Philip Webb wrote: Have you tried Mutt (smile) ? Not if it uses HAL :) -- Neil Bothwick I don't know if I can assimilate one more Borg Tagline! Hells to the no. I use mutt. I can definately recommend it from this side of the HAL-free ocean :-) -- Zeerak Waseem pgpOiaWB7DbnQ.pgp Description: PGP signature
Re: [gentoo-user] Re: Strategy for using SAN/NAS for storage with Gentoo...
On 15/03/2010 22:29, Andrea Conti wrote: This IMHO pretty much rules out any kind of server-class hardware, which tends to be both costly and power-hungry. If you're thinking about buying used stuff, be sure to factor in the cost and difficulty of finding spares in some years' time. I'm considering neither used equipment nor 'server-class' - the workload simply doesn't demand it. Given the point above I would also stick with software RAID. ... If reliability is your primary concern, I would go for a simple RAID1 setup; Absolutely. Software raid is cheaper and implies less hardware to fail. Similarly, RAID1 minimises the total number of disks required to survive a failure. It's the only way for me to go. If you do not need data sharing (i.e. if your volumes are only mounted by one client at a time), the simplest solution is to completely avoid having a FS on the storage server side -- just export the raw block device via iSCSI, and do everything on the client. This idea is on my wavelength. Has anyone on this tried this? My concerns are: 1. Are there reliability issues surrounding this technology in Gentoo? 2. Are there any howtos about putting as much of the file-system as possible onto an iSCSI device. 3. What's the best (most lightweight) way to expose the disk as a block device. I don't want to manage three fully-fledged Linux boxes. Can (cheap) NAS devices be used to export iSCSI to Gentoo? 4. What would be the strategy to 'secure' this iSCSI device... it would be a disaster if my WiFi were cracked and my data corrupted from a non-authorised host. In my experience this also works very well with Windows clients using the free MS iSCSI initiator. That's fantastic - I had no idea that such software existed. Now, I wonder, what's the most lightweight solution to get a couple of iSCSI devices? Does it help that MS supports attaching devices this way? File systems: avoid complexity. As technically superior as it might be, in this kind of setup ZFS is only going to be resource hog and a maintenance headache; your priority should be having a rock-solid implementation and a reliable set of diagnostic/repair tools in case disaster strikes. Yes. Separate arguments for snapshot support are compelling... but there are alternatives without tackling the additional complexity. That said, the iSCSI approach would work as well with ZFS as something mundane. Snap-shots, of course, are only really valuable for non-archive data... so, in future, I could add a ZFS volume using the same iSCSI strategy.
Re: [gentoo-user] (EE) XKB: No components provided for device Virtual core keyboard
Hi Mick. On Fri, Mar 12, 2010 at 19:26, Mick michaelkintz...@gmail.com wrote: On Friday 12 March 2010 19:37:33 Leandro Boscariol wrote: Hi guys. While trying to find a solution for this error: (EE) XKB: No components provided for device Virtual core keyboard I came along with a lot of people with the same issue, and I'm even quoting this guy: when I try to login into xdm login prompt, the login and passwd are accepted, I get a black screen for a second and then I get back again to the xdm login prompt. In /var/log/xdm.log I get (EE) XKB: No components provided for device Virtual core keyboard Is this a new installation (i.e. did you have X working on this machine before the error appeared)? Yes. Still, the X works, but not through xdm. I have to login in the console first, then startx. Either way, have you defined keyboard in your make.conf: INPUT_DEVICES=keyboard . It is there, and also evdev. and if you just updated your xorg before this error occurred, have you remerged your keyboard driver? I didnt. x11-drivers/xf86-input-keyboard Run qlist -I -C x11-drivers/ to see which X drivers you need to remerge. HTH. -- Regards, Mick Any other idea? Regards, -- Leandro A. Boscariol
Re: [gentoo-user] Udev error and how to fix it.
On Tue, Mar 16, 2010 at 04:37:28PM +0100, Zeerak Mustafa Waseem wrote: On Tue, Mar 16, 2010 at 12:44:06PM +, Neil Bothwick wrote: On Tue, 16 Mar 2010 06:13:07 -0400, Philip Webb wrote: Have you tried Mutt (smile) ? Not if it uses HAL :) Hells to the no. I use mutt. I can definately recommend it from this side of the HAL-free ocean :-) I think Neil is rather aware of the fact that Mutt doesn't use HAL, but was cracking a joke at Dale's rather well-known dislike of it. /pedant Cheers, W -- Willie W. Wong ww...@math.princeton.edu Data aequatione quotcunque fluentes quantitae involvente fluxiones invenire et vice versa ~~~ I. Newton
Re: [gentoo-user] Udev error and how to fix it.
On Tue, Mar 16, 2010 at 01:19:31PM -0400, Willie Wong wrote: On Tue, Mar 16, 2010 at 04:37:28PM +0100, Zeerak Mustafa Waseem wrote: On Tue, Mar 16, 2010 at 12:44:06PM +, Neil Bothwick wrote: On Tue, 16 Mar 2010 06:13:07 -0400, Philip Webb wrote: Have you tried Mutt (smile) ? Not if it uses HAL :) Hells to the no. I use mutt. I can definately recommend it from this side of the HAL-free ocean :-) I think Neil is rather aware of the fact that Mutt doesn't use HAL, but was cracking a joke at Dale's rather well-known dislike of it. /pedant Cheers, W -- Willie W. Wong ww...@math.princeton.edu Data aequatione quotcunque fluentes quantitae involvente fluxiones invenire et vice versa ~~~ I. Newton Dear God, I think I left my brain in the fridge this morning. I usually always look to see if Dale has been involved in a thread if HAL is mentioned :-) -- Zeerak Waseem pgpPLFeRQe8Pc.pgp Description: PGP signature
Re: [gentoo-user] Udev error and how to fix it.
On Tue, Mar 16, 2010 at 2:15 AM, Dale rdalek1...@gmail.com wrote: snip Mar 16 01:55:54 smoker udevd[1275]: SYSFS{}= will be removed in a future udev version, please use ATTR{}= to match the event device, or ATTRS{}= to match a parent device, in /lib/udev/rules.d/70-nut-usbups.rules:42 snip Have you checked to see who actually owns that rules file? equery b /lib/udev/rules.d/70-nut-usbups.rules -James
Re: [gentoo-user] Udev error and how to fix it.
Zeerak Mustafa Waseem wrote: On Tue, Mar 16, 2010 at 01:19:31PM -0400, Willie Wong wrote: On Tue, Mar 16, 2010 at 04:37:28PM +0100, Zeerak Mustafa Waseem wrote: On Tue, Mar 16, 2010 at 12:44:06PM +, Neil Bothwick wrote: On Tue, 16 Mar 2010 06:13:07 -0400, Philip Webb wrote: Have you tried Mutt (smile) ? Not if it uses HAL :) Hells to the no. I use mutt. I can definately recommend it from this side of the HAL-free ocean :-) I think Neil is rather aware of the fact that Mutt doesn't use HAL, but was cracking a joke at Dale's rather well-known dislike of it. /pedant Cheers, W -- Willie W. Wong ww...@math.princeton.edu Data aequatione quotcunque fluentes quantitae involvente fluxiones invenire et vice versa ~~~ I. Newton Dear God, I think I left my brain in the fridge this morning. I usually always look to see if Dale has been involved in a thread if HAL is mentioned :-) I wouldn't have minded hal if it had worked. I tried at least 4 or 5 times to get it working and it never did. Maybe it is my hardware, maybe it is the software or some combination of both. It just didn't work. Having to pull the plug on my box without a shutdown is what really sealed the deal. At least Seamonkey, which likes to send blank messages, doesn't cause such havoc on my box. Still looking forward to the new package. I just hope it has plain text config files. Something the average user can deal with without a rocket science degree. Dale :-) :-)
Re: [gentoo-user] Udev error and how to fix it.
On Tue, 16 Mar 2010 18:33:13 +0100, Zeerak Mustafa Waseem wrote: I usually always look to see if Dale has been involved in a thread if HAL is mentioned :-) It's reasonable to assume that if he hasn't been involved in such a thread, he soon will be :) -- Neil Bothwick The three Rs of Microsoft support: Retry, Reboot, Reinstall. signature.asc Description: PGP signature
Re: [gentoo-user] Udev error and how to fix it.
James Ausmus wrote: equery b /lib/udev/rules.d/70-nut-usbups.rules r...@smoker ~ # equery b /lib/udev/rules.d/70-nut-usbups.rules * Searching for /lib/udev/rules.d/70-nut-usbups.rules ... sys-power/nut-2.4.1-r1 (/lib/udev/rules.d/70-nut-usbups.rules) r...@smoker ~ # I am emerging nut again and will see if that fixes it. There are others that have issues as well but if this works, I'll re-emerge them as well. If not, maybe it will be fixed soon. The error I posted was just a small portion of the error. There was a lot more than that. Thanks. Dale :-) :-)
Re: [gentoo-user] what's wrong with rsync 3.0.6?
On 15 Mar 2010, at 20:46, David W Noon wrote: ... Because emerge jobs produce copious amounts of output that is difficult to read as it scrolls past. I much prefer the cron daemon or at daemon to send me the output as email, so I can scroll backwards and forwards through it at my leisure. `man screen` I don't have a man page for screen. This is obviously because it isn't installed. I'm going to assume that you're not being facetious, however I'm amazed you don't know `screen`. Everyone should know `screen`! It's amazing, and I can't believe that if you had tried it then you wouldn't have it installed. I sure you'll wonder how you lived without it. You should try it: `emerge screen` (don't sync just yet) Now type: `screen sudo eix-sync` Wait for syncing to start, then press ctrl-a (together) then the d key. Close the terminal window you're working in, if you like. Open another. Or ssh in from another box. Type: `screen -Rd` You should see all the sync output scrolling past. So press ctrl-a followed by the escape key. Use ctrl-u to scroll up and see what you missed. ctrl-d scrolls down and hitting escape 2 or 3 times exits the scrollback mode. I'm not saying that this is better than having syncs performed by cron job and the output emailed to you. In fact, that's something I've been meaning to get round to setting up here. If I had the output of (sync'd) `emerge -upv world` emailed to me weekly then it might ensure that my irregular habits don't cause me to overlook updates. HOWEVER, this branch of the thread has followed from your surprise that people might run emerge by hand, and your reasons for this (very first quoted above). I'm just saying there's nothing wrong with emerging or syncing by hand. You can easily scroll back and review any output that you need to - in fact the obvious way to do this is using a conventional GUI terminal emulator in a windowing environment. Also: grep PORTAGE_ELOG_MAIL /usr/share/portage/config/make.conf.example This ensures you see all the *important* output of portage, without having to watch the whole darn compiler output, which is pretty useless. You just get an email for every package upon which Portage has a comment to make. Other stuff you can do with `screen`: ctrl-a c- create a new screen window ctrl-a n- next screen window ctrl-a p- previous ctrl-a ?- help ctrl-a- list open screen windows, select one ctrl-a A- name a screen window, see above (capital A) Stroller.
Re: [gentoo-user] Udev error and how to fix it.
Neil Bothwick wrote: On Tue, 16 Mar 2010 18:33:13 +0100, Zeerak Mustafa Waseem wrote: I usually always look to see if Dale has been involved in a thread if HAL is mentioned :-) It's reasonable to assume that if he hasn't been involved in such a thread, he soon will be :) Funny thing is, I don't bring up hal, everyone else does. ;-) Dale :-) :-)
Re: [gentoo-user] Udev error and how to fix it.
On Tuesday 16 March 2010 20:38:28 Neil Bothwick wrote: On Tue, 16 Mar 2010 18:33:13 +0100, Zeerak Mustafa Waseem wrote: I usually always look to see if Dale has been involved in a thread if HAL is mentioned :-) It's reasonable to assume that if he hasn't been involved in such a thread, he soon will be :) And if there hasn't been a Dale and HAL thread for a week, then you cna count on Neil or Alan to start one :-) -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] Re: Strategy for using SAN/NAS for storage with Gentoo...
On 16 Mar 2010, at 16:32, Steve wrote: ... Given the point above I would also stick with software RAID. ... If reliability is your primary concern, I would go for a simple RAID1 setup; Absolutely. Software raid is cheaper and implies less hardware to fail. Similarly, RAID1 minimises the total number of disks required to survive a failure. It's the only way for me to go. How does your system boot if your RAID1 system volume fails? The one you have grub on? I think you mentioned a flash drive, which I've seen mentioned before. This seems sound, but just to point out that's another, different, single point of failure. If you do not need data sharing (i.e. if your volumes are only mounted by one client at a time), the simplest solution is to completely avoid having a FS on the storage server side -- just export the raw block device via iSCSI, and do everything on the client. ... Snap-shots, of course, are only really valuable for non-archive data... so, in future, I could add a ZFS volume using the same iSCSI strategy. I have wondered if it might be possible to create a large file (`dd if=/dev/zero of=/path/to/large/file` constrain at a size of 20gig or 100gig or whatever) and treat it as a loopback device for stuff like this. It's not true snapshotting (in the ZFS / BTFS sense), but you can unmount it and make a copy quite quickly. Stroller.
Re: [gentoo-user] Udev error and how to fix it.
On Tue, 16 Mar 2010 14:25:29 -0500, Dale wrote: Funny thing is, I don't bring up hal, everyone else does. ;-) You bring it down :P -- Neil Bothwick Bang on the LEFT side of your computer to restart Windows signature.asc Description: PGP signature
Re: [gentoo-user] Re: Strategy for using SAN/NAS for storage with Gentoo...
On Tue, 16 Mar 2010 19:57:49 +, Stroller wrote: How does your system boot if your RAID1 system volume fails? You put GRUB on both disks, then you can boot from either on its own. -- Neil Bothwick Growing old is mandatory; growing up is optional!! signature.asc Description: PGP signature
Re: [gentoo-user] Re: Strategy for using SAN/NAS for storage with Gentoo...
On 16 Mar 2010, at 20:04, Neil Bothwick wrote: On Tue, 16 Mar 2010 19:57:49 +, Stroller wrote: How does your system boot if your RAID1 system volume fails? You put GRUB on both disks, then you can boot from either on its own. Is this reliable? I don't contest it, I'm just asking. It's just this was one of my considerations when choosing hardware RAID. Stroller.
Re: [gentoo-user] Udev error and how to fix it.
Neil Bothwick wrote: On Tue, 16 Mar 2010 14:25:29 -0500, Dale wrote: Funny thing is, I don't bring up hal, everyone else does. ;-) You bring it down :P Actually, it sort of did that itself. It broke my rig. I don't take to much of a liking to something that is broke. ;-) That isn't just my opinion either. It worked for a lot of people but for some, it just plain failed to do its thing. Dale :-) :-)
Re: [gentoo-user] Re: Strategy for using SAN/NAS for storage with Gentoo...
On Tuesday 16 March 2010 21:13:29 Stroller wrote: On 16 Mar 2010, at 20:04, Neil Bothwick wrote: On Tue, 16 Mar 2010 19:57:49 +, Stroller wrote: How does your system boot if your RAID1 system volume fails? You put GRUB on both disks, then you can boot from either on its own. Is this reliable? I don't contest it, I'm just asking. It's just this was one of my considerations when choosing hardware RAID. Stroller. This is the generally recommended method and I found this method in the Gentoo documentation. If this wouldn't be reliable, I would have expected this not to be in the docs for long. I have /boot mirrored, not actually tested with removing a disk yet, but I am confident it will work. If not, I have other methods of booting the system and getting to the data. -- Joost
Re: [gentoo-user] Re: Strategy for using SAN/NAS for storage with Gentoo...
On 16/03/2010 19:57, Stroller wrote: How does your system boot if your RAID1 system volume fails? The one you have grub on? I think you mentioned a flash drive, which I've seen mentioned before. This seems sound, but just to point out that's another, different, single point of failure. Well, at the moment, I don't have a RAID system... A flash drive (USB key) seems a reasonable strategy - I could even have two containing identical data - so, if the first were to fail then the second would kick in - if not automatically - then after the duff flash-drive is removed. A neat side effect of this would be to eliminate a moving part on the server - making it quieter... and the drives themselves can be located at two physically remote places on my LAN. by one client at a time), the simplest solution is to completely avoid having a FS on the storage server side -- just export the raw block device via iSCSI, and do everything on the client. ... Snap-shots, of course, are only really valuable for non-archive data... so, in future, I could add a ZFS volume using the same iSCSI strategy. If you do not need data sharing (i.e. if your volumes are only mounted Yes - I don't think I'd need sharing. It strikes me that it should be possible to have a 'live' backup server which just reads until fail-over... with a different /var/* - of course. I have wondered if it might be possible to create a large file (`dd if=/dev/zero of=/path/to/large/file` constrain at a size of 20gig or 100gig or whatever) and treat it as a loopback device for stuff like this. It's not true snapshotting (in the ZFS / BTFS sense), but you can unmount it and make a copy quite quickly. You could, but the advantage of ZFS is the efficiency of snap-shots. With your strategy I'd need to process all of the large file every time I want to make a snapshot... which, even for a mere 100gig, won't be quick.
Re: [gentoo-user] Re: Strategy for using SAN/NAS for storage with Gentoo...
On Tue, 16 Mar 2010 20:13:29 +, Stroller wrote: How does your system boot if your RAID1 system volume fails? You put GRUB on both disks, then you can boot from either on its own. Is this reliable? I don't contest it, I'm just asking. It's just this was one of my considerations when choosing hardware RAID. Yes it is, if sda fails unplug it and sdb becomes sda (or hd1 becomes hd0 in GRUB terms) and the boot continues. Because RAID1 puts the RAID superblock in a different location from the ordinary one, you can use either disk from a RAID1 array as a single disk. -- Neil Bothwick Minds are like parachutes; they only function when fully open. * Sir James Dewar signature.asc Description: PGP signature
Re: [gentoo-user] Udev error and how to fix it.
On Tue, 16 Mar 2010 15:15:45 -0500, Dale wrote: That isn't just my opinion either. It worked for a lot of people but for some, it just plain failed to do its thing. I know, but you're the only one to make a career out of it :) -- Neil Bothwick Top Oxymorons Number 18: Taped live signature.asc Description: PGP signature
Re: [gentoo-user] (EE) XKB: No components provided for device Virtual core keyboard
On Tuesday 16 March 2010 16:35:09 Leandro Boscariol wrote: Hi Mick. On Fri, Mar 12, 2010 at 19:26, Mick michaelkintz...@gmail.com wrote: On Friday 12 March 2010 19:37:33 Leandro Boscariol wrote: Hi guys. While trying to find a solution for this error: (EE) XKB: No components provided for device Virtual core keyboard [snip ...] Any other idea? What does 'cat /etc/env.d/90xsession' show? If nothing, then create it and add to it: XSESSION=fluxbox or whatever is your DE/WM. If this is a multi-user machine and people use different WMs then you'll need to set this up in their .bashrc. HTH. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Udev error and how to fix it.
Neil Bothwick wrote: On Tue, 16 Mar 2010 15:15:45 -0500, Dale wrote: That isn't just my opinion either. It worked for a lot of people but for some, it just plain failed to do its thing. I know, but you're the only one to make a career out of it :) I didn't bring hal up. I don't think the error I had even has anything to do with hal. I think people just like to pick on me. lol Dale :-) :-)
Re: [gentoo-user] what's wrong with rsync 3.0.6?
Stroller writes: I'm going to assume that you're not being facetious, however I'm amazed you don't know `screen`. Everyone should know `screen`! It's amazing, and I can't believe that if you had tried it then you wouldn't have it installed. I sure you'll wonder how you lived without it. Yes screen is quite essential. But I also too quite a while until I started using it. I think it's because you have to learn a bit about it first. I was confused by the -dDrR options, and by the many key bindings. Didn't know then that you only need a few to work with it, and I still do not use most of them. Now I use screen a lot, sometimes I use screen inside a screen session. [screen summary] Now that's a nice summary! If I weren't already using it, I'd give it a try now. I want to add one thing: I suggest changing the defscrollback value in /etc/screenrc from 100 to something much larger, I have 10. If not, you can only scroll back 100 lines, which is not that much. Wonko
Re: [gentoo-user] what's wrong with rsync 3.0.6?
On 16 Mar 2010, at 22:26, Alex Schuster wrote: ... I want to add one thing: I suggest changing the defscrollback value in /etc/screenrc from 100 to something much larger, I have 10. If not, you can only scroll back 100 lines, which is not that much. I don't *think* the default is as low as 100 lines. I don't seem to have a .screenrc on my system (the system I've just checked; and I would edit it there, rather than /etc/screenrc) and it has always had sufficient scrollback buffer for my needs. By all means it should be enlarged this way if necessary. Stroller.
Re: [gentoo-user] what's wrong with rsync 3.0.6?
Stroller writes: On 16 Mar 2010, at 22:26, Alex Schuster wrote: ... I want to add one thing: I suggest changing the defscrollback value in /etc/screenrc from 100 to something much larger, I have 10. If not, you can only scroll back 100 lines, which is not that much. I don't *think* the default is as low as 100 lines. I don't seem to have a .screenrc on my system (the system I've just checked; and I would edit it there, rather than /etc/screenrc) and it has always had sufficient scrollback buffer for my needs. By all means it should be enlarged this way if necessary. I just checked, the original screenrc I had when I emerged screen on this system around April has these lines: # Change default scrollback value for new windows defscrollback 1000# default: 100 So it's 1000 already in Gentoo, ten times larger than the default. Still not large enough I think, as we have lots of memory nowadays, don't we. And I often go back many pages, 100 lines is not that much. BTW, I did not know about Ctrl-U/D, after Ctrl-A-Esc I just use PgUp/PgDn to scroll up and down. I prefer to edit /etc/screenrc so everyone has a reasonable large scrollback buffer. Other screen settings go into the user's .screenrc. There's so much that can be set, I'm only using a fraction of screen's features. Another thing I sometimes use: With screen -r user/pid you can join a session that is attached by another user. I am using this sometimes when another person has trouble with their Gentoo installation. I log in into their server, attach to the screen session, and we can both do things in it. screen needs the multiuser USE flag for this, though. Wonko
[gentoo-user] syslog-ng filtering
Hi all, Has anyone here worked out how to filter out syslog messages using syslog-ng v3? The old syntax doesn't work (well complains bitterly about performance and says to use regex), and no matter what I try I cannot get the new syntax to work :-/ I have a syslog-ng server which logs to MySQL for multiple clients in a network, however the database just keeps growing with irrelevant data I'd prefer to just quietly ignore on the server side. I'm trying to filter out (exclude) messages such as: (root) CMD (/root/bin/vmware-checker) and (root) CMD (test -x /usr/sbin/run-crons /usr/sbin/run-crons ) == filter myfilter { not match(regex value(\/usr\/sbin\/run-crons)) and not match(regex value(vmware-checker)); } log { source(src); source(remote); filter(myfilter); destination(d_mysql); }; === However they just keep coming through the filter (ie: not matching the not match filter). I've tried escaping the slashes, not escaping them ... even partial words, but I obviously am missing something somewhere. Anyone have any ideas? Thanks in advance, Ralph
Re: [gentoo-user] syslog-ng filtering
On Mar 16, 2010, at 6:22 PM, Ralph Slooten wrote: Hi all, Has anyone here worked out how to filter out syslog messages using syslog-ng v3? The old syntax doesn't work (well complains bitterly about performance and says to use regex), and no matter what I try I cannot get the new syntax to work :-/ I have a syslog-ng server which logs to MySQL for multiple clients in a network, however the database just keeps growing with irrelevant data I'd prefer to just quietly ignore on the server side. I just started with the example at: http://en.gentoo-wiki.com/wiki/Syslog-ng HTH, Roy
Re: [gentoo-user] Strategy for using SAN/NAS for storage with Gentoo...
1. Are there reliability issues surrounding this technology in Gentoo? My only experience is with a Gentoo-based iSCSI target (ie. server); my clients are windows-based. The system is a low-end Core 2 duo running the latest stable kernel and Iscsi Enterprise Target; I have been running this setup non-stop for a couple of years and it has proven quite stable. iSCSI is designed with a dedicated, reliable network in mind, and in my experience it is quite sensitive to network connectivity issues. It is best used over gigabit ethernet; fast ethernet is ok, too, if you don't care about performace. Avoid WiFi if you value your data (and your mental health) 2. Are there any howtos about putting as much of the file-system as possible onto an iSCSI device. Google root over iscsi. For example: http://wpkg.org/Diskless_/_remote_boot_with_Open-iSCSI I have _not_ tried it. It is an interesting concept, but I think that the OS is better left on a local disk -- the performance penalty is way too great, especially with the king of budget-oriented storage backend you are considering. 3. What's the best (most lightweight) way to expose the disk as a block device. I don't want to manage three fully-fledged Linux boxes. The only software you need is an iSCSI initiator: a minimal Gentoo install running sys-block/iscsitarget is enough. IET allows you to export any kind of raw block device (a disk, a partition, a RAID volume,...) or even a file on a local filesystem. Or perhaps you can look into FreeNAS (http://freenas.org), which is less flexible than a full-fledged OS install but might be enough in your case. Can (cheap) NAS devices be used to export iSCSI to Gentoo? If the NAS device can speak iSCSI, well, yes. 4. What would be the strategy to 'secure' this iSCSI device... it would be a disaster if my WiFi were cracked and my data corrupted from a non-authorised host. iSCSI connections are authenticated with a challenge-response mechanism; in IET you can also restrict access to specific hosts on a per-volume basis. That should be enough if you are not transferring the data itself over WiFi, which is a Bad Thing and should not be done. Snap-shots, of course, are only really valuable for non-archive data... so, in future, I could add a ZFS volume using the same iSCSI strategy. ZFS allows you to take FS-level snapshots -- with iSCSI that would be on the client, onto a network-connected volume, and I don't know what kind of performance implications that has. If you want to take snapshots on the server, my first thought would be to do so at the block level using LVM. No idea if it plays well with IET, though. andrea
Re: [gentoo-user] what's wrong with rsync 3.0.6?
On Tuesday 16 March 2010 22:26:28 Alex Schuster wrote: Yes screen is quite essential. It is? In that case I don't know how I've managed with Linux since 1993 without it. -- Rgds Peter.
Re: [gentoo-user] Udev error and how to fix it.
On Tuesday 16 March 2010 17:33:13 Zeerak Mustafa Waseem wrote: usually always look to see if ... Sorry, but I'm having terrible trouble parsing this expression. -- Rgds Peter.
Re: [gentoo-user] what's wrong with rsync 3.0.6?
On 17 Mar 2010, at 00:50, Peter Humphrey wrote: On Tuesday 16 March 2010 22:26:28 Alex Schuster wrote: Yes screen is quite essential. It is? In that case I don't know how I've managed with Linux since 1993 without it. I don't know how I managed in my youth without a washing machine, laboriously and manually pounding and rinsing jeans and t-shirts by hand in a bathtub of cold water or the base of my bedsit's shower stall. `screen` adds about as much convenience to using the terminal as an automated washing machine adds to the process of cleaning clothes. Stroller.
Re: [gentoo-user] syslog-ng filtering
On 17 March 2010 13:00, Roy Wright r...@wright.org wrote: I just started with the example at: http://en.gentoo-wiki.com/wiki/Syslog-ng HTH, Roy Thanks Roy, however they have the same syntax which isn't working on my side. filter f_shorewall { not match(regex value(Shorewall)); } I just tried a single rule (to make sure it wasn't my syntax): filter killVmMessages { not match(regex value(vmware-checker)); }; yet the (root) CMD (/root/bin/vmware-checker) messages still go through?! log { source(src); source(remote); filter(myfilter); filter(killVmMessages); destination(d_mysql); }; I'm really stumped here. All other filters (non regex) works fine though, such as facility() host(). Are you able to filter by content? Ralph
Re: [gentoo-user] Strategy for using SAN/NAS for storage with Gentoo...
=== On Mon, 03/15, Steve wrote: === Any hints or tips? === I recommend setting up your server hardware on a decent mini-PC with server grade disks and installing openfiler. The openfiler uses XFS for local storage and exports NFS and CIFS (and iSCSI if you want that). http://www.openfiler.com/ It is based on rpath linux and uses a different package management system than you may be used to. But it's relatively easy to configure and maintain. -- Keith Dart -- -- Keith Dart ke...@dartworks.biz ===