search for: artfiles

Am 06.03.23 um 16:45 schrieb Aki Tuomi: >> On 06/03/2023 16:52 EET Tim Evers <te-ml-ext at artfiles.de> wrote: >> >> >> Am 06.03.23 um 15:29 schrieb Aki Tuomi: >>>> On 06/03/2023 15:56 EET Tim Evers <te-ml-ext at artfiles.de> wrote: >>>> >>>> >>>> Am 06.03.23 um 14:49 schrieb Aki Tuomi: >>>>>> On 0...

Am 06.03.23 um 11:59 schrieb Aki Tuomi: >> On 06/03/2023 12:44 EET Tim Evers <te-ml-ext at artfiles.de> wrote: >> >> >> Am 06.03.23 um 11:42 schrieb Aki Tuomi: >> >>>> On 06/03/2023 12:32 EET Tim Evers <te-ml-ext at artfiles.de> wrote: >>>> >>>> >>>> Hi, >>>> >>>> since I did not get an...

> On 06/03/2023 12:44 EET Tim Evers <te-ml-ext at artfiles.de> wrote: > > > Am 06.03.23 um 11:42 schrieb Aki Tuomi: > > >> On 06/03/2023 12:32 EET Tim Evers <te-ml-ext at artfiles.de> wrote: > >> > >> > >> Hi, > >> > >> since I did not get any feedback on my bug report post r...

Am 06.03.23 um 11:42 schrieb Aki Tuomi: >> On 06/03/2023 12:32 EET Tim Evers <te-ml-ext at artfiles.de> wrote: >> >> >> Hi, >> >> since I did not get any feedback on my bug report post regarding >> corrupted sizes while using zlib >> (https://dovecot.org/pipermail/dovecot/2023-February/126105.html) I >> would like to confirm that this bug repo...

Hi, I am trying to create a logical volume storage pool with persistent device names for the block devices, because I can't/don't want to ensure that /dev/sd* names are persistent through reboots. virsh # pool-define-as web2067 logical - - /dev/disk/by-path/pci-0000:18:00.0-scsi-0:2:2:0 web2067 /dev/web2067 virsh # pool-build web2067 These two steps work as expected and the pv and the

Dear fellow Xen''ers! I''m having a problem with my new Xen-enabled colocation server.. I hope ( at least ;) ) one of you guys know how to fix this problem.. For a certain amount of time ( 1-2 days ) the domU runs fine.. until the console starts spitting out messages like these: [80182.004456] clocksource/0: Time went backwards: delta=-6917292717540055641 shadow=80182004054805

....intergenia.de/7.1.1503/os/x86_64/ http://mirror.eu.oneandone.net/linux/distributions/centos/7.1.1503/os/x86_64 / http://wftp.tu-chemnitz.de/pub/linux/centos/7.1.1503/os/x86_64/ http://mirror.skylink-datacenter.de/centos/7.1.1503/os/x86_64/ http://centos.mirrors.as250.net/7.1.1503/os/x86_64/ http://artfiles.org/centos.org/7.1.1503/os/x86_64/ http://mirror.imt-systems.com/centos/7.1.1503/os/x86_64/ http://centos.schlundtech.de/7.1.1503/os/x86_64/ http://mirror.de.leaseweb.net/centos/7.1.1503/os/x86_64/ i dont know why yum uses those i386-paths, but thanx for that hint i ll look for the reason for tha...

Hi, since I did not get any feedback on my bug report post regarding corrupted sizes while using zlib (https://dovecot.org/pipermail/dovecot/2023-February/126105.html) I would like to confirm that this bug report reached someone in charge. Or if not - I would kindly ask for directions on how to post it in a way that spawns some action. Thx Tim

------------ Original Message ------------ > Date: Sunday, April 19, 2015 18:44:43 +0000 > From: Sarogahtyp <sarogahtyp at web.de> > To: centos at centos.org > Subject: [CentOS] yum install failiure - CentOS-7 - Base > > I have a running CentOS 6.5 64-bit system running and i like to > have a CentOS 7 chrooted system inside. > Ive done that chroot environment as

Hi everybody, I have the following the setup for a domU: bootloader = "/usr/bin/pygrub" memory = ''4096'' vcpus = 4 root = ''/dev/md0 ro'' disk = [ ''iscsi:iqn.2008-09.com.example.node1:server1,xvda,w'', ''iscsi:iqn.2008-09.com.example.node2:server1,xvdb,w'' ] name =

Hallo list, i am testing a Dell M610 with two quadcore Intel Nehalem CPUs at the moment, so with Hyper-Threading 16 cores in total. As mentioned in the subject I am using Ubuntu 8.04 64Bit and Xen 3.2 from Ubuntu package. During these tests I hit on some issues, which are not clear to me. I would be thankful for any comments/hints/thoughts on the following topics: 1. I recognized that