Re: [CentOS] OT: Backup Question/Solution
-Original Message- From: centos-boun...@centos.org [mailto:centos-boun...@centos.org] On Behalf Of Gianluca Cecchi Sent: Friday, August 12, 2016 8:16 AM To: CentOS mailing list Subject: Re: [CentOS] OT: Backup Question/Solution On Fri, Aug 12, 2016 at 1:44 PM, TE Dukes wrote: > > > Is there a better solution for backing up a home system to some sort > of external media? > > > Not tested myself yet, but RH EL, and so CentOS, introduced support for Relax-and-Recover in version 6.8: https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/6/htm l/6.8_Release_Notes/new_features_system_and_subscription_management.html See also http://relax-and-recover.org/documentation/ Based on http://relax-and-recover.org/usage/ it should be feasible... HIH, Gianluca Had time today to check Relax and Recover. I screwed up a 128GB flash drive trying to get Mondo working but was able to a rescue disc and backup to my file system where I was able to copy both to another computer. The backup file can't be on the same partition as the rescue iso. Have another flash drive on the way. Thanks!! ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] tcpdump loses lots of packets
On 14/08/16 12:20, Anand Buddhdev wrote: Hi folks, I've discovered something. See below: > The packet rate is also not that high. From the sending side, this is > what I have: > > # tcpreplay -i qtx:p1p1 5min.pcap If I send packets without qtx, like this: tcpreplay -i p1p1 5min.pcap then tcpdump on the receiving box has no problem, and keeps up happily with the queries, and receives all of them into the pcap file. It seems like the qtx module is somehow interfering with the packet capture, but I don't know how or why yet. Anyway, for low packet rates, such as 20,000 q/s, qtx isn't necessary, so I will not use it when I want to do packet captures. Regards, Anand ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] postscreen and clamav on CentOS 6.8
On 14/08/16 01:43, Alexander Dalloz wrote: > as Ned has already explained the version of Postfix on CentOS 6 will > most certainly stay what it is. If you want to use a more current > release then consider switching to Potfix 3.1 provided by the > ghettoforge repository. Peter who is maintaining that package is very > active to follow new upstream releases. http://ghettoforge.org/index.php/Postfix3 Peter ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] tcpdump loses lots of packets
Capturing 10 gigabit traffic with no packet loss at line speed is difficult at best. Make sure that you've configured the IRQ affinity properly on the sending and receiving sides to start. On Aug 14, 2016 11:52 AM, "Gordon Messmer" wrote: > On 08/14/2016 03:20 AM, Anand Buddhdev wrote: > >> The number 6882162 is exactly the number of DNS queries I am sending >> from another server (the source). The filter is seeing them. However, >> not all of them make it into the pcap file. >> > > Try specifying "ether host " and compare the pcap files. How are > you counting the number of packets in the pcap file? > ___ > CentOS mailing list > CentOS@centos.org > https://lists.centos.org/mailman/listinfo/centos > ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] LSI SATA MegaRaid & Centos 7 build 1511
On 08/14/2016 03:59 AM, Fawzy Ibrhim wrote: I have managed to install Centos 6.2 64bit with kernel 2.6.32-220.el6.x86_64 and upgraded it to Centos 6.8 with kernel 2.6.32-642.3.1.el6.x86_64. What about the output of "lsmod" and "modinfo dmraid"? Please reply on the list, rather than to my address directly, and if you could, please avoid sending HTML messages. Your font is so small I can barely read it. ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] tcpdump loses lots of packets
On 08/14/2016 03:20 AM, Anand Buddhdev wrote: The number 6882162 is exactly the number of DNS queries I am sending from another server (the source). The filter is seeing them. However, not all of them make it into the pcap file. Try specifying "ether host " and compare the pcap files. How are you counting the number of packets in the pcap file? ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Custom desktop menu entries: weird behavior with menu categories
Le 14/08/2016 à 11:33, Nicolas Kovacs a écrit : > 1. When I edit gnome-terminal.desktop and define "Categories=System;", > it won't appear in "Outils systèmes" as expected but remains in > "Utilitaires". > > 2. I have a category "Divers" (something like "Misc") with a single > desktop entry for Printer Configuration. Now when I edit > system-config-printer.desktop and define something like > "Categories=System;", the "Divers" category remains there and the menu > entry won't budge. > > Most of the menu entries can be redefined OK, and they appear in the new > category. Why a handful of desktop entries would not work remains a > mystery. This looks damn well like a bug, although I wouldn't even know > how to call it. After some more experimenting, I found the culprit. It looks like the structure of the classic Applications menu is not only defined by the individual *.desktop files in /usr/share/applications, but also in a weird /etc/xdg/menus/gnome-applications.menu file which contains a bunch of redundancies. Not exactly KISS principle. So it looks like in order to customize my menus, I have to edit individual *.desktop files in /usr/share/applications as well as the XML-style entries in /etc/xdg/menus/gnome-applications.menu. I bluntly admit I don't get the logic behind this sort of thing. Cheers, Niki -- Microlinux - Solutions informatiques durables 7, place de l'église - 30730 Montpezat Web : http://www.microlinux.fr Mail : i...@microlinux.fr Tél. : 04 66 63 10 32 ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
[CentOS] tcpdump loses lots of packets
Hi folks, I've got a Dell R320 running CentOS 7, and a 10G NIC. I'm running a DNS server on it, for testing. As part of my testing, I'm attempting to capture all the DNS queries arriving on the server, using tcpdump. However, tcpdump's performance is abysmal, and it loses lots of the packets. Here's the output when I stop the capture: # tcpdump -nn -i p1p1 -w /dev/shm/queries.pcap -B 65536 dst host 193.0.14.129 tcpdump: listening on p1p1, link-type EN10MB (Ethernet), capture size 65535 bytes ^C4096558 packets captured 6882162 packets received by filter 2785604 packets dropped by kernel The number 6882162 is exactly the number of DNS queries I am sending from another server (the source). The filter is seeing them. However, not all of them make it into the pcap file. First I was writing to the disk, and thought it might be a bottleneck, so I tried to write to /dev/shm. You'll see I've also increased the buffer size with -B, but none of this helps. The packet rate is also not that high. From the sending side, this is what I have: # tcpreplay -i qtx:p1p1 5min.pcap Actual: 6882162 packets (62054 bytes) sent in 317.08 seconds. Rated: 1951900.0 Bps, 15.61 Mbps, 21648.97 pps Flows: 4254416 flows, 13382.96 fps, 6882162 flow packets, 0 non-flow This is a very modest rate. Any ideas why tcpdump loses so many packets? And how to make it do better? Regards, Anand ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
[CentOS] Custom desktop menu entries: weird behavior with menu categories
Hi, For my client's desktops, I'm usually customizing the various Linux desktops I'm installing. I'm using custom icon themes (Elementary), custom system fonts (Droid Sans), and one of the things I also customize are desktop menu entries. Here's an example of what I do on a Slackware+Xfce-based desktop, so you get the idea. Once all applications are installed, I run the cleanmenu.sh script: http://www.microlinux.fr/microlinux/desktop-14.2-64bit/tools/ As you can see, this script replaces the various *.desktop files in /usr/share/applications and similar places with my own custom *.desktop files: http://www.microlinux.fr/microlinux/desktop-14.2-64bit/tools/desktop/ This solution has worked very well over the years. There are a few reasons I'm doing this. Most of my users come from a Windows-centric world, so it's better for them if the menu sports something like "Office>Presentation Software" instead of "LibreOffice Impress". Another reason is visual consistency. BTW, the "Elementary Xfce" icon theme is great not only for Xfce, but also for other desktops, and it fits great in corporate environments needing something sober and not too distracting. Last but not least, some menu entries are better organized in different categories. IMHO, the screenshot utility should default to "Graphics" and not to "Utility", and Brasero should be in "Utilities" and not in "Multimedia". Curiously enough, some menu entries stubbornly refuse to have their category redefined. 1. When I edit gnome-terminal.desktop and define "Categories=System;", it won't appear in "Outils systèmes" as expected but remains in "Utilitaires". 2. I have a category "Divers" (something like "Misc") with a single desktop entry for Printer Configuration. Now when I edit system-config-printer.desktop and define something like "Categories=System;", the "Divers" category remains there and the menu entry won't budge. Most of the menu entries can be redefined OK, and they appear in the new category. Why a handful of desktop entries would not work remains a mystery. This looks damn well like a bug, although I wouldn't even know how to call it. Any ideas? Cheers from the sunny South of France, Niki -- Microlinux - Solutions informatiques durables 7, place de l'église - 30730 Montpezat Web : http://www.microlinux.fr Mail : i...@microlinux.fr Tél. : 04 66 63 10 32 ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Duplicate *.desktop entries for GNOME in /usr/share/applications
Le 13/08/2016 à 16:22, Liam O'Toole a écrit : > Do the duplicate entries contain the same 'Exec=' line? After some experimenting, I found a solution. I just edited the org.gnome.something.desktop files and then put a single NoDisplay=true option in the corresponding something.desktop file. Works perfectly. Cheers, Niki -- Microlinux - Solutions informatiques durables 7, place de l'église - 30730 Montpezat Web : http://www.microlinux.fr Mail : i...@microlinux.fr Tél. : 04 66 63 10 32 ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
