Discuss

discuss@lists.centos.org

8 participants
34745 discussions

Re: [CentOS] (EXT) CentOS Digest, Vol 162, Issue 29
by Selvam, Joshua 01 Aug '18

01 Aug '18

Send CentOS mailing list submissions to centos(a)centos.org -----Original Message----- From: CentOS <centos-bounces(a)centos.org> On Behalf Of centos-request(a)centos.org Sent: Tuesday, July 31, 2018 5:30 PM To: centos(a)centos.org Subject: (EXT) CentOS Digest, Vol 162, Issue 29 Send CentOS mailing list submissions to centos(a)centos.org To subscribe or unsubscribe via the World Wide Web, visit https://lists.centos.org/mailman/listinfo/centos or, via email, send a message with subject or body 'help' to centos-request(a)centos.org You can reach the person managing the list at centos-owner(a)centos.org When replying, please edit your Subject line so it is more specific than "Re: Contents of CentOS digest..." Today's Topics: 1. Issues booting centos7 [dracut is failing to enable centos/root, centos/swap LVs] (Yannis Milios) 2. Re: Issues booting centos7 [dracut is failing to enable centos/root, centos/swap LVs] (Simon Matter) 3. Re: Issues booting centos7 [dracut is failing to enable centos/root, centos/swap LVs] (Yannis Milios) 4. Re: Issues booting centos7 [dracut is failing to enable centos/root, centos/swap LVs] (mark) 5. Re: Issues booting centos7 [dracut is failing to enable centos/root, centos/swap LVs] (Yannis Milios) 6. Re: Issues booting centos7 [dracut is failing to enable centos/root, centos/swap LVs] (mark) 7. Re: Issues booting centos7 [dracut is failing to enable centos/root, centos/swap LVs] (Yannis Milios) 8. Re: Issues booting centos7 [dracut is failing to enable centos/root, centos/swap LVs] (Simon Matter) 9. Issues booting centos7 [dracut is failing to enable centos/root, centos/swap LVs] (Yannis Milios) 10. Increase Disk Space with LVM (Felix K?lzow) ---------------------------------------------------------------------- Message: 1 Date: Mon, 30 Jul 2018 16:26:43 +0100 From: Yannis Milios <yannis.milios(a)gmail.com> To: centos(a)centos.org Subject: [CentOS] Issues booting centos7 [dracut is failing to enable centos/root, centos/swap LVs] Message-ID: <CAFiF2OpdpWuVLyZq7_4n1MxtMr2ypJkgKhLt+03ayapexgNuqA(a)mail.gmail.com> Content-Type: text/plain; charset="UTF-8" Hello, I'm having a strange problem booting a new centos7 installation. Below some background on this. [I have attached the tech details at the bottom of this message] I started a new CentOS7 installation on a VM, so far all good, o/s boots fine. Then I decided to increase VM disk size (initially was 10G) to 13G. Powered off the VM, increased the vhd via the hypervisor, booted from CentOS livecd, selected "recover my centos installation". Then I used the following sequence of commands to make the new vhd size "visible" to the o/s ... - ran fdisk /dev/sda and deleted partition 2. (This is the LVM partition where the o/s is stored. The first partition is /boot [xfs] partition *non lvm*.) - created a new partition with same starting sector as before deleting it, but a different ending sector (to reflect to the increased space). - set partition type to 8e (lvm), saved settings and exit. - ran pvresize and lvresize to make new space visible to the o/s.All good, I can see the space increase on 'lvdisplay centos/root'. - ran 'mount /dev/mapper/centos-root /mnt/root' to temporarily mount the o/s partition. - ran 'xfs_growfs /mnt/root' to resize the o/s fs to the new size. It was successful and I could actually chroot to the o/s and verify new disk size. - rebooted and tried to boot from hdd this time. Grub menu shows up and loads default kernel (3.10.0-862.9.1.el7.x86_64). - after initial kernel boot up process, booting continues to initrd and then it's where the problem starts... - looks like dracut has issues locating/enabling /dev/mapper/centos-root (lv) and as a result it cannot boot to the 'real' root fs (/). - while in dracut shell, I execute the following command sequence: 1. lvm lvchange -ay /dev/centos/root 2. lvm lvchange -ay /dev/centos/swap 3. ln -s /dev/mapper/centos-root /dev/root 4. exit ...and the o/s boots fine...so looks like the pv,vg,lv is detected properly while in initrd, but somehow dracut has difficulties enabling the root,swap LVs ? - While in o/s, I rebuild initrd by using: 'dracut -f -v -a lvm' Note, I have to use '-a lvm' as for some reason, if don't, the lvm utils (lvm,lvm_scan) are not being included to the initrd, not sure why this happens. After rebooting, same thing happens, I have to manually boot the system via dracut shell. I'm a bit stuck at this point, any clues what I'm doing wrong in here ? As I previously said, this is a new installation, so I could simply reinstall the whole thing, but I would rather try to find out some answer to why is this happening ... :-) [curiosity] Some additional details: ================== I've attached /run/initramfs/rdsosreport.txt file [generated while in inird] here: https://privatebin.net/?fdc4052c0c402884#gdB/QYR3IeR55SxUbjfrkZPQfJ7jMxiUxq… o/s ver=CentOS Linux release 7.5.1804 (Core) [root@localhost ~]# lsblk NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT sda 8:0 0 13G 0 disk ??sda1 8:1 0 500M 0 part /boot ??sda2 8:2 0 12.5G 0 part ??centos-root 253:0 0 11.5G 0 lvm / ??centos-swap 253:1 0 1G 0 lvm [SWAP] [root@localhost ~]# cat /etc/default/grub GRUB_TIMEOUT=5 GRUB_DISTRIBUTOR="$(sed 's, release .*$,,g' /etc/system-release)" GRUB_DEFAULT=saved GRUB_DISABLE_SUBMENU=true GRUB_TERMINAL_OUTPUT="console" GRUB_CMDLINE_LINUX="rd.lvm.lv=centos/root rd.lvm.lv=centos/swap rd.shell rhgb" GRUB_DISABLE_RECOVERY="true" ------------------------------ Message: 2 Date: Mon, 30 Jul 2018 17:53:56 +0200 From: "Simon Matter" <simon.matter(a)invoca.ch> To: "CentOS mailing list" <centos(a)centos.org> Subject: Re: [CentOS] Issues booting centos7 [dracut is failing to enable centos/root, centos/swap LVs] Message-ID: <09679ddf131cfabaaa9a38ee3a874541.squirrel(a)webmail.bi.invoca.ch> Content-Type: text/plain;charset=utf-8 Hi, > Hello, > > I'm having a strange problem booting a new centos7 installation. Below > some background on this. [I have attached the tech details at the > bottom of this message] > > I started a new CentOS7 installation on a VM, so far all good, o/s > boots fine. Then I decided to increase VM disk size (initially was 10G) to 13G. > Powered off the VM, increased the vhd via the hypervisor, booted from > CentOS livecd, selected "recover my centos installation". Then I used > the following sequence of commands to make the new vhd size "visible" > to the o/s ... > > - ran fdisk /dev/sda and deleted partition 2. (This is the LVM > partition where the o/s is stored. The first partition is /boot [xfs] > partition *non > lvm*.) > - created a new partition with same starting sector as before deleting > it, but a different ending sector (to reflect to the increased space). > - set partition type to 8e (lvm), saved settings and exit. At this point I usually reboot and do the following steps while the system is running. I don't say how you do it is wrong, it's just easier/faster to do things while the system is online if downtime matters. I don't really know what causes your issues. The reason may be that I have more and more problems understanding the whole boot process and all the variants we used to have over more than two decades... But, what happens if you let the kernel post install scripts do the work or setting up the initrd things? If you reinstall the latest kernel, does it change anything? Regards, Simon > - ran pvresize and lvresize to make new space visible to the o/s.All > good, I can see the space increase on 'lvdisplay centos/root'. > - ran 'mount /dev/mapper/centos-root /mnt/root' to temporarily mount > the o/s partition. > - ran 'xfs_growfs /mnt/root' to resize the o/s fs to the new size. It > was successful and I could actually chroot to the o/s and verify new > disk size. > - rebooted and tried to boot from hdd this time. Grub menu shows up > and loads default kernel (3.10.0-862.9.1.el7.x86_64). > - after initial kernel boot up process, booting continues to initrd > and then it's where the problem starts... > - looks like dracut has issues locating/enabling > /dev/mapper/centos-root > (lv) and as a result it cannot boot to the 'real' root fs (/). > - while in dracut shell, I execute the following command sequence: > 1. lvm lvchange -ay /dev/centos/root > 2. lvm lvchange -ay /dev/centos/swap > 3. ln -s /dev/mapper/centos-root /dev/root > 4. exit > ...and the o/s boots fine...so looks like the pv,vg,lv is detected > properly while in initrd, but somehow dracut has difficulties enabling > the root,swap LVs ? > > - While in o/s, I rebuild initrd by using: 'dracut -f -v -a lvm' > Note, I have to use '-a lvm' as for some reason, if don't, the lvm > utils > (lvm,lvm_scan) are not being included to the initrd, not sure why this > happens. > After rebooting, same thing happens, I have to manually boot the > system via dracut shell. > > I'm a bit stuck at this point, any clues what I'm doing wrong in here ? > > As I previously said, this is a new installation, so I could simply > reinstall the whole thing, but I would rather try to find out some > answer to why is this happening ... :-) [curiosity] > > Some additional details: > ================== > I've attached /run/initramfs/rdsosreport.txt file [generated while in > inird] here: > https://privatebin.net/?fdc4052c0c402884#gdB/QYR3IeR55SxUbjfrkZPQfJ7jM > xiUxq5DWhTVbWc= > > o/s ver=CentOS Linux release 7.5.1804 (Core) > > [root@localhost ~]# lsblk > NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT > sda 8:0 0 13G 0 disk > ??sda1 8:1 0 500M 0 part /boot > ??sda2 8:2 0 12.5G 0 part > ??centos-root 253:0 0 11.5G 0 lvm / > ??centos-swap 253:1 0 1G 0 lvm [SWAP] > > [root@localhost ~]# cat /etc/default/grub > GRUB_TIMEOUT=5 > GRUB_DISTRIBUTOR="$(sed 's, release .*$,,g' /etc/system-release)" > GRUB_DEFAULT=saved > GRUB_DISABLE_SUBMENU=true > GRUB_TERMINAL_OUTPUT="console" > GRUB_CMDLINE_LINUX="rd.lvm.lv=centos/root rd.lvm.lv=centos/swap > rd.shell rhgb" > GRUB_DISABLE_RECOVERY="true" > _______________________________________________ > CentOS mailing list > CentOS(a)centos.org > https://lists.centos.org/mailman/listinfo/centos > ------------------------------ Message: 3 Date: Mon, 30 Jul 2018 17:32:53 +0100 From: Yannis Milios <yannis.milios(a)gmail.com> To: centos(a)centos.org Subject: Re: [CentOS] Issues booting centos7 [dracut is failing to enable centos/root, centos/swap LVs] Message-ID: <CAFiF2Or=a_2b+e+jj9AeUufnZg4N+rHvS8KJHF+LoBDJ+QcRNg(a)mail.gmail.com> Content-Type: text/plain; charset="UTF-8" > > But, what happens if you let the kernel post install scripts do the > work or setting up the initrd things? Initially, I just rebooted from LiveCD and left Grub,kernel and dracut do their job with the defaults, but unfortunately, boot process stops at initrd (dracut) stage with the following error: [ 197.768159] localhost.localdomain dracut-initqueue[252]: Warning: Could > not boot. > [ 197.821409] localhost.localdomain systemd[1]: Received SIGRTMIN+20 > from PID 254 (plymouthd). > [ 197.822328] localhost.localdomain dracut-initqueue[252]: Warning: > /dev/centos/root does not exist > [ 197.823044] localhost.localdomain dracut-initqueue[252]: Warning: > /dev/centos/swap does not exist > [ 197.846807] localhost.localdomain systemd[1]: Starting Dracut > Emergency Shell... > [ 197.870983] localhost.localdomain systemd[1]: Received SIGRTMIN+21 > from PID 254 (plymouthd). Then, I'm dropped to dracut shell, where I boot the system by using the lvm commands as described to my first post. Once in O/S, I re-create initrd by using 'dracut -f -v -a lvm' command and reboot again the system. But still I get the same error during boot ... If you reinstall the latest kernel, does > it change anything? > This is actually the latest kernel (3.10.0-862.9.1.el7.x86_64) but I tried to boot with the second (older) kernel (vmlinuz-3.10.0-327.36.3.el7.x86_64), where I got exactly the same error during boot. Clearly, this is not a kernel issue, perhaps not even a dracut (initrd) issue, since everything was working fine, before resizing the PV/LV. I suspect that something went wrong during that step, but what? As I can successfully boot the system manually via dracut, normally everything should be ok? no? What can prevent dracut from activating the 2 LVs (centos/root and centos/swap) during initial boot phase ? Thanks, Yannis ------------------------------ Message: 4 Date: Mon, 30 Jul 2018 15:13:08 -0400 From: "mark" <m.roth(a)5-cent.us> To: "CentOS mailing list" <centos(a)centos.org> Subject: Re: [CentOS] Issues booting centos7 [dracut is failing to enable centos/root, centos/swap LVs] Message-ID: <e9796451bea645de4bc4fbe210591182.squirrel(a)host290.hostmonster.com> Content-Type: text/plain;charset=utf-8 Yannis Milios wrote: >> But, what happens if you let the kernel post install scripts do the >> work or setting up the initrd things? > > Initially, I just rebooted from LiveCD and left Grub,kernel and dracut > do their job with the defaults, but unfortunately, boot process stops > at initrd (dracut) stage with the following error: > > [ 197.768159] localhost.localdomain dracut-initqueue[252]: Warning: > Could > >> not boot. [ 197.821409] localhost.localdomain systemd[1]: Received >> SIGRTMIN+20 from >> PID 254 (plymouthd). >> [ 197.822328] localhost.localdomain dracut-initqueue[252]: Warning: >> /dev/centos/root does not exist >> [ 197.823044] localhost.localdomain dracut-initqueue[252]: Warning: >> /dev/centos/swap does not exist >> [ 197.846807] localhost.localdomain systemd[1]: Starting Dracut >> Emergency Shell... >> [ 197.870983] localhost.localdomain systemd[1]: Received SIGRTMIN+21 >> from PID 254 (plymouthd). >> > > > Then, I'm dropped to dracut shell, where I boot the system by using > the lvm commands as described to my first post. Once in O/S, I > re-create initrd by using 'dracut -f -v -a lvm' command and reboot > again the system. But still I get the same error during boot ... > > If you reinstall the latest kernel, does > >> it change anything? >> > > This is actually the latest kernel (3.10.0-862.9.1.el7.x86_64) but I > tried to boot with the second (older) kernel > (vmlinuz-3.10.0-327.36.3.el7.x86_64), where I got exactly the same > error during boot. > > Clearly, this is not a kernel issue, perhaps not even a dracut > (initrd) issue, since everything was working fine, before resizing the > PV/LV. I suspect that something went wrong during that step, but what? > As I can successfully boot the system manually via dracut, normally > everything should be ok? no? > > What can prevent dracut from activating the 2 LVs (centos/root and > centos/swap) during initial boot phase ? > Suggestion: once it's up, rebuild the initramfs. mark ------------------------------ Message: 5 Date: Mon, 30 Jul 2018 22:14:44 +0100 From: Yannis Milios <yannis.milios(a)gmail.com> To: CentOS mailing list <centos(a)centos.org> Subject: Re: [CentOS] Issues booting centos7 [dracut is failing to enable centos/root, centos/swap LVs] Message-ID: <CAFiF2OrJUiNh35M6PBxe=CQrtF1dRYb14b5H4pewTX-EsSm-TA(a)mail.gmail.com> Content-Type: text/plain; charset="UTF-8" Suggestion: once it's up, rebuild the initramfs. > > I tried that already, but still the same problem. Aparently dracut does not want to activate the LVs required to boot to the root filesystem, for some reason ... Yannis -- Sent from Gmail Mobile ------------------------------ Message: 6 Date: Mon, 30 Jul 2018 17:16:51 -0400 From: "mark" <m.roth(a)5-cent.us> To: "CentOS mailing list" <centos(a)centos.org> Subject: Re: [CentOS] Issues booting centos7 [dracut is failing to enable centos/root, centos/swap LVs] Message-ID: <ce2b2fbed114eda6c7159b25098d48d1.squirrel(a)host290.hostmonster.com> Content-Type: text/plain;charset=utf-8 Yannis Milios wrote: > Suggestion: once it's up, rebuild the initramfs. >> > I tried that already, but still the same problem. > Aparently dracut does not want to activate the LVs required to boot to the > root filesystem, for some reason ... > At this point, I'd start wondering about the grub2 defaults, and the kernel command line. mark ------------------------------ Message: 7 Date: Mon, 30 Jul 2018 23:06:15 +0100 From: Yannis Milios <yannis.milios(a)gmail.com> To: CentOS mailing list <centos(a)centos.org> Subject: Re: [CentOS] Issues booting centos7 [dracut is failing to enable centos/root, centos/swap LVs] Message-ID: <CAFiF2Or5Ave-rhSCMmcD-h7X-sbhGsAGRG6psc0=jxdma7rN5g(a)mail.gmail.com> Content-Type: text/plain; charset="UTF-8" On Monday, July 30, 2018, mark <m.roth(a)5-cent.us> > > At this point, I'd start wondering about the grub2 defaults, and the > kernel command line. > > This is Grub config.. [root@localhost ~]# cat /etc/default/grub GRUB_TIMEOUT=5 GRUB_DISTRIBUTOR="$(sed 's, release .*$,,g' /etc/system-release)" GRUB_DEFAULT=saved GRUB_DISABLE_SUBMENU=true GRUB_TERMINAL_OUTPUT="console" GRUB_CMDLINE_LINUX="rd.lvm.lv=centos/root rd.lvm.lv=centos/swap rd.shell rhgb" GRUB_DISABLE_RECOVERY="true" -- Sent from Gmail Mobile ------------------------------ Message: 8 Date: Tue, 31 Jul 2018 08:22:12 +0200 From: "Simon Matter" <simon.matter(a)invoca.ch> To: "CentOS mailing list" <centos(a)centos.org> Subject: Re: [CentOS] Issues booting centos7 [dracut is failing to enable centos/root, centos/swap LVs] Message-ID: <970e648731344f68e1a1837a94b71d41.squirrel(a)webmail.bi.invoca.ch> Content-Type: text/plain;charset=utf-8 > Yannis Milios wrote: >>> But, what happens if you let the kernel post install scripts do the >>> work or setting up the initrd things? >> >> Initially, I just rebooted from LiveCD and left Grub,kernel and dracut >> do >> their job with the defaults, but unfortunately, boot process stops at >> initrd (dracut) stage with the following error: >> >> [ 197.768159] localhost.localdomain dracut-initqueue[252]: Warning: >> Could >> >>> not boot. [ 197.821409] localhost.localdomain systemd[1]: Received >>> SIGRTMIN+20 from >>> PID 254 (plymouthd). >>> [ 197.822328] localhost.localdomain dracut-initqueue[252]: Warning: >>> /dev/centos/root does not exist >>> [ 197.823044] localhost.localdomain dracut-initqueue[252]: Warning: >>> /dev/centos/swap does not exist >>> [ 197.846807] localhost.localdomain systemd[1]: Starting Dracut >>> Emergency >>> Shell... >>> [ 197.870983] localhost.localdomain systemd[1]: Received SIGRTMIN+21 >>> from PID 254 (plymouthd). >>> >> >> >> Then, I'm dropped to dracut shell, where I boot the system by using the >> lvm commands as described to my first post. Once in O/S, I re-create >> initrd >> by using 'dracut -f -v -a lvm' command and reboot again the system. But >> still I get the same error during boot ... >> >> If you reinstall the latest kernel, does >> >>> it change anything? >>> >> >> This is actually the latest kernel (3.10.0-862.9.1.el7.x86_64) but I >> tried to boot with the second (older) kernel >> (vmlinuz-3.10.0-327.36.3.el7.x86_64), where I got exactly the same error >> during boot. >> >> Clearly, this is not a kernel issue, perhaps not even a dracut (initrd) >> issue, since everything was working fine, before resizing the PV/LV. I >> suspect that something went wrong during that step, but what? As I can >> successfully boot the system manually via dracut, normally everything >> should be ok? no? >> >> What can prevent dracut from activating the 2 LVs (centos/root and >> centos/swap) during initial boot phase ? >> > Suggestion: once it's up, rebuild the initramfs. And when you did so, did you remove the "rd.shell" from GRUB_CMDLINE_LINUX before? Regards, Simon ------------------------------ Message: 9 Date: Tue, 31 Jul 2018 08:40:52 +0100 From: Yannis Milios <yannis.milios(a)gmail.com> To: CentOS mailing list <centos(a)centos.org> Subject: [CentOS] Issues booting centos7 [dracut is failing to enable centos/root, centos/swap LVs] Message-ID: <CAFiF2Or3nxaJcY44mWjosiTbwb==w2hU95iMpMC4=sTY7Wvn2A(a)mail.gmail.com> Content-Type: text/plain; charset="UTF-8" And when you did so, did you remove the "rd.shell" from GRUB_CMDLINE_LINUX > before? > > Yes, basically that option was not there by default, I added it during the troubleshootig steps. Normally, rd.lvm.lv=centos/root and rd.lvm.lv=centos/swap are the kernel parameters which are parsed to dracut for enablig the two LVs, but somehow dracut does not. I've copied the log from dracut in here, can this be helpful to locate the problem? https://privatebin.net/?fdc4052c0c402884#gdB/QYR3IeR55SxUbjfrkZPQfJ7jMxiUxq… -- Sent from Gmail Mobile ------------------------------ Message: 10 Date: Tue, 31 Jul 2018 13:31:15 +0200 From: Felix K?lzow <felix.koelzow(a)gmx.de> To: centos(a)centos.org Subject: [CentOS] Increase Disk Space with LVM Message-ID: <1dd31e6b-ee9e-4a00-1bf2-22c0c2f0e699(a)gmx.de> Content-Type: text/plain; charset=utf-8; format=flowed Dear CentOS-Community, we have a server with four hard drives that are configured as raid10 (/dev/sda). Now, /home and /root are almost full. Therefore, we decided to buy four additional hard drives that should configured also as raid 10 (/dev/sdb). I want to use LVM to extend disk space for root and home. My (successful) test procedure in a virtual environment looks like this: 1. devide /dev/sdb into /dev/sdb1 for root and /dev/sdb2 for home using parted 2. Convert disk to physical volume: pvcreate /dev/sdb1 3. add physical volume to volume group (called centos): vgextend centos /dev/sdb1 4. Allocate physical volume to a logical volume:lvextend -l +100$FREE /dev/centos/root 5. resize2fs /dev/centos/root or xfs_grows /dev/centos/root depending on file system used 6. repeat steps 2-6 for /home and sdb2 The mentioned instruction I've got from this page: https://askubuntu.com/questions/458476/adding-disks-with-lvm#459176 Now my question: Is this procedure really safe or is something missing or are there some steps which I overlooked actually? Kind Regards Felix K?lzow ------------------------------ Subject: Digest Footer _______________________________________________ CentOS mailing list CentOS(a)centos.org https://lists.centos.org/mailman/listinfo/centos ------------------------------ End of CentOS Digest, Vol 162, Issue 29 ***************************************

