Re: [arch-general] cups not starting on boot after last 2 kernel updates? -- where to put it in the DAEMONS line?
On 08/08/11 at 11:31am, David C. Rankin wrote: Guys, Cups has been working like clockwork for the past year - up until the last 2 kernel updates. Now after boot, a manual '/etc/rc.d/cupsd restart' is required to get it working again. Would moving it in the DAEMONS line make sense? Currently I have: DAEMONS=(hwclock syslog-ng network named @netfs @ntpd @sshd @dhcp4 @crond @mysqld @postfix @dovecot @httpd @samba @cups @vsftpd @sensors @spamd) When cups fails to start, I get the following warnings and errors: W [08/Aug/2011:10:53:39 -0500] Duplicate listen address [v1.::1] ignored! W [08/Aug/2011:10:53:39 -0500] Duplicate listen address 127.0.0.1 ignored! W [08/Aug/2011:10:53:39 -0500] Duplicate listen address [v1.::1] ignored! W [08/Aug/2011:10:53:39 -0500] Duplicate listen address 127.0.0.1 ignored! W [08/Aug/2011:10:53:39 -0500] Duplicate listen address 192.168.7.15 ignored! W [08/Aug/2011:10:53:39 -0500] Duplicate listen address 192.168.7.15 ignored! W [08/Aug/2011:10:53:39 -0500] Duplicate listen address 192.168.7.15 ignored! E [08/Aug/2011:10:53:39 -0500] Bad File number 1 on line 3225! E [08/Aug/2011:10:53:39 -0500] Bad File number 1 on line 3235! E [08/Aug/2011:10:53:39 -0500] Bad File number 1 on line 3245! E [08/Aug/2011:10:53:39 -0500] Bad File number 1 on line 3255! E [08/Aug/2011:10:53:39 -0500] Bad File number 1 on line 3265! E [08/Aug/2011:10:53:39 -0500] Bad File number 1 on line 3275! E [08/Aug/2011:10:53:39 -0500] Bad File number 1 on line 3285! E [08/Aug/2011:10:53:39 -0500] Bad File number 1 on line 3295! E [08/Aug/2011:10:53:39 -0500] Bad File number 1 on line 3305! E [08/Aug/2011:10:53:39 -0500] Bad File number 1 on line 3315! E [08/Aug/2011:10:53:39 -0500] Bad File number 1 on line 3325! E [08/Aug/2011:10:53:39 -0500] Unable to bind socket for address [v1.::1]:631 - Address already in use. E [08/Aug/2011:10:53:39 -0500] Unable to bind socket for address 127.0.0.1:631 - Address already in use. E [08/Aug/2011:10:53:39 -0500] Unable to bind socket for address 192.168.7.15:631 - Address already in use. E [08/Aug/2011:10:53:39 -0500] Unable to set ACLs on root certificate /var/run/cups/certs/0 - Operation not supported I have no idea what the Bad File number errors are, but the warnings are just from the multiple explicit listen designations in the cupsd.conf for client access: # Only listen for connections from the local machine. Listen localhost:631 Listen phoenix.rlfpllc.com:631 Listen phoenix:631 Listen www.rlfpllc.com:631 Listen 192.168.7.15:631 I think the real issue is the 'Address already in use' errors, but that doesn't explain why it cups starts just fine with a manual '/etc/rc.d/cupsd restart'. If the address/port was actually already taken, then I would expect the restart to fail as well. The the ACL error is fine - cups isn't using acls on my box and I don't want to set the acl mount option in fstab, so I can live with that error. I've been through the forums, google and bug tracker task/22895, but still no solution. Should I move cupsd earlier in the DAEMONS line? Anybody else seeing cups fail to start on boot, but starting fine on a manual restart? Thanks for any thoughts or help you can give. -- David C. Rankin, J.D.,P.E. You need to start cupsd in rc.conf daemons... not cups pgputnphlQe7s.pgp Description: PGP signature
Re: [arch-general] [arch-releng] Syslinux Installer / Update Script - Testers Needed
On 01/15/11 at 09:52pm, Matthew Gyurgyik wrote: Hello Community, Over the last few weeks I have been working on Syslinux support for the installer. With the help Thomas and Dieter I am nearing the completion of this project. As part of this project, I have written a script that will help install and update Syslinux (similar to that of grub-install). Some key features of the script: syslinux-install_update.sh * Install Syslinux to the FS + Partition Boot Loader (extlinux --install /boot/syslinux) * Install Syslinux MBR * Detect and optionally set the boot flag on the boot partition * Update Syslinux – copy files and execute (extilnux --update /boot/syslinux) * Support for GPT disks * Support for RAID configurations The goal is to include this script in the official Syslinux package. Therefore we need your help to test it. syslinux-install_update.sh -i -a -m . install Syslinux, set the boot flag (if needed), and install the MBR We need tests for the following setups: / + /boot on the *same* partition / + /boot on the *same* partition - RAID /boot + root on *separate* partition /boot + root on *separate* partition - RAID All of the above using but using the GPT partition layout NOTE: This is an alpha/beta stage script. The script modifies the first 440 bytes of the disk (using dd) and the partition table (using either sfdisk or sgdisk). Although the script should be safe to run, I am not responsible for any data loss that may occur. Let us know the following: * Did the script work for you? * What was your partition setup? (see above) * What version did you use? * If the script did not work, please provide as much information as possible Get the script here: https://gist.github.com/772138 Syslinux Sample Config File: http://projects.archlinux.org/svntogit/packages.git/plain/syslinux/trunk/syslinux.cfg The Syslinux package in testing includes the above configuration file. Cheers, pyther I've got an old box i use as a testing box.. I'll give it a shot tomorrow on it and in qemu pgpzWG95C1POf.pgp Description: PGP signature
Re: [arch-general] [arch-dev-public] [signoff] lvm2/device-mapper 2.02.77-1
On 11/24/10 at 08:03pm, Eric Bélanger wrote: Hi, lvm2/device-mapper 2.02.77-1 are in testing. Please test and signoff. Signoffs from users are welcome. - Minor upstream update. ChangeLog below. Version 2.02.77 - 22nd November 2010 Allocate a pool for dummy VG in _pvsegs_sub_single. Add PV and LV segment types and functions to liblvm. Add set_property functions to liblvm. Remove tag length restriction and allow / = ! : # characters. Support repetition of --addtag and --deltag arguments. Add infrastructure for specific cmdline arguments to be repeated in groups. Split the_args cmdline arguments and values into arg_props and arg_values. Fix fsadm no longer to require '-f' to resize an unmounted filesystem. Fix fsadm to detect mounted filesystems on older systems. (2.0.75) Extend cling allocation policy to recognise PV tags (cling_by_tags). Add allocation/cling_tag_list to lvm.conf. Regenerate configure with 'autoreconf' for --enable-ocf. (2.02.76) Version 1.02.58 - 22nd November 2010 Fix _output_field crash from field_id free with DEBUG_MEM. (1.02.57) Rebuilt/reboot still works here LVM. signoff x86_64
Re: [arch-general] [arch-dev-public] [signoff] lvm2/device-mapper 2.02.76-1
On 11/21/10 at 03:14am, Eric Bélanger wrote: Hi, lvm2/device-mapper 2.02.76-1 are in testing. Please test and signoff. Signoffs from users are welcome. - Minor upstream update. ChangeLog below. Version 2.02.76 - 8th November 2010 === Clarify error messages when activation fails due to activation filter use. Add pacemaker script VolumeGroup.ocf with configure --enable-ocf. Import make.tmpl into include/ Makefile. Fix handling of online filesystem resize (using new fsadm return code). Add DIAGNOSTICS section to fsadm man page. Modify fsadm to return different status code for check of mounted filesystem. Update VG metadata only once in vgchange when making multiple changes. Allow independent vgchange arguments to be used together. Automatically unmount invalidated snapshots in dmeventd. Suppress some superfluous messages from clang static analysis. Fix a deadlock caused by double close in clvmd. Fix NULL pointer dereference on too-large MDA error path in _vg_read_raw_area. Use static for internal _align_chunk() and _new_chunk() from pool-fast.c. Fix vgchange to process -a, --refresh, --monitor and --poll like lvchange. Add lvm2app functions to query any pv, vg, or lv property / report field. Version 1.02.57 - 8th November 2010 === Fix regex optimiser not to ignore RHS of OR nodes in _find_leftmost_common. Add dmeventd -R to restart dmeventd without losing monitoring state. (1.02.56) Fix memory leak of field_id in _output_field function. Allocate buffer for reporting functions dynamically to support long outputs. Rebuilt/reboot all seems well; also did a some *minor* manipulation via. vgchange. Signoff x86_64
Re: [arch-general] [arch-dev-public] [signoff] lvm2/device-mapper 2.02.74-1
On 10/04/10 at 07:42pm, Eric Bélanger wrote: Hi, lvm2/device-mapper 2.02.74-1 are now in testing for an upstream update. Please test and signoff. I couldn't test much the i686 package except in a chroot so 2 signoffs for i686 would be nice. Signoff from users are welcome. Eric Signoff x86_64 Running fine here encrypt LVM Yes I rebuilt initramfs/rebooted snowman :)
Re: [arch-general] Problems mountig ftp/smb via gvfs
On 09/29/10 at 10:44pm, b1 wrote: Hello altogether Today I ran into the following problem: When I try to connect to an ftp Server via the connect to Server Dialog in Nautilus, the ftp Server gets mounted. Unfortunatelly there are no files in the newly created mountpoint. I also looked manually in the .gvfs/FTPSERVERNAME/ Directory and it is empty. However trying to access the ftp-Server via filezilla (an ftp programm), works fine. The exactly same issue comes up, if I try to connect to a Windows-Share. A mountpoint is created, but its empty. Nautilus shows no error message and I have no idea of how to solve this. Any help is appreciated. Thanks in advance. Benedikt Patch/fix for this bug found https://bugs.archlinux.org/task/20724
Re: [arch-general] [signoff] kernel26 2.6.35.5-1
On 09/21/10 at 03:44pm, Tobias Powalowski wrote: Latest kernel is in testing, please signoff for both arches. greetings tpowa -- Tobias Powalowski Archlinux Developer Package Maintainer (tpowa) http://www.archlinux.org tp...@archlinux.org Sign off x84_64 w/ Encrypted/LVM
Re: [arch-general] Open Letter (Plea for Medical Help/Assistance) to World Leaders
On 08/11/10 at 05:05am, Mr. Teo En Ming (Zhang Enming) wrote: snip /snip Again?? Really??
Re: [arch-general] Shouldn't pacman restart dovecot after update?
On 08/02/10 at 10:39pm, Tavian Barnes wrote: On 2 August 2010 22:00, David C. Rankin drankina...@suddenlinkmail.com wrote: Guys, Sending mail from my local server resulted in errors could not copy sent mail to 'sent' on servername? Checking the mail logs, I found this: snip Aug 2 17:15:03 nirvana dovecot: imap-login: Fatal: Dovecot version mismatch: Master is v1.2.12, login is v1.2.13 (if you don't care, set version_ignore=yes) Aug 2 17:15:03 nirvana dovecot: imap-login: Fatal: Dovecot version mismatch: Master is v1.2.12, login is v1.2.13 (if you don't care, set version_ignore=yes) snip So I restarted dovecot -- problem solved. That brought up the question, why didn't pacman restart dovecot with some post-install something?? So should it have? If it didn't, does this need to be reported? Because of KISS? Pacman is a package manager, not a system administration tool. Imagine the story with a different daemon: SSH. You ssh into your box, su, and pacman -Syu. Halfway through the upgrade, openssh gets updated, which automatically restarts the server, which SIGHUPs pacman, which is left in an inconsistent state. Let me know. Thanks. -- David C. Rankin, J.D.,P.E. Rankin Law Firm, PLLC 510 Ochiltree Street Nacogdoches, Texas 75961 Telephone: (936) 715-9333 Facsimile: (936) 715-9339 www.rankinlawfirm.com -- Tavian Barnes Great point; but *we* could at least mention **Restart Dovecot with #/etc/rc.d/dovecot restart** (or some such msg) in the dovecot.install file. Because we know EVERYONE reads the pacman msg(s) after an install. Regardless I think that is the solution best hoped for. David perhaps a bug/feature request asking for same??
