BZ 1010572 || systemd useless socket
Howdy folks, Typically this is a discussion material in the bugzilla itself but I am wondering that if any of you has hit this bug on F20, then is there any way around or some hack fix? Or rather even, any way to bring the system back to usable state at all? https://bugzilla.redhat.com/show_bug.cgi?id=1010572 I don't see any progress on the bugzilla. And in case anyone has found anything... Thanks, -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: BZ 1010572 || systemd useless socket
Yup, yup. Figured out. Was fuming though when things went wrong. /Reads Murphy's law again. On Mon, May 12, 2014 at 5:43 PM, Rex Dieter rdie...@math.unl.edu wrote: Soham Chakraborty wrote: Howdy folks, Typically this is a discussion material in the bugzilla itself but I am wondering that if any of you has hit this bug on F20, then is there any way around or some hack fix? Or rather even, any way to bring the system back to usable state at all? https://bugzilla.redhat.com/show_bug.cgi?id=1010572 As far as I can tell, the warning mentioned in the bug is mostly harmless. (ie, if you are experiencing problems, it likely isn't because of that warning message). -- Rex -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
3G dongle getting detected as USB disk on Fedora 18
Afternoon folks, I know that Fedora 18 is kinda obsolete but for a number of reasons, I have to stick to it for the time being. However, I am quite sure that this problem/behavior isn't restricted to F18. But since I am using that, ought to say that. So, here is the problem. I have a ZTE K3800 dongle which I use for wireless/3G connection, provided by Vodafone. When I plugin the device, it prompts to connect and works. Problem is, as soon as I connect, systemd sends a signal 15 to network-manager and the applet disappears from system tray. Therefore, if I try to configure VPN, I find no option. Note that, I am only trying to configure from the nm-applet. lsusb shows me this Bus 001 Device 005: ID 19d2:0117 ZTE WCDMA Technologies MSM Device Descriptor: bLength18 bDescriptorType 1 bcdUSB 2.00 bDeviceClass0 (Defined at Interface level) bDeviceSubClass 0 bDeviceProtocol 0 bMaxPacketSize064 idVendor 0x19d2 ZTE WCDMA Technologies MSM idProduct 0x0117 bcdDevice0.00 iManufacturer 3 ZTE,Incorporated iProduct2 ZTE WCDMA Technologies MSM iSerial 4 MF6560ZTED01 Now, when I insert the device, I get this. Jan 1 18:50:52 blah kernel: [22130.542240] usb 1-1.2: new high-speed USB device number 8 using ehci-pci Jan 1 18:50:52 blah kernel: [22130.564586] nouveau W[ PFIFO][:01:00.0] INTR 0x0100: 0x0011 Jan 1 18:50:52 blah kernel: [22130.629979] usb 1-1.2: New USB device found, idVendor=19d2, idProduct=0154 Jan 1 18:50:52 blah kernel: [22130.629986] usb 1-1.2: New USB device strings: Mfr=3, Product=2, SerialNumber=4 Jan 1 18:50:52 blah kernel: [22130.629990] usb 1-1.2: Product: ZTE WCDMA Technologies MSM Jan 1 18:50:52 blah kernel: [22130.629994] usb 1-1.2: Manufacturer: ZTE,Incorporated Jan 1 18:50:52 blah kernel: [22130.629997] usb 1-1.2: SerialNumber: MF6560ZTED01 Jan 1 18:50:52 blah kernel: [22130.631836] usb-storage 1-1.2:1.0: USB Mass Storage device detected Jan 1 18:50:52 blah kernel: [22130.631937] scsi10 : usb-storage 1-1.2:1.0 Jan 1 18:50:52 blah mtp-probe[12945]: checking bus 1, device 8: /sys/devices/pci:00/:00:1a.0/usb1/1-1/1-1.2 Jan 1 18:50:52 blah mtp-probe[12945]: bus: 1, device: 8 was not an MTP device Jan 1 18:50:52 blah kernel: [22130.689135] nouveau W[ PFIFO][:01:00.0] INTR 0x0100: 0x0011 Jan 1 18:50:52 blah kernel: [22130.813677] nouveau W[ PFIFO][:01:00.0] INTR 0x0100: 0x0011 Jan 1 18:50:53 blah kernel: [22130.938233] nouveau W[ PFIFO][:01:00.0] INTR 0x0100: 0x0011 Jan 1 18:50:53 blah kernel: [22131.062770] nouveau W[ PFIFO][:01:00.0] INTR 0x0100: 0x0011 Jan 1 18:50:53 blah logger: usb_modeswitch: using overriding config file /etc/usb_modeswitch.d/19d2:0154; make sure this is intended Jan 1 18:50:53 blah logger: usb_modeswitch: please report any new or corrected settings; otherwise, check for outdated files Jan 1 18:50:53 blah kernel: [22131.187307] nouveau W[ PFIFO][:01:00.0] INTR 0x0100: 0x0011 Jan 1 18:50:53 blah kernel: [22131.311846] nouveau W[ PFIFO][:01:00.0] INTR 0x0100: 0x0011 Jan 1 18:50:53 blah usb_modeswitch: switching device 19d2:0154 on 001/008 Note that it switches to 19d2:0154 which is # cat /etc/usb_modeswitch.d/19d2\:0154 # ZTE MF190 (Variant) and others TargetVendor= 0x19d2 TargetProductList=0017,0117 MessageContent=5553424312345678061e00 MessageContent2=5553424312345679061b000200 NeedResponse=1 I checked in /lib/udev/rules.d/ to see whether I can find anything but not much success. BTW, this article gives some clues but I don't have the configPack.tar.gz file to clone. http://simko.home.cern.ch/simko/usb-3g-modem.html Any help will be appreciated. Also, if any other information is required, do shout and I will provide. Thanks, Soham -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: 3G dongle getting detected as USB disk on Fedora 18
Alright, I learned about usb_modeswitch and usb_modeswitch_data and after hell lot of poking with libusb and friends, got some inspiration. But, then again. [root@blah ~]# cat /etc/usb_modeswitch.d/19d2\:0154 | grep MessageContent MessageContent=5553424312345678061e00 MessageContent2=5553424312345679061b000200 [root@blah ~]# usb_modeswitch --default-vendor 0x19d2 --default-product 0x0154 --message-content 5553424312345679061b000200 Looking for default devices ... No devices in default mode found. Nothing to do. Bye. [root@blah ~]# usb_modeswitch --default-vendor 0x19d2 --default-product 0x0154 --message-content 5553424312345678061e00 Looking for default devices ... No devices in default mode found. Nothing to do. Bye. Thoughts please. On Wed, Jan 1, 2014 at 7:03 PM, Soham Chakraborty sohamwonderpik...@gmail.com wrote: Afternoon folks, I know that Fedora 18 is kinda obsolete but for a number of reasons, I have to stick to it for the time being. However, I am quite sure that this problem/behavior isn't restricted to F18. But since I am using that, ought to say that. So, here is the problem. I have a ZTE K3800 dongle which I use for wireless/3G connection, provided by Vodafone. When I plugin the device, it prompts to connect and works. Problem is, as soon as I connect, systemd sends a signal 15 to network-manager and the applet disappears from system tray. Therefore, if I try to configure VPN, I find no option. Note that, I am only trying to configure from the nm-applet. lsusb shows me this Bus 001 Device 005: ID 19d2:0117 ZTE WCDMA Technologies MSM Device Descriptor: bLength18 bDescriptorType 1 bcdUSB 2.00 bDeviceClass0 (Defined at Interface level) bDeviceSubClass 0 bDeviceProtocol 0 bMaxPacketSize064 idVendor 0x19d2 ZTE WCDMA Technologies MSM idProduct 0x0117 bcdDevice0.00 iManufacturer 3 ZTE,Incorporated iProduct2 ZTE WCDMA Technologies MSM iSerial 4 MF6560ZTED01 Now, when I insert the device, I get this. Jan 1 18:50:52 blah kernel: [22130.542240] usb 1-1.2: new high-speed USB device number 8 using ehci-pci Jan 1 18:50:52 blah kernel: [22130.564586] nouveau W[ PFIFO][:01:00.0] INTR 0x0100: 0x0011 Jan 1 18:50:52 blah kernel: [22130.629979] usb 1-1.2: New USB device found, idVendor=19d2, idProduct=0154 Jan 1 18:50:52 blah kernel: [22130.629986] usb 1-1.2: New USB device strings: Mfr=3, Product=2, SerialNumber=4 Jan 1 18:50:52 blah kernel: [22130.629990] usb 1-1.2: Product: ZTE WCDMA Technologies MSM Jan 1 18:50:52 blah kernel: [22130.629994] usb 1-1.2: Manufacturer: ZTE,Incorporated Jan 1 18:50:52 blah kernel: [22130.629997] usb 1-1.2: SerialNumber: MF6560ZTED01 Jan 1 18:50:52 blah kernel: [22130.631836] usb-storage 1-1.2:1.0: USB Mass Storage device detected Jan 1 18:50:52 blah kernel: [22130.631937] scsi10 : usb-storage 1-1.2:1.0 Jan 1 18:50:52 blah mtp-probe[12945]: checking bus 1, device 8: /sys/devices/pci:00/:00:1a.0/usb1/1-1/1-1.2 Jan 1 18:50:52 blah mtp-probe[12945]: bus: 1, device: 8 was not an MTP device Jan 1 18:50:52 blah kernel: [22130.689135] nouveau W[ PFIFO][:01:00.0] INTR 0x0100: 0x0011 Jan 1 18:50:52 blah kernel: [22130.813677] nouveau W[ PFIFO][:01:00.0] INTR 0x0100: 0x0011 Jan 1 18:50:53 blah kernel: [22130.938233] nouveau W[ PFIFO][:01:00.0] INTR 0x0100: 0x0011 Jan 1 18:50:53 blah kernel: [22131.062770] nouveau W[ PFIFO][:01:00.0] INTR 0x0100: 0x0011 Jan 1 18:50:53 blah logger: usb_modeswitch: using overriding config file /etc/usb_modeswitch.d/19d2:0154; make sure this is intended Jan 1 18:50:53 blah logger: usb_modeswitch: please report any new or corrected settings; otherwise, check for outdated files Jan 1 18:50:53 blah kernel: [22131.187307] nouveau W[ PFIFO][:01:00.0] INTR 0x0100: 0x0011 Jan 1 18:50:53 blah kernel: [22131.311846] nouveau W[ PFIFO][:01:00.0] INTR 0x0100: 0x0011 Jan 1 18:50:53 blah usb_modeswitch: switching device 19d2:0154 on 001/008 Note that it switches to 19d2:0154 which is # cat /etc/usb_modeswitch.d/19d2\:0154 # ZTE MF190 (Variant) and others TargetVendor= 0x19d2 TargetProductList=0017,0117 MessageContent=5553424312345678061e00 MessageContent2=5553424312345679061b000200 NeedResponse=1 I checked in /lib/udev/rules.d/ to see whether I can find anything but not much success. BTW, this article gives some clues but I don't have the configPack.tar.gz file to clone. http://simko.home.cern.ch/simko/usb-3g-modem.html Any help will be appreciated. Also
Re: 3G dongle getting detected as USB disk on Fedora 18
I know man but I cannot update. Because I have to stick to the policies laid down by the internal IT team. Nice comparisons you provided though ;) I will go over the links pretty soon. On another note, this looks like a pretty mundane problem, right. I mustn't b the first guy to hit this. On Wed, Jan 1, 2014 at 9:14 PM, poma pomidorabelis...@gmail.com wrote: On 01.01.2014 14:33, Soham Chakraborty wrote: Afternoon folks, I know that Fedora 18 is kinda obsolete but for a number of reasons, I have to stick to it for the time being. However, I am quite sure that this problem/behavior isn't restricted to F18. But since I am using that, ought to say that. So, here is the problem. I have a ZTE K3800 dongle which I use for wireless/3G connection, provided by Vodafone. When I plugin the device, it prompts to connect and works. Problem is, as soon as I connect, systemd sends a signal 15 to network-manager and the applet disappears from system tray. Therefore, if I try to configure VPN, I find no option. Note that, I am only trying to configure from the nm-applet. kernel: -3.11.10-100.fc18 -3.12.5-302.fc20 systemd: -201-2.fc18.9 -208-9.fc20 usb_modeswitch: -1.2.5-1.fc18 -1.2.7-3.fc20 usb_modeswitch-data: -20121109-1.fc18 -20131113-1.fc20 ModemManager: -0.6.2.0-1.fc18 -1.1.0-2.git20130913.fc20 NetworkManager: -0.9.8.2-1.fc18 -0.9.9.0-22.git20131003.fc20 Reminder: Fedora 18 end of life on 2014-01-14 https://lists.fedoraproject.org/pipermail/announce/2013-December/003189.html Announcing the release of Fedora 20. https://lists.fedoraproject.org/pipermail/announce/2013-December/003187.html Each such device firmware is a story in itself, so /usr/share/doc/usb_modeswitch/ /usr/share/doc/usb_modeswitch-data/ USB_ModeSwitch http://www.draisberghof.de/usb_modeswitch/ ModeSwitchForum http://www.draisberghof.de/usb_modeswitch/bb/ Development discussions about ModemManager http://lists.freedesktop.org/mailman/listinfo/modemmanager-devel NetworkManager discussions https://mail.gnome.org/mailman/listinfo/networkmanager-list When you talk to devs, always engage latest greatest - Rawhide. :) Good look. poma -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: Chrome not shutting down
On Sat, Jan 28, 2012 at 10:46 PM, Steven Stern subscribed-li...@sterndata.com wrote: When I exit from Chrome, it's not going away. I'm using Chrome from Google's repo: google-chrome-stable-16.0.912.77-118311.i386 Here's a process list after closing Chrome -- is this happening to anyone else? ps -ef |grep chrome sdstern 3266 1 34 11:12 ?00:00:16 /opt/google/chrome/chrome sdstern 3271 3266 0 11:12 ?00:00:00 /opt/google/chrome/chrome sdstern 3273 1 0 11:12 ?00:00:00 /opt/google/chrome/chrome --type=zygote sdstern 3275 3273 0 11:12 ?00:00:00 /opt/google/chrome/nacl_helper_bootstrap /opt/google/chrome/nacl_helper --at-zero sdstern 3385 3266 0 11:12 ?00:00:00 /opt/google/chrome/chrome --type=plugin --plugin-path=/home/sdstern/.config/google-chrome/Default/Extensions/cpngackimfmofbokmjmljamhdncknpmg/5.0.3_0/plugin/screen_capture.so --lang=en-US --channel=3266.0xba2b2960.1837358896 --enable-crash-reporter=59850C52E62D480FFC98553F60ADABBE,Fedora release 16 (Verne) sdstern 3405 3266 2 11:12 ?00:00:00 /opt/google/chrome/chrome --type=plugin --plugin-path=/opt/google/chrome/libgcflashplayer.so --lang=en-US --channel=3266.0xbce86280.304102247 --enable-crash-reporter=59850C52E62D480FFC98553F60ADABBE,Fedora release 16 (Verne) Hi, It seems like some kind of plugin is running. What does lsof tells on the PID. Thanks, Soham -- -- Steve -- 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 Have a question? Ask away: http://ask.fedoraproject.org -- 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 Have a question? Ask away: http://ask.fedoraproject.org
Re: F16: [sdb] Asking for cache data failed
On Thu, Dec 22, 2011 at 12:03 AM, Ralf Corsepius rc040...@freenet.dewrote: Hi, Since having upgraded to F16 from F14, I am drowning in messages similar to the one below on the console (corrupting any console output) [ 1400.353433] sd 4:0:0:0: [sdb] Asking for cache data failed [ 1400.356601] sd 4:0:0:0: [sdb] Assuming drive cache: write through accompanied by a message similar to the one in /var/log/messages (gradually filling it up) [ 1400.351374] sd 4:0:0:0: [sdb] Test WP failed, assume Write Enabled [ 1400.353433] sd 4:0:0:0: [sdb] Asking for cache data failed [ 1400.356601] sd 4:0:0:0: [sdb] Assuming drive cache: write through Does anybody know a workaround/fix to prevent the kernel from issuing them rsp. at least to prevent them to pollute the console? [This machine (a netbook) only has one hard disk. sdb seems to refer to the builtin usb card reader.] Ralf Hi, Can you post your /proc/mounts. I am not sure whether I will find anything, but curious on this. Thanks, Soham -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.**org/mailman/listinfo/usershttps://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/**Mailing_list_guidelineshttp://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org -- 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 Have a question? Ask away: http://ask.fedoraproject.org
Re: 32 v 64 bit
On Sat, Dec 17, 2011 at 1:18 AM, Reindl Harald h.rei...@thelounge.netwrote: Am 16.12.2011 20:44, schrieb Fedora User: I'm down to a half screen on my Dell laptop. Looks like I'll buy myself a new toy - presumably the week between Xmas and New Years day. One dumb question: Assuming supporting architecture, can someone quantify the benefit of the 64-bit distro? Thanks! on modern machines with hughe memory a must have no contras these days 32-bit is legacy and over the long dead i have migrated our last vm-guest these week to x86_64 and installing since 2008 never ever any i686-machine Big virtual process address space is the immediate benefit that comes to my mind. In 32 bit systems, 4G is the limitation of process address space. For a new system. go 64 bit. -- 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 Have a question? Ask away: http://ask.fedoraproject.org -- 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 Have a question? Ask away: http://ask.fedoraproject.org
Re: NFS Mounting oddity...
On Mon, Dec 5, 2011 at 5:29 PM, Arthur Dent misc.li...@blueyonder.co.ukwrote: Hello all, I have just upgraded my desktop to F16 from F14 (I skipped F15 because the live distro did not seem able to run gnome 3 on - now it does apparently!). I did a clean install (but with the existing /home partition) and copied accross some config files (see below). Now, although F16 works OK I notice it takes a vrrry long time to boot. A little investigation led me to this: [root@localhost ~]# systemd-analyze blame 60374ms mnt-NFSmark.mount 60369ms mnt-datastore.mount 60368ms mnt-stuff.mount 3819ms mdmonitor-takeover.service Now this machine connects to a server running F15 on my home network (192.168.2.2). This is the /etc/exports on that machine: cat /etc/exports /home/mark 192.168.2.4(rw,async,no_subtree_check,nohide,no_root_squash) /mnt/tempstore 192.168.2.4(rw,async,no_subtree_check,nohide,no_root_squash) /mnt/datastore 192.168.2.4(rw,async,no_subtree_check,nohide,no_root_squash) /mnt/f11 192.168.2.4(rw,async,no_subtree_check,nohide,no_root_squash) The NFS drives on the F16 desktop PC (192.168.2.4) are mounted by /etc/fstab: 192.168.2.2:/home/mark /mnt/NFSmark nfs rw 0 0 192.168.2.2:/mnt/tempstore/ /mnt/stuff nfs rw 0 0 192.168.2.2:/mnt/datastore/ /mnt/datastore nfs rw 0 0 This was copied from the previous F14 install where it worked fine and there were no such delays during boot. Why does it now take so long? How do I troubleshoot further, or - better yet - fix it? Hi, This could be related to the network card initializing itself later at the boot process while in the earlier steps, it has marked itself as active. I have seen incidents like this. Is it possible for you to mount all the NFS mounted FS at the last stage of the boot process. Possibly creating a rc.local file, making it executable and do the NFS mounts from it. This can be one step of debugging. Another can be to simply add _netdev option in the NFS exports and check whether it improves things. This is all what I can think of now. Thanks, Soham Thanks in advance... Mark -- 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 Have a question? Ask away: http://ask.fedoraproject.org -- 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 Have a question? Ask away: http://ask.fedoraproject.org
Re: Boot Problems em1: link becomes ready
Can you try to boot with biosdevname=1 parameter and see if it works. If it does not, I would like to see it reversed i.e biosdevname=0. This is not any conclusive answer by any means, just an attempt to see whether it does any good or bad. Also, what is the system where you are trying to install. Thanks, Soham On Sat, Dec 3, 2011 at 6:18 PM, Swapnil Bhartiya swapnil.bhart...@gmail.com wrote: Repeating your question every 12 hours in a separate thread is not going to get you any answers. Many even consider this as rude/bad etiquette. apologies. keep in mind. This mailing list is a volunteer effort, if someone feels they can help you they will get back to your thread when they *can*. So I would say, a little bit of patience. apologies, again. -- bSwapnil Bhartiya/bbr -- 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 Have a question? Ask away: http://ask.fedoraproject.org -- 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 Have a question? Ask away: http://ask.fedoraproject.org
Re: Bad memory module?
On Thu, Nov 24, 2011 at 2:11 AM, Dean S. Messing de...@sharplabs.comwrote: On Wed, 23 Nov 2011, Tom Horsley wrote: Does this mean I have a memory module about to go out? When in doubt add a memtest boot menu entry and let it check out your memory for a few hours: http://www.memtest.org/ Thanks for the tip. I'll run it all night tonight. (This is my work machine and I'm on it now.) Do you know what this message actually means? It basically means memory error checking on a memory module along with a parity checking bit. It is calculated when one byte of memory is written and then again when it is read. If the parity has changed, then the memory has been changed. Since you have a correctable error, it shouldn't be any problem with the memory module. Also, you can blacklist the edac module, afaik and let the BIOS do the error detection and correction. Nov 23 11:39:50 machine name kernel: [54140.456113] EDAC MC0: CE row 1, channel 1, label : (Branch=0 DRAM-Bank=2 RDWR=Read RAS=15602 CAS=460, CE Err=0x1 (Correctable Patrol Data ECC)) Dean -- 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: Bad memory module?
On Thu, Nov 24, 2011 at 3:10 AM, Dean S. Messing de...@sharplabs.comwrote: On Thu, 24 Nov 2011, Soham Chakraborty wrote. On Thu, Nov 24, 2011 at 2:11 AM, Dean S. Messing wrote: Do you know what this message actually means? It basically means memory error checking on a memory module along with a parity checking bit. It is calculated when one byte of memory is written and then again when it is read. If the parity has changed, then the memory has been changed. Since you have a correctable error, it shouldn't be any problem with the memory module. Thanks! But now I'm curious: Is the edac module running an entire memory check each time it writes this error out? If not, how is it detecting this? Is the kernel simply doing this parity check on each r/w? Also, if it's not a problem with the memory module, what might it be a problem with? This just started happening night before last. The error messages don't appear in any previous messages files. I am really not sure about how internally it works. If no one answers, I will try to gather some information. Also, can you do a lsmod and grep with edac. Also, you can blacklist the edac module, afaik and let the BIOS do the error detection and correction. Good to know. Thanks. But I'd like to trace and fix whatever is causing the problem, if indeed there is one. Dean -- 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 Thanks, Soham -- 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: chrome quit, won't restart
Possibly for the read only FS, I think - Read-only file system is mentioned in the error messages. When you rebooted, a FSCK was done on the system and things got well. -Soham On Fri, Oct 28, 2011 at 2:00 AM, jackson byers byers...@gmail.com wrote: $ uname -r 2.6.35.14-97.fc14.i686.PAE chrome suddenly quit; no response to clicks on icon trying manually: $ /opt/google/chrome/google-chrome [2] 4311 $ [4311:4311:95679337296:ERROR:process_singleton_linux.cc(250)] Failed to unlink /home/byers/.config/google-chrome/SingletonLock: Read-only file system [4311:4311:95679337571:ERROR:process_singleton_linux.cc(265)] Failed to create /home/byers/.config/google-chrome/SingletonLock: File exists [4311:4311:95679337706:ERROR:process_singleton_linux.cc(250)] Failed to unlink /home/byers/.config/google-chrome/SingletonLock: Read-only file system [4311:4311:95679337746:ERROR:browser_main.cc(1650)] Failed to create a ProcessSingleton for your profile directory. This means that running multiple instances would start multiple browser processes rather than opening a new window in the existing process. Aborting now to avoid profile corruption. [2]+ Exit 20 /opt/google/chrome/google-chrome I then rebooted, and chrome came up as usual. advice? Jack -- 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: NFS issues
Yes, mount command seems fine to me. What does this command say mount -t nfs,_netdev 192.168.1.14:/home/magnusg/Music /home/magnusg/Music --Soham On Sun, Oct 23, 2011 at 5:12 AM, Gerhard Magnus mag...@agora.rdrop.comwrote: On 10/23/2011 07:24 AM, Gerhard Magnus wrote: I have a small home LAN. I am running FC15 on the server. As I still have not made a full peace with FC15 I'm still running FC13 on the client. Several years and FC versions ago, someone on the list told me about this procedure for setting up NFS, which has been working fine... until now. On the server (192.168.1.14): My /etc/exports file looks like this: /home/magnusg/Music 192.168.1.12,192.168.1.13(rw,insecure,sync,nohide) Using the system-config-nfs General Options tab I have Allow connections from port 1024 and higher checked. I have services nfs and nfslock running on levels 3,4,5. In /etc/sysconfig/nfs I've set these ports: RQUOTAD_PORT=4000 LOCKD_TCPPORT=4001 LOCKD_UDPPORT=4001 MOUNTD_PORT=4002 STATD_PORT=4003 In the firewall I have these ports open: NFSV4 2049 (tcp) 4000-4003 (tcp and udp) 111 (tcp and udp) on the client (192.168.1.13): I added this to /etc/fstab: 192.168.1.14:/home/magnusg/Music/home/magnusg/Musicnfs rw,auto,hard,intr,bg 0 0 Services netfs, nfslock and rpcbind are running on levels 3,4,5. When I boot the client and get to the Mounting NFS filesystems section I don't get error messages -- but I do see this: mount.nfs: backgrounding 192.168.1.14:/home/magnusg/Music : mount options hard,intr,bg,vers=4,addr=192.168.1.14,clientaddr=192.168.1.13 Then I don't get a Music icon on my desktop, and when I open the folder there's nothing in it. On Sun, 2011-10-23 at 07:32 +0800, Ed Greshko wrote You may be running into the same bug others have That is NFS mounts not mounting at boot time. There is a bugzilla open for it https://bugzilla.redhat.com/show_bug.cgi?id=692008 Try mounting manually. If that works, then you're experiencing the bug. Is this the right mount command? mount -t nfs 192.168.1.14:/home/magnusg/Music /home/magnusg/Music I get this error message: mount.nfs: Connection timed out -- 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: getting packet dropperd on interface
What does ethtool -g em1 say? A very common reason of dropping packets is that the rx and tx buffers have been full. In this case, you can increase the count with ethtool -G switch and check again. -- Soham On Sat, Oct 15, 2011 at 4:47 PM, Benjamin benjo11...@gmail.com wrote: Hi, lspci -v 05:00.0 Ethernet controller: Intel Corporation 82574L Gigabit Network Connection Subsystem: Super Micro Computer Inc Device 040d Flags: bus master, fast devsel, latency 0, IRQ 18 Memory at fb5e (32-bit, non-prefetchable) [size=128K] I/O ports at dc00 [size=32] Memory at fb5dc000 (32-bit, non-prefetchable) [size=16K] Capabilities: [c8] Power Management version 2 Capabilities: [d0] MSI: Enable- Count=1/1 Maskable- 64bit+ Capabilities: [e0] Express Endpoint, MSI 00 Capabilities: [a0] MSI-X: Enable+ Count=5 Masked- Capabilities: [100] Advanced Error Reporting Capabilities: [140] Device Serial Number 00-25-90-ff-ff-39-70-0e Kernel driver in use: e1000e Kernel modules: e1000e Thanks, Benjamin On 10/15/2011 04:41 PM, Reindl Harald wrote: Am 15.10.2011 13:09, schrieb Benjamin: OS : FEDORA 15 64 BIT LAN INTERFACE IS ONBOARD GIGABIT LAN CARD this is no information WHAT network-card is on the board? lspci is your friend! -- 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: removed networking accidentally
Portion in the sense? Removed the network configuration files or the relevant rpms? If it is the second, you can grab them from elsewhere or from the DVD, I guess. On Wed, Oct 12, 2011 at 10:44 PM, Chris DuBois cdubo...@frontier.comwrote: I accidentally removed the networking portion from my F14. How do I reload it please? Any help is gratefully appreciated. -- 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: TFTP stopped working on F14
Go to the directory /etc/xinetd.d
There all the services controlled by xinted reside. If tftp is being
controlled by xinetd, then you will find a configuration file specific to
it. As Frantisek said, disable=NO should be there if it is xinetd
controlled. If not, then disable=YES
In other words, try to check netstat while you put xinetd or tftp on the
side of grep. In my experience, I have seen that due to another service
listening on the same port, the legit ftp service is not running.
Since we are not getting the logs, it is kinda hard to guess. From the
strace, it can't be guessed what is going on. But if the line you mentioned
is the only line in strace, then probably something is going very awry. That
line is the first line of output that always comes if you attach strace to a
running process. Was the right hand value of the line a zero or something
else?
Also, I am guessing this problem only appears during transfer of file. If
you do a service check on tftp, what appears? Can you toggle the status of
the service and try? Also, toggle the tftp status keeping xinetd on and off
and find whether that makes any difference?
- Soham
On Sat, Oct 8, 2011 at 3:53 PM, Frantisek Hanzlik fra...@hanzlici.czwrote:
Aaron Gray wrote:
..
I guess, it is running as a xinetd controlled daemon, if so, is there
anything else
listening on the tftp port?
How do I ascertain this ?
- netstat utility should be display xinetd daemon listening at udp
port 69 :
# netstat -a -n -p --ip|grep 69
udp0 0 0.0.0.0:69 0.0.0.0:*
1595/xinetd
- and You /etc/xinetd.d/tftp should be as (note disable = no):
service tftp
{
disable = no
socket_type = dgram
protocol= udp
wait= yes
user= root
server = /usr/sbin/in.tftpd
server_args = -s /var/lib/tftpboot
per_source = 11
cps = 100 2
flags = IPv4
}
- and xinetd daemon must be running; on F14 you can use command:
service xinetd status
and on F15 command:
systemctl status xinetd.service
--
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: TFTP stopped working on F14
Is it possible for you to check the connection status by netstat when you transfer a file? Also, once you start transferring a file, can you get the PID and attach strace to it? I guess, it is running as a xinetd controlled daemon, if so, is there anything else listening on the tftp port? Soham On Fri, Oct 7, 2011 at 8:18 PM, Aaron Gray aaronngray.li...@gmail.comwrote: On 7 October 2011 15:26, Thomas Dineen tdin...@ix.netcom.com wrote: Aaron: 1) Update to the newest version of server and client. I have found that there are F14 and F15 bugs that are covered in the updates! I have done :- yum reinstall tftp yum reinstal tftp-server 2) Be aware of configuration requirements. It used to work, I installed two servers with PXE using it. 3) Be aware of SELinux, you will likely also have to enable variables in SELinux. Update you SELinux, more bugs here. I tried disable SELinux. 4) Of course recheck you firewall. -A INPUT -m state --state NEW -m udp -p udp --dport 69 -j ACCEPT But the firewall does not apply to local usage. Thomas Dineen Still not working :( Thanks, Aaron On 10/7/2011 7:07 AM, Aaron Gray wrote: TFTP seems to have stopped working on my F14 machine. It appears both server and client are not working. I have it working on my F15 machine and have tried between the two (with iptables rule) and F14 server and client do not work. tftp appears to log in but, on transferring a file it just says Transfer timed out. after a while. I have reinstalled both client and server. And I am using the same '/etc/xinetd.d/tftp' file on F15 as on F14. There do not appear to be any logs for TFTP. AFAICS I am not doing anything wrong or differently. Help ! 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 -- 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: Version of packages in repository
yum list packagename On Fri, Sep 2, 2011 at 5:51 PM, Luc MAIGNAN luc.maig...@winxpert.comwrote: Hi, When I do a 'yum search', I find the packages available in repository but not their versions (unless I do a yum install). How to find the version of the packages without trying to install them ? BR -- 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