1 0

ecryptfs (from centosplus) and libvirt lxc quest on it - quest upon start shoots host in the head
by lejeczek 31 Jul '18

31 Jul '18

hi guys I have a lxc guest on Dell's R815(AMD Opterons) which I just moved to an ecryptfs mounted folder(using centosplus' kernel) Copying data to that folder seems to work just fine, but I as soon as I start the quest the host gets shot in the head, hard reboot, no dump. I also have another, virtually identical guest but on Intel platform and that one does not do anything but runs okey. Any of you guys has experience such gross abnormality? many thanks, L.

1 0

Xfce vs. VirtualBox : font size problem
by Nicolas Kovacs 31 Jul '18

31 Jul '18

Hi, I'm running CentOS 7 with Xfce on my main workstation. I just installed VirtualBox, and the application is running nicely. The only problem is that VirtualBox fonts are too tiny. How can I make the application behave and use the system-wide font settings ? Cheers, Niki -- Microlinux - Solutions informatiques durables 7, place de l'église - 30730 Montpezat Site : https://www.microlinux.fr Blog : https://blog.microlinux.fr Mail : info(a)microlinux.fr Tél. : 04 66 63 10 32

1 0

Increase Disk Space with LVM
by Felix Kölzow 31 Jul '18

31 Jul '18

