similar to: /tmp full with systemd-private*

Displaying 20 results from an estimated 100 matches similar to: "/tmp full with systemd-private*"

2016 Feb 09
0
/tmp full with systemd-private*
On 09.02.2016 17:05, Kai Bojens wrote: > CentOS: 7.1.1503 > > I have a problem with systemd which somehow manages to fill /tmp up with a lot of > files. These files obviously are from the Apache server and don't pose a problem > per se. The problem is that these files don't get removed daily: > > du -hs systemd-private-* > 7,7G systemd-private-mpg7rm > 0
2020 Aug 28
2
EL8: SElinux / dac_override / tmpwatch
Hi, I'm moving some old stuff from EL6 to EL8 and one setup has a cron job which uses "tmpwatch -umc $dir" to clean some directories (/etc/cron.daily/tmpwatch). It seems that this triggers this AVC (SElinux mode is enforcing): type=AVC msg=audit(1598576896.772:4267): avc: denied { dac_override } for pid=11013 comm="tmpwatch" capability=1
2015 Aug 19
5
TLS for all CentOS websites but not for smtp?
Hello everybody, I just got the email about the enforcing of HTTPS for the CentOS Websites which I really appreciate: ?The CentOS Project infra team has decided to implement TLS wherever we can (?)? Does anybody know if and when mail.centos.org will be able to deliver its mails with STARTTLS? There seems to be no support for STARTTLS at all: $: openssl s_client -connect mail.centos.org:25
2015 Aug 19
2
TLS for all CentOS websites but not for smtp?
On 19-08-15 08:30:27, Alice Wonder wrote: > e-mail by its very design is not secure, SMTP creates "Man In The > Middle" at every server along the way. DANE exists and mail servers like postfix support this. My logfiles show me that mail.centos.org delivers straight to me without any servers along the way. > I'm not saying they shouldn't implement TLS on the list
2015 Jun 24
2
Problem with todays update and ntpdate
Hello everybody, I just tried to run 'yum update' and got this error: Error: Package: ntp-4.2.6p5-19.el7.centos.x86_64 (@updates) Requires: ntpdate = 4.2.6p5-19.el7.centos Removing: ntpdate-4.2.6p5-19.el7.centos.x86_64 (@updates) ntpdate = 4.2.6p5-19.el7.centos Updated By: ntpdate-4.2.6p5-19.el7.centos.1.x86_64 (updates) ntpdate =
2016 Feb 09
1
/tmp full with systemd-private*
Am 09.02.2016 um 19:34 schrieb Dennis Jacobfeuerborn: >> Am I missing something? Is there a better way with a systemd based systemd to >> have these files removed daily? > Have you checked which process creates the files and doesn't apparently > clean them up properly by checking the contents for example? Yes. Those files obviously are created by web applications (PHP) and
2015 May 17
3
https everywhere.
On 05/16/2015 04:18 PM, Peter Lawler wrote: > People monitoring your connection know what you've updated, and what you > haven't, thus knowing what you may be vulnerable to, is a problem. If I'm monitoring your https connection: I know the list of mirrors. That's public information. I know when updates are released. That's also public. I know when you last
2015 Aug 19
2
TLS for all CentOS websites but not for smtp?
On 19/08/15 17:50, Alice Wonder wrote: > > > On 08/19/2015 09:24 AM, Kai Bojens wrote: >> On 19-08-15 08:30:27, Alice Wonder wrote: >> >>> e-mail by its very design is not secure, SMTP creates "Man In The >>> Middle" at every server along the way. >> >> DANE exists and mail servers like postfix support this. My logfiles >> show
2015 Aug 20
2
TLS for all CentOS websites but not for smtp?
On Wed, August 19, 2015 12:24, Kai Bojens wrote: > On 19-08-15 08:30:27, Alice Wonder wrote: > >> e-mail by its very design is not secure, SMTP creates "Man In The >> Middle" at every server along the way. > > DANE exists and mail servers like postfix support this. My logfiles > show me that mail.centos.org delivers straight to me without any > servers along
2016 Jan 30
1
7.2: Problem with upgrade and pdns
Hello everybody, I just wanted to upgrade my system and stepped over the following error: --> Finished Dependency Resolution Error: Package: pdns-3.4.7-1.el7.x86_64 (@epel) Requires: libmbedtls.so.9()(64bit) Removing: mbedtls-1.3.14-1.el7.x86_64 (@epel) libmbedtls.so.9()(64bit) Updated By: mbedtls-2.2.1-1.el7.x86_64 (epel)
2016 Feb 09
2
Disjointness between samba and distros?
Most major distros compile samba with out the ability to do AD DC (Ubutum, Fedora, Suse) I'm not against compiling or going with a non major distro like Zentyal but why do most major distros hold back from compiling samba with AD DC support? (speculation is mostly what I'm looking for) Fedora's documentation since samba 4.0 has stated "We'll provide Samba AD DC functionality
2020 May 30
1
Current thinking on backups ?
I run a pair of dovecot servers for personal small domains with several layers of backup in place ... - The two dovecot servers replicate to each via a Tinc vpn mesh. That gives email resiliency. - All mail is replicated via offlineimap to a 3rd server over that Tinc vpn. It's on the mesh, it has space, so why not ? - All mail is replicated as well as via mbsync to a zfs dataset on my
2016 Feb 09
2
Question about __builtin_object_size
Hi! This is an artifact of how LLVM works. Essentially, LLVM detects that `var` is unused and deletes it before it tries to lower the `llvm.objectsize` (which is what clang lowers `__builtin_object_size` to) call to a constant. While this isn't ideal, I don't think it realistically a problem, because `var` must be otherwise unused for this behavior to occur, and the whole purpose of
2016 Feb 09
1
Disjointness between samba and distros?
On Tue, Feb 9, 2016 at 8:44 AM, Reindl Harald <h.reindl at thelounge.net> wrote: > > Am 09.02.2016 um 16:28 schrieb Jeff Sadowski: > >> Most major distros compile samba with out the ability to do AD DC (Ubutum, >> Fedora, Suse) >> Fedora's documentation since samba 4.0 has stated >> "We'll provide Samba AD DC functionality as soon as its support
2015 Jun 24
0
Problem with todays update and ntpdate
Yes, it is a "known" issue, I'm sure it's going to get fixed ASAP. -- Sent from the Delta quadrant using Borg technology! Nux! www.nux.ro ----- Original Message ----- > From: "Kai Bojens" <kb at kbojens.de> > To: "CentOS mailing list" <centos at centos.org> > Sent: Wednesday, 24 June, 2015 10:48:22 > Subject: [CentOS] Problem with
2015 Aug 19
0
TLS for all CentOS websites but not for smtp?
On 08/19/2015 06:56 AM, Kai Bojens wrote: > Hello everybody, > I just got the email about the enforcing of HTTPS for the CentOS Websites > which I really appreciate: > > ?The CentOS Project infra team has decided to implement TLS wherever we > can (?)? > > Does anybody know if and when mail.centos.org will be able to deliver its > mails with STARTTLS? There seems to be
2015 Aug 19
0
TLS for all CentOS websites but not for smtp?
On 08/19/2015 09:24 AM, Kai Bojens wrote: > On 19-08-15 08:30:27, Alice Wonder wrote: > >> e-mail by its very design is not secure, SMTP creates "Man In The >> Middle" at every server along the way. > > DANE exists and mail servers like postfix support this. My logfiles > show me that mail.centos.org delivers straight to me without any > servers along the
2015 Aug 19
0
TLS for all CentOS websites but not for smtp?
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 19/08/15 15:56, Kai Bojens wrote: > Hello everybody, I just got the email about the enforcing of HTTPS > for the CentOS Websites which I really appreciate: > > ?The CentOS Project infra team has decided to implement TLS > wherever we can (?)? > > Does anybody know if and when mail.centos.org will be able to > deliver its
2020 May 24
3
Current thinking on backups ?
Hi, What are people doing for backups ? My current process is LVM snapshot and backup from that to NFS share. But there seems to be hints around the internet that people use/abuse "doveadm backup" for backup purposes even though it seems its original intention was for transferring mailboxes between dovecot instances. Assuming its ok to "doveadm backup" to an NFS share, is it
2015 Oct 14
3
Questions about qcow2 file size management
Hi all. I have a few questions regarding the qcow2 format. 1/ Allocated size vs. file size When creating a VM, I indicated a size of 10 G. $ls -lsh 7,7G -rw------- 1 libvirt-qemu libvirt-qemu 11G oct. 14 10:04 prod.qcow2 The allocated size is lesser than max size. Alright. I think I more or less grab the difference between allocated size and file size, but I'm not sure I get the point