Re: unknown USB vendor

On Fri, 24 May 2024 11:51:49 +0200 Mizsei Zoltán wrote: > Probably https://wikidevi.wi-cat.ru/AMPAK_AP6212 > > Peter J. Philipp írta 2024. máj.. 24, P-n 11:39 órakor: > > Hi, > > > > I got a "are you a human?" on google so I switched to qwant.com for > > searching > > but the search is not as

Re: unknown USB vendor

Probably https://wikidevi.wi-cat.ru/AMPAK_AP6212 Peter J. Philipp írta 2024. máj.. 24, P-n 11:39 órakor: > Hi, > > I got a "are you a human?" on google so I switched to qwant.com for > searching > but the search is not as good. I'm looking for the USB vendor of this > USB > vendor id. 0x02d0,

unknown USB vendor

Hi, I got a "are you a human?" on google so I switched to qwant.com for searching but the search is not as good. I'm looking for the USB vendor of this USB vendor id. 0x02d0, and the device id is 0xa9a6. Afaict this is a ure(4) device with a builtin usb hub. But there is no other markings on

Re: silence logging of dhcpd deny unknown-clients

> Is there any way to silence these logs? I only want to hand out a > small number of IPv4 addresses on my IPv6 network to those machines > that won't function properly without them. That leaves many machines > on my network constantly requesting IPv4 addresses, and dhcpd is > clogging my

silence logging of dhcpd deny unknown-clients

Is there any way to silence these logs? I only want to hand out a small number of IPv4 addresses on my IPv6 network to those machines that won't function properly without them. That leaves many machines on my network constantly requesting IPv4 addresses, and dhcpd is clogging my /var/log/daemon

Re: unknown warning option '-Wno-unused-but-set-variable'

The current amd64 snapshot already contains clang 13. On Dec 19 15:23:34, y...@v007.vaio.ne.jp wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA512 > > > Kernel Makefiles were adjusted to compile with clang 13. Either take > > out the warnings so you can compile with old-clang, or rebuild

Re: unknown warning option '-Wno-unused-but-set-variable'

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 > Kernel Makefiles were adjusted to compile with clang 13. Either take > out the warnings so you can compile with old-clang, or rebuild clang. I'm trying to rebuild clang now. I believe the steps are: # cd /usr/src/gnu/usr.bin/clang/ # make

Re: unknown warning option '-Wno-unused-but-set-variable'

_BSDCOMP -DPPP_DEFLATE -DPIPEX > -DMROUTING -DMPLS -DBOOT_CONFIG -DUSER_PCICONF -DAPERTURE -DMTRR -DNTFS > -DHIBERNATE -DPCIVERBOSE -DEISAVERBOSE -DUSBVERBOSE -DWSDISPLAY_COMPAT_USL > -DWSDISPLAY_COMPAT_RAWKBD -DWSDISPLAY_DEFAULTSCREENS="6" -DX86EMU > -DONEWIREVERBOSE -DMAXUSER

unknown warning option '-Wno-unused-but-set-variable'