Dear CentOS-Community, we have a server with four hard drives that are configured as raid10 (/dev/sda). Now, /home and /root are almost full. Therefore, we decided to buy four additional hard drives that should configured also as raid 10 (/dev/sdb). I want to use LVM to extend disk space for root and home. My (successful) test procedure in a virtual environment looks like this: 1. devide /dev/sdb into /dev/sdb1 for root and /dev/sdb2 for home using parted 2. Convert disk to physical volume: pvcreate /dev/sdb1 3. add physical volume to volume group (called centos): vgextend centos /dev/sdb1 4. Allocate physical volume to a logical volume:lvextend -l +100$FREE /dev/centos/root 5. resize2fs /dev/centos/root or xfs_grows /dev/centos/root depending on file system used 6. repeat steps 2-6 for /home and sdb2 The mentioned instruction I've got from this page: https://askubuntu.com/questions/458476/adding-disks-with-lvm#459176 Now my question: Is this procedure really safe or is something missing or are there some steps which I overlooked actually? Kind Regards Felix Kölzow

2 1

Server disposal
by Kenneth Porter 28 Jul '18

28 Jul '18

Can anyone recommend a mailing list or other resource for finding a home for old server hardware? I've got a growing bone pile of retired Dell and Supermicro rack servers. I've stripped the drives and memory but hate to see the other old parts go to waste, like old RAID controllers and other proprietary parts.

