Re: [389-users] 389 pauses every 5 minutes under load
On 10/07/2011 11:56 AM, Justin Gronfur wrote: Hello all, I need your expertise... please help me! (Disclaimer: I am a relative newcomer to 389ds) I'm running a Java application that keeps user authentication, permissions, and preferences in ldap. And I'm currently load testing this application (using Jmeter, 15 concurrent threads, no think time) and I'm getting really good performance most of the time. However every 5 minutes (from the time I started ldap), 389's CPU usage will spike to 375% (400% = all 4 processors at 100%, 389 normally sits around 15-20%). These pauses last for between 20 - 30 seconds (proportionate to the load I'm throwing at it) during which our application will just sit. Since I'm just running the same set of requests at it constantly, there isn't anything different in terms of our application during those times, which points to 389 as the culprit (or possibly some glassfish ldap pool problem). Some info: Glassfish 3.1 final on Java 1.6.0_26 (64 bit server VM) 389-Directory/1.2.9.10 B2011.250.1455 Fedora 15 64-bit (also observed on Centos 5.4 64-bit) Have any of you run into this problem? Do you have any possible config changes I could try? Any possible leads at all? Are you using replication? Is this a replication master? Is your load tester doing delete operations? Thanks, Justin -- 389 users mailing list 389-users@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/389-users -- 389 users mailing list 389-users@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/389-users
Re: Upgrading to F16 Beta
On 10 October 2011 04:07, Fernando Cassia fcas...@gmail.com wrote: On Sun, Oct 9, 2011 at 22:48, Craig White craigwh...@azapple.com wrote: Considering that Rahul is a tireless ambassador for Fedora and puts up with stupid comments like the above I apologize. Let me rephrase it in a more civilized manner, then: I strongly think that people in charge of a FOSS project saying that there is not a need for ready-made scripts that solve common problems is ´not needed´ hurts these FOSS projects more than they help. Why? Because I think it reverses the burden of proof, that people advocating such scripts which would result in an easier experience for end users, end up having to defend their idea. Comments like Rahul just in the end maintain the status quo, when he could just say ok, why don´t you do such a script and I´ll help it become a part of the distro. Fine now?. That´s the thoughts that crossed my mind before emotion kicked in and I wrote the previous comment. You must have missed Rahul's email then: You dont need any scripts. If you upgrade, the previous settings will be preserved and there is no need to change unless you want to. In any case, writing these scripts is not release engineering's job. If needed, it should be part of something like preupgrade. Everyone is welcome to volunteer and get it done. This seems to be a bizarre game of consequences played out over email -- imalone -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: Java crashes in Mozilla Firefox
Ian Malone wrote: On 8 October 2011 09:05, Heinz Diehl h...@fritha.org wrote: On 08.10.2011, Per Anton Rønning wrote: Error occurred during initialization of VM java/lang/NoClassDefFoundError: java/lang/Object Ring a bell? Unfortunately not. Does this one help? http://javarevisited.blogspot.com/2011/06/noclassdeffounderror-exception-in.html I would suggest: 1. Making sure that the symlinked plugin really is symlinked and pointing to the libnpjp2 in the installed java directory (/usr/java/jre1.6.0_27/lib/i386/libnpjp2.so ?) and is not a copy or pointing to a copy. Hi Ian: the libnpjp2.so in this location is: -rwxr-xr-x 1 root root 77510 2011-07-19 10:57 libnpjp2.so so it should be an executable, not a symlink pointing to other locations. 2. Checking 'which java' reports 'bin' in the same install directory (it would be /usr/java/jre1.6.0_27/bin/java assuming the location from #1). which java or which -a java reports: /usr/bin/java but this is not what you specify here, it is higher up in the directory hierarchy. Maybe my installation has a different structure? 3. Checking 'java -version' works. reports: $java -version java version 1.5.0 gij (GNU libgcj) version 4.3.0 20080428 (Red Hat 4.3.0-8) 4. Make sure firefox is not picking up a conflicting plugin from somewhere else (e.g. ~/.mozilla/plugins), quickest way to do that is remove your plugin symlink, restart firefox and see if it's disappeared from about:plugins. I have already removed everything from my /home/user/.mozilla I start suspecting that the problem may be the internet banking logon application. I continue Googling for answers, and I found one that made me suspect this. I still keep firefox-3.5.4, and I found a pervious plugin that I symlink from its plugins directory, which looks like this: lrwxrwxrwx 1 root root76 2011-10-09 12:21 libjavaplugin_oji.so - /usr/lib/jvm/java-1.6.0-sun-1.6.0.6/jre/plugin/i386/ns7/libjavaplugin_oji.so -rwxr-xr-x 1 root root 15824 2009-10-16 18:02 libnullplugin.so [par@localhost plugins]$ In fact I now manage to log on to the internet banking application from ff-3.5.4. But newer versions of firefox seems not to function using this plugin. I am not happy with this solution, but it is better than nothing. It means that I have a (sort of) functioning bank id, and this also comes to use in other settings, fx. credit card payments. This is a secure way of identifying yourself electronically, and I cannot live without it, it seems. I also discovered something else: The java in /usr/java/jre1.6.0_27/bin/ responded like this when I tried to start it: [par@localhost bin]$ ./java Error occurred during initialization of VM java/lang/NoClassDefFoundError: java/lang/Object This error message is identical to the one I get in the terminal window when Firefox goes down after the attempt to logon to the banking application. Regards PA -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: Upgrading to F16 Beta
On Mon, 2011-10-10 at 00:07 -0300, Fernando Cassia wrote: On Sun, Oct 9, 2011 at 22:48, Craig White craigwh...@azapple.com wrote: Considering that Rahul is a tireless ambassador for Fedora and puts up with stupid comments like the above I apologize. Let me rephrase it in a more civilized manner, then: I strongly think that people in charge of a FOSS project saying that there is not a need for ready-made scripts that solve common problems is ´not needed´ hurts these FOSS projects more than they help. Why? Because I think it reverses the burden of proof, that people advocating such scripts which would result in an easier experience for end users, end up having to defend their idea. Comments like Rahul just in the end maintain the status quo, when he could just say ok, why don´t you do such a script and I´ll help it become a part of the distro. Fine now?. That´s the thoughts that crossed my mind before emotion kicked in and I wrote the previous comment. Fedora has a mechanism called pre-upgrade and that is where all of the energy is directed for the purposes of upgrading in a live manner. The notion that you piled onto was about using yum for a live upgrade and if someone wants to somehow script that, by all means they should go for it but the project itself already has a mechanism. It seems that for the second time in as many weeks, you want to draw some illogical conclusion as if a particular topic provides some a priori proof about what is missing in FOSS and it seems obvious to me that some people are content to curse the darkness and some people light candles and you seem to want to fall into the former and not the latter. The real power of FOSS is about people who recognize a need and they fill it rather than waiting around for someone else to do the work. Craig -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
How to properly eject / remove hotswappable sata drive?
Hi, I found this article: http://blog.shadypixel.com/safely-removing-external-drives-in-linux/ It explains how properly to unmount, eject and remove sata hdd drives from linux machines. The issue is that I can't find scsiadd tool for Fedora. What is the correct and proper way to unmount and remove hotswappable sata drives with fedora tools? Cheers, Valent. -- follow me - www.twitter.com/valentt http://kernelreloaded.blog385.com linux, anime, spirituality, wireless, scuba, linuxmce smart home, zwave ICQ: 2125241, Skype: valent.turkovic, MSN: valent.turko...@hotmail.com -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: Upgrading to F16 Beta
On Mon, Oct 10, 2011 at 07:11, Craig White craigwh...@azapple.com wrote: The real power of FOSS is about people who recognize a need and they fill it rather than waiting around for someone else to do the work. I don´t have the time (or health for that matter) to devote to any large-scale software project. I´m just saying what I observe: that Linux needs more BUILT-IN scripts in distros to solve common problems, and less cut and paste this blob of instructions to your shell *solution ´recipes´* that could be saved as a script with a helpful, human-readable name that states its function. And thanks for the clarification, yes I missed the part about Fedora having a built-in mechanism that fits the solution the OP asked for. My point still stands... look around on any Ubuntu or Fedora forum and you´ll see common questions answered by here´s how to (usually involves installing some propietary drivers to get some hardware to work, or obtain some system info or install some missing component, restore default configs, etc)... paste this into your terminal as root But don´t take my word for it: Proof: Google search: (Copy and paste this into a shell site: fedoraforum) http://ho.io/p9jv 5,890 results (Copy and paste this site: UbuntuForums.org) http://ho.io/p9jw 29,800 results copy and paste this linux terminal site:blogspot.com http://ho.io/p9jx 191,000 results From the trivial how to identify your sound card to how to install the speedtouch adsl modem passing thru how to reset and respawn gnome panels... all tutorials involve opening a shell and cutting and pasting a blob of commands, -even if only one or two but with a given set of switches and parameters to achieve a certain function). The techie would like to understand what is going on, so that´s good for him to see the certain incantation of a single comand or series of commands... The end user on the other hand just wants a solution. So why not provide a solution in the form of a script?. That´s my observation. Too many cut and paste this responses. Too few scripts included with distros. To take one example, I found a user asking on how to reset gnome panels. The answer: --- Code: gconftool --recursive-unset /apps/panel killall gnome-panel your panels should then reset , and respawn. Should fix most issues. --- Then bloody hell why isn´t this coded as gnome-panels-reset.sh and placed in the path?. Then next time someone asks about this the answer could be a simple run gnome-panels-reset Am I to blame for not doing the scripts repository or Fedora project myself? Are you shooting the messenger? I´m just giving you an observation, now do whatever you want with it, ignore it, or do something about it if you believe my reasoning has merit. Or perhaps there is already an official Fedora-help-scripts effort going on. Is there? In that case my apologies in advance. If not, then, well, I see this as an opportunity. OK, here´s now a place to discuss this... https://sourceforge.net/p/linhelpscripts/ https://lists.sourceforge.net/mailman/admin/linhelpscripts-discuss I should begin by inviting this guy. http://www.pixelbeat.org/scripts/ ;) FC -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Unlock SIM pin with NetworkManager
Hi, i'm searching for a method to force unlock of sim card pin in a huawei usb hsdpa device (ZTE K3565-Z HSDPA). The problem is this: the first time i insert it, i'm asked for the PIN with a popup dialog and so the sim gets unlocked and i can connect to it with wammu. BUT if I suspend,hibernate or simply remove and re insert the usb huawei, sim remains locked and i'm no more prompted to insert the pin; I've tried to stop NetworkManager, kill modem-manager and restart both but it didn't. work. The only way is a complete reboot. Does anyone know a method to force sim card unlock? Thanks, Daniele -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: Adobe 64-bit Flash crashing with proprietary AMD driver
Dear Folks, On 05/10/11 14:19 +, Andre Robatino wrote: Adobe now has full 64-bit Flash support, including a 64-bit repo. Just go to http://get.adobe.com/flashplayer/ , select YUM for Linux (YUM), download and install adobe-release-x86_64-1.0-1.noarch.rpm, and install flash-plugin from the repo. I have the 64 bit version working fine on my own F15 machine, using the free software amd driver, while I cannot get it working on my wife and son's iMac 27 inch machines, each running F15, using the proprietary amd driver, since the free driver doesn't work on these displays. I have tried it with and without the wrapper, both the 32 and 64-bit versions, and have run mozilla-plugin-config -i /usr/lib64/mozilla/plugins/libflashplayer.so when using the 64-bit wrapper. It worked fine till about a week and a half ago. The strange thing is that about:plugins shows each configuration apparently working fine in each combination, and a visit to http://www.adobe.com/software/flash/about/ has Adobe proclaiming that the plugin is successfully installed: You have version 11.0.152 installed. But attempts to view Youtube videos cause the browser to freeze. This is a big use-case for my wife and son! Is there an incompatibility between the proprietary amd driver and version 11 flash? Any suggestions on how to debug this? -- Nick Urbanik http://nicku.org ni...@nicku.org GPG: 7FFA CDC7 5A77 0558 DC7A 790A 16DF EC5B BB9D 2C24 ID: BB9D2C24 -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: Module: Option VS usbserial
Thread's title should be: Module: Option VS cdc_ether, sorry. On Sun, Oct 9, 2011 at 8:03 PM, Pedro Francisco pedrogfranci...@gmail.comwrote: Any idea why on Ubuntu my ZTE k3805-z 3G pen gets managed by the module option and on F15 it's managed by cdc_ether ? I've installed usb_modeswitch 1.1.9 on F15 so the only difference should be the kernel. Ubuntu's kernel is 3.0.0 and F15's is 2.6.40 which, to my understanding, corresponds to the same version, minus distro's specific patches. Ideas on why that happens? Ideas on which is better? -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: Upgrading to F16 Beta
On 10 October 2011 12:57, Fernando Cassia fcas...@gmail.com wrote: To take one example, I found a user asking on how to reset gnome panels. The answer: --- Code: gconftool --recursive-unset /apps/panel killall gnome-panel your panels should then reset , and respawn. Should fix most issues. --- Then bloody hell why isn´t this coded as gnome-panels-reset.sh and placed in the path?. Then next time someone asks about this the answer could be a simple run gnome-panels-reset Think about what happens if you do this: the problem still exists, you still have to google or ask on a forum, you just get a shorter string to copy and paste. If it's really needed permanently that's one thing, but in most cases these kind of commands are to work round a particular issue in not always the best way and usually point to something that should be fixed somewhere else. -- imalone -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: Upgrading to F16 Beta
On 10/10/2011 05:27 PM, Fernando Cassia wrote: On Mon, Oct 10, 2011 at 07:11, Craig White craigwh...@azapple.com wrote: The real power of FOSS is about people who recognize a need and they fill it rather than waiting around for someone else to do the work. I don´t have the time (or health for that matter) to devote to any large-scale software project. Yes, I am sure you are a busy person but is that a excuse for insulting me gratuitously in a mailing list without reading the thread entirely and understanding what I had posted at all? I don't think so. Rahul -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: How to properly eject / remove hotswappable sata drive?
On 10/10/2011 03:32:33 AM, valent.turko...@gmail.com wrote: Hi, I found this article: http://blog.shadypixel.com/safely-removing-external-drives-in-linux/ It explains how properly to unmount, eject and remove sata hdd drives from linux machines. The issue is that I can't find scsiadd tool for Fedora. What is the correct and proper way to unmount and remove hotswappable sata drives with fedora tools? Cheers, Valent. You will have to build it from source. What appears to be the primary site is down, but you can find it here: http://fossies.org/linux/misc/scsiadd-1.97.tar.gz/ -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Whats happened to xinetd and tftp on F15 ?
Whats happened to xinetd and tftp on F15 ? Many thanks in advance, Aaron -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
F15 preupgrade: lots of uneraseable dupes
Did a preupgrade to F15. That left a lot of dupes - 1187 of them. Ran package-cleanup --cleandupes. That didn't work. Got endless: error: rpmdbNextIterator: skipping h#918 Header V3 RSA/SHA256 Signature, key ID 97A1071f: BAD What is this? Do I need new public keys? If so, how to install? sean -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
RE: Whats happened to xinetd and tftp on F15 ?
Whats happened to xinetd and tftp on F15 ? Available Packages tftp.i686 0.49-8.fc15fedora tftp-server.i686 0.49-8.fc15fedora xinetd.i686 2:2.3.14-36.fc15 updates -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: F15 preupgrade: lots of uneraseable dupes
On 10/10/2011 11:26 AM, sean darcy wrote: Did a preupgrade to F15. That left a lot of dupes - 1187 of them. Ran package-cleanup --cleandupes. That didn't work. Got endless: error: rpmdbNextIterator: skipping h#918 Header V3 RSA/SHA256 Signature, key ID 97A1071f: BAD What is this? Do I need new public keys? If so, how to install? sean BTW, tried rebuilddb without success: rpm --rebuilddb error: rpmdbNextIterator: skipping h# 918 Header V3 RSA/SHA256 Signature, key ID 97a1071f: BAD -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: F15 preupgrade: lots of uneraseable dupes
I had the same problem, for some reason, on one of my machines. On that machine I upgraded from the full install DVD instead of doing a yum preupgrade. Actually, I did the later, but it failed. Anyhow, I believe I ran a yum check all list.txt and then edited the file and then used it as input to yum itself. It was a terrible, terrible process. -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: F15 preupgrade: lots of uneraseable dupes
On 10/10/2011 08:30 AM, sean darcy wrote: On 10/10/2011 11:26 AM, sean darcy wrote: Did a preupgrade to F15. That left a lot of dupes - 1187 of them. Ran package-cleanup --cleandupes. That didn't work. Got endless: error: rpmdbNextIterator: skipping h#918 Header V3 RSA/SHA256 Signature, key ID 97A1071f: BAD What is this? Do I need new public keys? If so, how to install? sean BTW, tried rebuilddb without success: rpm --rebuilddb error: rpmdbNextIterator: skipping h# 918 Header V3 RSA/SHA256 Signature, key ID 97a1071f: BAD Very interesting (to me). Had similar problem after I upgraded F14 to F16. The database got corrupted and rebuilddb would fail. Gave up and restored back to F14 from backup. -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: F15 preupgrade: lots of uneraseable dupes
On 10/10/2011 08:49 AM, linux guy wrote: I had the same problem, for some reason, on one of my machines. On that machine I upgraded from the full install DVD instead of doing a yum preupgrade. Actually, I did the later, but it failed. Anyhow, I believe I ran a yum check all list.txt and then edited the file and then used it as input to yum itself. It was a terrible, terrible process. I wonder if this thread plays well into the idea that upgrading using yum should be scripted by an expert so that us mortals do not have to slog through this mud :) -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: F15 preupgrade: lots of uneraseable dupes
On 10/10/11, JD jd1...@gmail.com wrote: Very interesting (to me). Had similar problem after I upgraded F14 to F16. The database got corrupted and rebuilddb would fail. Gave up and restored back to F14 from backup. To be clear, in my situation the database did not fail. By duplicates, I meant that I had all the usual (and correct) F15 packages, but also a bunch of the same packages as F14 packages. Thus the duplication was having the same package in F15 and F14. The reason this caused a problem, not that there was anything good or acceptable about it, was dependencies. Most of the F14 were dependent on some non existent (in F15) package and thus failed dep check during any yum proceedure -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: F15 preupgrade: lots of uneraseable dupes
On 10/10/2011 09:48 PM, JD wrote: On 10/10/2011 08:49 AM, linux guy wrote: I had the same problem, for some reason, on one of my machines. On that machine I upgraded from the full install DVD instead of doing a yum preupgrade. Actually, I did the later, but it failed. Anyhow, I believe I ran a yum check all list.txt and then edited the file and then used it as input to yum itself. It was a terrible, terrible process. I wonder if this thread plays well into the idea that upgrading using yum should be scripted by an expert so that us mortals do not have to slog through this mud :) It might be that Preupgrade has bugs. Reporting them and getting it fixed would be the first choice rather than replace it with a script which will likely have bugs as well. It is not realistic to believe that you can write a script to handle upgrades and not have bugs. Upgrading a distribution is a fairly complex process to say the least. Rahul -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: Whats happened to xinetd and tftp on F15 ?
On 10 October 2011 16:27, Miner, Jonathan W (US SSA) jonathan.w.mi...@baesystems.com wrote: Whats happened to xinetd and tftp on F15 ? Available Packages tftp.i686 0.49-8.fc15 fedora tftp-server.i686 0.49-8.fc15 fedora xinetd.i686 2:2.3.14-36.fc15 updates Phew, thanks a lot, don't like it when things change or move around. Aaron -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: F15 preupgrade: lots of uneraseable dupes
I wonder if this thread plays well into the idea that upgrading using yum should be scripted by an expert so that us mortals do not have to slog through this mud :) a) My issue was not caused by a yum preupgrade. It happened by running the complete install DVD over an existing installation, ie upgrading it. I've done many upgrades via yum. I didn't actually use yum preupgrade here because my laptop wouldn't reboot with the new yum kernel. As far as I am concerned, yum preupgrade rocks ! -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: F15 preupgrade: lots of uneraseable dupes
On 10/10/2011 09:28 AM, Rahul Sundaram wrote: On 10/10/2011 09:48 PM, JD wrote: On 10/10/2011 08:49 AM, linux guy wrote: I had the same problem, for some reason, on one of my machines. On that machine I upgraded from the full install DVD instead of doing a yum preupgrade. Actually, I did the later, but it failed. Anyhow, I believe I ran a yum check all list.txt and then edited the file and then used it as input to yum itself. It was a terrible, terrible process. I wonder if this thread plays well into the idea that upgrading using yum should be scripted by an expert so that us mortals do not have to slog through this mud :) It might be that Preupgrade has bugs. Reporting them and getting it fixed would be the first choice rather than replace it with a script which will likely have bugs as well. It is not realistic to believe that you can write a script to handle upgrades and not have bugs. Upgrading a distribution is a fairly complex process to say the least. Rahul Well, in that case, what's the difference between what you say (re: it would have bugs), and all the rest of the software, from the kernel to the shell? Have they all not had bugs, and continue to have bugs today? And I agree, it is a complex process that newbs and non-techies will always fail at accomplishing. I tried the yum upgrade from f14 to f16, and it ran against so many conflicts (which I had wrongly assumed that yum would be able to resolve and delete the old f14 conflicting package and replace it with the corresponding f16 package). Then I restored back to f14 and tried to upgrade via DVD. upon reboot, I was unable to log in via the gnome login screen. I do not recall the full details of why it failed - but the failure message was about something did not work. So, I logged in via the console terminal (Ctrl-Alt-F2) and tried to run yum update. Again, unresolvable conflicts. So, I am still hoping an expert in yum and upgrade will be able to give us such a script. Regards, JD -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
F15 install. File system errors left uncorrected.
I'm installing F15 on an HP laptop from the F15 KDE Live iso loaded on a USB flash drive. I've installed F15 on 6 computers with no problems using the same iso + drive. Furthermore, it passes the verify and run test when it boots. I'm receiving the following message when the installation is complete. === ext4 filesystem check failure on /dev/mapper/vg_alligator-lv_ root: File system errors left uncorrected. Errors like this usually mean there is a problem with the filesystem that will require user interaction to repair. Before restarting installation, reboot to rescue mode or another system that allows you to repair the filesystem interactively. Restart installation after you have corrected the problems on the filesystem. == If I ignore the message, the drive won't boot the computer. I ran the hard drive test function in the BIOS and it passes fine. The drive is a brand new Seagate Momentus 500 GB with G Force protection. I've tried two such drives and both yield the same result. Here are some post of users that are having the same problem. http://www.fedoraforum.org/forum/showthread.php?t=269860 https://bugzilla.redhat.com/show_bug.cgi?format=multipleid=680667 https://bugzilla.redhat.com/show_bug.cgi?id=743990 Thanks ! -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: What spins are most minimal?
On Sun, 09 Oct 2011 18:53:12 +0200, suvayu ali wrote: du -hs /* That gives me six-digit numbers in /home, /lib, and /var, but a seven-digit number in /usr. Baobab tells me I'm using 3.2 GB of 3.7, with 1.9 GB or 69.2% in / usr. 53.4% (1.0 GB) is in /usr/share, and 28%(280.8 MB) in /usr/share/ locale,with 32.2% (334.1 MB) in /usr/share/icons So those last two look like candidates for decimation to me ... -- Beartooth Staffwright, Not Quite Clueless Power User I have precious (very precious!) little idea where up is. -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Current F15 kernels + proprietary nVidia driver ? kmod, akmod, x11 config.
**I ask that flamers please withhold whatever comments may derail this thread from its goal of helping me run the proprietary nVidia driver.** Rightly or wrongly, prior to F15, I've used the proprietary nVidia driver almost exclusively. I abandoned the proprietary nVidia driver with my upgrade to F15 because, for whatever reason, it failed to run. I am now running mythTV front ends on several of my nVidia equipped computers. The front end process is VERY video processing intensive and its not uncommon for top to show the mythfrontend process taking 100% of 1 processor on my T8100 laptop when using nouveau. Supposedly running vdpau will drop the processor load down to ~ 10%. I would like to resume using the proprietary nVidia driver. What is the best way to do this ? kmod-nvidia ? akmod-nvidia ? Has the content of the xorg.conf file changed recently ? Any and all comments and/or tips and trick for once again running the proprietary nVidia driver will be greatly appreciated. Thanks ! -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Getting timeouts on TFTP on F15 as well as F14
I am getting timeouts on TFTP on F15, Aaron -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: F15 preupgrade: lots of uneraseable dupes
On 10/10/2011 11:30 AM, sean darcy wrote: On 10/10/2011 11:26 AM, sean darcy wrote: Did a preupgrade to F15. That left a lot of dupes - 1187 of them. Ran package-cleanup --cleandupes. That didn't work. Got endless: error: rpmdbNextIterator: skipping h#918 Header V3 RSA/SHA256 Signature, key ID 97A1071f: BAD What is this? Do I need new public keys? If so, how to install? sean BTW, tried rebuilddb without success: rpm --rebuilddb error: rpmdbNextIterator: skipping h# 918 Header V3 RSA/SHA256 Signature, key ID 97a1071f: BAD I ran rebuilddb again. That worked. Then package-cleanup --cleandupes did its magic. So that was fixed. sean -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: F15 preupgrade: lots of uneraseable dupes
On 10/10/2011 10:12 PM, JD wrote: Well, in that case, what's the difference between what you say (re: it would have bugs), and all the rest of the software, from the kernel to the shell? Have they all not had bugs, and continue to have bugs today? Yes and the solution is not to replace them but fix the bugs. Rahul -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: F15 preupgrade: lots of uneraseable dupes
On 10/10/2011 12:28 PM, Rahul Sundaram wrote: On 10/10/2011 09:48 PM, JD wrote: On 10/10/2011 08:49 AM, linux guy wrote: I had the same problem, for some reason, on one of my machines. On that machine I upgraded from the full install DVD instead of doing a yum preupgrade. Actually, I did the later, but it failed. Anyhow, I believe I ran a yum check all list.txt and then edited the file and then used it as input to yum itself. It was a terrible, terrible process. I wonder if this thread plays well into the idea that upgrading using yum should be scripted by an expert so that us mortals do not have to slog through this mud :) It might be that Preupgrade has bugs. Reporting them and getting it fixed would be the first choice rather than replace it with a script which will likely have bugs as well. It is not realistic to believe that you can write a script to handle upgrades and not have bugs. Upgrading a distribution is a fairly complex process to say the least. Rahul In addition to this problem the kernel installation only partially worked. No modules installed, no initramfs. Solved by getting the kernel rpm and reinstalling. But reporting bugs on preupdate is tough. This is a remote machine. I have no clue what caused this (these) problem(s). sean -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
/home double-mounted in F15
This may have been discussed in some other thread, but my F15 box seems to mount /home twice. It's listed but once in /etc/fstab, but none the less, two identical mounts show up: [rick@golem4 ~]# mount | grep home /dev/mapper/vg_golem4-lv_home on /home type ext4 (rw,relatime,seclabel,user_xattr,barrier=1,stripe=1,data=ordered) /dev/mapper/vg_golem4-lv_home on /home type ext4 (rw,relatime,seclabel,user_xattr,barrier=1,stripe=1,data=ordered) Consequently things like baobab report double the disk space (e.g. 1.4TB used on a system that only has a 750G drive). Everything works fine. I've not tried to unmount the second mount (in fact I can't because I'm logged in and /home/rick is my home directory), but it's disconcerting. Ideas? -- - Rick Stevens, Systems Engineer, C2 Hosting ri...@nerd.com - - AIM/Skype: therps2ICQ: 22643734Yahoo: origrps2 - -- - The moving cursor writes, and having written, blinks on. - -- -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: Current F15 kernels + proprietary nVidia driver ? kmod, akmod, x11 config.
Without more information it's nearly impossible to tell what's wrong. I did a preupgrade on my desktop from F14 to F15 and everything works fine with the binary nvidia drivers. I used both an oldre 7600GT and recently upgrade to a GTS450. I haven't had to mess with my xorg.conf at all. As far as kmod or akmod, they're pretty much identical. With the straight kmod you have to be careful about kernel upgrades because it will not get updated until the 2nd yum update run and occasionally there's a significant delay between a new kernel and the kmod driver being available. Of course the akmod package allows you to build your own kmod package on your end without having to wait for the kmod to be available but has the down side of needing devel tools including kernel-headers and kernel-devel. Richard -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: Getting timeouts on TFTP on F15 as well as F14
On 10 October 2011 18:28, Aaron Gray aaronngray.li...@gmail.com wrote: I am getting timeouts on TFTP on F15, It works fine on my F15 laptop and used to work on this machine with F14 before I updated it Aaron -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: /home double-mounted in F15
On 10/10/2011 11:21 PM, Rick Stevens wrote: This may have been discussed in some other thread, but my F15 box seems to mount /home twice. It's listed but once in /etc/fstab, but none the less, two identical mounts show up: Consequently things like baobab report double the disk space (e.g. 1.4TB used on a system that only has a 750G drive). Everything works fine. I've not tried to unmount the second mount (in fact I can't because I'm logged in and /home/rick is my home directory), but it's disconcerting. Ideas? Do you have the sandbox service enabled and running? Stop it and check Rahul -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: F15 preupgrade: lots of uneraseable dupes
On 10/10/2011 10:30 AM, Rahul Sundaram wrote: On 10/10/2011 10:12 PM, JD wrote: Well, in that case, what's the difference between what you say (re: it would have bugs), and all the rest of the software, from the kernel to the shell? Have they all not had bugs, and continue to have bugs today? Yes and the solution is not to replace them but fix the bugs. Rahul But that argues against your own argument that a script will contain bugs. Of course it will - every software ever written had them, and will have them. Also, you yourself said that upgrading via yum is a very complex process: Upgrading a distribution is a fairly complex process to say the least. So, by virtue of that statement itself, non-techies and newbs most certainly need such an expertly written script(s). Regards, JD -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: /home double-mounted in F15
On 10/10/2011 11:01 AM, Rahul Sundaram wrote: On 10/10/2011 11:21 PM, Rick Stevens wrote: This may have been discussed in some other thread, but my F15 box seems to mount /home twice. It's listed but once in /etc/fstab, but none the less, two identical mounts show up: Consequently things like baobab report double the disk space (e.g. 1.4TB used on a system that only has a 750G drive). Everything works fine. I've not tried to unmount the second mount (in fact I can't because I'm logged in and /home/rick is my home directory), but it's disconcerting. Ideas? Do you have the sandbox service enabled and running? Stop it and check Ah, Bingo! Thank you, Rahul. Never dawned on me that sandbox was running. Thanks again! I'll go sit in the corner with my dunce cap on now. -- - Rick Stevens, Systems Engineer, C2 Hosting ri...@nerd.com - - AIM/Skype: therps2ICQ: 22643734Yahoo: origrps2 - -- - What is a free gift? Aren't all gifts free? - -- -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: F15 preupgrade: lots of uneraseable dupes
On 10/10/2011 11:36 PM, JD wrote: But that argues against your own argument that a script will contain bugs. Of course it will - every software ever written had them, and will have them. yes. so why is replacing one program with bugs with another script with bugs considered a solution? It isn't Also, you yourself said that upgrading via yum is a very complex process: Upgrading a distribution is a fairly complex process to say the least. So, by virtue of that statement itself, non-techies and newbs most certainly need such an expertly written script(s). Scripts are not going to magically make things easier. Scripting is far more likely to be fragile as well. I didn't say yum upgrades are complex. I said upgrades are complex. Rahul -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: What spins are most minimal?
Hi, On Mon, Oct 10, 2011 at 7:12 PM, Beartooth bearto...@comcast.net wrote: On Sun, 09 Oct 2011 18:53:12 +0200, suvayu ali wrote: du -hs /* That gives me six-digit numbers in /home, /lib, and /var, but a seven-digit number in /usr. What do you mean by 6 and 7 digit numbers? It should return disk usage in human readable numbers (as in 10M for 10 Megabytes, 2G for 2 Gigabytes and so on). To drill down a specific directory just change the /* to something like /usr/* or of course you can always use gui apps like baobab. :-p Baobab tells me I'm using 3.2 GB of 3.7, with 1.9 GB or 69.2% in / usr. 53.4% (1.0 GB) is in /usr/share, and 28%(280.8 MB) in /usr/share/ locale,with 32.2% (334.1 MB) in /usr/share/icons So those last two look like candidates for decimation to me ... Yes multi-language support is often the biggest disk hog. Removing multiple language support for large applications like LibreOffice could be something you might want to try. GL -- Suvayu Open source is the future. It sets us free. -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: F15 preupgrade: lots of uneraseable dupes
Hi, On Mon, Oct 10, 2011 at 8:06 PM, JD jd1...@gmail.com wrote: Upgrading a distribution is a fairly complex process to say the least. So, by virtue of that statement itself, non-techies and newbs most certainly need such an expertly written script(s). Scripts are usually meant to deal with corner cases, not as full blown solution for the most general case. An application/utility written in a high level programming language is more appropriate in that case. In any case, I don't see what your gripe is. Do you think preupgrade is the wrong way to solve the problem and would like an alternative, or am I missing something here? -- Suvayu Open source is the future. It sets us free. -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: F15 preupgrade: lots of uneraseable dupes
On 10/10/2011 11:16 AM, Rahul Sundaram wrote: On 10/10/2011 11:36 PM, JD wrote: But that argues against your own argument that a script will contain bugs. Of course it will - every software ever written had them, and will have them. yes. so why is replacing one program with bugs with another script with bugs considered a solution? It isn't Preupgrade is not a single operation solution. The user is expected to know several complex operations and execute them in right order. A yum upgrade script would be a single point solution that a user could run. If problems, then user could report the results, along with a log file that a script could leave behind. That is a very desirable solution for all non-techies and newbs. Also, you yourself said that upgrading via yum is a very complex process: Upgrading a distribution is a fairly complex process to say the least. So, by virtue of that statement itself, non-techies and newbs most certainly need such an expertly written script(s). Scripts are not going to magically make things easier. Scripting is far more likely to be fragile as well. I didn't say yum upgrades are complex. I said upgrades are complex. That is a very interesting opinion which ignores the fact that scripts are easier to fix than binaries. With so many scripts which are running the system, then by your argument they should all be abandoned because you opine that they are fragile and thus unreliable and thus the whole system is unreliable. Fear of possible bugs is no reason for rejecting a much needed solution. It seems to me that so many people invest so much steam into their opinion, that they find it hard to back off and admit that a proposed request for a solution is worth pursuing and implementing by the experts in the field for the benefit of all. Rahul Regards, JD -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: F15 preupgrade: lots of uneraseable dupes
On 10/10/2011 11:35 AM, suvayu ali wrote: Hi, On Mon, Oct 10, 2011 at 8:06 PM, JDjd1...@gmail.com wrote: Upgrading a distribution is a fairly complex process to say the least. So, by virtue of that statement itself, non-techies and newbs most certainly need such an expertly written script(s). Scripts are usually meant to deal with corner cases, not as full blown solution for the most general case. An application/utility written in a high level programming language is more appropriate in that case. In any case, I don't see what your gripe is. Do you think preupgrade is the wrong way to solve the problem and would like an alternative, or am I missing something here? Is that a fact or an opinion? -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: F15 preupgrade: lots of uneraseable dupes
On 10/11/2011 12:14 AM, JD wrote: On 10/10/2011 11:35 AM, suvayu ali wrote: Hi, On Mon, Oct 10, 2011 at 8:06 PM, JDjd1...@gmail.com wrote: Upgrading a distribution is a fairly complex process to say the least. So, by virtue of that statement itself, non-techies and newbs most certainly need such an expertly written script(s). Scripts are usually meant to deal with corner cases, not as full blown solution for the most general case. An application/utility written in a high level programming language is more appropriate in that case. In any case, I don't see what your gripe is. Do you think preupgrade is the wrong way to solve the problem and would like an alternative, or am I missing something here? Is that a fact or an opinion? It is a fact. There is a lot of empirical proof for this. Scripts are good for single purpose small cases. Once you want to deal with complex problems, a script won't scale. Error handling isn't as sophisticated for instance. Rahul -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: F15 preupgrade: lots of uneraseable dupes
On 10/11/2011 12:13 AM, JD wrote: Preupgrade is not a single operation solution. The user is expected to know several complex operations and execute them in right order. Nonsense. It is a point and click gui. A yum upgrade script would be a single point solution that a user could run. If problems, then user could report the results, along with a log file that a script could leave behind. That is a very desirable solution for all non-techies and newbs. I still cannot see you explaining what exactly is the problem a script is supposed to solve. Unless you have a good problem statement, you have zero scope of a solution. Rahul -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: Getting timeouts on TFTP on F15 as well as F14
Aaron Gray wrote: I am getting timeouts on TFTP on F15, Aaron You should check at server side: 1) if tftp service is enabled: # chkconfig --list tftp Note: This output shows SysV services only and does not include native systemd services. SysV configuration data might be overridden by native systemd configuration. tftpon 2) if xinetd daemon is running (also service xinetd status): # systemctl status xinetd.service xinetd.service - LSB: start and stop xinetd Loaded: loaded (/etc/rc.d/init.d/xinetd) Active: active (running) since Wed, 21 Sep 2011 04:46:34 +0200; 2 weeks and 5 days ago Main PID: 1908 (xinetd) CGroup: name=systemd:/system/xinetd.service └ 1908 xinetd -stayalive -pidfile /var/run/xinetd.pid 3) /etc/hosts.allow (if You use hosts.allow/hosts.deny) should contain: ... # we allow access from 192.168.1.0/24 : in.tftpd: 192.168.1.0/255.255.255.0 ... 4) if You use firewall (iptables), You should load nf_conntrack_tftp module, for tracking ephemeral ports. That means /etc/sysconfig/iptables-config should contain line as: ... IPTABLES_MODULES=nf_conntrack_tftp ... (other module is for NATting tftp connection) 5) /var/log/messages should contain entries as: Oct 10 20:28:32 ns xinetd[1908]: START: tftp pid=5315 from=192.168.1.22 Oct 10 20:28:42 ns xinetd[1908]: EXIT: tftp status=0 pid=5315 duration=10(sec) 6) tcpdump on relevant interface (here eth0) should display traffic, at minimal incomming packet: # tcpdump -i eth0 -l -nn udp port 69 tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on eth0, link-type EN10MB (Ethernet), capture size 65535 bytes 20:43:13.612200 IP 192.168.1.22.58949 192.168.1.254.69: 17 RRQ b.log netascii Best, Franta -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: How to properly eject / remove hotswappable sata drive?
On 10/10/2011 12:24 PM, valent.turko...@gmail.com wrote: You will have to build it from source. What appears to be the primary site is down, but you can find it here: http://fossies.org/linux/misc/scsiadd-1.97.tar.gz/ Is scsiadd really necessary ? I tried using umount then eject but I get this error: eject: device /dev/sdb doesn't have a removable or hotpluggable flag Aren't all sata drives removable and hotpluggable? For non raid drives all I ever have to do is umount the drives partitons. Once that is successful the drive can be removed. However, if you have smartctl running, it will start to complain until you put the drive back in. Or you could restart smartctl with the drive removed. With raid drives I user mdadm to first fail the partitions on the drive to be remove/replaced, if they haven't failed already. (Use cat /proc/mdstat to see current status of all raid drives.) Then use mdadm to remove those partitions from the raid drive. Then the drive can be removed/replaced. Emmett -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: [389-users] 389 pauses every 5 minutes under load
On 10/10/2011 12:00 PM, Rich Megginson wrote: Are you using replication? Is this a replication master? Is your load tester doing delete operations? I am not using replication on this particular instance. Load tester is not doing any delete operations, almost all reads/searches. I would guess that 30-50% of these requests result in no such element return in case that matters at all. Thanks, Justin -- 389 users mailing list 389-us...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/389-users
Re: How to properly eject / remove hotswappable sata drive?
On Mon, 10 Oct 2011 21:24:28 +0200 valent.turko...@gmail.com wrote: Aren't all sata drives removable and hotpluggable? Nope, just esata drives (don't know exactly what the difference is, but there is a difference of some kind). -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: F15 preupgrade: lots of uneraseable dupes
On 10/10/2011 11:54 AM, Rahul Sundaram wrote: On 10/11/2011 12:13 AM, JD wrote: Preupgrade is not a single operation solution. The user is expected to know several complex operations and execute them in right order. Nonsense. It is a point and click gui. A yum upgrade script would be a single point solution that a user could run. If problems, then user could report the results, along with a log file that a script could leave behind. That is a very desirable solution for all non-techies and newbs. I still cannot see you explaining what exactly is the problem a script is supposed to solve. Unless you have a good problem statement, you have zero scope of a solution. Rahul Rahul, I tried preupgrade. I tried upgrade via DVD. I tried upgrade via yum according to http://fedoraproject.org/wiki/Upgrading_Fedora_using_yum All of them failed to upgrade the system to full F16. Upgrading via all these methods left hundreds of F14 packages in place, even though they were installed via yum update from fedora updates repository, for which F16 updates were indeed identified by yum, but at the same time yum would then say Not found. I had taken care to disable other repo files, such as rpmfusion, adobe, google, skype, atrpms so as not to get a whole bunch of errors unrelated to upgrading from fedora repos. So, if upgrading is such a complex and trouble prone operation, what should an ambassador's message to the world be regarding this issue? That it can be done but it is fraught with problems and dangers of rendering your system unreliable at best, and (in my case) leaves you with a corrupted rpm database and unable to login via the gnome login screen? I believe you and other fedora developers, and protagonists can and should do better to produce such a script/utility. As a side note: I also run several systems with various versions of windows - all of them have many third party software (kind of akin to fedora users installing form other rpm repos like fedorafusion and atrpms) - I have never run into such show stopper upgrade problems with these systems. Almost every upgrade failure was due to an undetected malware, or a disk having become marginal. Pls. do not misconstrue this. I am not trying to pit us against them. I am only saying that upgrading should be a completely trouble free operation, and that Fedora devs can indeed fix this problem via a script or even as you say, a point and click solution, which in it's current incarnation, does not work. Regards, JD -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: [389-users] 389 pauses every 5 minutes under load
On 10/10/2011 01:34 PM, Justin Gronfur wrote: On 10/10/2011 12:00 PM, Rich Megginson wrote: Are you using replication? Is this a replication master? Is your load tester doing delete operations? I am not using replication on this particular instance. Load tester is not doing any delete operations, almost all reads/searches. I would guess that 30-50% of these requests result in no such element return in case that matters at all. I'm just trying to figure out what happens every 5 minutes inside the directory server. There is a thread that attempts to clean up tombstone entries and other state information. But if you are not using replication then that is not run. There are database threads such as checkpointing, log flushing, etc. but they run every 250 milliseconds. That's what this seems like - do you notice high I/O usage during the time when the server is pegged at 100% cpu? Thanks, Justin -- 389 users mailing list 389-us...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/389-users
Re: F15 preupgrade: lots of uneraseable dupes
On 10/10/2011 09:38 AM, linux guy wrote: a) My issue was not caused by a yum preupgrade. It happened by running the complete install DVD over an existing installation, ie upgrading it. Which did you do, upgrade your installation or simply do a new install without reformatting? If you did the latter, of course you've got a lot of dups. If you did the former, there might be a bug somewhere. And, if you used the DVD, why does the subject line refer to preupgrade? -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: F15 preupgrade: lots of uneraseable dupes
On 10/10/2011 09:42 AM, JD wrote: And I agree, it is a complex process that newbs and non-techies will always fail at accomplishing. Why? My sister is able to upgrade from one version of Ubuntu to the next without any help and she's a complete non-tech. I don't think the average non-tech would have any trouble upgrading Fedora using preupgrade. Why do you think the process is so difficult? -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: F15 preupgrade: lots of uneraseable dupes
On 10/11/2011 01:10 AM, JD wrote: I am only saying that upgrading should be a completely trouble free operation, and that Fedora devs can indeed fix this problem via a script or even as you say, a point and click solution, which in it's current incarnation, does not work. Then file a bug report and participate. My personal recommendation for upgrades are step 0) backup your data. Rahul -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: F15 preupgrade: lots of uneraseable dupes
On 10/10/2011 11:43 AM, JD wrote: Preupgrade is not a single operation solution. The user is expected to know several complex operations and execute them in right order. Unless my memory's wrong, there are three steps: run preupgrade, selecting the appropriate Fedora version. Reboot into the preupgrade. Reboot into your new version. Of course, that second step sometimes takes a bit of paying attention, but that's how it's designed to work and it's always done so for me on both my desktop and laptop. -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: F15 preupgrade: lots of uneraseable dupes
On 10/10/2011 12:40 PM, JD wrote: So, if upgrading is such a complex and trouble prone operation, what should an ambassador's message to the world be regarding this issue? That it can be done but it is fraught with problems and dangers of rendering your system unreliable at best, and (in my case) leaves you with a corrupted rpm database and unable to login via the gnome login screen? I'm sorry, of course, that it didn't go as smoothly for you as it does for 99.44% of all Fedora users. That, however, doesn't prove that it's a complex and unreliable process, because your experience was far from typical. -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: F15 preupgrade: lots of uneraseable dupes
On 10/10/2011 12:54 PM, Joe Zeff wrote: On 10/10/2011 09:42 AM, JD wrote: And I agree, it is a complex process that newbs and non-techies will always fail at accomplishing. Why? My sister is able to upgrade from one version of Ubuntu to the next without any help and she's a complete non-tech. I don't think the average non-tech would have any trouble upgrading Fedora using preupgrade. Why do you think the process is so difficult? I have done 5 upgrades so far that simply failed. If you have not followed this thread, then please read what I posted re: what failed. So the difficulty is not in following the instructions as outlined on http://fedoraproject.org/wiki/Upgrading_Fedora_using_yum but that yum would fail with many unresolvable conflicts and refuse to carry out the fully resolved dependencies. I had also wondered if the failure was perhaps due to the fact that F16 Beta repos may not be ready for the process to run yum update to F16. Also, as I had also stated, I had to disable rpmfusion, atrpms,... repos before undertaking this task, to avoid failures that are not related to vanilla fedora packages. So, I do not think that comparing ubuntu to fedora is helpful in this case. Perhaps ubuntu does a better job at upgrading than fedora does. I don't know. -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
XFCE does not mount an audio CD
When I am in XFCE audio CDs do not mount and play. On the same machine the audio CDs play in Gnome 3. What could be wrong in XFCE and how can it be fixed? All this is in F15. -- === But you shall not escape my iambics. -- Gaius Valerius Catullus === Aaron Konstam telephone: (210) 656-0355 e-mail: akons...@sbcglobal.net -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: F15 preupgrade: lots of uneraseable dupes
On Mon, Oct 10, 2011 at 9:40 PM, JD jd1...@gmail.com wrote: Rahul, I tried preupgrade. I tried upgrade via DVD. I tried upgrade via yum according to http://fedoraproject.org/wiki/Upgrading_Fedora_using_yum All of them failed to upgrade the system to full F16. Upgrading via all these methods left hundreds of F14 packages in place, even though they were installed via yum update from fedora updates repository, for which F16 updates were indeed identified by yum, but at the same time yum would then say Not found. I had taken care to disable other repo files, such as rpmfusion, adobe, google, skype, atrpms so as not to get a whole bunch of errors unrelated to upgrading from fedora repos. Are you sure they were not packages which were _not_ rebuilt for the new release. This is common practice unless there is a significant change in any of the packaging utilities (e.g. when RPM changed to a sha256 hash). To give you an idea, this is what I have on my (never upgraded) F14 system: # uname -r 2.6.35.14-96.fc14.x86_64 # rpm -qa | grep -c -E 'fc14|noarch' 1707 # rpm -qa | grep -c fc13 170 # rpm -qa | grep -c fc12 149 # rpm -qa | grep -c fc11 8 # rpm -qa | grep -c fc10 1 And since you pointed to the fedora wiki page, I think I can safely assume you did a distro-sync after the upgrade. Despite all the precautions an upgrade is a complicated process and often things go wrong. Since you have tried all 3 methods and failed, have you considered if there is any common point of failure which is hampering all the methods? Just a few thoughts. Hope this helps. PS: My experience with upgrades have been extremely smooth, specially when I used preupgrade. -- Suvayu Open source is the future. It sets us free. -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Things I cant understand
Folks, I'm trying to install Snort. So, the first step is update libpcap. Look what I have done. 1) yum erase libpcap (to unistall old libpcap) tar -zxfv libpcap cd libpcap ./configure --libdir=/lib/ --bindir=/bin/ make make install 2) yum install ./daq.rpm At this point I got a messagen telling that libpcap is not installed!!! What is happening ? Did I made a mistake? Better: Why yum cant realize that lipcap is already installed ? -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: Things I cant understand
On Mon, Oct 10, 2011 at 1:12 PM, Joao Daniel joaodanielneve...@hotmail.comwrote: Folks, I'm trying to install Snort. So, the first step is update libpcap. Look what I have done. 1) yum erase libpcap (to unistall old libpcap) tar -zxfv libpcap cd libpcap ./configure --libdir=/lib/ --bindir=/bin/ make make install 2) yum install ./daq.rpm At this point I got a messagen telling that libpcap is not installed!!! What is happening ? Did I made a mistake? Better: Why yum cant realize that lipcap is already installed ? Hi Need more background information What are you installing it on?? What version kernel are you using? Best Marvin -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: F15 preupgrade: lots of uneraseable dupes
On 10/10/2011 01:11 PM, suvayu ali wrote: On Mon, Oct 10, 2011 at 9:40 PM, JDjd1...@gmail.com wrote: Rahul, I tried preupgrade. I tried upgrade via DVD. I tried upgrade via yum according to http://fedoraproject.org/wiki/Upgrading_Fedora_using_yum All of them failed to upgrade the system to full F16. Upgrading via all these methods left hundreds of F14 packages in place, even though they were installed via yum update from fedora updates repository, for which F16 updates were indeed identified by yum, but at the same time yum would then say Not found. I had taken care to disable other repo files, such as rpmfusion, adobe, google, skype, atrpms so as not to get a whole bunch of errors unrelated to upgrading from fedora repos. Are you sure they were not packages which were _not_ rebuilt for the new release. This is common practice unless there is a significant change in any of the packaging utilities (e.g. when RPM changed to a sha256 hash). To give you an idea, this is what I have on my (never upgraded) F14 system: # uname -r 2.6.35.14-96.fc14.x86_64 # rpm -qa | grep -c -E 'fc14|noarch' 1707 # rpm -qa | grep -c fc13 170 # rpm -qa | grep -c fc12 149 # rpm -qa | grep -c fc11 8 # rpm -qa | grep -c fc10 1 And since you pointed to the fedora wiki page, I think I can safely assume you did a distro-sync after the upgrade. Despite all the precautions an upgrade is a complicated process and often things go wrong. Since you have tried all 3 methods and failed, have you considered if there is any common point of failure which is hampering all the methods? Just a few thoughts. Hope this helps. PS: My experience with upgrades have been extremely smooth, specially when I used preupgrade. Well, if packages not present in a previous release, should not the new packages that replace them be marked as obsoletes package name ? Or if they are not even replaced by a new package, should yum just throw up it's hands and exit with error? As I explained my current installation of f14, I also make use rpmfusion and atrpms repos, which which I disable during upgrade to avoid complications. Perhaps that is indeed a source/cause of the failure. If it is, then clearly it is an issue that should be addressed, or advise fedora users that making use of other repos will lead to upgrade failures. -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: F15 preupgrade: lots of uneraseable dupes
On 10/10/2011 01:10 PM, JD wrote: I have done 5 upgrades so far that simply failed. If you have not followed this thread, then please read what I posted re: what failed. And, as I pointed out in another message, your experience is very, very atypical. I think you're going way too far in asserting that the entire process is flawed when you're (almost) the only person having trouble with it, and that you'd be doing better to ask, Why doesn't it work *for me*? -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: F15 preupgrade: lots of uneraseable dupes
On 10/10/2011 01:19 PM, Joe Zeff wrote: On 10/10/2011 01:10 PM, JD wrote: I have done 5 upgrades so far that simply failed. If you have not followed this thread, then please read what I posted re: what failed. And, as I pointed out in another message, your experience is very, very atypical. I think you're going way too far in asserting that the entire process is flawed when you're (almost) the only person having trouble with it, and that you'd be doing better to ask, Why doesn't it work *for me*? I'll wait for the full release of f16 in Nov. and try again. I will try to generate a log of all the events and outputs. -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: Getting timeouts on TFTP on F15 as well as F14
On 10 October 2011 20:25, Frantisek Hanzlik fra...@hanzlici.cz wrote: Aaron Gray wrote: I am getting timeouts on TFTP on F15, Aaron You should check at server side: 1) if tftp service is enabled: # chkconfig --list tftp Note: This output shows SysV services only and does not include native systemd services. SysV configuration data might be overridden by native systemd configuration. tftpon Okay 2) if xinetd daemon is running (also service xinetd status): # systemctl status xinetd.service xinetd.service - LSB: start and stop xinetd Loaded: loaded (/etc/rc.d/init.d/xinetd) Active: active (running) since Wed, 21 Sep 2011 04:46:34 +0200; 2 weeks and 5 days ago Main PID: 1908 (xinetd) CGroup: name=systemd:/system/xinetd.service └ 1908 xinetd -stayalive -pidfile /var/run/xinetd.pid Okay 3) /etc/hosts.allow (if You use hosts.allow/hosts.deny) should contain: ... # we allow access from 192.168.1.0/24 : in.tftpd: 192.168.1.0/255.255.255.0 ... Added makes no difference 4) if You use firewall (iptables), You should load nf_conntrack_tftp module, for tracking ephemeral ports. That means /etc/sysconfig/iptables-config should contain line as: ... IPTABLES_MODULES=nf_conntrack_tftp ... (other module is for NATting tftp connection) using localhost 5) /var/log/messages should contain entries as: Oct 10 20:28:32 ns xinetd[1908]: START: tftp pid=5315 from=192.168.1.22 Oct 10 20:28:42 ns xinetd[1908]: EXIT: tftp status=0 pid=5315 duration=10(sec) Oct 10 21:09:07 gold xinetd[13402]: Exiting... Oct 10 21:09:12 gold xinetd[13650]: xinetd Version 2.3.14 started with libwrap loadavg labeled-networking options compiled in. Oct 10 21:09:12 gold xinetd[13650]: Started working: 1 available service is all I am getting in messages Checked tfpt is the only one enabled 6) tcpdump on relevant interface (here eth0) should display traffic, at minimal incomming packet: # tcpdump -i eth0 -l -nn udp port 69 tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on eth0, link-type EN10MB (Ethernet), capture size 65535 bytes 20:43:13.612200 IP 192.168.1.22.58949 192.168.1.254.69: 17 RRQ b.log netascii [root@x /]# tcpdump -i em1 -l -nn udp port 69 tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on em1, link-type EN10MB (Ethernet), capture size 65535 bytes 21:33:08.653033 IP 192.168.0.5.47352 192.168.0.4.69: 19 RRQ vmlinuz netascii 21:33:13.653306 IP 192.168.0.5.47352 192.168.0.4.69: 19 RRQ vmlinuz netascii 21:33:18.653565 IP 192.168.0.5.47352 192.168.0.4.69: 19 RRQ vmlinuz netascii 21:33:23.653963 IP 192.168.0.5.47352 192.168.0.4.69: 19 RRQ vmlinuz netascii 21:33:28.654212 IP 192.168.0.5.47352 192.168.0.4.69: 19 RRQ vmlinuz netascii ^C 5 packets captured 5 packets received by filter 0 packets dropped by kernel Well thats it I am stumped tftp seem to be running but ignoring requests Aaron Best, Franta -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: XFCE does not mount an audio CD
On Mon, 10 Oct 2011 15:10:37 -0500 Aaron Konstam akons...@sbcglobal.net wrote: When I am in XFCE audio CDs do not mount and play. On the same machine the audio CDs play in Gnome 3. What could be wrong in XFCE and how can it be fixed? All this is in F15. Audio cd's don't usually mount at all. You should be able to put them in and run your media playing application and it should see the cd and let you play it. There will not be anything on the desktop however. kevin signature.asc Description: PGP signature -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: Things I cant understand
On 10/10/2011 01:12 PM, Joao Daniel wrote: Folks, I'm trying to install Snort. So, the first step is update libpcap. Look what I have done. 1) yum erase libpcap (to unistall old libpcap) tar -zxfv libpcap cd libpcap ./configure --libdir=/lib/ --bindir=/bin/ make make install 2) yum install ./daq.rpm At this point I got a messagen telling that libpcap is not installed!!! What is happening ? Did I made a mistake? Better: Why yum cant realize that lipcap is already installed ? We need to know what you're trying to install this on (F14, F15, 32-bit, 64-bit, etc.). Snort wants libpcap in /usr/lib or /usr/lib64, not /lib. You should have just done a yum install libpcap-devel to get libpcap. There's no need to install from a tarball--libpcap has been in Fedora's repos for a LONG time. Yeah, I know. NOW you tell me! :-) -- - Rick Stevens, Systems Engineer, C2 Hosting ri...@nerd.com - - AIM/Skype: therps2ICQ: 22643734Yahoo: origrps2 - -- - UNIX is actually quite user friendly. The problem is that it's - - just very picky of who its friends are! - -- -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: XFCE does not mount an audio CD
On 10/10/2011 01:10 PM, Aaron Konstam wrote: When I am in XFCE audio CDs do not mount and play. On the same machine the audio CDs play in Gnome 3. What could be wrong in XFCE and how can it be fixed? All this is in F15. Applications Menu-- Preferences-- Removable Drives and Media-- Multimedia tab Set up your preferences there. Also make sure you have installed the gnome-media-apps RPM and: Applications Menu-- Preferences-- Multimedia Systems Selector and make sure the various things are set up in there correctly. -- - Rick Stevens, Systems Engineer, C2 Hosting ri...@nerd.com - - AIM/Skype: therps2ICQ: 22643734Yahoo: origrps2 - -- - You possess a mind not merely twisted, but actually sprained.- -- -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: F15 preupgrade: lots of uneraseable dupes
On 10/10/2011 01:29 PM, JD wrote: I'll wait for the full release of f16 in Nov. and try again. I will try to generate a log of all the events and outputs. Excellent! Maybe at that time we can find out why your installation of Fedora is different, or what's happening that shouldn't. -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: Atheros AR9285 wireless F15
Have you reported your behaviour in a bug report? I've found it on Fedora 16 as well (different hardware: iwl3945 hp_wmi) so I'd point to your bug just to put it in context. On Mon, Sep 5, 2011 at 11:13 PM, Greg Woods wo...@ucar.edu wrote: On Sun, 2011-09-04 at 12:26 -0600, Greg Woods wrote: I cannot get wireless to work on my new Sony VAIO VPCEG laptop. It has the ar9285 chip in it. After screwing around with this for a day, I finally figured out what is going on. For some reason, it was also loading the acer_wmi module, a driver for a different type of wireless chip, and this was screwing things up. As soon as I did modprobe -r acer_wmi, then everything worked. I just needed to blacklist this module in /etc/modprobe.d/blacklist.conf, and now the Atheros chip is working even after a reboot. --Greg -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: F15 preupgrade: lots of uneraseable dupes
On Mon, Oct 10, 2011 at 13:19:10 -0700, JD jd1...@gmail.com wrote: On 10/10/2011 01:11 PM, suvayu ali wrote: Well, if packages not present in a previous release, should not the new packages that replace them be marked as obsoletes package name ? If something replaces it. However people make mistakes and this doesn't always get done correctly. Or if they are not even replaced by a new package, should yum just throw up it's hands and exit with error? It's not clear what should happen with orphaned packages that aren't obsoleted. While one my want to get rid of any that are blocking updates of other stuff, one may not want to get rid of all of them. yum distro-sync can handle this in some cases, but in some complicated cases it can't. As I explained my current installation of f14, I also make use rpmfusion and atrpms repos, which which I disable during upgrade to avoid complications. Perhaps that is indeed a source/cause of the failure. Probably you want to switch to the repos for these at the same time. Otherwise you are going to have packages from these repos blocking updates from the Fedora repos. -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: Atheros AR9285 wireless F15
On Mon, Oct 10, 2011 at 4:06 PM, Pedro Francisco pedrogfranci...@gmail.com wrote: Have you reported your behaviour in a bug report? I've found it on Fedora 16 as well (different hardware: iwl3945 hp_wmi) so I'd point to your bug just to put it in context. In both of your cases this looks to be a bug in wmi. I'm not exactly sure what that stands for but it appears that they are supposed to help make all the little fancy buttons on laptops work but in your case cause more problems than they fix. I wonder what logic it uses to know which driver to load? It's odd that in Pedro's case it loaded the acer_wmi even though his is a sony... On my older HP/Compaq 8510w I'm using hp_wmi without issue. Richard -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: F15 preupgrade: lots of uneraseable dupes
On Mon, Oct 10, 2011 at 13:33:34 -0400, sean darcy seandar...@gmail.com wrote: In addition to this problem the kernel installation only partially worked. No modules installed, no initramfs. Solved by getting the kernel rpm and reinstalling. There are some bugs related to the switch from grub to grub2 and doing upgrades. -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: XFCE does not mount an audio CD
On 10/10/2011 01:40 PM, Kevin Fenzi wrote: Audio cd's don't usually mount at all. You should be able to put them in and run your media playing application and it should see the cd and let you play it. There will not be anything on the desktop however. Yes. We went through this same discussion several months ago when I had a similar difficulty. (BTW, it went away again as suddenly and inexplicably as it came.) Now, I get an icon on the desktop labeled Audio Disc with, among other things, an option to mount the volume. It doesn't auto-play because I have that disabled, and I can't use software to eject it unless I mount it, but aside from that, it works fine. Sound Juicer can't read the tracks unless I mount it, and doesn't find the track info, but I think that's a problem with the specific CD. Yes, in the strictest sense audio CDs don't really mount, but the system (or maybe the DE) does something with them that allows you to use them as though they were, and it generally calls it mounting. For most of us, it walks like a duck, swims like a duck and quacks like a duck so we see no reason not to call it a duck. There was a time when I'd have agreed that we shouldn't call it mounting, but I've learned[1] over the years that most people don't want to know about the messy details that some of us[2] love so much, they just want it to work. [1]I hate to keep throwing out all that tech support experience I have[3], but this time it's relevant. [2]Including me, I'll admit. [3]For those coming in late, 7.5 years at an ISP, plus several months at another company where I demonstrated why I don't normally do hardware support. -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: Getting timeouts on TFTP on F15 as well as F14
Aaron Gray wrote: ... 4) if You use firewall (iptables), You should load nf_conntrack_tftp module, for tracking ephemeral ports. That means /etc/sysconfig/iptables-config should contain line as: ... IPTABLES_MODULES=nf_conntrack_tftp ... (other module is for NATting tftp connection) using localhost loopback (lo interface) is subject to firewall rules too. And Your tcpdump below show IP addresses 192.168.0.4 and 192.168.0.5 - they perhaps are not at lo loopback interface? Have You firewall active? 5) /var/log/messages should contain entries as: Oct 10 20:28:32 ns xinetd[1908]: START: tftp pid=5315 from=192.168.1.22 Oct 10 20:28:42 ns xinetd[1908]: EXIT: tftp status=0 pid=5315 duration=10(sec) Oct 10 21:09:07 gold xinetd[13402]: Exiting... Oct 10 21:09:12 gold xinetd[13650]: xinetd Version 2.3.14 started with libwrap loadavg labeled-networking options compiled in. Oct 10 21:09:12 gold xinetd[13650]: Started working: 1 available service There isn't nothing about that xinetd starts tftp daemon. Mentioned 1 available service is tftp? This command show only tftp: # grep '^[[:blank:]]*disable.*no' /etc/xinetd.d/* /etc/xinetd.d/tftp: disable = no Next command display some similar at Your server?: # netstat -a -n -p --ip|grep 69 udp0 0 0.0.0.0:69 0.0.0.0:* 1595/xinetd Can You post Your /etc/xinetd.d/tftp file? is all I am getting in messages Checked tfpt is the only one enabled 6) tcpdump on relevant interface (here eth0) should display traffic, at minimal incomming packet: # tcpdump -i eth0 -l -nn udp port 69 tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on eth0, link-type EN10MB (Ethernet), capture size 65535 bytes 20:43:13.612200 IP 192.168.1.22.58949 192.168.1.254.69: 17 RRQ b.log netascii [root@x /]# tcpdump -i em1 -l -nn udp port 69 tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on em1, link-type EN10MB (Ethernet), capture size 65535 bytes 21:33:08.653033 IP 192.168.0.5.47352 192.168.0.4.69: 19 RRQ vmlinuz netascii 21:33:13.653306 IP 192.168.0.5.47352 192.168.0.4.69: 19 RRQ vmlinuz netascii 21:33:18.653565 IP 192.168.0.5.47352 192.168.0.4.69: 19 RRQ vmlinuz netascii 21:33:23.653963 IP 192.168.0.5.47352 192.168.0.4.69: 19 RRQ vmlinuz netascii 21:33:28.654212 IP 192.168.0.5.47352 192.168.0.4.69: 19 RRQ vmlinuz netascii ^C 5 packets captured 5 packets received by filter 0 packets dropped by kernel It isn't traffic at localhost, as You wrote above, em1 is external interface. With default timeout (900 sec=15min), You should be seing tftp running. E.g. ps xa|grep tftp should display it. But there isn't line in messages that xinetd start tftp daemon. Most likely there is firewall or SELinux blocking incomming packets - can You stop them? tcpdump usualy not display something other than first packet, as next dialog (second and next packets) run at ephemeral port. Well thats it I am stumped tftp seem to be running but ignoring requests Aaron Franta -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: Things I cant understand
On 10/10/2011 01:41 PM, Rick Stevens wrote: You should have just done a yum install libpcap-devel to get libpcap. There's no need to install from a tarball--libpcap has been in Fedora's repos for a LONG time. And, AIUI, yum only checks its own database to see what's installed, which is why it didn't know about it being there. -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: Things I cant understand
On 10/10/2011 02:21 PM, Joe Zeff wrote: On 10/10/2011 01:41 PM, Rick Stevens wrote: You should have just done a yum install libpcap-devel to get libpcap. There's no need to install from a tarball--libpcap has been in Fedora's repos for a LONG time. And, AIUI, yum only checks its own database to see what's installed, which is why it didn't know about it being there. Yes it does, but that wasn't the issue. There are other things that most RPMs (devel RPMs that is) do, such as update pkg-info databases, cause ldconfig updates and other goodies that a lot of make installs from tarballs don't do. The pkg-config bit is important...that database is what many ./configure scripts look at to see if the needed library is there. -- - Rick Stevens, Systems Engineer, C2 Hosting ri...@nerd.com - - AIM/Skype: therps2ICQ: 22643734Yahoo: origrps2 - -- - The Theory of Rapitivity: E=MC Hammer- - -- Glenn Marcus (via TopFive.com) - -- -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: F15 preupgrade: lots of uneraseable dupes
On Mon, Oct 10, 2011 at 15:52, Rahul Sundaram methe...@gmail.com wrote: It is a fact. There is a lot of empirical proof for this. Scripts are good for single purpose small cases. Once you want to deal with complex problems, a script won't scale. Error handling isn't as sophisticated for instance. I do not agree. A script can be as good with as good error-handling as its programmer wants it to be. Plus as someone said, a script is easier to fix (just edit it) compared to a compiled program (which by itself could introduce dependencies problems). Have you seen HP´s HPLIP installer in action? IT´s been a while since I had to run it but I remember it checked for everything before starting to works, things like is cups available? check. What version? OK. is a USB device present? check. and so on, all to prevent the script from failing, and offering to download components when some required components were required but not available. (like I said, it´s been a while I think I was running Suse 9.0 back then, but the complexity and well done design of the HPLIP install script positively surprised me). So I´d say that your statement that scripts are somehow inferior solutions is a matter of opinion. Isn´t yum a big python script, after all?. FC -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: Getting timeouts on TFTP on F15 as well as F14
On 10 October 2011 22:20, Frantisek Hanzlik fra...@hanzlici.cz wrote: Aaron Gray wrote: ... 4) if You use firewall (iptables), You should load nf_conntrack_tftp module, for tracking ephemeral ports. That means /etc/sysconfig/iptables-config should contain line as: ... IPTABLES_MODULES=nf_conntrack_tftp ... (other module is for NATting tftp connection) using localhost loopback (lo interface) is subject to firewall rules too. And Your tcpdump below show IP addresses 192.168.0.4 and 192.168.0.5 - they perhaps are not at lo loopback interface? Have You firewall active? I wrote a firewall rule :- -A INPUT -m state --state NEW -m udp -p udp --dport 69 -j ACCEPT 5) /var/log/messages should contain entries as: Oct 10 20:28:32 ns xinetd[1908]: START: tftp pid=5315 from=192.168.1.22 Oct 10 20:28:42 ns xinetd[1908]: EXIT: tftp status=0 pid=5315 duration=10(sec) Oct 10 21:09:07 gold xinetd[13402]: Exiting... Oct 10 21:09:12 gold xinetd[13650]: xinetd Version 2.3.14 started with libwrap loadavg labeled-networking options compiled in. Oct 10 21:09:12 gold xinetd[13650]: Started working: 1 available service There isn't nothing about that xinetd starts tftp daemon. Mentioned 1 available service is tftp? This command show only tftp: # grep '^[[:blank:]]*disable.*no' /etc/xinetd.d/* /etc/xinetd.d/tftp: disable = no I tested it and it is the only xinetd demon running Next command display some similar at Your server?: # netstat -a -n -p --ip|grep 69 udp0 0 0.0.0.0:69 0.0.0.0:* 1595/xinetd Can You post Your /etc/xinetd.d/tftp file? Attached. is all I am getting in messages Checked tfpt is the only one enabled 6) tcpdump on relevant interface (here eth0) should display traffic, at minimal incomming packet: # tcpdump -i eth0 -l -nn udp port 69 tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on eth0, link-type EN10MB (Ethernet), capture size 65535 bytes 20:43:13.612200 IP 192.168.1.22.58949 192.168.1.254.69: 17 RRQ b.log netascii [root@x /]# tcpdump -i em1 -l -nn udp port 69 tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on em1, link-type EN10MB (Ethernet), capture size 65535 bytes 21:33:08.653033 IP 192.168.0.5.47352 192.168.0.4.69: 19 RRQ vmlinuz netascii 21:33:13.653306 IP 192.168.0.5.47352 192.168.0.4.69: 19 RRQ vmlinuz netascii 21:33:18.653565 IP 192.168.0.5.47352 192.168.0.4.69: 19 RRQ vmlinuz netascii 21:33:23.653963 IP 192.168.0.5.47352 192.168.0.4.69: 19 RRQ vmlinuz netascii 21:33:28.654212 IP 192.168.0.5.47352 192.168.0.4.69: 19 RRQ vmlinuz netascii ^C 5 packets captured 5 packets received by filter 0 packets dropped by kernel It isn't traffic at localhost, as You wrote above, em1 is external interface. No I tried it remote because I did not know how to use tcpdump locally without reading the manual and I had another machine handy. The F15 laptop that does run tftp fine with the same xinetd.d/tftp configuration file thats why I am so confused ! With default timeout (900 sec=15min), You should be seing tftp running. E.g. ps xa|grep tftp should display it. But there isn't line in messages that xinetd start tftp daemon. Most likely there is firewall or SELinux blocking incomming packets - can You stop them? Tried that before with F14, made no difference, but I will try again. tcpdump usualy not display something other than first packet, as next dialog (second and next packets) run at ephemeral port. Well thats it I am stumped tftp seem to be running but ignoring requests Aaron Franta tftp Description: Binary data -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: Getting timeouts on TFTP on F15 as well as F14
On 10 October 2011 22:42, Aaron Gray aaronngray.li...@gmail.com wrote: On 10 October 2011 22:20, Frantisek Hanzlik fra...@hanzlici.cz wrote: Aaron Gray wrote:Tried that before with F14, made no difference, but I will try again. No its not SELinux Aaron -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: F15 preupgrade: lots of uneraseable dupes
Unless my memory's wrong, there are three steps: run preupgrade, selecting the appropriate Fedora version. Reboot into the preupgrade. Reboot into your new version. Of course, that second step sometimes takes a bit of paying attention, but that's how it's designed to work and it's always done so for me on both my desktop and laptop. You forgot step 1 - make a full backup. Preupgrade still eats systems now and then or can go pear shaped. It may do it a lot less but it is not perfect, and all of the full system update paths get pretty hard to clean up on things like a power cut. Alan -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: Getting timeouts on TFTP on F15 as well as F14
Aaron Gray wrote: On 10 October 2011 22:20, Frantisek Hanzlik fra...@hanzlici.cz mailto:fra...@hanzlici.cz wrote: Aaron Gray wrote: ... 4) if You use firewall (iptables), You should load nf_conntrack_tftp module, for tracking ephemeral ports. That means /etc/sysconfig/iptables-config should contain line as: ... IPTABLES_MODULES=nf_conntrack_tftp ... (other module is for NATting tftp connection) using localhost loopback (lo interface) is subject to firewall rules too. And Your tcpdump below show IP addresses 192.168.0.4 and 192.168.0.5 - they perhaps are not at lo loopback interface? Have You firewall active? I wrote a firewall rule :- -A INPUT -m state --state NEW -m udp -p udp --dport 69 -j ACCEPT Then You should have (best at beginning of filter table rules) rule: -A INPUT -m state --state RELATED,ESTABLISHED -j ACCEPT (and nf_conntrack_tftp module listed in /etc/sysconfig/iptables-config, as I wrote before). You must restart iptables after these changes. 5) /var/log/messages should contain entries as: Oct 10 20:28:32 ns xinetd[1908]: START: tftp pid=5315 from=192.168.1.22 Oct 10 20:28:42 ns xinetd[1908]: EXIT: tftp status=0 pid=5315 duration=10(sec) Oct 10 21:09:07 gold xinetd[13402]: Exiting... Oct 10 21:09:12 gold xinetd[13650]: xinetd Version 2.3.14 started with libwrap loadavg labeled-networking options compiled in. Oct 10 21:09:12 gold xinetd[13650]: Started working: 1 available service There isn't nothing about that xinetd starts tftp daemon. Mentioned 1 available service is tftp? This command show only tftp: # grep '^[[:blank:]]*disable.*no' /etc/xinetd.d/* /etc/xinetd.d/tftp: disable = no I tested it and it is the only xinetd demon running Next command display some similar at Your server?: # netstat -a -n -p --ip|grep 69 udp0 0 0.0.0.0:69 0.0.0.0:* 1595/xinetd This command has probably no output at Your server, because... Can You post Your /etc/xinetd.d/tftp file? Attached. ... Your /etc/xinetd.d/tftp contains disable = yes line, thus tftp service is disabled. You must change it to disable = no and reload xinetd (using service xinetd reload or systemctl reload xinetd.service). /var/log/messages tail should indicate new service: Oct 11 00:25:10 franta xinetd[1556]: Starting reconfiguration Oct 11 00:25:10 franta xinetd[1556]: Swapping defaults Oct 11 00:25:10 franta xinetd[1556]: Reconfigured: new=1 old=0 dropped=0 (services) and above netstat command should display xinetd listening at udp port 69 -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: F15 preupgrade: lots of uneraseable dupes
On 10/10/2011 02:14 PM, Bruno Wolff III wrote: On Mon, Oct 10, 2011 at 13:33:34 -0400, sean darcyseandar...@gmail.com wrote: In addition to this problem the kernel installation only partially worked. No modules installed, no initramfs. Solved by getting the kernel rpm and reinstalling. There are some bugs related to the switch from grub to grub2 and doing upgrades. Yes, that is correct. I had to re-install grub after restoring back to f14. -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: Getting timeouts on TFTP on F15 as well as F14
On 10 October 2011 23:31, Frantisek Hanzlik fra...@hanzlici.cz wrote: Aaron Gray wrote: On 10 October 2011 22:20, Frantisek Hanzlik fra...@hanzlici.cz mailto: fra...@hanzlici.cz wrote: Aaron Gray wrote: ... 4) if You use firewall (iptables), You should load nf_conntrack_tftp module, for tracking ephemeral ports. That means /etc/sysconfig/iptables-config should contain line as: ... IPTABLES_MODULES=nf_conntrack_tftp ... (other module is for NATting tftp connection) using localhost loopback (lo interface) is subject to firewall rules too. And Your tcpdump below show IP addresses 192.168.0.4 and 192.168.0.5 - they perhaps are not at lo loopback interface? Have You firewall active? I wrote a firewall rule :- -A INPUT -m state --state NEW -m udp -p udp --dport 69 -j ACCEPT Then You should have (best at beginning of filter table rules) rule: -A INPUT -m state --state RELATED,ESTABLISHED -j ACCEPT Okay. (and nf_conntrack_tftp module listed in /etc/sysconfig/iptables-config, as I wrote before). You must restart iptables after these changes. 5) /var/log/messages should contain entries as: Oct 10 20:28:32 ns xinetd[1908]: START: tftp pid=5315 from=192.168.1.22 Oct 10 20:28:42 ns xinetd[1908]: EXIT: tftp status=0 pid=5315 duration=10(sec) Oct 10 21:09:07 gold xinetd[13402]: Exiting... Oct 10 21:09:12 gold xinetd[13650]: xinetd Version 2.3.14 started with libwrap loadavg labeled-networking options compiled in. Oct 10 21:09:12 gold xinetd[13650]: Started working: 1 available service There isn't nothing about that xinetd starts tftp daemon. Mentioned 1 available service is tftp? This command show only tftp: # grep '^[[:blank:]]*disable.*no' /etc/xinetd.d/* /etc/xinetd.d/tftp: disable = no I tested it and it is the only xinetd demon running Next command display some similar at Your server?: # netstat -a -n -p --ip|grep 69 udp0 0 0.0.0.0:69 0.0.0.0:* 1595/xinetd This command has probably no output at Your server, because... Can You post Your /etc/xinetd.d/tftp file? Attached. ... Your /etc/xinetd.d/tftp contains disable = yes line, thus sorry, don't know how that happened ? Its late here ! It still does not work with disable = no tftp service is disabled. You must change it to disable = no and reload xinetd (using service xinetd reload or systemctl reload xinetd.service). /var/log/messages tail should indicate new service: Oct 11 00:25:10 franta xinetd[1556]: Starting reconfiguration Oct 11 00:25:10 franta xinetd[1556]: Swapping defaults Oct 11 00:25:10 franta xinetd[1556]: Reconfigured: new=1 old=0 dropped=0 (services) and above netstat command should display xinetd listening at udp port 69 Thanks for bearing with me on this. Just tried rsync and that works fine so its not xinetd. Aaron -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: Getting timeouts on TFTP on F15 as well as F14
Aaron Gray wrote: On 10 October 2011 23:31, Frantisek Hanzlik fra...@hanzlici.cz mailto:fra...@hanzlici.cz wrote: Aaron Gray wrote: On 10 October 2011 22:20, Frantisek Hanzlik fra...@hanzlici.cz mailto:fra...@hanzlici.cz mailto:fra...@hanzlici.cz mailto:fra...@hanzlici.cz wrote: Aaron Gray wrote: ... 4) if You use firewall (iptables), You should load nf_conntrack_tftp module, for tracking ephemeral ports. That means /etc/sysconfig/iptables-config should contain line as: ... IPTABLES_MODULES=nf_conntrack_tftp ... (other module is for NATting tftp connection) using localhost loopback (lo interface) is subject to firewall rules too. And Your tcpdump below show IP addresses 192.168.0.4 and 192.168.0.5 - they perhaps are not at lo loopback interface? Have You firewall active? I wrote a firewall rule :- -A INPUT -m state --state NEW -m udp -p udp --dport 69 -j ACCEPT Then You should have (best at beginning of filter table rules) rule: -A INPUT -m state --state RELATED,ESTABLISHED -j ACCEPT Okay. (and nf_conntrack_tftp module listed in /etc/sysconfig/iptables-config, as I wrote before). You must restart iptables after these changes. Is nf_conntrack_tftp module loaded? You should obtain similar output: # lsmod |grep tftp nf_conntrack_tftp 3325 0 nf_conntrack 56162 4 nf_conntrack_tftp,nf_conntrack_ipv4,nf_conntrack_ipv6,xt_state 5) /var/log/messages should contain entries as: Oct 10 20:28:32 ns xinetd[1908]: START: tftp pid=5315 from=192.168.1.22 Oct 10 20:28:42 ns xinetd[1908]: EXIT: tftp status=0 pid=5315 duration=10(sec) Oct 10 21:09:07 gold xinetd[13402]: Exiting... Oct 10 21:09:12 gold xinetd[13650]: xinetd Version 2.3.14 started with libwrap loadavg labeled-networking options compiled in. Oct 10 21:09:12 gold xinetd[13650]: Started working: 1 available service There isn't nothing about that xinetd starts tftp daemon. Mentioned 1 available service is tftp? This command show only tftp: # grep '^[[:blank:]]*disable.*no' /etc/xinetd.d/* /etc/xinetd.d/tftp: disable = no I tested it and it is the only xinetd demon running Next command display some similar at Your server?: # netstat -a -n -p --ip|grep 69 udp0 0 0.0.0.0:69 http://0.0.0.0:69 0.0.0.0:* 1595/xinetd What netstat now displays? Is xinetd listening at udp 69 ?? This command has probably no output at Your server, because... Can You post Your /etc/xinetd.d/tftp file? Attached. ... Your /etc/xinetd.d/tftp contains disable = yes line, thus sorry, don't know how that happened ? Its late here ! Here too... :) Did You reload xinetd daemon after changes in /etc/xinetd.d/tftp? It still does not work with disable = no tftp service is disabled. You must change it to disable = no and reload xinetd (using service xinetd reload or systemctl reload xinetd.service). /var/log/messages tail should indicate new service: Oct 11 00:25:10 franta xinetd[1556]: Starting reconfiguration Oct 11 00:25:10 franta xinetd[1556]: Swapping defaults Oct 11 00:25:10 franta xinetd[1556]: Reconfigured: new=1 old=0 dropped=0 (services) and above netstat command should display xinetd listening at udp port 69 Thanks for bearing with me on this. Just tried rsync and that works fine so its not xinetd. I understand maybe only partialy, sorry for my extrabad english. What display netstat -a -n -p|grep xinet command? -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: Atheros AR9285 wireless F15
I'll try to find out how to debug hp_wmi and then we can start from there. Note: also happens on Ubuntu 11.10 so hopefully a lot more bug testers will appear :p On Mon, Oct 10, 2011 at 10:14 PM, Richard Shaw hobbes1...@gmail.com wrote: On Mon, Oct 10, 2011 at 4:06 PM, Pedro Francisco pedrogfranci...@gmail.com wrote: Have you reported your behaviour in a bug report? I've found it on Fedora 16 as well (different hardware: iwl3945 hp_wmi) so I'd point to your bug just to put it in context. In both of your cases this looks to be a bug in wmi. I'm not exactly sure what that stands for but it appears that they are supposed to help make all the little fancy buttons on laptops work but in your case cause more problems than they fix. I wonder what logic it uses to know which driver to load? It's odd that in Pedro's case it loaded the acer_wmi even though his is a sony... On my older HP/Compaq 8510w I'm using hp_wmi without issue. -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: No, I don't want to maximize my window
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On 10/10/2011 06:31 PM, Sam Varshavchik wrote: And this makes you feel like you need to throw a tantrum on this list like a small child? Perhaps you should direct this to the developer responsible... you know the ones... the Gnome devs. Oh wait, You didn't think of that did you? -BEGIN PGP SIGNATURE- iQIcBAEBCgAGBQJOk4JTAAoJEF1Xw4ZWTEoJXX4P/AraLB+/vQPHXQirhLcSloXP pzMXOwVVt1A6BfJI3KVXHQ0myD7WY7I69/vH+ygIPgZ+bmE0jkDndw017QYNPt/0 98UOEddPwgrLUaIFIRgjz1gUpPox53Vm7GJEOeRYXYsV8zaz4zvY0VjfdmtDGvy1 5Rw4EFu6O9fTB/UsnybahbOkKzkEGP2Jt/Ky3jLSEDZDKDMCo9hGRTiafaihCrQS Z6GQiJHoQYvh/Iy4I88mYuhoCy+aW7RmGXTfkPzH4k9mUHJUTo25P3JwA+g8TZoj qHgglH0wuN/lXREEColUAgVDo3B2bBBS4kwJSkpwUGlG9tyctcvUUZtKqmCf29HP 59BD6CvYiOLHku9Dg+Q4FIFGM9UXEWfn8PBg12dDQP6YYDxwUYyW9EHrW4L61VS1 lysyAGpV7BqXb29onACGAV/VncR9lU4nic8rqmd7CMFqxDlbTFNYgyrrR5efb5d3 sZ0zywi26SpaRxSjAe9JWF19C7B8ox4JMSC7QZiAhVbL8h3yrpZfT/aI6ntV6IWh VNzjYFhbNQ5DKcge8KVxWVZLBKv8JaYpbmf2hec/ddFS82NYmrQkk9qWTCB7II/3 4XMZ6ay5tWNcPYt7YZTosLkbi7YFGcpDBBNBsLfTyBAhGZjdUT/6/QQ2vNMsKbfl OcbRzGdk691IeKuwqWBV =vwHF -END PGP SIGNATURE- -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: F15 preupgrade: lots of uneraseable dupes
On 10/11/2011 03:10 AM, Fernando Cassia wrote: On Mon, Oct 10, 2011 at 15:52, Rahul Sundaram wrote: It is a fact. There is a lot of empirical proof for this. Scripts are good for single purpose small cases. Once you want to deal with complex problems, a script won't scale. Error handling isn't as sophisticated for instance. I do not agree. A script can be as good with as good error-handling as its programmer wants it to be. Not really. There are limitations of the language. Bash just isn't going to be as sophisticated as say Java regardless of how good the programmer is. Rahul -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: No, I don't want to maximize my window
Sam Varshavchik wrote: ... So, naturally, Gnome must ape Windows, and imitate every stupid thing that Windows does. Sigh. Exactly. And there is, unluckily, more stupid things which now appears in Linux. It seems as some developers meditate as windows do it == users want it. Or there on Linux now are working only full-time windows developers, which in their spare-time drop little of their prudence to Linux software? Franta -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: Results of the voting for the Fedora 17 release name
On 10/11/2011 09:05 AM, Jared K. Smith wrote: On Mon, Oct 10, 2011 at 9:02 PM, Jared K. Smith jsm...@fedoraproject.org wrote: The voting has concluded for the Fedora 16 release name, and the results are in! Thank you to the Fedora community members who made name suggestions and participated in the voting. The Fedora 16 release name is: Beefy Miracle Sorry for the confusion... that's the Fedora 17 name. OK But let's hope F17 isn't high in cholesterol. :-) -- Even if you do learn to speak correct English, whom are you going to speak it to? -- Clarence Darrow -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: No, I don't want to maximize my window
You can turn off window tiling using gconf-editor (desktop-gnome-shell-windows) - jos On Mon, Oct 10, 2011 at 5:46 PM, Frantisek Hanzlik fra...@hanzlici.cz wrote: Sam Varshavchik wrote: ... So, naturally, Gnome must ape Windows, and imitate every stupid thing that Windows does. Sigh. Exactly. And there is, unluckily, more stupid things which now appears in Linux. It seems as some developers meditate as windows do it == users want it. Or there on Linux now are working only full-time windows developers, which in their spare-time drop little of their prudence to Linux software? Franta -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines -- Anybody who knows all about nothing knows everything -- Leonard Susskind -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: Results of the voting for the Fedora 17 release name
Wow... That just sounds wrong on *SO* many levels. On 10/10/2011 09:05 PM, Jared K. Smith wrote: On Mon, Oct 10, 2011 at 9:02 PM, Jared K. Smith jsm...@fedoraproject.org wrote: The voting has concluded for the Fedora 16 release name, and the results are in! Thank you to the Fedora community members who made name suggestions and participated in the voting. The Fedora 16 release name is: Beefy Miracle Sorry for the confusion... that's the Fedora 17 name. -- Jared Smith Fedora Project Leader -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: Results of the voting for the Fedora 17 release name
Beefy Miracle Sounds like a new brand of dog food. Thomas Dineen On 10/10/2011 6:16 PM, Ed Greshko wrote: On 10/11/2011 09:05 AM, Jared K. Smith wrote: On Mon, Oct 10, 2011 at 9:02 PM, Jared K. Smith jsm...@fedoraproject.org wrote: The voting has concluded for the Fedora 16 release name, and the results are in! Thank you to the Fedora community members who made name suggestions and participated in the voting. The Fedora 16 release name is: Beefy Miracle Sorry for the confusion... that's the Fedora 17 name. OK But let's hope F17 isn't high in cholesterol. :-) -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: Results of the voting for the Fedora 17 release name
I agree On Mon, 10 Oct 2011 20:40:01 -0500 Chris Kloiber ckloi...@ckloiber.com wrote: Wow... That just sounds wrong on *SO* many levels. On 10/10/2011 09:05 PM, Jared K. Smith wrote: On Mon, Oct 10, 2011 at 9:02 PM, Jared K. Smith jsm...@fedoraproject.org wrote: The voting has concluded for the Fedora 16 release name, and the results are in! Thank you to the Fedora community members who made name suggestions and participated in the voting. The Fedora 16 release name is: Beefy Miracle Sorry for the confusion... that's the Fedora 17 name. -- Jared Smith Fedora Project Leader -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: Current F15 kernels + proprietary nVidia driver ? kmod, akmod, x11 config.
I got the proprietary nvidia driver running using the instructions here. http://www.if-not-true-then-false.com/2011/fedora-15-nvidia-drivers-install-guide/ Of course it kept running the nouveau driver, even after I followed the instructions there. I had to resort to doing a dracut -f /boot/initramfs-$(uname -r).img $(uname -r) to get it to run. I haven't touched the xorg.conf file to set up anything special yet. At this point I am just happy its running. -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: XFCE does not mount an audio CD
Do what thou wilt shall be the whole of the Law. On Mon, Oct 10, 2011 at 4:19 PM, Joe Zeff j...@zeff.us wrote:. us, it walks like a duck, swims like a duck and quacks like a duck so we see no reason not to call it a duck. i disagree. it doesn't walk like a duck, or swim like a duck. you might be right about the quacking. ;) charles zeitler -- Love is the law, love under will. -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: Results of the voting for the Fedora 17 release name
On 10/10/2011 06:58 PM, Ranjan Maitra wrote: I agree On Mon, 10 Oct 2011 20:40:01 -0500 Chris Kloiber ckloi...@ckloiber.com wrote: Wow... That just sounds wrong on *SO* many levels. Beefy Miracle Actually, I have to believe this is a joke email if it is true, then all I can wonder is if Fedora naming is under the control of 13 year olds just learning about wink, wink, nudge, nudge. It is so wrong ... its actually a bit replusive -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: Results of the voting for the Fedora 17 release name
On 10/10/2011 10:41 PM, Paul Allen Newell wrote: On 10/10/2011 06:58 PM, Ranjan Maitra wrote: I agree On Mon, 10 Oct 2011 20:40:01 -0500 Chris Kloiber ckloi...@ckloiber.com wrote: Wow... That just sounds wrong on *SO* many levels. Beefy Miracle Actually, I have to believe this is a joke email if it is true, then all I can wonder is if Fedora naming is under the control of 13 year olds just learning about wink, wink, nudge, nudge. It is so wrong ... its actually a bit replusive Queue up the Pr0n Groove soundtrack... -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: Results of the voting for the Fedora 17 release name
- Original message - Actually, I have to believe this is a joke email if it is true, then all I can wonder is if Fedora naming is under the control of 13 year olds just learning about wink, wink, nudge, nudge. It is so wrong ... its actually a bit replusive I voted a 0 on this name. Did anyone else complaining even vote? There was low voter turnout. -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: How to properly eject / remove hotswappable sata drive?
On Mon, 2011-10-10 at 21:24 +0200, valent.turko...@gmail.com wrote: Aren't all sata drives removable and hotpluggable? No. Both the drive and the host interface have to support it. You should be able to expect ESATA (external SATA) connected drives and hosts to support it, because external drives need hotplug support. You should expect internal ones not to, and consider it a bonus if they do. How do you tell ESATA apart from SATA? Well, for one thing, there's different plugs. The ESATA plug is slightly more robust, as it needs to be, to survive being plugged and unplugged, a lot. Unfortunately, I don't think it's robust enough. As far as properly unmounting drives go. In this day and age, you shouldn't have to go through some other utility. You should be able to click on a drive's desktop icon and unmount/eject it from there. Also, if a drive has buttons, you should be able to press something on the drive to initiate a disconnect. If not, the designer is a cretin, because users expect to be able to simply connect and disconnect things, without having to go through some procedure. -- [tim@localhost ~]$ uname -r 2.6.27.25-78.2.56.fc9.i686 Don't send private replies to my address, the mailbox is ignored. I read messages from the public lists. -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
removing packages
I ran rpm -q --whatrequires libmythavformat52-0.24.1-277.fc14.i686 mythtv-themes-0.24.1-277.fc14.i686 mythtv-docs-0.24.1-277.fc14.i686 libmythdb-0.24_0-0.24.1-277.fc14.i686 libmythavcodec52-0.24.1-277.fc14.i686 mythes-1.2.1-2.fc14.i686 libmythupnp-0.24_0-0.24.1-277.fc14.i686 libmythlivemedia-0.24_0-0.24.1-277.fc14.i686 gmyth-0.7.1-11.fc12.1.i686 libmythavutil50-0.24.1-277.fc14.i686 libmythswscale0-0.24.1-277.fc14.i686 libmythhdhomerun-0.24_0-0.24.1-277.fc14.i686 libmythpostproc51-0.24.1-277.fc14.i686 totem-mythtv-2.32.0-1.fc14.i686 mythes-en-3.0-7.fc14.noarch mythweb-0.24.1-265.noarch libmythfreemheg-0.24_0-0.24.1-277.fc14.i686 libmythavdevice52-0.24.1-277.fc14.i686 libmythavcore0-0.24.1-277.fc14.i686 libmythavfilter1-0.24.1-277.fc14.i686 rpm said no package requires libmythavformat52-0.24.1-277.fc14.i686 no package requires mythtv-themes-0.24.1-277.fc14.i686 no package requires mythtv-docs-0.24.1-277.fc14.i686 no package requires libmythdb-0.24_0-0.24.1-277.fc14.i686 no package requires libmythavcodec52-0.24.1-277.fc14.i686 no package requires mythes-1.2.1-2.fc14.i686 no package requires libmythupnp-0.24_0-0.24.1-277.fc14.i686 no package requires libmythlivemedia-0.24_0-0.24.1-277.fc14.i686 no package requires gmyth-0.7.1-11.fc12.1.i686 no package requires libmythavutil50-0.24.1-277.fc14.i686 no package requires libmythswscale0-0.24.1-277.fc14.i686 no package requires libmythhdhomerun-0.24_0-0.24.1-277.fc14.i686 no package requires libmythpostproc51-0.24.1-277.fc14.i686 no package requires totem-mythtv-2.32.0-1.fc14.i686 no package requires mythes-en-3.0-7.fc14.noarch no package requires mythweb-0.24.1-265.noarch no package requires libmythfreemheg-0.24_0-0.24.1-277.fc14.i686 no package requires libmythavdevice52-0.24.1-277.fc14.i686 no package requires libmythavcore0-0.24.1-277.fc14.i686 no package requires libmythavfilter1-0.24.1-277.fc14.i686 A fact I know is that yum remove will remove the package and packages that depend on it. So, since no package required this package list, I ran yum remove libmythavformat52-0.24.1-277.fc14.i686 mythtv-themes-0.24.1-277.fc14.i686 mythtv-docs-0.24.1-277.fc14.i686 libmythdb-0.24_0-0.24.1-277.fc14.i686 libmythavcodec52-0.24.1-277.fc14.i686 mythes-1.2.1-2.fc14.i686 libmythupnp-0.24_0-0.24.1-277.fc14.i686 libmythlivemedia-0.24_0-0.24.1-277.fc14.i686 gmyth-0.7.1-11.fc12.1.i686 libmythavutil50-0.24.1-277.fc14.i686 libmythswscale0-0.24.1-277.fc14.i686 libmythhdhomerun-0.24_0-0.24.1-277.fc14.i686 libmythpostproc51-0.24.1-277.fc14.i686 totem-mythtv-2.32.0-1.fc14.i686 mythes-en-3.0-7.fc14.noarch mythweb-0.24.1-265.noarch libmythfreemheg-0.24_0-0.24.1-277.fc14.i686 libmythavdevice52-0.24.1-277.fc14.i686 libmythavcore0-0.24.1-277.fc14.i686 libmythavfilter1-0.24.1-277.fc14.i686 Well, lo and behold, yum decided that other packages not in the list would also be removed: === Package Arch Version RepositorySize === Removing: gmyth i686 0.7.1-11.fc12.1 @fedora 202 k libmythavcodec52 i686 0.24.1-277.fc14 @atrpms 5.0 M libmythavcore0i686 0.24.1-277.fc14 @atrpms 8.2 k libmythavdevice52 i686 0.24.1-277.fc14 @atrpms 31 k libmythavfilter1 i686 0.24.1-277.fc14 @atrpms 63 k libmythavformat52 i686 0.24.1-277.fc14 @atrpms 898 k libmythavutil50 i686 0.24.1-277.fc14 @atrpms 75 k libmythdb-0.24_0 i686 0.24.1-277.fc14 @atrpms 1.2 M libmythfreemheg-0.24_0i686 0.24.1-277.fc14 @atrpms 556 k libmythhdhomerun-0.24_0 i686 0.24.1-277.fc14 @atrpms 60 k libmythlivemedia-0.24_0 i686 0.24.1-277.fc14 @atrpms 710 k libmythpostproc51 i686 0.24.1-277.fc14 @atrpms 159 k libmythswscale0 i686 0.24.1-277.fc14 @atrpms 355 k libmythupnp-0.24_0i686 0.24.1-277.fc14 @atrpms 676 k mythesi686 1.2.1-2.fc14 @updates 12 k mythes-en noarch 3.0-7.fc14 @anaconda-InstallationRepo-201010211814.i386 21 M mythtv-docs i686 0.24.1-277.fc14 @atrpms