-DWSDISPLAY_COMPAT_USL -DWSDISPLAY_COMPAT_RAWKBD -DWSDISPLAY_DEFAULTSCREENS="6" -DX86EMU -DONEWIREVERBOSE -DMAXUSERS=80 -D_KERNEL -MD -MP -MF assym.P > assym.h.tmp error: unknown warning option '-Wno-unused-but-set-variable'; did you mean '-Wno-unused-const-variable'? [-Werror,-Wunknown-w

Re: acme-client error: unknown SAN entry

On Sun, Feb 7, 2021 at 4:49 PM Stuart Henderson wrote: > On 2021-02-07, David Higgs wrote: > > acme-client: /etc/ssl/primary.example.com.crt: unknown SAN entry: > > alternate.example.com > > acme-client: bad exit: revokeproc(55821): 1 > > > > (My real domain i

Re: acme-client error: unknown SAN entry

On 2021-02-07, David Higgs wrote: > acme-client: /etc/ssl/primary.example.com.crt: unknown SAN entry: > alternate.example.com > acme-client: bad exit: revokeproc(55821): 1 > > (My real domain is legitimate, and not example.com.) > > I recently decommissioned one of the a

acme-client error: unknown SAN entry

acme-client: /etc/ssl/primary.example.com.crt: unknown SAN entry: alternate.example.com acme-client: bad exit: revokeproc(55821): 1 (My real domain is legitimate, and not example.com.) I recently decommissioned one of the aliases for my servers, but my nightly acme-client run threw an error

Re: Unknown process modifying routing table

On Feb 06 12:18:40, ja...@jmp-e.com wrote: > I've disabled my VPN on the machine as well as dhclient, connecting via a > fixed static IP address and DNS servers. That would be a much aeasier environment to debug this. So please show your hostname.if, mygate and your routing table right after

Re: seeing carp interface state change for unknown reason ; cluestick hunting

On 2/7/21 1:38 AM, Bryan Stenson wrote: 31 RTM_IFINFO: iface status change: len 168, if# 3, name cnmac2, link: no carrier, mtu: 1500, Just grasping for something here...my next steps are to swap this unit out with the other one (to try and eliminate hardware failure of THIS unit). Any

Re: seeing carp interface state change for unknown reason ; cluestick hunting

Thanks for the response. I've mounted a ramdisk at /mnt and have run "doas route -n monitor > /mnt/route.monitor" in a tmux session for a few days. Here are some details: erl3-01$ grep carp1 route.monitor | sort | uniq -c 91 RTM_ADD: Add Route: len 192, priority 146, table 0, if# 6, name

Re: Unknown process modifying routing table

On Sat, Feb 06, 2021 at 02:16:20PM +0100, Otto Moerbeek wrote: > On Sat, Feb 06, 2021 at 12:18:40PM +, James wrote: > > > I've disabled my VPN on the machine as well as dhclient, connecting via a > > fixed static IP address and DNS servers. My routing table is still being > > modifed by PID 0

Re: Unknown process modifying routing table

I've disabled my VPN on the machine as well as dhclient, connecting via a fixed static IP address and DNS servers. My routing table is still being modifed by PID 0 (which I assume to be the kernel) every 30 minutes or so. Ntpd is also disabled. I have also caught my machine communicating to

Re: Unknown process modifying routing table

On Sat, Feb 06, 2021 at 12:18:40PM +, James wrote: > I've disabled my VPN on the machine as well as dhclient, connecting via a > fixed static IP address and DNS servers. My routing table is still being > modifed by PID 0 (which I assume to be the kernel) every 30 minutes or so. > Ntpd is also

Re: Unknown process modifying routing table

On Jan 26 15:10:03, ja...@jmp-e.com wrote: > > Hi all, > > My routing table is being modified by an unknown process. > > I have system accounting enabled and I'm monitoring route changes > but the PID of the process reported by `route monitor` is always 0 &g

Unknown process modifying routing table

Hi all, My routing table is being modified by an unknown process. I have system accounting enabled and I'm monitoring route changes but the PID of the process reported by `route monitor` is always 0 for these unknown changes. I've seen my default route (VPN) being

Re: seeing carp interface state change for unknown reason ; cluestick hunting

> On 1 Feb 2021, at 6:02 pm, Bryan Stenson wrote: > > Hi all - > > I'm trying to setup a pair of ERL3 octeon routers in master/standby > mode via carp/pfsync to route traffic from my internal lan to the > internet. I've seen strange behavior wrt carp on these machines, so > in an attempt to

seeing carp interface state change for unknown reason ; cluestick hunting

Hi all - I'm trying to setup a pair of ERL3 octeon routers in master/standby mode via carp/pfsync to route traffic from my internal lan to the internet. I've seen strange behavior wrt carp on these machines, so in an attempt to reduce the problem, I've removed one completely. Even with only a

Re: search contains unknown domain in resolv.conf

On Tue, Oct 27, 2020 at 11:44:21PM +0300, Andreas X wrote: > ignore domain-search; > supersede domain-name mail.myserver.tld; > supersede domain-search mail.myserver.tld; > > None of these lines have worked in dhclient.conf The domain name need to be quoted. What did you do exactly? Did you

Re: search contains unknown domain in resolv.conf

ignore domain-search; supersede domain-name mail.myserver.tld; supersede domain-search mail.myserver.tld; None of these lines have worked in dhclient.conf Anything else I could try? Thank you. 27 Ekim 2020 Salı tarihinde Otto Moerbeek yazdı: > On Tue, Oct 27, 2020 at 02:32:46PM +0300,

Re: search contains unknown domain in resolv.conf

On Tue, Oct 27, 2020 at 02:32:46PM +0300, Andreas X wrote: > Greetings. On OpenBSD 6.8, I have unbound enabled in my server, (server > gets its IP via DHCP from my server provider) > In resolv.conf I have a "search your-server.de" line and I don't know what > hostname is that. > My own hostname

Re: search contains unknown domain in resolv.conf

On 27/10/2020 12.32, Andreas X wrote: Greetings. On OpenBSD 6.8, I have unbound enabled in my server, (server gets its IP via DHCP from my server provider) In resolv.conf I have a "search your-server.de" line and I don't know what hostname is that. My own hostname is something different. That

search contains unknown domain in resolv.conf

Greetings. On OpenBSD 6.8, I have unbound enabled in my server, (server gets its IP via DHCP from my server provider) In resolv.conf I have a "search your-server.de" line and I don't know what hostname is that. My own hostname is something different. That seems the older hostname during setup (I

deny unknown-clients

Hi All, I'm running openbsd current and running dhcpd, on all of my subnets I use "deny unknown-clients;" and comment out the range. I have a wireless access point defined in one subnet (192.168.0.0/24), but not in another (192.168.1.0/24). When I move the ethernet cable from the

Re: Static IPv6, router tries to reach system with unknown fe80 address

Denis Fondras wrote: On Sat, Jul 13, 2019 at 12:15:30PM +0200, Stefan Hagen wrote: Am I missing something? OpenBSD has RFC7217 enabled by default. This means your LL address does not embed your MAC address. Use "ifconfig vio0 -soii" to disable that behavior (see ifconfig(8) for details).

Re: Static IPv6, router tries to reach system with unknown fe80 address

On Sat, Jul 13, 2019 at 12:15:30PM +0200, Stefan Hagen wrote: > Hello, > > I have a question regarding the IPv6 behavior of OpenBSD compared to > Linux/FreeBSD. I tried to configure a static IPv6 address on my VPS. > > From my provider, I got the following data: > > IP Address:

Static IPv6, router tries to reach system with unknown fe80 address

Hello, I have a question regarding the IPv6 behavior of OpenBSD compared to Linux/FreeBSD. I tried to configure a static IPv6 address on my VPS. From my provider, I got the following data: IP Address: 2a01:4f8:c2c:76ef::/64 Gateway: fe80::1 So I configured my interface: $ cat

Re: amd64 cc error unknown argument '-msave-args'

Anthony J. Bentley wrote: > Once again, the alternative is simple and well > documented: build -stable from -stable, build -current from snaps. Well said.

Re: amd64 cc error unknown argument '-msave-args'

Jyri Hovila [Turvamies.fi] wrote: > > And since you are doing this with -current *ALL OVER THE PLACE* > > there are instructions that if you have trouble you should upgrade > > to a snapshot. > > Theo, with all due respect, there are many situations where upgrading to a > snapshot really isn't

Re: amd64 cc error unknown argument '-msave-args'

On Tue, Feb 05, 2019 at 07:23:59AM +0200, Jyri Hovila [Turvamies.fi] wrote: > I must ask though: is it really so difficult to at least > try and help people out, instead of lashing them? As the OP I found the replies to my post helpful. I made a mistake (missed out the release tag on the cvs

Re: amd64 cc error unknown argument '-msave-args'

Jyri Hovila [Turvamies.fi] writes: > Theo, with all due respect, there are many situations where upgrading > to a snapshot really isn't an option. In such a situation, you shouldn't expect to be able to build -current all the time. And the advice you'll always get is: update to a snapshot,

Re: amd64 cc error unknown argument '-msave-args'

On Tue, Feb 05, 2019 at 07:23:59AM +0200, Jyri Hovila [Turvamies.fi] wrote: > > > And since you are doing this with -current *ALL OVER THE PLACE* > > there are instructions that if you have trouble you should upgrade > > to a snapshot. > > Theo, with all due respect, there are many situations

Re: amd64 cc error unknown argument '-msave-args'

> And since you are doing this with -current *ALL OVER THE PLACE* > there are instructions that if you have trouble you should upgrade > to a snapshot. Theo, with all due respect, there are many situations where upgrading to a snapshot really isn't an option. > Those instructions to exist the

Re: amd64 cc error unknown argument '-msave-args'

On Sun, Feb 03, 2019 at 02:51:08PM -0700, Theo de Raadt wrote: > John Rigg wrote: > > > I'm trying to compile a GENERIC.MP kernel on amd64 > > 6.4 -stable. > > No way, you are not. Only -current has that, as of a few days ago. I used the wrong cvs command and didn't spot it. Stupid mistake.

Re: amd64 cc error unknown argument '-msave-args'

he instructions in the > > FAQ for building a custom kernel, but the 'make' > > step fails with an unknown argument: '-msave-args' > > error. I've copied the compiler messages and dmesg > > below. Suggestions for a cure or workaround would > > be appreciated.=20 > > &g

Re: amd64 cc error unknown argument '-msave-args'

John Rigg wrote: > I'm trying to compile a GENERIC.MP kernel on amd64 > 6.4 -stable. No way, you are not. Only -current has that, as of a few days ago. I've followed the instructions in the > FAQ for building a custom kernel, but the 'make' > step fails with an unknown argument:

amd64 cc error unknown argument '-msave-args'

I'm trying to compile a GENERIC.MP kernel on amd64 6.4 -stable. I've followed the instructions in the FAQ for building a custom kernel, but the 'make' step fails with an unknown argument: '-msave-args' error. I've copied the compiler messages and dmesg below. Suggestions for a cure or workaround

Re: c++: error: unknown argument: '-fno-ret-protector' when compiling CURRENT userland

On 2018-07-06, Jyri Hovila [iki] wrote: > Stuart, > > thank you so much for the info! > >> Your compiler is old (from 6.3 at a quick guess based on the date), >> you either need to install a snapshot and move from there, or follow >>

Re: c++: error: unknown argument: '-fno-ret-protector' when compiling CURRENT userland

Stuart, thank you so much for the info! > Your compiler is old (from 6.3 at a quick guess based on the date), > you either need to install a snapshot and move from there, or follow > http://cvsweb.openbsd.org/cgi-bin/cvsweb/~checkout~/www/faq/current.html?rev=1.918=text/html#r20180606 I've been

c++: error: unknown argument: '-fno-ret-protector' when compiling CURRENT userland

NSTANT_MACROS -D__STDC_FORMAT_MACROS -DLLVM_DEFAULT_TARGET_TRIPLE="amd64-unknown-openbsd6.3" -DLLVM_HOST_TRIPLE="amd64-unknown-openbsd6.3" -DLLVM_PREFIX="/usr" -DLLVM_NATIVE_ARCH="X86" -DLLVM_NATIVE_ASMPARSER=LLVMInitializeX86AsmParser -DL

Re: "fuse: unknown option gid=1000" with sshfs

cember 2017 8:11:52 PM To: misc@openbsd.org Cc: h...@openbsd.org Subject: "fuse: unknown option gid=1000" with sshfs Hi, list! Since OpenBSD 6.0 removed the ability to mount filesystems as user, I've been having issues getting directories mounted with sysutils/sshfs-fuse to be accessibl

"fuse: unknown option gid=1000" with sshfs

hfs -o uid=,gid= user@server:/dir /mnt only to get this back: > fuse: unknown option uid=1000 respectively, when gid is the first option: > fuse: unknown option gid=1000 I've seen some recent changes regarding libfuse in the source tree, for example this one: https://marc.info/?l

Re: fd0 at fdc0 drive 0: density unknown

On Sat, Sep 9, 2017 at 5:58 AM, Stuart Henderson wrote: > On 2017-09-08, Tony Montana wrote: > >> booting. I agree that it's a bit ugly, but it makes booting about 5 > seconds > >> faster. > > > > It's not just a bit ugly... It's horrible. It has to go.

Re: fd0 at fdc0 drive 0: density unknown

On 2017-09-08, Tony Montana wrote: >> The old behavior was that the kernel would wait after the "fdc0 ..." line >> until fd0 attaches. Now it does the waiting in the background and continues >> booting. I agree that it's a bit ugly, but it makes booting about 5 seconds >>

Re: fd0 at fdc0 drive 0: density unknown

> > The old behavior was that the kernel would wait after the "fdc0 ..." line > > until fd0 attaches. Now it does the waiting in the background and continues > > booting. I agree that it's a bit ugly, but it makes booting about 5 seconds > > faster. > > It's not just a bit ugly... It's

Re: fd0 at fdc0 drive 0: density unknown

> The old behavior was that the kernel would wait after the "fdc0 ..." line > until fd0 attaches. Now it does the waiting in the background and continues > booting. I agree that it's a bit ugly, but it makes booting about 5 seconds > faster. It's not just a bit ugly... It's horrible. It has to

Re: fd0 at fdc0 drive 0: density unknown

On Thursday, 7 September 2017 19:15:31 CEST Arfnokill wrote: > Using snapshots on amd64. Since two days ago the kernel prints this fd0 at > fdc0 drive 0: density unknown very late during boot. > > It starts reordering libraries, and BAM... fd0 at fdc0 drive 0: density > unknown in

fd0 at fdc0 drive 0: density unknown

Using snapshots on amd64. Since two days ago the kernel prints this fd0 at fdc0 drive 0: density unknown very late during boot. It starts reordering libraries, and BAM... fd0 at fdc0 drive 0: density unknown in blue background. It's just cosmetic I guess, but it's uncomfortable. Anybody else

Re: FastCGI sent in stderr: "PHP message: PHP Warning: Unknown: Unable to create temporary file, Check permissions in temporary files directory.

e >> chroot? If I were to guess, I would bet that php is trying to create a >> file after chrooting itself, and inside the chroot, /var/www/tmp doesn't >> exist. Try setting those env vars to /tmp and see if that works. >> >> Todd >> >> On Tue, Jul 25, 2

Re: FastCGI sent in stderr: "PHP message: PHP Warning: Unknown: Unable to create temporary file, Check permissions in temporary files directory.

erver (6.1) : >> >> FastCGI sent in stderr: "PHP message: PHP Warning: Unknown: Unable to >> create temporary file, Check permissions in temporary files directory. >> in Unknown on line 0 >> >> I use nginx+php70_fpm ! >> >> The php-fpm.conf for the i

Re: FastCGI sent in stderr: "PHP message: PHP Warning: Unknown: Unable to create temporary file, Check permissions in temporary files directory.

exist. Try setting those env vars to /tmp and see if that works. Todd On Tue, Jul 25, 2017 at 09:03:38AM +0200, Stephane HUC "PengouinBSD" wrote: > Hi all. > > I have this error on my,OpenBSD server (6.1) : > > FastCGI sent in stderr: "PHP message: PHP Warning

Re: FastCGI sent in stderr: "PHP message: PHP Warning: Unknown: Unable to create temporary file, Check permissions in temporary files directory.

On 25 July 2017 5:03:38 pm AEST, "Stephane HUC "PengouinBSD"" <b...@stephane-huc.net> wrote: >Hi all. > >I have this error on my,OpenBSD server (6.1) : > >FastCGI sent in stderr: "PHP message: PHP Warning: Unknown: Unable to >create temporary fil

FastCGI sent in stderr: "PHP message: PHP Warning: Unknown: Unable to create temporary file, Check permissions in temporary files directory.

Hi all. I have this error on my,OpenBSD server (6.1) : FastCGI sent in stderr: "PHP message: PHP Warning: Unknown: Unable to create temporary file, Check permissions in temporary files directory. in Unknown on line 0 I use nginx+php70_fpm ! The php-fpm.conf for the instance:

full disk encryption "unknown error" on current

Hi, I followed the FAQ for encrypting external disks, but unfortunately it's failing. I'm trying to encrypt a 32Tb raid 6 drive on a lsi 9265-8i with 8 x 6Tb drives and it's failing with an "unknown error". I was able to encrypt the 256Gb system disk without error during install

Re: unknown hostname on ssh tunnel end causes 'administratively prohibited: open failed'

> The code in sshd where the response is composed doesn't know what the > reason for the failure is. I suspect thid dates back to the original > Protocol 1 code becuase Protocol 1 didn't (I think) have a reason field. > This passes the reason back up the stack and sends it to the client. Sorry

Re: unknown hostname on ssh tunnel end causes 'administratively prohibited: open failed'

aierr = getaddrinfo(name, strport, , )) + != 0) { + if (errmsg != NULL) + *errmsg = ssh_gai_strerror(gaierr); + if (reason != NULL) + *reason = SSH2_OPEN_CONNECT_FAILED;

unknown hostname on ssh tunnel end causes 'administratively prohibited: open failed'

04 gw sshd[20891]: error: connect_to wiki.brq.example.com: unknown host (no address associated with name) ~~~ my sshd_config part: ~~~ Match Address 192.168.1.0/24,192.168.2.0/24,192.168.254.0/24,2xx.0.0.0/8,200

Re: upgrade OpenBSD 5.8 to 5.9 daemon: unknown class

On 2016-04-28, Ultramedia Libertad wrote: > with this file that comes by default it worked perfectly, I think the > login.conf file does not work without the first line or comments, or I had > some syntax error'll never know something like that happened to someone in > this

Re: upgrade OpenBSD 5.8 to 5.9 daemon: unknown class

can do your pkg_add -u. >>> > Think about it, it only makes sense. And it is all we've ever >>> > suggested. >>> > >>> > Now...if you make your own procedure and you get away with it and >>> it >>> >

Re: 5.9: sndiod won't start: unknown user _sndiop: FIXED

I should add, in further investigation on other OpenBSD 5.9 systems I've found one with, /etc/group:_sndiop:*:110: /etc/master.passwd:_sndiop:*:110:110::0:0:sndio privileged user:/var/empty:/sbin/nologin so that does seem to be a clue. Rerunning sysmerge I seem to be getting all this sorted

5.9: sndiod won't start: unknown user _sndiop

/log/ but, # sndiod -d sndiod: unknown user _sndiop made me wonder about http://www.openbsd.org/plus59.html - > Add the _sndiop user and group in preparation of the sndiod(8) > privsep. I am guessing that I just missed some docs somewhere or messed up a sysmerge or something? I certainly

Re: upgrade OpenBSD 5.8 to 5.9 daemon: unknown class

On 04/21/16 21:25, Ultramedia Libertad wrote: > hello > > I am upgrade OpenBSD 5.8 to 5.9 and after to reboot > > i have follow errors in remote console : ...[deleting big block of blank lines]... > *init: daemon: unknown class (failed)syslogdsu: daemon: unknown class

Re: upgrade OpenBSD 5.8 to 5.9 daemon: unknown class

On 22.04.2016 03:25, Ultramedia Libertad wrote: > hello > > I am upgrade OpenBSD 5.8 to 5.9 and after to reboot > > i have follow errors in remote console : > > > > > > > > > > > > > > > > > *init: daemon: unknown

upgrade OpenBSD 5.8 to 5.9 daemon: unknown class

hello I am upgrade OpenBSD 5.8 to 5.9 and after to reboot i have follow errors in remote console : *init: daemon: unknown class (failed)syslogdsu: daemon: unknown class (failed)pflogdsu: daemon: unknown class (failed)ntpdsu: daemon: unknown class (failed)starting RPC daemons

Re: hotmail rejecting messages relay=mx4.hotmail.com., dsn=5.1.2, stat=Host unknown (Unknown error: 275)

Op 23 mei 2015 om 17:54 heeft Peter Fraser p...@thinkage.ca het volgende geschreven: Any message sent to send mail seems to be rejected. The mx4 name changes, but the rejection is always the same. It would be nice to know what the unknown error is Does anyone have any idea what

Re: hotmail rejecting messages relay=mx4.hotmail.com., dsn=5.1.2, stat=Host unknown (Unknown error: 275)

. -Original Message- From: owner-m...@openbsd.org [mailto:owner-m...@openbsd.org] On Behalf Of Peter van Oord van der Vlies Sent: Saturday, May 23, 2015 1:44 PM To: Peter Fraser Cc: misc@openbsd.org Subject: Re: hotmail rejecting messages relay=mx4.hotmail.com., dsn=5.1.2, stat=Host unknown (Unknown

Re: hotmail rejecting messages relay=mx4.hotmail.com., dsn=5.1.2, stat=Host unknown (Unknown error: 275)

On Sat, May 23, 2015 at 07:31:27PM +0200, Matthieu Herrb wrote: On Sat, May 23, 2015 at 03:52:38PM +, Peter Fraser wrote: Any message sent to send mail seems to be rejected. The mx4 name changes, but the rejection is always the same. It would be nice to know what the unknown error

Re: hotmail rejecting messages relay=mx4.hotmail.com., dsn=5.1.2, stat=Host unknown (Unknown error: 275)

rejecting messages relay=mx4.hotmail.com., dsn=5.1.2, stat=Host unknown (Unknown error: 275) Any message sent to send mail seems to be rejected. The mx4 name changes, but the rejection is always the same. It would be nice to know what the unknown error is Does anyone have any idea what is causing

Re: hotmail rejecting messages relay=mx4.hotmail.com., dsn=5.1.2, stat=Host unknown (Unknown error: 275)

On Sat, May 23, 2015 at 03:52:38PM +, Peter Fraser wrote: Any message sent to send mail seems to be rejected. The mx4 name changes, but the rejection is always the same. It would be nice to know what the unknown error is Does anyone have any idea what is causing the problems I am

hotmail rejecting messages relay=mx4.hotmail.com., dsn=5.1.2, stat=Host unknown (Unknown error: 275)

Any message sent to send mail seems to be rejected. The mx4 name changes, but the rejection is always the same. It would be nice to know what the unknown error is Does anyone have any idea what is causing the problems I am currently using OpenBSD 5.5 with sendmail (I know I should update

unknown product for Atheros AR9287

Hi, After installing an Atheros mini-PCIe wireless card I get the following in dmesg: OpenBSD 5.7 (GENERIC) #0: Fri May 8 22:18:03 EDT 2015 [...] vendor Atheros, unknown product 0xff1c (class network subclass ethernet, rev 0x01) at pci4 dev 0 function 0 not configured The card's chip has

Re: pkg_add vs. cvs -up, and pkg_check telling me about unknown files directories

On Wed, Feb 25, 2015 at 05:35:43PM +0900, Joel Rees wrote: So the file system is the package management system? File system == base system + xenocara + pkg system + user files We now have mostly accurate information for all of these, which is what the end run of pkg_check tries to do. Is,

Re: pkg_add vs. cvs -up, and pkg_check telling me about unknown files directories

) /boot Okay, I think I see that I don't need to worry about the unknown files/directories it reports. (that one should be an exception) /bsd /bsd.120320 /bsd.120828 /bsd.120927 /bsd.121106 /bsd.130423 /bsd.130430 /bsd

Re: pkg_add vs. cvs -up, and pkg_check telling me about unknown files directories

On Sun, Feb 22, 2015 at 10:46:36PM +0900, Joel Rees wrote: I then tried using pkg_check to see if I could clear whatever I had done, and it tells me about unknown directories and files, a long list of files and directories which should have nothing to do with packages, I think, including

pkg_add vs. cvs -up, and pkg_check telling me about unknown files directories

whatever I had done, and it tells me about unknown directories and files, a long list of files and directories which should have nothing to do with packages, I think, including such things as /boot, /bsd, about 30 files in /etc, the pkg_check_out.text I produced in my /root directory to try

Re: pkg_add vs. cvs -up, and pkg_check telling me about unknown files directories

Joel Rees joel.r...@gmail.com writes: I recently tried, for fun, or because I wasn't thinking, I'm not sure which, doing a cvs -up in /usr/ports. It told me P or U for archivers/cabextract, net/isc-bind, and www/drupal6/views, none of which should be installed on my system. (I don't remember

Re: unknown ethernet: intel dual-port gig copper

Jim Rowan [j...@computing.com] wrote: That's really odd... I cut/paste that line directly from the serial console.. I don't know how it got to be showing 0x8096 instead of 0x8086. Sorry for the false alarm! (I'll still have to track down what's wrong with flashrd... as I want to use it.)

unknown ethernet: intel dual-port gig copper

Hi, On 5.6 (I haven't tried this with anything older yet) my network card isn't recognized. It's an intel dual-port gig-e card. unknown vendor 0x8096 product 0x1010 (class network subclass ethernet, rev 0x11) at pci0 dev 8 function 0 not configured Can I do something to use this card

Re: unknown ethernet: intel dual-port gig copper

On Sat, Oct 25, 2014 at 07:35:46PM -0500, Jim Rowan wrote: Hi, On 5.6 (I haven't tried this with anything older yet) my network card isn't recognized. It's an intel dual-port gig-e card. unknown vendor 0x8096 product 0x1010 (class network subclass ethernet, rev 0x11) at pci0 dev 8

Re: unknown ethernet: intel dual-port gig copper

On Oct 25, 2014, at 9:47 PM, Jonathan Gray wrote: On Sat, Oct 25, 2014 at 07:35:46PM -0500, Jim Rowan wrote: Hi, On 5.6 (I haven't tried this with anything older yet) my network card isn't recognized. It's an intel dual-port gig-e card. unknown vendor 0x8096 product 0x1010 (class network

Re: Unknown bgp issue

If you were trying to ping both of your BGP peers (and failing), I'm guessing both are on directly connected subnets as per eBGP rules. As they are directly connected, routing protocols shouldn't have been an issue so it was probably the firewall. If I remember correctly, if you block

Unknown bgp issue

Hi, I have been using Openbgpd on Openbsd from last 3 years without any issue. We are having two upstream providers with full route. Suddenly last week, i observed that our network became unreachable from internet and sometimes fluctuating in terms of reachability. I checked the bgp session using

Re: Dovecot bsdauth(user): unknown user

Oof. I didn't notice this earlier, but you're running -current, and this has seen some changes in the last week. You might want to take a look at this thread: http://marc.info/?t=13910782254r=1w=2 I don't have an easy way to test (not running -current or using passwd/bsdauth), and it's not

Re: Dovecot bsdauth(user): unknown user

# 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? Yes, the problem persist. $ sudo doveadm auth test vlado Password: passdb: vlado

Re: Dovecot bsdauth(user): unknown user

On 03/10/2014 02:57 AM, Атанас Владимиров wrote: Yes, the problem persist. Oof. I didn't notice this earlier, but you're running -current, and this has seen some changes in the last week. You might want to take a look at this thread: http://marc.info/?t=13910782254r=1w=2 I don't

Re: Dovecot bsdauth(user): unknown user

/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

Re: Dovecot bsdauth(user): unknown user

# /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

Re: Dovecot bsdauth(user): unknown user

. 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

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

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

Dovecot bsdauth(user): unknown user

for any help. # /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

Re: The unknown in i386-unknown-openbsd5.4

On 02/02/14 1:50 PM, Adam Jensen wrote: On Sun, 2 Feb 2014 18:18:06 + (UTC) na...@mips.inka.de (Christian Weisgerber) wrote: Miod Vallat m...@online.fr wrote: i386-donatetoopenbsdfoundationtoday-openbsd5.4? or i386-bikeshed-openbsd. What is the string equivalent of goatse or tubgirl?

Re: The unknown in i386-unknown-openbsd5.4

On Mon, 03 Feb 2014 05:15:39 -0500 Brad Smith b...@comstyle.com wrote: Enough is enough. Just drop it. Of course people are going to start making fun of this non issue. How bizarre. I'm sorry the discussion has offended you but I don't think your commands have any authority. If it's a

Re: The unknown in i386-unknown-openbsd5.4

On Mon, Feb 03, 2014 at 11:18:30AM -0500, Adam Jensen wrote: On Mon, 03 Feb 2014 05:15:39 -0500 Brad Smith b...@comstyle.com wrote: Enough is enough. Just drop it. Of course people are going to start making fun of this non issue. How bizarre. I'm sorry the discussion has offended you

Re: The unknown in i386-unknown-openbsd5.4

Claudio is one of the main developers and contributers to OpenBSD and does what he does for free for fun like all the devs, so we can go to work and get paid.. Please realise who you are talking to and learn to treat this community with respect whether they're a first time user, or a lead

Re: The unknown in i386-unknown-openbsd5.4

On Mon, 03 Feb 2014 16:57:28 + Andy a...@brandwatch.com wrote: Please realise who you are talking to and learn to treat this community with respect whether they're a first time user, or a lead dev.. Despite the contextual irony, that seems like a good point. Thanks!

  1   2   3   >