3 2

Which is better? Microsoft Exchange 2016 or Linux-based SMTP Servers?
by Turritopsis Dohrnii Teo En Ming 28 Jul '18

28 Jul '18

Good evening from Singapore, I am torn between deploying Microsoft Exchange 2016 and Linux-based SMTP servers like sendmail, postfix, qmail and exim. Relative ease of installation and configuration is an important consideration factor. Microsoft Exchange 2016, Domain Controller, and Active Directory are relatively easy to install and configure. Linux-based SMTP servers are extremely difficult to install and configure and of course, extremely time-consuming. One of the features of Microsoft Exchange 2016 is that you can create additional folders on your Inbox in the server (server-side). Can Linux-based SMTP servers do that? Does Exchange 2016 offer more user-friendly features or Linux-based SMTP servers? Besides the above considerations, how about security? Traditionally, Linux is far more secure than Windows. Judging by security, Linux-based SMTP servers ought to have a higher percentage of the market share? Finally, I can only use Windows Server 2016 Standard Evaluation Copy FREE for a period of 3 years MAXIMUM. But I can use Linux servers and Mail Transport Agents (MTA) FREE perpetually. Please advise. Thank you very much. ===BEGIN SIGNATURE=== Turritopsis Dohrnii Teo En Ming's Academic Qualifications as at 30 Oct 2017 [1] https://tdtemcerts.wordpress.com/ <https://tdtemcerts.wordpress.com/> [2] http://tdtemcerts.blogspot.sg/ <http://tdtemcerts.blogspot.sg/> [3] https://www.scribd.com/user/270125049/Teo-En-Ming <https://www.scribd.com/user/270125049/Teo-En-Ming> ===END SIGNATURE===

