[CentOS] claiming unsused space back
Hi, I´m running a CentOS server in a VPS. Backups of the VPS take quite much space if I don´t claim unused space. Currently I´m using dd if=/dev/zero of=/mytempfile and remove that file to claim that unused space. Any automatic way of doing a similar thing in CentOS? I have googled for it but I have only found Debian commands. Thanks in advance! Miguel ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Fedora bugs and EOL [was Re: CentOS users: please try and provide feedback on Fedora] Boltron
On Fri, Jul 28, 2017 at 07:56:41PM +0200, hw wrote: > Sure is: You get to manage your distribution yourself by picking the > versions of packages you figure might work together, which you are > supposed and required to do with Gentoo, especially when you run into > yet another dependency conflict. Only --- I guess --- you don?t get > the same level of control over the packages as you get with Gentoo > because there aren?t any USE flags. No, this isn't it it all. Modules are sets of packages which the distribution creators have selected to work together; you don't compose modules as an end-user. > Are you sure that all the added complexity and implicitly giving up a > stable platform by providing a mess of package versions is worth it? This is a false dichotomy. We will be providing a stable platform as the Base Runtime module. > How are the plans about dealing with bug reports, say, for squid 2.7, > for those who need that version for a feature which hasn?t been > included in current versions yet? Just wait a bit until the > distribution goes EOL? Is RH going to fix them once someone has > bought their support? I can't speak to Red Hat plans or Red Hat fixes. In Fedora, we might have, say, squid 3.5, squid 4.0, and squid 5 streams (stable, beta, and devel) all maintained at the same time. -- Matthew Miller Fedora Project Leader ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] firewalld and LISTEN
Dear Gordon Messmer, Thank you. Please teach me one more. By 'firewall-cmd --list' its answer is following. external (active) target: default icmp-block-inversion: no interfaces: eth0 sources: services: dns ftp http https imaps pop3s smtp ssh ports: 110/tcp 21/tcp 2/tcp 106/tcp 53/tcp 990/tcp 5432/tcp 8447/tcp 113/tcp 143/tcp 3306/tcp 5224/tcp 22/tcp 465/tcp 995/tcp 25/tcp 1/tcp 8443/tcp 993/tcp 443/tcp 8880/tcp 587/tcp 20/tcp 53/udp 12768/tcp protocols: masquerade: yes forward-ports: sourceports: icmp-blocks: rich rules: Now I can use http normally. And 'ss -nat' shows 80 ports used. But in avobe firewalld lists, there's http service, but isn't 80/tcp.port. Must I add 80/tcp.port? Tadao 2017-07-28 11:29 GMT+09:00 Gordon Messmer : > On 07/27/2017 06:36 PM, 望月忠雄 wrote: > >> But by ss -nat, IPV4 443 is not listend. How can I fix? >> >> # ss -nat | grep LISTEN | grep 443 >> LISTEN 0 128 :::443 :::* >> > > > By default, Linux processes that listen on an IPv6 port will also listen > on the IPv4 port (when no specific address is specified): > > http://man7.org/linux/man-pages/man7/ipv6.7.html > > You could change that behavior by modifying /proc/sys/net/ipv6/bindv6only, > but your system is working normally now. > > ___ > 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