Re: OpenSMTPD is not sending e-mail.
You haven't given much log output, but "Network error on destination MXs" usually indicates something like DNS or network issues. Considering it states relay="openbsd.org", where it should be "mail.openbsd.org" my best guess is DNS issues. martijn@ On Wed, 2021-01-20 at 17:04 -0800, latincom wrote: > I read the archives of OpenSMTPD, and found 2 messages related to ssl, > nothing more. Can someone give me an advise where to look, please? > > did something stupid, maybe: > I forgot, that the installer, ask for a name; then i wrote a name, which > later change to a fqdn; according to man page; declared it in hosts and > myname! > > From Log: > mta delivery evpid=7465b44496df9b1a from= > to= rcpt=<-> source="-" relay="openbsd.org" > delay=11h8m1s result="TempFail" stat="Network error on destination MXs" > > smtp.conf: > # $OpenBSD: smtpd.conf,v 1.14 2019/11/26 20:14:38 gilles Exp $ > > # This is the smtpd server system-wide configuration file. > # See smtpd.conf(5) for more information. > > table aliases file:/etc/mail/aliases > > listen on socket > > # To accept external mail, replace with: listen on all > # > listen on all > > action "local_mail" mbox alias > action "outbound" relay > > # Uncomment the following to accept external mail for domain "example.org" > # > match from any for domain "agroena.org" action "local_mail" > match from local for local action "local_mail" > match from local for any action "outbound" > > ssl: > m# ls -l /etc/ssl/ > total 764 > -r--r--r-- 1 root bin 350172 Oct 4 23:47 cert.pem > -r--r--r-- 1 root wheel 3791 Jan 10 23:57 fullchain.pem > -rw-r--r-- 1 root wheel 2703 Oct 4 23:47 ikeca.cnf > -r--r--r-- 1 root bin 745 Oct 4 23:47 openssl.cnf > drwx-- 2 root wheel 512 Jan 10 23:57 private > -r--r--r-- 1 root bin 1006 Oct 4 23:47 x509v3.cnfatch from local > > >
OpenSMTPD is not sending e-mail.
I read the archives of OpenSMTPD, and found 2 messages related to ssl, nothing more. Can someone give me an advise where to look, please? did something stupid, maybe: I forgot, that the installer, ask for a name; then i wrote a name, which later change to a fqdn; according to man page; declared it in hosts and myname! From Log: mta delivery evpid=7465b44496df9b1a from= to= rcpt=<-> source="-" relay="openbsd.org" delay=11h8m1s result="TempFail" stat="Network error on destination MXs" smtp.conf: # $OpenBSD: smtpd.conf,v 1.14 2019/11/26 20:14:38 gilles Exp $ # This is the smtpd server system-wide configuration file. # See smtpd.conf(5) for more information. table aliases file:/etc/mail/aliases listen on socket # To accept external mail, replace with: listen on all # listen on all action "local_mail" mbox alias action "outbound" relay # Uncomment the following to accept external mail for domain "example.org" # match from any for domain "agroena.org" action "local_mail" match from local for local action "local_mail" match from local for any action "outbound" ssl: m# ls -l /etc/ssl/ total 764 -r--r--r-- 1 root bin350172 Oct 4 23:47 cert.pem -r--r--r-- 1 root wheel3791 Jan 10 23:57 fullchain.pem -rw-r--r-- 1 root wheel2703 Oct 4 23:47 ikeca.cnf -r--r--r-- 1 root bin 745 Oct 4 23:47 openssl.cnf drwx-- 2 root wheel 512 Jan 10 23:57 private -r--r--r-- 1 root bin 1006 Oct 4 23:47 x509v3.cnfatch from local
Re: auto-boot
we are way off course here folks, but I like serial for breakfast. On Wed, Jan 20, 2021 at 2:09 AM Bastien Durel wrote: > > Le mardi 19 janvier 2021 à 14:52 -0700, Diana Eichert a écrit : > > Hello > > > > Having spent way to many years working on serial devices it looks to > > me like either Rcv pin has noise on it because it is floating. If I > > remember correctly you can try a resistor between rcv and ground. > > > > diana > Hello, > > Thanks for the hint, but this is -- like Stuart's -- over my reach. I > have no soldering skills or tools, and the pins are very small[1] :( This is not as hard as you think. Get a couple (it is good to have extras and they are pretty cheap) RJ45-DB9 adapter, the pins will not be inserted in DB9 connector, therefore you can perform some wire surgery. Break open the RJ45 side, cut the cables from RJ45 connector. Now depending on whether this is DCE or DTE RCV can be pin 3 or pin 2, Ground is pin 5. Acquire a 50k ohm resistor, several small gauge wire nuts. Connect one wire with one end of resistor and twist on wire nut, do the same with the other end of the resistor. Insert one cable onto pin 5, the other to pin 3. Then test if you can reboot the system. If this doesn't work move the cable on pin 3 to pin 2. No soldering required and if it works you can pat your self on the back and tell everyone you are a hardware hacker. :-) diana
Re: auto-boot
On 1/20/21 10:01 AM, Bastien Durel wrote: If There is no software way to solve this problem, I shall need to buy a small HDMI screen and drop serial console ... If the console gets input from the serial port even with no cable plugged into it (and not just the other side disconnected), there's most likely something wrong with the port. Either it's malfunctioning on the electrical level, or some strange mode is set in the BIOS. best /m
Re: File this bug, or not?
So you would expect a kernel panic when a live drive gets pulled from a RAID5? Sent from my iPhone > On Jan 20, 2021, at 7:12 AM, Stuart Henderson wrote: > > On 2021-01-19, Jordan Geoghegan wrote: >> >>> On 1/18/21 2:47 PM, Eric Zylstra wrote: >>> I’ve set up a 6 drive RAID-5. Just for the experience of degrading >>> and rebuilding the RAID, I popped a drive out. Within a few seconds the >>> machine kerneled and dropped into ddb. Is there any chance this would be >>> expected considering the machine’s SATA is not hot-swappable? >>> >>> I’m looking into setting up a serial connection so I can capture the >>> debut output (I already have photos of the traces for all 8 CPU, but >>> would like to give serial output instead). I would not file a report if >>> this behavior falls into “not great, but expected”. > > Assume this is softraid rather than one of the supported hardware > RAID options which usually work ok with hotswap most of the time. > >> Just thought I'd chip in here too FWIW: >> >> I've never successfully hot swapped a drive with OpenBSD before. >> I have hardware that does it fine on Linux, but fails on OpenBSD. I >> haven't caused the kernel to panic when pulling a drive, but the OS >> fails to detect any newly attached SATA or SAS drives. It's certainly >> caused some frustration when trying to rebuild a RAID array on a >> production machine. Maybe I just have wonky hardware, but I've tried >> this on a number of releases, on several different pieces of hardware, >> on several different arches. I have no solution to offer, just thought >> I'd share my experience with hot swapping drives on OpenBSD. > > Even if you do have a proper hotswappable drive chassis or external > SCSI or whatever, there's no way to rescan drives on OpenBSD. > >
Re: File this bug, or not?
On 2021/01/20 09:15, Eric Zylstra wrote: > So you would expect a kernel panic when a live drive gets pulled from a RAID5? I don't know what I would expect, but I wouldn't expect anything good to happen if the drive is attached directly to openbsd and not a controller which is designed for this.
Re: File this bug, or not?
On 2021-01-19, Jordan Geoghegan wrote: > > On 1/18/21 2:47 PM, Eric Zylstra wrote: >> I’ve set up a 6 drive RAID-5. Just for the experience of degrading >> and rebuilding the RAID, I popped a drive out. Within a few seconds the >> machine kerneled and dropped into ddb. Is there any chance this would be >> expected considering the machine’s SATA is not hot-swappable? >> >> I’m looking into setting up a serial connection so I can capture the >> debut output (I already have photos of the traces for all 8 CPU, but >> would like to give serial output instead). I would not file a report if >> this behavior falls into “not great, but expected”. Assume this is softraid rather than one of the supported hardware RAID options which usually work ok with hotswap most of the time. > Just thought I'd chip in here too FWIW: > > I've never successfully hot swapped a drive with OpenBSD before. > I have hardware that does it fine on Linux, but fails on OpenBSD. I > haven't caused the kernel to panic when pulling a drive, but the OS > fails to detect any newly attached SATA or SAS drives. It's certainly > caused some frustration when trying to rebuild a RAID array on a > production machine. Maybe I just have wonky hardware, but I've tried > this on a number of releases, on several different pieces of hardware, > on several different arches. I have no solution to offer, just thought > I'd share my experience with hot swapping drives on OpenBSD. Even if you do have a proper hotswappable drive chassis or external SCSI or whatever, there's no way to rescan drives on OpenBSD.
Re: How to request a specific IP address from DHCP server
On Tue, Jan 19, 2021 at 08:56:39PM +0100, Radek wrote: > I can't manage to request a specific IP address from DHCP server. [...] Instead of requesting a specific address, have you tried to supersede the given one with your address in /etc/dhclient.conf? man dhclient.conf Marco.
Re: auto-boot
Le mardi 19 janvier 2021 à 14:52 -0700, Diana Eichert a écrit : > Hello > > Having spent way to many years working on serial devices it looks to > me like either Rcv pin has noise on it because it is floating. If I > remember correctly you can try a resistor between rcv and ground. > > diana Hello, Thanks for the hint, but this is -- like Stuart's -- over my reach. I have no soldering skills or tools, and the pins are very small[1] :( If There is no software way to solve this problem, I shall need to buy a small HDMI screen and drop serial console ... Thanks anyway, [1] https://corrin.geekwu.org/owncloud/index.php/s/QZXd8WBPimCxSs6 -- Bastien