27 62

Finding memory usage
by Bowie Bailey 27 Jul '18

27 Jul '18

I have a CentOS 7 server that is running out of memory and I can't figure out why. Running "free -h" gives me this: total used free shared buff/cache available Mem: 3.4G 2.4G 123M 5.9M 928M 626M Swap: 1.9G 294M 1.6G The problem is that I can't find 2.4G of usage. If I look at resident memory usage using "top", the top 5 processes are using a total of 390M. The next highest process is using 8M. For simplicity, if I assume the other 168 processes are all using 8M (which is WAY too high), that still only gives a total of 1.7G. The tmpfs filesystems are only using 18M, so that shouldn't be an issue. Yesterday, the available memory was down around 300M when I checked it. After checking some things and stopping all of the major processes, available memory was still low. I gave up and rebooted the machine, which brought available memory back up to 2.8G with everything running. How can I track what is using the memory when the usage doesn't show up in top? -- Bowie

5 12

C7, just updated firefox, bugs
by mark 27 Jul '18

27 Jul '18

I just updated the "critical" firefox update, and it is *seriously* buggy. 1. I killed my old session, and started a new. Many (all?) tabs show *nothing* until I put my cursor in the URL bar and hit <enter> 2. I cannot open a link in an email in thunderbird. I click the link, and after a bit (30 sec? more?) a small windows tells me that firefox is running, but not responding, which it certainly responds when I focus on firefox. mark

8 16

CentOS-announce Digest, Vol 161, Issue 7
by centos-announce-request＠centos.org 27 Jul '18

27 Jul '18

