Re: openldap password fails to update
Le samedi 8 mars 2014, 16:14:53 Matthew Weigel a écrit : On 03/08/2014 03:11 PM, Stéphane Guedon wrote: when I use 127.0.0.1 in php scripts, I can use ldap. if the script is running with 'localhost' then, no ldap data... Any idea why ? I have checked host resolution... telnet localhost ldap gives the good behavior Is PHP running inside a chroot? Does that chroot have an /etc/hosts with an entry for localhost? you get it ! By copying the hosts system file in the nginx/php chroot, I am now able to log in. [demime 1.01d removed an attachment of type application/pgp-signature which had a name of signature.asc]
Re: openldap password fails to update
Le samedi 8 mars 2014, 14:20:23 Matthew Weigel a écrit : On 03/08/2014 12:16 PM, Stéphane Guedon wrote: I am looking through logs and config since the beginning of the day... Actually, asking help on forums or mailing lists is always my last step in solving problems... We try to help. But... giving detailed descriptions of the problem, and showing relevant configs and logs the first time, goes a long way to helping people help you. Reading manuals helps too. Among others, ypldap(8), ypldap.conf(5), login.conf(5), login_ldap(8) from ports, and whatever manuals for OpenLDAP. But why can't I authenticate (using ssh or login) on the system ? Do I really have to go through ypldap ? Sounds not efficient to have an intermediate ! There are two separate mechanisms: how user information is looked up, and how users are authenticated. You provide zero details on how ypldap or login_ldap are configured, so it's hard to guess whether you have some configuration wrong. I can say it works for me. Because when beginning, I just tried to auth with ldap alone ! Now that I try with ldap + ypldap, it works. Thanks Guys ! I solved it... The user lookup is configured (via +:: entries in /etc/passwd and /etc/group) to use YP routines. Thus the user is looked up in ypldap when they attempt to login, which is configured to identify the user's login class as ldap. The ldap login class is configured in login.conf to authenticate via login_ldap talking to the LDAP server, which is configured to have the appropriate users. This is what I meant by that's a lot more moving parts than just passwords in LDAP. [demime 1.01d removed an attachment of type application/pgp-signature which had a name of signature.asc]
Re: sftp -R as ssh_config option
On v, márc 09, 2014 at 09:17:18 +1100, Darren Tucker wrote: On Sun, Mar 9, 2014 at 7:51 AM, LEVAI Daniel l...@ecentrum.hu wrote: For the life of me I can not find the correspondig ssh option in ssh_config(5) for sftp's -R switch. Is that even configurable with -o ? Nope, sorry. -R is specific to sftp and sftp doesn't read ssh_config. As far as sftp is concerned, the underlying ssh is just an 8-bit clean bidirectional pipe. Okay, thanks! Daniel
Re: Dovecot bsdauth(user): unknown user
On 03/08/14 23:30, Атанас Владимиров wrote: Hi, I have a very strange problem with one user. After upgrade from home made release today dovecot stoped authenticating my account. Root and other accounts are working well. I also made two new accounts which worked as they should. It seems that for dovecot my account (vlado) not exists. Thanks for any help. Do the two new accounts have the same login class (=staff)? I would check the various auth= and auth-*= settings in /etc/login.conf. /Alexander In case the error message is a bit misleading # /var/log/maillog: Mar 8 23:40:20 ns dovecot: auth-worker(2646): bsdauth(vlado): unknown user (given password: Qazxswe00) Mar 8 23:42:12 ns dovecot: auth-worker(6589): bsdauth(vlado): unknown user (given password: Qzxswe00) Mar 8 23:42:40 ns dovecot: auth-worker(6589): bsdauth(vlado): unknown user (given password: Qawe00) Mar 8 23:43:15 ns dovecot: auth-worker(6589): bsdauth(vlado): unknown user (given password: Qaze00) Mar 8 23:43:36 ns dovecot: auth-worker(6589): bsdauth(vlado): unknown user (given password: dsd) # /etc/passwd _dovecot:*:518:518:Dovecot Account:/nonexistent:/sbin/nologin _dovenull:*:666:666:Dovecot Login User:/nonexistent:/sbin/nologin _netflow:*:575:575:flow-tools user:/var/empty:/sbin/nologin _nfcapd:*:649:649:nfcapd user:/nonexistent:/sbin/nologin vlado:*:1000:1000:Atanas Vladimirov:/home/vlado:/bin/ksh # /etc/master.passwd _netflow:*:575:575:daemon:0:0:flow-tools user:/var/empty:/sbin/nologin _nfcapd:*:649:649:daemon:0:0:nfcapd user:/nonexistent:/sbin/nologin vlado:$2a$06$iVr1p*hmfMLW:1000:1000:staff:0:0:Atanas Vladimirov:/home/vlado:/bin/ksh # $ dovecot -n # 2.2.10: /etc/dovecot/dovecot.conf # OS: OpenBSD 5.5 i386 auth_debug = yes auth_verbose = yes auth_verbose_passwords = plain first_valid_uid = 1000 imap_client_workarounds = delay-newmail tb-extra-mailbox-sep tb-lsub-flags mail_debug = yes mbox_write_locks = fcntl mmap_disable = yes namespace inbox { inbox = yes location = mailbox Drafts { special_use = \Drafts } mailbox Junk { special_use = \Junk } mailbox Sent { special_use = \Sent } mailbox Sent Messages { special_use = \Sent } mailbox Trash { special_use = \Trash } prefix = } passdb { driver = bsdauth } pop3_client_workarounds = outlook-no-nuls oe-ns-eoh ssl = required ssl_cert = /etc/ssl/dovecotcert.pem ssl_key = /etc/ssl/private/dovecot.pem userdb { driver = passwd } # dmesg: OpenBSD 5.5-current (GENERIC.MP) #0: Sat Mar 8 14:41:24 EET 2014 r...@i386.bsdbg.net:/usr/src/sys/arch/i386/compile/GENERIC.MP cpu0: AMD Athlon(tm) 64 X2 Dual Core Processor 4400+ (AuthenticAMD 686-class, 512KB L2 cache) 2.31 GHz cpu0: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,NXE,MMXX,FFXSR,LON G,3DNOW2,3DNOW,SSE3,CX16,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,3DNOWP real mem = 2129096704 (2030MB) avail mem = 2081988608 (1985MB) mainbus0 at root bios0 at mainbus0: AT/286+ BIOS, date 06/02/10, BIOS32 rev. 0 @ 0xf2030, SMBIOS rev. 2.4 @ 0xf (70 entries) bios0: vendor Phoenix Technologies, LTD version ASUS M2NPV-VM ACPI BIOS Revision 5005 date 06/02/2010 bios0: ASUSTek Computer INC. M2NPV-VM acpi0 at bios0: rev 2 acpi0: sleep states S0 S1 S3 S4 S5 acpi0: tables DSDT FACP MCFG APIC acpi0: wakeup devices HUB0(S5) XVRA(S5) XVRB(S5) XVRC(S5) UAR1(S5) UAR2(S5) PS2M(S4) PS2K(S4) USB0(S4) USB2(S4) AZAD(S5) MMAC (S5) MMCI(S5) acpitimer0 at acpi0: 3579545 Hz, 24 bits acpimcfg0 at acpi0 addr 0xe000, bus 0-255 acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) mtrr: Pentium Pro MTRR support, 8 var ranges, 88 fixed ranges cpu0: apic clock running at 200MHz cpu1 at mainbus0: apid 1 (application processor) cpu1: AMD Athlon(tm) 64 X2 Dual Core Processor 4400+ (AuthenticAMD 686-class, 512KB L2 cache) 2.31 GHz cpu1: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,NXE,MMXX,FFXSR,LON G,3DNOW2,3DNOW,SSE3,CX16,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,3DNOWP ioapic0 at mainbus0: apid 4 pa 0xfec0, version 11, 24 pins ioapic0: misconfigured as apic 0, remapped to apid 4 acpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus 1 (HUB0) acpicpu0 at acpi0 acpicpu1 at acpi0 acpitz0 at acpi0: critical temperature is 75 degC acpibtn0 at acpi0: PWRB aibs0 at acpi0 RTMP RVLT RFAN aibs0: FSIF: misformed package: 3/5, assume 5 bios0: ROM list: 0xc/0xec00 0xd4000/0x1000 0xd5000/0x1000 pci0 at mainbus0 bus 0: configuration mode 1 (bios) NVIDIA C51 Host rev 0xa2 at pci0 dev 0 function 0 not configured NVIDIA C51 Memory rev 0xa2 at pci0 dev 0 function 2 not configured NVIDIA C51 Memory rev 0xa2 at pci0 dev 0 function 3 not configured NVIDIA C51 Memory rev 0xa2 at pci0 dev 0
smtpd, lmtp and unix socket problem
I'm trying to use Dovecot as the LDA for local mail delivery out of SMTPD in 5.4-RELEASE, but I'm having some difficulty. (I want Sieve support, which smtpd doesn't have natively.) smtpd is willing todeliver mail to mboxes, maildirs, other smtp servers, and the dovecot LDA, so the problem appears isolated to LMTP. Firstly, although the smtpd.conf manpage documents deliver to lmtp [host:port | socket], there's no documentation on the URI format for the socket option. Through trial and error, it appears to be socket:///absolute/path/to/socket, but this still doesn't actually work for me. Secondly, the only way I can see ANY information whatsoever about MDA failures appears to be if I run smtpd -d -v at the command-line. Even with syslog reconfigured to log mail.* events, smtpd doesn't appear to log anything about MDA/LDA/LMTP failures. Thirdly, with deliver to lmtp socket:/var/dovecot/lmtp, I get this error: delivery: TempFail for fa75e116051e0c9b: from=r...@mail.customhosting.ca, to=r...@mail.customhosting.ca, user=notroot, method=lmtp, delay=18m45s, stat=Error (smtpd: service not supported for ai_socktype) I finally got deliver to mda with dovecot-lda working so I'm in reasonable shape for now, but I'm baffled by what I did wrong with LMTP configuration. Any ideas on what the correct syntax might be, or if this is just a bug? Thanks, -Adam
Re: smtpd, lmtp and unix socket problem
Le dimanche 9 mars 2014, 10:06:43 Adam Thompson a écrit : I'm trying to use Dovecot as the LDA for local mail delivery out of SMTPD in 5.4-RELEASE, but I'm having some difficulty. (I want Sieve support, which smtpd doesn't have natively.) smtpd is willing todeliver mail to mboxes, maildirs, other smtp servers, and the dovecot LDA, so the problem appears isolated to LMTP. Firstly, although the smtpd.conf manpage documents deliver to lmtp [host:port | socket], there's no documentation on the URI format for the socket option. Through trial and error, it appears to be socket:///absolute/path/to/socket, but this still doesn't actually work for me. Secondly, the only way I can see ANY information whatsoever about MDA failures appears to be if I run smtpd -d -v at the command-line. Even with syslog reconfigured to log mail.* events, smtpd doesn't appear to log anything about MDA/LDA/LMTP failures. Thirdly, with deliver to lmtp socket:/var/dovecot/lmtp, I get this error: delivery: TempFail for fa75e116051e0c9b: from=r...@mail.customhosting.ca, to=r...@mail.customhosting.ca, user=notroot, method=lmtp, delay=18m45s, stat=Error (smtpd: service not supported for ai_socktype) I finally got deliver to mda with dovecot-lda working so I'm in reasonable shape for now, but I'm baffled by what I did wrong with LMTP configuration. Any ideas on what the correct syntax might be, or if this is just a bug? Thanks, -Adam I have the same will as you (sieve, dovecot, smtpd) and everything works perfect now concerning this different points. here is my smtpd conf line : accept from any for domain 22decembre.eu alias aliases deliver to lmtp /var/dovecot/lmtp As you can see, you don't use a socket:// but just the path. [demime 1.01d removed an attachment of type application/pgp-signature which had a name of signature.asc]
Re: Left side and bottom of boot text console off of screen now
On Sat, Mar 08, 2014 at 10:17:35PM -0500, Nick Holland wrote: oof. I got one of those, an old Dell thing. Accepts lots of things, does none of them well, it seems. I'm still thinking you have a monitor problem more than a computer problem, though certainly not supposed to happen with DVI. 'course, I've had that discussion with my old Dell thing, and it was wholly unimpressed with my logic. Is your monitor really 1920x1080? that's what radeondrm thinks it is. That's kinda what my bluray player thought of my monitor, come to think of it (it isn't), which is also shifted off to one side, iirc. OK, I did find an adjustment on the monitor that worked. The monitor is actually 1440x900. Now it is working OK. Do you want me to do further testing? I have two actual monitors here. One widescreen and one regular. ok, sounds like you have painful connectivity and a cranky monitor (or a video combination with a bug), so for the moment, I'd suggest just disabling the radeondrm driver via ukc, and it will revert to the old style text mode, which will probably work Just Fine for you. boot boot -c bla bla bla ukc disable radeondrm *nnn radeondrm disabled ukc quit [happy (hopefully) boot] IF you have another monitor of any kind of any attachment, I'd like to verify your problem persists with it or goes away (without the UKC hack, of course) Nick.
httpd and php-5.3: unresolved symbols
Perhaps my google-fu isn't working today... Running 5.4-RELEASE. I've installed (from packages) php-5.3, I *did* follow the pkg instructions to symlink the various config files, but I now get: r...@..:/root# httpd httpd:/usr/local/lib/php-5.3/libphp5.so: undefined symbol 'unixd_config' httpd:/usr/local/lib/php-5.3/libphp5.so: undefined symbol 'apr_pool_cleanup_null' httpd:/usr/local/lib/php-5.3/libphp5.so: undefined symbol 'ap_hook_post_config' httpd:/usr/local/lib/php-5.3/libphp5.so: undefined symbol 'apr_table_add' [...more of the same...] Syntax error on line 1 of /var/www/conf/modules/php.conf: Cannot load /usr/local/lib/php-5.3/libphp5.so into server: Cannot load specified object I've manually checked that all the dynamic dependencies listed in that shared lib do exist, which I expected (the error message would have been different). This is httpd from base, and php straight from packages - how on earth did I break it? -Adam athom...@athompso.net
Re: Update: devel/py-hg-git
Stuart Henderson said: please use the DISTFILES= ${DISTNAME}{origfilename}${EXTRACT_SUFX} method, see e.g. devel/ninja or multimedia/livestreamer-curses Sorry, absolutely forgot about this. Index: py-hg-git/Makefile === RCS file: /var/cvs/ports/devel/py-hg-git/Makefile,v retrieving revision 1.13 diff -u -p -r1.13 Makefile --- py-hg-git/Makefile 3 Oct 2013 16:37:16 - 1.13 +++ py-hg-git/Makefile 9 Mar 2014 13:49:36 - @@ -2,7 +2,7 @@ COMMENT = push/pull from a Git server repository using Mercurial -MODPY_EGG_VERSION =0.3.4 +MODPY_EGG_VERSION =0.5.0 DISTNAME = py-hg-git-${MODPY_EGG_VERSION} REVISION = 0 @@ -13,19 +13,20 @@ HOMEPAGE = http://hg-git.github.com/ # GPLv2 PERMIT_PACKAGE_CDROM = Yes -# Ugly gymnastics to give a more sensible filename than 0.3.4.tar.gz.. -MASTER_SITES = https://bitbucket.org/durin42/hg-git/get/${MODPY_EGG_VERSION}${EXTRACT_SUFX}?dummy=/ +MASTER_SITES = https://bitbucket.org/durin42/hg-git/get/ +DISTFILES =${DISTNAME}{${MODPY_EGG_VERSION}}${EXTRACT_SUFX} MODULES = lang/python MODPY_SETUPTOOLS = Yes -WRKDIST = ${WRKDIR}/durin42-hg-git-586b7aa96466 +WRKDIST = ${WRKDIR}/durin42-hg-git-ef41e87ea11a RUN_DEPENDS = devel/py-dulwich \ devel/mercurial -TEST_DEPENDS = ${RUN_DEPENDS} \ +TEST_DEPENDS = ${RUN_DEPENDS} \ archivers/bzip2 \ archivers/unzip \ + devel/py-nose \ devel/git,-main pre-test: @@ -34,6 +35,6 @@ pre-test: do-test: cd ${WRKSRC}/tests ${MODPY_BIN} run-tests.py \ - --with-hg=${LOCALBASE}/hg + --with-hg=${LOCALBASE}/bin/hg .include bsd.port.mk Index: py-hg-git/distinfo === RCS file: /var/cvs/ports/devel/py-hg-git/distinfo,v retrieving revision 1.4 diff -u -p -r1.4 distinfo --- py-hg-git/distinfo 4 Jan 2013 01:30:47 - 1.4 +++ py-hg-git/distinfo 26 Feb 2014 13:39:04 - @@ -1,2 +1,2 @@ -SHA256 (py-hg-git-0.3.4.tar.gz) = FJFOG0RNwrbxxWOLWq9wNCGDhpx/K9d6MJZ9EFhEr20= -SIZE (py-hg-git-0.3.4.tar.gz) = 51141 +SHA256 (py-hg-git-0.5.0.tar.gz) = 6ztcYyesAFDeAYSg4tqboavfeuTrgBDDiJArQPpJMBk= +SIZE (py-hg-git-0.5.0.tar.gz) = 72786 Index: py-hg-git/pkg/PLIST === RCS file: /var/cvs/ports/devel/py-hg-git/pkg/PLIST,v retrieving revision 1.3 diff -u -p -r1.3 PLIST --- py-hg-git/pkg/PLIST 4 Jan 2013 01:30:47 - 1.3 +++ py-hg-git/pkg/PLIST 26 Feb 2014 14:24:15 - @@ -12,10 +12,14 @@ lib/python${MODPY_VERSION}/site-packages lib/python${MODPY_VERSION}/site-packages/hggit/_ssh.pyc lib/python${MODPY_VERSION}/site-packages/hggit/git_handler.py lib/python${MODPY_VERSION}/site-packages/hggit/git_handler.pyc +lib/python${MODPY_VERSION}/site-packages/hggit/gitdirstate.py +lib/python${MODPY_VERSION}/site-packages/hggit/gitdirstate.pyc lib/python${MODPY_VERSION}/site-packages/hggit/gitrepo.py lib/python${MODPY_VERSION}/site-packages/hggit/gitrepo.pyc lib/python${MODPY_VERSION}/site-packages/hggit/help/ lib/python${MODPY_VERSION}/site-packages/hggit/help/git.rst +lib/python${MODPY_VERSION}/site-packages/hggit/hg2git.py +lib/python${MODPY_VERSION}/site-packages/hggit/hg2git.pyc lib/python${MODPY_VERSION}/site-packages/hggit/hgrepo.py lib/python${MODPY_VERSION}/site-packages/hggit/hgrepo.pyc lib/python${MODPY_VERSION}/site-packages/hggit/overlay.py -- Dmitrij D. Czarkoff
Anybody using Kermit on loongson?
This is my first try with Kermit and with this hardware on the other end so I don't know where the problem is. Kermit does not want to talk to my device either by kermit -l /dev/cua00 # /dev/cua00 works on this port for cu # but not for Kermit kermit -l /dev/tty00 # also no signs of life Anybody have kermit talking to/from loongson willing to share the info? Thanks, /jl -- ASCII ribbon campaign ( ) Powered by Lemote Fuloong against HTML e-mail X Loongson MIPS and OpenBSD and proprietary/ \http://www.mutt.org attachments / \ Code Blue or Go Home! Encrypted email preferred PGP Key 2048R/DA65BC04
PCI-e SSD card as primary disk
I run current/amd64 on this Atom-based box (see dmesg below) http://www.intel.com/content/www/us/en/motherboards/desktop-motherboards/desktop-board-di510mo.html The system is installed onto a 16GB SDHC Sandisk card which is plugged into this cardreader http://www.hwtools.net/cardreader/MR04.html which is plugged into the PCI-e socket of the board. That leaves the two SATA connections to be used by two big SATA disks for data and backup. I am generally happy with it, but occasionally it gets slow, e.g. with a handful of firefox tabs. I see a lot of disk activity on the sd2 disk (the system disk), where $HOME is. It akes me think that my system would be generally more responsive if this was faster. Does anybody use a PCI-e SSD successfully. Like e.g. this one? http://dx.com/p/toshiba-msata-1-8-ssd-solid-state-disk-32gb-268690#.Uxx2-BEo81I Do people use any other kind of storage successfully in the PCI-e socketof this board? Jan OpenBSD 5.5 (GENERIC.MP) #313: Mon Mar 3 17:12:14 MST 2014 dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP RTC BIOS diagnostic error 80clock_battery real mem = 1038864384 (990MB) avail mem = 1002651648 (956MB) mainbus0 at root bios0 at mainbus0: SMBIOS rev. 2.5 @ 0xe4410 (25 entries) bios0: vendor Intel Corp. version MOPNV10J.86A.0175.2010.0308.0620 date 03/08/2010 bios0: Intel Corporation D510MO acpi0 at bios0: rev 2 acpi0: sleep states S0 S1 S4 S5 acpi0: tables DSDT FACP APIC MCFG HPET SSDT acpi0: wakeup devices SLPB(S4) PS2M(S4) PS2K(S4) UAR1(S4) UAR2(S4) P32_(S4) ILAN(S4) PEX0(S4) PEX1(S4) PEX2(S4) PEX3(S4) UHC1(S3) UHC2(S3) UHC3(S3) UHC4(S3) EHCI(S3) [...] acpitimer0 at acpi0: 3579545 Hz, 24 bits acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) cpu0: Intel(R) Atom(TM) CPU D510 @ 1.66GHz, 1666.94 MHz cpu0: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,DTES64,MWAIT,DS-CPL,TM2,SSSE3,CX16,xTPR,PDCM,MOVBE,NXE,LONG,LAHF,PERF cpu0: 512KB 64b/line 8-way L2 cache cpu0: smt 0, core 0, package 0 mtrr: Pentium Pro MTRR support, 7 var ranges, 88 fixed ranges cpu0: apic clock running at 166MHz cpu0: mwait min=64, max=64, C-substates=0.1.0.0.0, IBE cpu1 at mainbus0: apid 1 (application processor) cpu1: Intel(R) Atom(TM) CPU D510 @ 1.66GHz, 1666.69 MHz cpu1: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,DTES64,MWAIT,DS-CPL,TM2,SSSE3,CX16,xTPR,PDCM,MOVBE,NXE,LONG,LAHF,PERF cpu1: 512KB 64b/line 8-way L2 cache cpu1: smt 1, core 0, package 0 cpu2 at mainbus0: apid 2 (application processor) cpu2: Intel(R) Atom(TM) CPU D510 @ 1.66GHz, 1666.69 MHz cpu2: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,DTES64,MWAIT,DS-CPL,TM2,SSSE3,CX16,xTPR,PDCM,MOVBE,NXE,LONG,LAHF,PERF cpu2: 512KB 64b/line 8-way L2 cache cpu2: smt 0, core 1, package 0 cpu3 at mainbus0: apid 3 (application processor) cpu3: Intel(R) Atom(TM) CPU D510 @ 1.66GHz, 1666.69 MHz cpu3: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,DTES64,MWAIT,DS-CPL,TM2,SSSE3,CX16,xTPR,PDCM,MOVBE,NXE,LONG,LAHF,PERF cpu3: 512KB 64b/line 8-way L2 cache cpu3: smt 1, core 1, package 0 ioapic0 at mainbus0: apid 8 pa 0xfec0, version 20, 24 pins ioapic0: misconfigured as apic 0, remapped to apid 8 acpimcfg0 at acpi0 addr 0xf800, bus 0-63 acpihpet0 at acpi0: 14318179 Hz acpiprt0 at acpi0: bus 5 (P32_) acpiprt1 at acpi0: bus 0 (PCI0) acpiprt2 at acpi0: bus 1 (PEX0) acpiprt3 at acpi0: bus 2 (PEX1) acpiprt4 at acpi0: bus 3 (PEX2) acpiprt5 at acpi0: bus 4 (PEX3) acpicpu0 at acpi0: C1, PSS acpicpu1 at acpi0: C1, PSS acpicpu2 at acpi0: C1, PSS acpicpu3 at acpi0: C1, PSS acpibtn0 at acpi0: SLPB pci0 at mainbus0 bus 0 pchb0 at pci0 dev 0 function 0 Intel Pineview DMI rev 0x02 vga1 at pci0 dev 2 function 0 Intel Pineview Video rev 0x02 intagp0 at vga1 agp0 at intagp0: aperture at 0xe000, size 0x1000 inteldrm0 at vga1 drm0 at inteldrm0 inteldrm0: 1280x800 wsdisplay0 at vga1 mux 1: console (std, vt100 emulation) wsdisplay0: screen 1-5 added (std, vt100 emulation) ppb0 at pci0 dev 28 function 0 Intel 82801GB PCIE rev 0x01: msi pci1 at ppb0 bus 1 re0 at pci1 dev 0 function 0 Realtek 8168 rev 0x03: RTL8168D/8111D (0x2800), msi, address 00:27:0e:07:09:9f rgephy0 at re0 phy 7: RTL8169S/8110S PHY, rev. 2 ppb1 at pci0 dev 28 function 1 Intel 82801GB PCIE rev 0x01: msi pci2 at ppb1 bus 2 ppb2 at pci0 dev 28 function 2 Intel 82801GB PCIE rev 0x01: msi pci3 at ppb2 bus 3 ppb3 at pci0 dev 28 function 3 Intel 82801GB PCIE rev 0x01: msi pci4 at ppb3 bus 4 uhci0 at pci0 dev 29 function 0 Intel 82801GB USB rev 0x01: apic 8 int 23 uhci1 at pci0 dev 29 function 1 Intel 82801GB USB rev 0x01: apic 8 int 19 uhci2 at pci0 dev 29 function 2 Intel 82801GB USB rev 0x01: apic 8 int 18 uhci3 at
Re: Dovecot bsdauth(user): unknown user
No, they had default login class. I'm still trying to find out some pattern when and why this behavior occurs. When I create new account with `useradd accountname` then set a password with `passwd accountname` and then `doveadm auth test accountname`, everything seems good. Then `usermod -L default accountname` and doveadm auth failed. When I created new account with adduser - doveadm failed. An old account on the system works fine no matter in which loggin class I move it. I tried to move my account to other class without any luck. Here is my login.conf. I can provide other info, too. Thanks for your time. $ cat /etc/login.conf # $OpenBSD: login.conf.in,v 1.6 2012/02/06 21:25:13 sobrado Exp $ # # Sample login.conf file. See login.conf(5) for details. # # # Standard authentication styles: # # krb5-or-pwd First try Kerberos V password, then local password file # passwdUse only the local password file # krb5 Use only the Kerberos V password # chpassDo not authenticate, but change users password (change # the YP password if the user has one, else change the # local password) # lchpass Do not login; change user's local password instead # radiusUse radius authentication # rejectUse rejected authentication # skey Use S/Key authentication # activ ActivCard X9.9 token authentication # cryptoCRYPTOCard X9.9 token authentication # snk Digital Pathways SecureNet Key authentication # tis TIS Firewall Toolkit authentication # token Generic X9.9 token authentication # yubikey YubiKey authentication # # Default allowed authentication styles auth-defaults:auth=passwd,skey: # Default allowed authentication styles for authentication type ftp auth-ftp-defaults:auth-ftp=passwd: # # The default values # To alter the default authentication types change the line: # :tc=auth-defaults:\ # to be read something like: (enables passwd, myauth, and activ) # :auth=passwd,myauth,activ:\ # Any value changed in the daemon class should be reset in default # class. # default:\ :path=/usr/bin /bin /usr/sbin /sbin /usr/X11R6/bin /usr/local/bin /usr/local/sbin:\ :umask=022:\ :datasize-max=512M:\ :datasize-cur=512M:\ :maxproc-max=256:\ :maxproc-cur=128:\ :openfiles-cur=512:\ :stacksize-cur=4M:\ :localcipher=blowfish,6:\ :ypcipher=old:\ :tc=auth-defaults:\ :tc=auth-ftp-defaults: # # Settings used by /etc/rc and root # This must be set properly for daemons started as root by inetd as well. # Be sure reset these values back to system defaults in the default class! # daemon:\ :ignorenologin:\ :datasize=infinity:\ :maxproc=infinity:\ :openfiles-cur=128:\ :stacksize-cur=8M:\ :localcipher=blowfish,8:\ :tc=default: dovecot:\ :openfiles-cur=512:\ :openfiles-max=2048:\ :tc=daemon: # # Staff have fewer restrictions and can login even when nologins are set. # staff:\ :datasize-cur=2048M:\ :datasize-max=infinity:\ :maxproc-max=512:\ :maxproc-cur=128:\ :ignorenologin:\ :requirehome@:\ :tc=default: # # Authpf accounts get a special motd and shell # authpf:\ :welcome=/etc/motd.authpf:\ :shell=/usr/sbin/authpf:\ :tc=default: # # Override resource limits for certain daemons started by rc.d(8) # bgpd:\ :openfiles-cur=512:\ :tc=daemon: 2014-03-09 15:19 GMT+02:00 Alexander Hall alexan...@beard.se: On 03/08/14 23:30, Àòàíàñ Âëàäèìèðîâ wrote: Hi, I have a very strange problem with one user. After upgrade from home made release today dovecot stoped authenticating my account. Root and other accounts are working well. I also made two new accounts which worked as they should. It seems that for dovecot my account (vlado) not exists. Thanks for any help. Do the two new accounts have the same login class (=staff)? I would check the various auth= and auth-*= settings in /etc/login.conf. /Alexander In case the error message is a bit misleading # /var/log/maillog: Mar 8 23:40:20 ns dovecot: auth-worker(2646): bsdauth(vlado): unknown user (given password: Qazxswe00) Mar 8 23:42:12 ns dovecot: auth-worker(6589): bsdauth(vlado): unknown user (given password: Qzxswe00) Mar 8 23:42:40 ns dovecot: auth-worker(6589): bsdauth(vlado): unknown user (given password: Qawe00) Mar 8 23:43:15 ns dovecot: auth-worker(6589): bsdauth(vlado): unknown user (given password: Qaze00) Mar 8 23:43:36 ns dovecot: auth-worker(6589): bsdauth(vlado): unknown user (given password: dsd) # /etc/passwd _dovecot:*:518:518:Dovecot Account:/nonexistent:/sbin/nologin _dovenull:*:666:666:Dovecot Login User:/nonexistent:/sbin/nologin _netflow:*:575:575:flow-tools
Re: httpd and php-5.3: unresolved symbols
On Sun 09 Mar 2014 10:24:51 AM CDT, Adam Thompson wrote: Perhaps my google-fu isn't working today... Running 5.4-RELEASE. I've installed (from packages) php-5.3, I *did* follow the pkg instructions to symlink the various config files, but I now get: r...@..:/root# httpd httpd:/usr/local/lib/php-5.3/libphp5.so: undefined symbol 'unixd_config' [...chop...] This is httpd from base, and php straight from packages - how on earth did I break it? Update: 1. confirmed this happens on a bare, virgin install with php-5.3.27-ap2.tgz. I don't see any errata on this, am I just blind? 2. recompiled from ports, which did *not* produce the -ap2 flavour, and the generic package seems to work. 3. confirmed the original non-ap2 binary package *does* work as expected. I'm now confused, because I don't see a -ap2 flavour in the Makefile, where does this come from? What does it do? Oh, !@#$%^. I just figured it out, I think - the -ap2 flavour is for people who are using Apache 2.x from ports, the bare flavour is for people running httpd from base. I keep forgetting OpenBSD's httpd is based on the 1.x stream. I assumed the -ap2 just meant it used the APR v2 libraries, which, of course, implies Apache v2.x, which, of course, is not what I'm trying to run on. It would, however, be a good thing if it were possible to, in the future, edit the package description for the Apache 2.x version to indicate that... there's no externally-visible evidence (for the easily-confused among us, like me, apparently) to distinguish the two packages other than the -ap2 suffix on the filename. I can't even figure out how the ports infrastructure builds that version, so I'm unable to submit a patch. I don't know if we've finally removed httpd from base in 5.5, but of course that would obviate the need for the two versions of the package... I guess nginx would either use the -fpm flavour, or run it as a CGI? -Adam
Re: I haven't heard of anyone else with this screen problem
On Fri, Mar 7, 2014 at 11:20 PM, Jan Stary h...@stare.cz wrote: On Mar 05 15:53:06, glis...@witworx.com wrote: When booting and the screen goes to its 34 line 85 column mode, the text mode fits into 30cm wide and 22cm high at the top left corner of a 38cm wide 30cm high screen. With current/amd64 on an Intel Pineview video (full dmesg below) my text console becomes 36 rows x 106 columns, which takes up the whole width of the screen, but leaves about ten more rows that could fit to the height, like this: ++ || || | text console | || || || ++ || |unused | ++ This does not happen on e.g. current/amd64 running on a Thinkpad T400. Is this about the Intel Pineview gfx? What can I do to help debug it? Jan This sounded vaguely familiar to me, so I dug around in my pile of nettop boxes and found the one below. Text is 34x106 for me, not 36x106. BTW, this is not a regression, it was this way in 5.4 as well. Kent. OpenBSD 5.5 (GENERIC.MP) #315: Wed Mar 5 09:37:46 MST 2014 dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP real mem = 2120876032 (2022MB) avail mem = 2055864320 (1960MB) mainbus0 at root bios0 at mainbus0: SMBIOS rev. 2.6 @ 0xfbaa0 (22 entries) bios0: vendor American Megatrends Inc. version P02 date 01/28/2011 bios0: FOXCONN nT435/nT535 acpi0 at bios0: rev 0 acpi0: sleep states S0 S1 S4 S5 acpi0: tables DSDT FACP APIC MCFG OEMB HPET GSCI acpi0: wakeup devices P0P1(S4) P0P4(S4) P0P5(S4) P0P6(S4) P0P7(S4) P0P8(S4) P0P9(S4) USB0(S1) USB1(S1) USB2(S1) USB3(S1) EUSB(S1) SLPB(S4) acpitimer0 at acpi0: 3579545 Hz, 24 bits acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) cpu0: Intel(R) Atom(TM) CPU D525 @ 1.80GHz, 2160.33 MHz cpu0: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,DTES64,MWAIT,DS-CPL,TM2,SSSE3,CX16,xTPR,PDCM,MOVBE,NXE,LONG,LAHF,PERF cpu0: 512KB 64b/line 8-way L2 cache cpu0: smt 0, core 0, package 0 mtrr: Pentium Pro MTRR support, 8 var ranges, 88 fixed ranges cpu0: apic clock running at 199MHz cpu0: mwait min=64, max=64, C-substates=0.1.0.0.0, IBE cpu1 at mainbus0: apid 2 (application processor) cpu1: Intel(R) Atom(TM) CPU D525 @ 1.80GHz, 1800.00 MHz cpu1: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,DTES64,MWAIT,DS-CPL,TM2,SSSE3,CX16,xTPR,PDCM,MOVBE,NXE,LONG,LAHF,PERF cpu1: 512KB 64b/line 8-way L2 cache cpu1: smt 0, core 1, package 0 cpu2 at mainbus0: apid 1 (application processor) cpu2: Intel(R) Atom(TM) CPU D525 @ 1.80GHz, 1800.00 MHz cpu2: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,DTES64,MWAIT,DS-CPL,TM2,SSSE3,CX16,xTPR,PDCM,MOVBE,NXE,LONG,LAHF,PERF cpu2: 512KB 64b/line 8-way L2 cache cpu2: smt 1, core 0, package 0 cpu3 at mainbus0: apid 3 (application processor) cpu3: Intel(R) Atom(TM) CPU D525 @ 1.80GHz, 1800.00 MHz cpu3: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,DTES64,MWAIT,DS-CPL,TM2,SSSE3,CX16,xTPR,PDCM,MOVBE,NXE,LONG,LAHF,PERF cpu3: 512KB 64b/line 8-way L2 cache cpu3: smt 1, core 1, package 0 ioapic0 at mainbus0: apid 4 pa 0xfec0, version 20, 24 pins ioapic0: misconfigured as apic 1, remapped to apid 4 acpimcfg0 at acpi0 addr 0xe000, bus 0-255 acpihpet0 at acpi0: 14318179 Hz acpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus 5 (P0P1) acpiprt2 at acpi0: bus 1 (P0P4) acpiprt3 at acpi0: bus 2 (P0P5) acpiprt4 at acpi0: bus 3 (P0P6) acpiprt5 at acpi0: bus 4 (P0P7) acpiprt6 at acpi0: bus -1 (P0P8) acpiprt7 at acpi0: bus -1 (P0P9) acpicpu0 at acpi0 acpicpu1 at acpi0 acpicpu2 at acpi0 acpicpu3 at acpi0 acpibtn0 at acpi0: SLPB acpibtn1 at acpi0: PWRB pci0 at mainbus0 bus 0 0:31:2: mem address conflict 0xfc00/0x400 pchb0 at pci0 dev 0 function 0 Intel Pineview DMI rev 0x02 vga1 at pci0 dev 2 function 0 Intel Pineview Video rev 0x02 intagp0 at vga1 agp0 at intagp0: aperture at 0xd000, size 0x1000 inteldrm0 at vga1 drm0 at inteldrm0 inteldrm0: 1280x768 wsdisplay0 at vga1 mux 1: console (std, vt100 emulation) wsdisplay0: screen 1-5 added (std, vt100 emulation) Intel Pineview Video rev 0x02 at pci0 dev 2 function 1 not configured azalia0 at pci0 dev 27 function 0 Intel 82801GB HD Audio rev 0x02: msi azalia0: codecs: Realtek ALC888 audio0 at azalia0 ppb0 at pci0 dev 28 function 0 Intel 82801GB PCIE rev 0x02: msi pci1 at ppb0 bus 1 ppb1 at pci0 dev 28 function 1 Intel 82801GB PCIE rev 0x02: msi pci2 at ppb1 bus 2 vendor Realtek, unknown product 0x8171 (class network subclass miscellaneous, rev 0x10) at pci2 dev 0 function 0
Re: Anybody using Kermit on loongson?
Replying to myself: I found the .kermrc file below in a websearch and modified it to use /dev/tty00 ; ; kermit settings ; set modem type direct set port /dev/tty00 set speed 9600 set carrier-watch off set flow none set parity none set block 3 set protocol kermit ; End Although it connected after that, Kermit from 5.3 packages was core dumping on certain file transfers. Looking for info on the core dump I found this: http://www.columbia.edu/kermit/ckdaily.html 23 Aug 2011 A patch that fixes a core dump when transferring a file on 9.0.303 OpenBSD on Sparc64 (some inconsistencies in declarations between modules). The same problem could occur elsewhere but has not been noted or reported. Not marked as a test version since it will probably be released as-is, but I don't have time to do it right now. After compiling from the Kermit daily build source it is not dumping and works fine for what I have been using it for transferring files back and forth between the Loongson box and the device. Hope this might be useful to somebody else. /jl
Re: Dovecot bsdauth(user): unknown user
On 03/09/2014 12:47 PM, Атанас Владимиров wrote: No, they had default login class. I'm still trying to find out some pattern when and why this behavior occurs. When I create new account with `useradd accountname` then set a password with `passwd accountname` and then `doveadm auth test accountname`, everything seems good. Then `usermod -L default accountname` and doveadm auth failed. When I created new account with adduser - doveadm failed. An old account on the system works fine no matter in which loggin class I move it. I tried to move my account to other class without any luck. Here is my login.conf. I can provide other info, too. Thanks for your time. What happens if you just run pwd_mkdb -c /etc/master.passwd as root? What about just pwd_mkdb? It looks like the error you're seeing in the log (bsdauth(vlado): unknown user...) comes down to a failure in getpwent_r(), and would be causing problems before the user's login class is relevant. -- Matthew Weigel hacker unique idempot . ent
Re: Dovecot bsdauth(user): unknown user
What happens if you just run pwd_mkdb -c /etc/master.passwd as root? What about just pwd_mkdb? It looks like the error you're seeing in the log (bsdauth(vlado): unknown user...) comes down to a failure in getpwent_r(), and would be causing problems before the user's login class is relevant. # pwd_mkdb usage: pwd_mkdb [-c] [-p | -s] [-d directory] [-u username] file # pwd_mkdb -c /etc/master.passwd # It seems that everything is OK, isn't it?.
Re: PCI-e SSD card as primary disk
On 2014-03-09, Jan Stary h...@stare.cz wrote: I run current/amd64 on this Atom-based box (see dmesg below) http://www.intel.com/content/www/us/en/motherboards/desktop-motherboards/desktop-board-di510mo.html The system is installed onto a 16GB SDHC Sandisk card which is plugged into this cardreader http://www.hwtools.net/cardreader/MR04.html which is plugged into the PCI-e socket of the board. That leaves the two SATA connections to be used by two big SATA disks for data and backup. I am generally happy with it, but occasionally it gets slow, e.g. with a handful of firefox tabs. I see a lot of disk activity on the sd2 disk (the system disk), where $HOME is. It akes me think that my system would be generally more responsive if this was faster. Does anybody use a PCI-e SSD successfully. Like e.g. this one? http://dx.com/p/toshiba-msata-1-8-ssd-solid-state-disk-32gb-268690#.Uxx2-BEo81I Do people use any other kind of storage successfully in the PCI-e socketof this board? That is an mSATA SSD, not a PCIe / miniPCIe SSD. Some machines (mostly laptops) have a slot which can take either mSATA or miniPCIe, I do this on my X220, but a standard miniPCIe slot will not work with an mSATA SSD (even if it physically fits).
Re: Dovecot bsdauth(user): unknown user
On 03/09/2014 03:25 PM, Атанас Владимиров wrote: What happens if you just run pwd_mkdb -c /etc/master.passwd as root? What about just pwd_mkdb? It looks like the error you're seeing in the log (bsdauth(vlado): unknown user...) comes down to a failure in getpwent_r(), and would be causing problems before the user's login class is relevant. # pwd_mkdb usage: pwd_mkdb [-c] [-p | -s] [-d directory] [-u username] file # pwd_mkdb -c /etc/master.passwd # It seems that everything is OK, isn't it?. Did the problems with unknown user persist afterward? -- Matthew Weigel hacker unique idempot . ent