Send CentOS-announce mailing list submissions to centos-announce(a)centos.org To subscribe or unsubscribe via the World Wide Web, visit https://lists.centos.org/mailman/listinfo/centos-announce or, via email, send a message with subject or body 'help' to centos-announce-request(a)centos.org You can reach the person managing the list at centos-announce-owner(a)centos.org When replying, please edit your Subject line so it is more specific than "Re: Contents of CentOS-announce digest..." Today's Topics: 1. CESA-2018:2241 Moderate CentOS 6 java-1.8.0-openjdk Security Update (Johnny Hughes) 2. CESA-2018:2251 Important CentOS 6 thunderbird Security Update (Johnny Hughes) ---------------------------------------------------------------------- Message: 1 Date: Wed, 25 Jul 2018 15:44:57 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2018:2241 Moderate CentOS 6 java-1.8.0-openjdk Security Update Message-ID: <20180725154457.GA22277(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2018:2241 Moderate Upstream details at : https://access.redhat.com/errata/RHSA-2018:2241 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: dc50b4eaa098e890b3f1fa2bc83c9ecc00ffd55c02fb36abbd604b6a1641c8bc java-1.8.0-openjdk-1.8.0.181-3.b13.el6_10.i686.rpm f6c10ff016f2999c154b9717b2d07d2e0a1303551fb05d2b4474df1561b38098 java-1.8.0-openjdk-debug-1.8.0.181-3.b13.el6_10.i686.rpm d1fe2b514479841b5444bcaa16f9664b92e5b39fc002ce21cb60bc850abc1052 java-1.8.0-openjdk-demo-1.8.0.181-3.b13.el6_10.i686.rpm 46eba7fe27734ae01772d8aa2d92abf8c31ac44ce373a07d23d12aaad6d83232 java-1.8.0-openjdk-demo-debug-1.8.0.181-3.b13.el6_10.i686.rpm 11a5b1ef5b7acca8cfe81e0d0aca35d7cace874ddc594ed7c176ab43a0cf7864 java-1.8.0-openjdk-devel-1.8.0.181-3.b13.el6_10.i686.rpm a57b426ed55f596c84e602f43320e9e3e336401ccef9a43f8c4413ad8d390c37 java-1.8.0-openjdk-devel-debug-1.8.0.181-3.b13.el6_10.i686.rpm 28977070172e55fa0a0b35494b4f71dc3399e9e2b61045e4282a4975ebfcbb38 java-1.8.0-openjdk-headless-1.8.0.181-3.b13.el6_10.i686.rpm f31d4ab1ee3d04614ba2528c02998447699e9f91485317f3dbaa7e6d17965c42 java-1.8.0-openjdk-headless-debug-1.8.0.181-3.b13.el6_10.i686.rpm a1acb1c4d73a01cbc9cb8d3146edbd74964e75b800bf5f5b7325b564cfded576 java-1.8.0-openjdk-javadoc-1.8.0.181-3.b13.el6_10.noarch.rpm 5440c6a6bf9c55cabe4175f43a63765011d8a27520ddf96f3fd93f75180cdc5e java-1.8.0-openjdk-javadoc-debug-1.8.0.181-3.b13.el6_10.noarch.rpm 2ca469b34ebae827445fb447bf132e3170603d83aa9753d125460609bd3cb96f java-1.8.0-openjdk-src-1.8.0.181-3.b13.el6_10.i686.rpm 37a53618f31ee491958cde4fdba4f65b8f36f8c16658e7dd94ce10edac4307b3 java-1.8.0-openjdk-src-debug-1.8.0.181-3.b13.el6_10.i686.rpm x86_64: 5d248906c4541dac9ee0ba03358edc1b8693b6d5d85995168308375720aa5aed java-1.8.0-openjdk-1.8.0.181-3.b13.el6_10.x86_64.rpm c4925778a7dc92f8c6df67e4102f9012bb50b6431aeeba8066b0a53f8defed26 java-1.8.0-openjdk-debug-1.8.0.181-3.b13.el6_10.x86_64.rpm 4130a2140817e40eae87f11df6270e4b404d37889f3610c0eae6e26c2b934dcb java-1.8.0-openjdk-demo-1.8.0.181-3.b13.el6_10.x86_64.rpm 6c2363a8360f53fac97eeefcf4446e01435d579f1485c58c7b2845604fa121f7 java-1.8.0-openjdk-demo-debug-1.8.0.181-3.b13.el6_10.x86_64.rpm 59ccb92358d41fd5fdfe15a914994fe4a9b259b2752c54f1f9a39b6f8c489e1c java-1.8.0-openjdk-devel-1.8.0.181-3.b13.el6_10.x86_64.rpm d8671b3ebac48d796bb041fe1b1464b69e61789638ef251b7866c15a254b6f58 java-1.8.0-openjdk-devel-debug-1.8.0.181-3.b13.el6_10.x86_64.rpm 2a5503edf4cca298ab22196376908e6fc4ef95c8309bde03c39fa4cdc83202ee java-1.8.0-openjdk-headless-1.8.0.181-3.b13.el6_10.x86_64.rpm cb1d8389ffee8564f16a58cd88c35dd9e536b2e18ab2f36d23ecd1b1dc8b07e2 java-1.8.0-openjdk-headless-debug-1.8.0.181-3.b13.el6_10.x86_64.rpm a1acb1c4d73a01cbc9cb8d3146edbd74964e75b800bf5f5b7325b564cfded576 java-1.8.0-openjdk-javadoc-1.8.0.181-3.b13.el6_10.noarch.rpm 5440c6a6bf9c55cabe4175f43a63765011d8a27520ddf96f3fd93f75180cdc5e java-1.8.0-openjdk-javadoc-debug-1.8.0.181-3.b13.el6_10.noarch.rpm d6222000d967406b884680aaf0f48f216759fb9f29f9cef58abe54960775001c java-1.8.0-openjdk-src-1.8.0.181-3.b13.el6_10.x86_64.rpm 7e8839457384dd1f9349b3997c586eaada8665f0c4b55d421d09fd8b8717f901 java-1.8.0-openjdk-src-debug-1.8.0.181-3.b13.el6_10.x86_64.rpm Source: 477dc31244ee0d5cd57d26d848bedd0a0d2ddb3bef176bb430b466e84253c483 java-1.8.0-openjdk-1.8.0.181-3.b13.el6_10.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 2 Date: Wed, 25 Jul 2018 18:43:22 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2018:2251 Important CentOS 6 thunderbird Security Update Message-ID: <20180725184322.GA27828(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2018:2251 Important Upstream details at : https://access.redhat.com/errata/RHSA-2018:2251 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 30aa1a8a359f47a8ccfe80b9ce4e2aabdebe237070f419228693d7010930d142 thunderbird-52.9.1-1.el6.centos.i686.rpm x86_64: c6410bd1b556b736517e88ecaf7895674c84a4592d460f3f5189ed6908e87132 thunderbird-52.9.1-1.el6.centos.x86_64.rpm Source: d1103c437991413187156a001a9a85be961a38d6fffdb61b541b6b5c05776655 thunderbird-52.9.1-1.el6.centos.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Subject: Digest Footer _______________________________________________ CentOS-announce mailing list CentOS-announce(a)centos.org https://lists.centos.org/mailman/listinfo/centos-announce ------------------------------ End of CentOS-announce Digest, Vol 161, Issue 7 ***********************************************

1 0

Problem with definition of slist in CFEngine
by Meikel 27 Jul '18

27 Jul '18

Hey folks, I have a problem with the definition of a variable of type slist in CFEngine on # uname -a ; cat /etc/redhat-release Linux policyhub.example.com 3.10.0-693.el7.x86_64 #1 SMP Tue Aug 22 21:09:27 UTC 2017 x86_64 x86_64 x86_64 GNU/Linux CentOS Linux release 7.4.1708 (Core) I'm not sure if its valid to ask CFEngine questions on this mailing list, but as far as I'm running on CentOS I hope that it is okay. I'm logged in as user # id uid=0(root) gid=0(root) Gruppen=0(root) Kontext=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023 and working on directory # pwd /var/cfengine/inputs with software # cf-agent -V CFEngine Core 3.10.2 and the configuration file # cat ./info.cf bundle agent info { vars: any:: "info_list" slist => { "includes.dir ............... = $(includes.dir)", "sys.arch ................... = $(sys.arch)", "sys.bindir ................. = $(sys.bindir)", "sys.cdate .................. = $(sys.cdate)", "sys.cf_promises ............ = $(sys.cf_promises)", "sys.cf_version ............. = $(sys.cf_version)", "sys.cf_version_major ....... = $(sys.cf_version_major)", "sys.cf_version_minor ....... = $(sys.cf_version_minor)", "sys.cf_version_patch ....... = $(sys.cf_version_patch)", "sys.class .................. = $(sys.class)", "sys.cpus ................... = $(sys.cpus)", "sys.crontab ................ = $(sys.crontab)", "sys.date ................... = $(sys.date)", "sys.doc_root ............... = $(sys.doc_root)", "sys.domain ................. = $(sys.domain)", "sys.enterprise_version ..... = $(sys.enterprise_version)", "sys.expires ................ = $(sys.expires)", "sys.exports ................ = $(sys.exports)", "sys.failsafe_policy_path ... = $(sys.failsafe_policy_path)", "sys.flavor ................. = $(sys.flavor)", "sys.flavour ................ = $(sys.flavour)", "sys.fqhost ................. = $(sys.fqhost)", "sys.fstab .................. = $(sys.fstab)", "sys.hardware_addresses ..... = $(sys.hardware_addresses)", "sys.host ................... = $(sys.host)", "sys.inet ................... = $(sys.inet)", "sys.inputdir ............... = $(sys.inputdir)", "sys.interface .............. = $(sys.interface)", "sys.interfaces ............. = $(sys.interfaces)", "sys.interfaces_flags ....... = $(sys.interfaces_flags)", "sys.ip_addresses ........... = $(sys.ip_addresses)", "sys.ip2iface ............... = $(sys.ip2iface)", "sys.ipv4 ................... = $(sys.ipv4)", "sys.key_digest ............. = $(sys.key_digest)", "sys.last_policy_update ..... = $(sys.last_policy_update)", "sys.libdir ................. = $(sys.libdir)", "sys.local_libdir ........... = $(sys.local_libdir)", "sys.logdir ................. = $(sys.logdir)", "sys.license_owner .......... = $(sys.license_owner)", "sys.licenses_granted ....... = $(sys.licenses_granted)", "sys.long_arch .............. = $(sys.long_arch)", "sys.maildir ................ = $(sys.maildir)", "sys.masterdir .............. = $(sys.masterdir)", "sys.os ..................... = $(sys.os)", "sys.ostype ................. = $(sys.ostype)", "sys.piddir ................. = $(sys.piddir)", "sys.policy_hub ............. = $(sys.policy_hub)", "sys.policy_hub_port ........ = $(sys.policy_hub_port)", "sys.release ................ = $(sys.release)", "sys.resolv ................. = $(sys.resolv)", "sys.statedir ............... = $(sys.statedir)", "sys.sysday ................. = $(sys.sysday)", "sys.systime ................ = $(sys.systime)", "sys.update_policy_path ..... = $(sys.update_policy_path)", "sys.uptime ................. = $(sys.uptime)", "sys.user_data .............. = $(sys.user_data)", "sys.uqhost ................. = $(sys.uqhost)", "sys.version ................ = $(sys.version)", "sys.windir ................. = $(sys.windir)", "sys.winprogdir ............. = $(sys.winprogdir)", "sys.winprogdir86 ........... = $(sys.winprogdir86)", "sys.winsysdir .............. = $(sys.winsysdir)", "sys.workdir ................ = $(sys.workdir)", "... BEGIN big shit ...............", # "sys.inet6 .................. = $(sys.inet6)", # "sys.interfaces_data ........ = $(sys.interfaces_data)", "... END big shit ...............", }; reports: any:: "r1: $(info.info_list)"; "r2: sys.inet6 .................. = $(sys.inet6)"; "r3: sys.interfaces_data ........ = $(sys.interfaces_data)"; "r4: holleri di dudeldoe"; } The service cfengine3.service is inactive at the moment: # systemctl is-active cfengine3.service inactive I have a problem with the definition of the stringlist/slist "info_list". In some cases it becomes some kind of "undefined" or at least I'm not able to print it out in a report (in "r1:"). In the configuration file above I marked some lines with "BEGIN/END big shit". Between the BEGIN/END I commented out two lines. If I "run" with that configuration file I see the reports "r1:" and "r4:" but not "r2:" and "r3:". It's not clear to me why I don't see reports "r2:" and "r3:", but I'm interested in the value of $(info.info_list)" in "r1:", I only have "r2:" and "r3:" here to maybe help to localize the problem which is described later. Definition of "info_list" works fine for now: # cf-agent -IK --file ./info.cf --bundlesequence info info: Using command line specified bundlesequence R: r1: includes.dir ............... = $(includes.dir) R: r1: sys.arch ................... = x86_64 R: r1: sys.bindir ................. = /var/cfengine/bin R: r1: sys.cdate .................. = Thu_Jul_26_16_09_20_2018 R: r1: sys.cf_promises ............ = "/var/cfengine/bin/cf-promises" R: r1: sys.cf_version ............. = 3.10.2 R: r1: sys.cf_version_major ....... = 3 R: r1: sys.cf_version_minor ....... = 10 R: r1: sys.cf_version_patch ....... = 2 R: r1: sys.class .................. = linux R: r1: sys.cpus ................... = 1 R: r1: sys.crontab ................ = /var/spool/cron/root R: r1: sys.date ................... = Thu Jul 26 16:09:20 2018 R: r1: sys.doc_root ............... = /var/www/html R: r1: sys.domain ................. = example.com R: r1: sys.enterprise_version ..... = $(sys.enterprise_version) R: r1: sys.expires ................ = $(sys.expires) R: r1: sys.exports ................ = /etc/exports R: r1: sys.failsafe_policy_path ... = /var/cfengine/inputs/failsafe.cf R: r1: sys.flavor ................. = centos_7 R: r1: sys.flavour ................ = centos_7 R: r1: sys.fqhost ................. = policyhub.example.com R: r1: sys.fstab .................. = /etc/fstab R: r1: sys.hardware_addresses ..... = aa:aa:aa:aa:aa:aa R: r1: sys.host ................... = policyhub.example.com R: r1: sys.inet ................... = 37.187.93.254 R: r1: sys.inputdir ............... = /var/cfengine/inputs R: r1: sys.interface .............. = eth0 R: r1: sys.interfaces ............. = eth0 R: r1: sys.interfaces_flags ....... = $(sys.interfaces_flags) R: r1: sys.ip_addresses ........... = 11.22.33.44 R: r1: sys.ip2iface ............... = $(sys.ip2iface) R: r1: sys.ipv4 ................... = 11.22.33.44 R: r1: sys.key_digest ............. = MD5=12345678123456781234567812345678 R: r1: sys.last_policy_update ..... = Thu Jul 26 14:45:33 2018 R: r1: sys.libdir ................. = /var/cfengine/inputs/lib R: r1: sys.local_libdir ........... = lib R: r1: sys.logdir ................. = /var/cfengine R: r1: sys.license_owner .......... = $(sys.license_owner) R: r1: sys.licenses_granted ....... = $(sys.licenses_granted) R: r1: sys.long_arch .............. = linux_x86_64_3_10_0_693_el7_x86_64__1_SMP_Tue_Aug_22_21_09_27_UTC_2017 R: r1: sys.maildir ................ = /var/spool/mail R: r1: sys.masterdir .............. = /var/cfengine/masterfiles R: r1: sys.os ..................... = linux R: r1: sys.ostype ................. = linux_x86_64 R: r1: sys.piddir ................. = /var/cfengine R: r1: sys.policy_hub ............. = 11.22.33.44 R: r1: sys.policy_hub_port ........ = 5308 R: r1: sys.release ................ = 3.10.0-693.el7.x86_64 R: r1: sys.resolv ................. = /etc/resolv.conf R: r1: sys.statedir ............... = /var/cfengine/state R: r1: sys.sysday ................. = 17738 R: r1: sys.systime ................ = 1532614160 R: r1: sys.update_policy_path ..... = /var/cfengine/inputs/update.cf R: r1: sys.uptime ................. = 14209 R: r1: sys.user_data .............. = 0 R: r1: sys.uqhost ................. = policyhub R: r1: sys.version ................ = #1 SMP Tue Aug 22 21:09:27 UTC 2017 R: r1: sys.windir ................. = $(sys.windir) R: r1: sys.winprogdir ............. = $(sys.winprogdir) R: r1: sys.winprogdir86 ........... = $(sys.winprogdir86) R: r1: sys.winsysdir .............. = $(sys.winsysdir) R: r1: sys.workdir ................ = /var/cfengine R: r1: ... BEGIN big shit ............... R: r1: ... END big shit ............... R: r4: holleri di dudeldoe "r2:" and "r3:" are missing, but thats not a problem for me. Now I comment in one of those two lines, in this case th first one: # cat ./info.cf bundle agent info { vars: any:: "info_list" slist => { "includes.dir ............... = $(includes.dir)", "sys.arch ................... = $(sys.arch)", "sys.bindir ................. = $(sys.bindir)", "sys.cdate .................. = $(sys.cdate)", "sys.cf_promises ............ = $(sys.cf_promises)", "sys.cf_version ............. = $(sys.cf_version)", "sys.cf_version_major ....... = $(sys.cf_version_major)", "sys.cf_version_minor ....... = $(sys.cf_version_minor)", "sys.cf_version_patch ....... = $(sys.cf_version_patch)", "sys.class .................. = $(sys.class)", "sys.cpus ................... = $(sys.cpus)", "sys.crontab ................ = $(sys.crontab)", "sys.date ................... = $(sys.date)", "sys.doc_root ............... = $(sys.doc_root)", "sys.domain ................. = $(sys.domain)", "sys.enterprise_version ..... = $(sys.enterprise_version)", "sys.expires ................ = $(sys.expires)", "sys.exports ................ = $(sys.exports)", "sys.failsafe_policy_path ... = $(sys.failsafe_policy_path)", "sys.flavor ................. = $(sys.flavor)", "sys.flavour ................ = $(sys.flavour)", "sys.fqhost ................. = $(sys.fqhost)", "sys.fstab .................. = $(sys.fstab)", "sys.hardware_addresses ..... = $(sys.hardware_addresses)", "sys.host ................... = $(sys.host)", "sys.inet ................... = $(sys.inet)", "sys.inputdir ............... = $(sys.inputdir)", "sys.interface .............. = $(sys.interface)", "sys.interfaces ............. = $(sys.interfaces)", "sys.interfaces_flags ....... = $(sys.interfaces_flags)", "sys.ip_addresses ........... = $(sys.ip_addresses)", "sys.ip2iface ............... = $(sys.ip2iface)", "sys.ipv4 ................... = $(sys.ipv4)", "sys.key_digest ............. = $(sys.key_digest)", "sys.last_policy_update ..... = $(sys.last_policy_update)", "sys.libdir ................. = $(sys.libdir)", "sys.local_libdir ........... = $(sys.local_libdir)", "sys.logdir ................. = $(sys.logdir)", "sys.license_owner .......... = $(sys.license_owner)", "sys.licenses_granted ....... = $(sys.licenses_granted)", "sys.long_arch .............. = $(sys.long_arch)", "sys.maildir ................ = $(sys.maildir)", "sys.masterdir .............. = $(sys.masterdir)", "sys.os ..................... = $(sys.os)", "sys.ostype ................. = $(sys.ostype)", "sys.piddir ................. = $(sys.piddir)", "sys.policy_hub ............. = $(sys.policy_hub)", "sys.policy_hub_port ........ = $(sys.policy_hub_port)", "sys.release ................ = $(sys.release)", "sys.resolv ................. = $(sys.resolv)", "sys.statedir ............... = $(sys.statedir)", "sys.sysday ................. = $(sys.sysday)", "sys.systime ................ = $(sys.systime)", "sys.update_policy_path ..... = $(sys.update_policy_path)", "sys.uptime ................. = $(sys.uptime)", "sys.user_data .............. = $(sys.user_data)", "sys.uqhost ................. = $(sys.uqhost)", "sys.version ................ = $(sys.version)", "sys.windir ................. = $(sys.windir)", "sys.winprogdir ............. = $(sys.winprogdir)", "sys.winprogdir86 ........... = $(sys.winprogdir86)", "sys.winsysdir .............. = $(sys.winsysdir)", "sys.workdir ................ = $(sys.workdir)", "... BEGIN big shit ...............", "sys.inet6 .................. = $(sys.inet6)", # "sys.interfaces_data ........ = $(sys.interfaces_data)", "... END big shit ...............", }; reports: any:: "r1: $(info.info_list)"; "r2: sys.inet6 .................. = $(sys.inet6)"; "r3: sys.interfaces_data ........ = $(sys.interfaces_data)"; "r4: holleri di dudeldoe"; } I "run" again with that configuration file and in report "r1:" I can see that now the stringlist/slist "info_list" seems to be undefined and report "r1:" is empty and reports "r2:" and "r3:" are still missing: # cf-agent -IK --file ./info.cf --bundlesequence info info: Using command line specified bundlesequence R: r1: $(info.info_list) R: r4: holleri di dudeldoe My problem ist NOT that the reports "r2:" and "r3:" are not printed, my problem ist, that in some cases the slist is undefined. I'm using that slist to collect some system info and then printing out the report and it would NOT be a problem if some system informations were missing but it IS a problem that in some cases the whole slist becomes undefined and in that situation I receive a completly empty report "r1: ". I would like to understand what circumstances lead to the slist be undefined and how I can prevent this. Thanks in advance. Regards, Meikel

3 4

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Discuss